Even when the default connection is set, explicit use of Setup should take you back to the choosing all network options. Anyone else run into this?

Yes, I agree. I can't recall the details about when I ran into trouble, but I think it had to do with wanting to switch from one profile to another, or at least to looking at my profile information (e.g. the WPA password to set a router up). Yet in a working network, you never have access to that page any more.

Or something like that. Again, having trouble remembering the details.

I read through the thread, and noticed several references to applications taking a long time to start up. That's the problem I'm having, and it's also noted in this thread under "Beginners Help". In that thread, a new user of Puppy Linux started with 3.01, had troubles, and gave up on it. I'm not giving up, but I'm wondering if I need to go back to 2.17.

I did a full HD install of Puppy 3.01 (from a disk directly from Barry, yay!) on a new (to me) computer, freshly repartitioned (4 data partitions and a 1GB swap) and reformatted. It's a Celeron (don't know what vintage) with some 300MB of RAM. But from the beginning, it's behaved strangely.

After it completes the command-line bootup messages, there's a black screen with a mouse pointer for several minutes. You can move the mouse, but nothing happens. Then, a pixel lights up in the bottom corner of the screen. A long time later, the taskbar appears, but no desktop and nothing useful on the taskbar. After an eternity, the desktop finally appears.

Then, it's time to actually run something. A relatively tiny app, the very nice (except for the password thing) PupDial, takes a minute to load up. Opera takes 5 minutes sometimes. Once an application is loaded, it runs fine, but starting an application is a ridiculous chore.

One interesting behavior is that the system seems to figure something out after several boot cycles. Eventually, applications started coming up almost like normal. But then something glitched, and the black screen started staying at bootup. One time, my kids powered it down -- and that caused a file to get corrupted, requiring fsck before the system would boot (endless loop otherwise). After that, it was slow slow slow again, and then gradually seemed to get less slow.

I thought maybe my swap was causing the problem, so I axed it. But bootup is now back to the slowest -- it's like whenever anything about the system changes, bootup and starting applications is super slow.

I'm sure there's something different about my setup, and I'd be happy to dump whatever files might be helpful. It's just sad that the person in the thread I cited installed some other, inferior distro because he had these problems with the latest Puppy version.

I have been running 3,01, full hd install, on my Thinkpad T-22 for a little over a month now and have managed to work out most of the bugs, usually by changing or adding apps. I finally put a large drive inn and have room to play without having to keep a constant eye on thing.

My biggest problem right now is Mut. I have not been able to determine why it locks up the computer when I use my pcmcia smart media adapter. It has worked in all previous versions and P-mount works fine with it. I will just make the transition to P-mount and hide the desktop icon to avoid this in the future

I have a few minor bugs to work out still, most are with slackware compatibility and missing librarys on non-standard apps. I am very excited to have as many working allowing me to make this a great multi tasking machine._________________Puppy Linux...
It just works!

nibl,
I will take a guess that you are using one of the Ralink wifi drivers, and Puppy 3-retro?

ESSID truncation was a known problem with Ralink drivers when Puppy moved up to the 2.6.21 kernel for version 2.17.
http://www.murga-linux.com/puppy/viewtopic.php?t=20171

It turns out that Ralink wifi drivers (and maybe some others) are sensitive to the version of Wireless Extensions and Wireless-tools which, in turn, are sensitive to the kernel version.
The problem with Puppy 3.x is that the Wireless-tools were compiled for the 2.6.21.7 kernel ... and these should work fine ... but they are probably incompatible with the "retro" 2.6.18.1 kernel. Therefore, there will be wifi problems in Puppy3-retro.

The solution is not as easy as copying over the Wireless-tools from Puppy version 2.16 (the last one with the 2.6.18.1 kernel) because these will fail to work in Puppy 3.x with error message warning that the Wireless-tools were compiled with a different version of glibc.
The only way to fix this problem would be to recompile the Wireless-tools in Puppy3-retro ... and this may be difficult because the compiler will look for 2.6.18.1 kernel headers, which are not available in the Puppy3 devx package.

Simple answer; use the non-retro version of Puppy 3 for wifi support with Ralink. If the 2.6.21.7 kernel gives other hardware problems, go back to the Puppy 2 series.

Oops, the information I just posted was correct, but it concerns errors relating to the ESSID, and I see that you were talking about problems with the passphrase.

