Puppy Linux Discussion Forum

RetroTechGuy · Joined: 15 Dec 2009 Posts: 2298 Location: USA

rjbrewer wrote:

RetroTechGuy · Joined: 15 Dec 2009 Posts: 2298 Location: USA

PANZERKOPF · Joined: 16 Dec 2009 Posts: 249 Location: Earth

I found this problem in pyppylinux 3.0X but it is still actual in newest version.
When some program starts in background from xinitrc script it causes one or more "zombi" jwm processes. (possibly bug?)
Suggestion:
Jwm parses the "StartupCommand" tag in it's configuration file. All programs
placed after this tag run automatically when jwm starts.
I remove programs (clean desk_icons,pup_event_frontend,delayedrun,etc...) from xinitrc and place them to jwm configuration file using this tag. Works fine, without "zombies".
Another problem:
When system is fully (no frugal) installed and runs with disabled eventmanager, (I don't use it)pmount can't mount the usb mass-storage drives because the usb-storage module is not loaded.

DetroitLibertyPenguin · Joined: 13 Nov 2008 Posts: 6

Attempted to burn multisession CD-R (also tried CD-RW) the boot hangs at loading vmlnuz.

after 10 minutes or so, it gives some sort of error about trying to re-boot then the same issue happens.

Tried several CDs burnt at low speed

used the same procedure to burn multi session CD-R of 4.21 with no issue

PANZERKOPF · Joined: 16 Dec 2009 Posts: 249 Location: Earth

tgz2pet says: "chmod: missing operand after +w".
Advise:
The 9-th string of this script "chmod +w $TARBALL" must be changed to
"chmod 755 $TARBALL".

pemasu · Joined: 08 Jul 2009 Posts: 5166 Location: Finland

Kernel 2.6.30.5 has dropped support to Acer Travelmate backlight brightness.
Previous Puppies/puplets/derivatives aka 4.12 and 4.21 has backlight brightness support through video module which was loaded automatically.

Now video module does not load backlight folders and files. Even Acer-wmi does not work. It creates folders and files ok but echo... console command does not change values.

I havent found cure to the problem. Brightness is randomly dim or something other or bright with every boot so something affects brighness.

Also other laptop owners has had samekind problems.

So If anybody knows cure without compiling kernel to Acer Travelmate 6592G models I would be very happy Puppy owner

All the best and Merry Christmas

gerry · Joined: 26 Jul 2007 Posts: 944 Location: England

4.3.1 bug?

The Pudd welcome screen says "This program will copy any drive, partition, or image-file to another drive, partition, or file." I tried to copy an image file, and Pudd refused, on the grounds that the file was not a directory.

Also, when copying to a USB stick, it does not show up on the drive/partitions list. So I click on the USB button (bottom left) and get a red screen saying that it can't be unmounted. It is necessary to mount it, so that Pudd can unmount it and stay happy.

gerry

gerry · Joined: 26 Jul 2007 Posts: 944 Location: England

Sorry Pudd- it's not your fault! If I open a terminal, and use dd, then that won't copy image files either. If I put in a file name, it says "Oi! that's not a directory!"

gerry

PANZERKOPF · Joined: 16 Dec 2009 Posts: 249 Location: Earth

Minor bugs:
1) /usr/local/apps/Wallpaper/AppRun
Crashes.
Incorrect use a "separator" tag.
Removing this tag solves problem.
(Knows GtkDialog such a tag?)
2)cfdisk.
Fails when starts without parameters. Puppy has "s" prefixed devices whereas
cfdisk tryes to open the "hda" device by default.
3) Monitor gamma correction button in Xorgwizard does nothing. It calls
"tkgamma" tool which is missing in 4.x releases. (Because tcl/tk was dropped).
I make simple replacement which is attached here:

Roy · Joined: 31 Dec 2008 Posts: 436

I can confirm the four separate posts in this thread that GParted is indeed broken -- won't create a bootable FAT32 thumbdrive even if my life depends on it....

So, is there a fix for this?

Is there a GParted dot-pet available that will over-write the default / defective program in Puppy 4.31?

I will note, like the four previous posters, that previous Puppy versions did not seem to have this problem -- and add that Quirky 002 does not seem to suffer ill efects in this area, either.

Any help would be appreciated.

-Roy

PANZERKOPF · Joined: 16 Dec 2009 Posts: 249 Location: Earth

Serious bug:
I try to explain, step-by-step:
1)When original Puppy boots it (mean initrd's init) copies some own gzipped modules to new mounted root filesystem.
2)rc.sysinit checks directory /lib/modules/$KERNELVER/initrd. If it exists,
gunzips all modules placed there. At next step, if modules.dep file not exists or
has no "initrd" entries, runs depmod. After this operation, we have ungzipped (*.ko)
modules in /lib/modules/$KERNELVER/initrd/ and links to them in modules.dep
file
3)When Remasterpup creates new squashfs filesystem, it excludes /lib/modules/$KERNELVER/initrd/ but leaves modules.dep unchanged (!)
4) When remastered distro boots, it copies some own gzipped modules to new mounted root filesystem.
5)rc.sysinit checks directory /lib/modules/$KERNELVER/initrd/ , checks string
"initrd" in modules.dep file and because such a string is present, does nothing
(!)
6)In result, we have gzipped (*.gz) modules and strings in modules.dep file, linked
to ungzipped (*ko) modules. System can't "modprobe" them.

npierce · Joined: 28 Dec 2009 Posts: 622

I was searching through this thread for a couple of bugs that I ran into after remastering the 4.3.1 CD. One bug was the problem with the modules from the initrd not being gunzipped, which I see that PANZERKOPF already reported on December 25th, and filed a better report than I probably would have, so I don't need to report that.

But I'll post my work-around:

I mounted pup-431.sfs from the remastered CD, and copied the filesystem to a new directory, /tmp/sfs/. Then I removed lib/modules/2.6.30.5/modules.* from /tmp/sfs, ran mksquashfs on it, ran isomaster on the remastered iso image, removing its pup-431.sfs and replacing it with the new one, then burnt a new CD with burn iso2cd. (More detailed steps available on request.)

It is probably enough to just remove modules.dep, but since (I think) modules.alias and modules.symbols are rebuilt at the same time that modules.dep is, I removed all three files.

Probably this could also be done by modifying pup-431.sfs before completing the remastering process by replacing the pup-431.sfs while it is still in the puppylivecdbuild directory, but I've not tried that.

Norm Pierce

npierce · Joined: 28 Dec 2009 Posts: 622

Because /usr/sbin/remasterpup2 includes the files under /usr/lib/locale/ in the new CDR, /usr/bin/locale prints a locale. Because this matches the value given for LANG in /etc/profile, /etc/rc.d/rc.country never calls /usr/sbin/chooselocale or /usr/sbin/timezone-set, so the user has to set these manually later or, perhaps, learn a new language and move to the US west coast.

This can be worked-around similarly to the work-around mentioned in my previous post, except that the subdirectory under /tmp/sfs/usr/lib/locale/ (e.g., en_US) is removed.

Again, that could probably be done before completing the remastering process by replacing the pup-431.sfs while it is still in the puppylivecdbuild directory. Or, possibly, the subdirectory could be temporarily removed from /usr/lib/locale before even starting the remastering process, then restored later. I've tried neither of those two ideas, so can't vouch for them.

Norm Pierce

PANZERKOPF · Joined: 16 Dec 2009 Posts: 249 Location: Earth

Also "chooselocale" dialog sometimes makes UTF locales even corresponding checkbox is unchecked.
Another theme:
I was changed (for my own needs) rc.sysinit script for solving some problems.
Added some procedures:
1) Checking root filesystem when system is installed in full mode.
2) Cleaning temporary files and other garbage.
3) Solving ungzip/depmod problem reported above. (Not perfect but better than nothing because (IMHO) coping modules from initrd to rootfs is bad idea, all modules should be placed in compressed filesystem.
Use at own risk. l labeled my changes as much as possible.