The problem of WPA passphrases of 8 characters not being accepted has been reported before -
http://www.murga-linux.com/puppy/viewtopic.php?t=22503
and this is definitely a bug in the Network Wizard. Dougal has just reminded me that he thinks the problem can be fixed by modifying /usr/sbin/wag-profiles.sh at line 925 -

Code:

if [ ${KEY_SIZE} -lt 9 ] || [ ${KEY_SIZE} -gt 64 ] ; then

change the "9" to "8".

It would be good if you could change your router setting back to 8-character WPA passphrase and test this modification. If it works, we will tell Barry.

If a pup_save file is encrypted the PC does not stop and ask for a password when it boots. Rather it displays a PASSWORD prompt in blue followed by red text. If any character is entered, and Enter pressed a message is displayed to say that the save file is corrupted and perhaps e2fsck -b 8193 should be run. The strength of the encryption makes no difference.

Further, if there is only one save file present, the PC does not stop during the boot process and give the user the option of loading withou a save file.

If a pup_save file is encrypted the PC does not stop and ask for a password when it boots. Rather it displays a PASSWORD prompt in blue followed by red text. If any character is entered, and Enter pressed a message is displayed to say that the save file is corrupted and perhaps e2fsck -b 8193 should be run. The strength of the encryption makes no difference.

Try creating an encrypted file from an unencrypted one and tell us if it works any better, using this utility:
http://www.puppyos.net/forum/?1170535852
If it does work, that means there is something wrong with the way Puppy creates an encrypted file in the shutdown process. Disclaimer: I have not tested this utility in Puppy 3.01.

Quote:

Further, if there is only one save file present, the PC does not stop during the boot process and give the user the option of loading withou a save file.

That's the way it's always been. Think about it, you don't really want to be bothered with this selection if there is only one pupsave. If you want the "0" option you type "puppy pfix=ram" at the beginning of boot.

Bug: Keyboard: Select Latin American but get Laotian
when I select Latin American keyboard in the boot process, I actually get Laotian script when I type. I have to fix it by going into the Keyboard Wizard>Xorg keyboard selector.

I have a similar problem with the screen blanking if I do ctrl-alt-bksp in 3.01 using xorg 7.2. Also, on shutdown or reboot the screen goes black (the beam shuts off completely) and remains black during the reboot, necessitating shutting off the PC manually. Puppy 4 has xorg 7.3 which does not exhibit the problem. So I conclude that compiling the xorg 7.3 version of the intel driver would cure things in puppy 3.01. But I have never compiled anything successfully and cannot locate the howto for compiling (if there is one).

Would you point me to instructions for compiling the driver? When I enter "./configure" while in the xf86-video-intel-2.1.1 directory, I get "configure: error: Package requirements...were not met" and "Package 'videoproto', required by 'XvMC', not found" and some suggestions. What did you do?

I encountered the same message, and more after this one was
taken care of. This is the drill:

get the required packages or files from the xorg site, searching from
http://xorg.freedesktop.org/wiki/
if searching there doesn't locate a file, try google for the requested file plus xorg in your search string

e.g. configure stalls and asks for videoproto

download the videoproto package from the xorg site and unzip into a folder

in the console, cd to the folder

the packages are generally processed using the sequence
./autogen.sh
then
./configure
then
make

the needed item may be already generated after just autogen, or after
configure - look in the same folder

place the needed item in the folder generally indicated in the configure
error message

run configure again

solve the next configure issue as above, etc, until configure exits
without an explicit error message.

make will be the final step for generating the driver files
in my case, I had to struggle with an error reported in parsing
/usr/X11R7/include/xorg/xcb.h

I'm new to Puppy linux, and a novice to linux in general. I usualy get a lot done via man pages and searching forums and so on, but now I've found something I really don't get.

When I boot my thinclient hardware via an IDE connectd CF card I can't get my USB wifi adapter to work. Loading modules manualy or using auto load USB, even using modprobe in the console doesn't work.
The oddest thing about it is that when I attacht a cd drive and boot from the live CD, Puppy finds the addaptor and automatically loads modules for it.
I have also tried booting without the adaptor and inserting it later, and running from the live CD everything is ok. Back to the CF and nothing...
I also tried booting from a USB flashdrive with the same result as the CF.
I haven't tried an harddrive yet, but the whole idea was that the sistem would use no moving parts te reduce noise and energy consumption.

Any Ideas anyone?
Other than this issue Puppylinux is great. Keep up the good work!

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum