Lighthouse Pup 4.43 Gu2 215M

[tazoc]

Hi Greg,
Good questions! Removing apps depends on how they were installed. If you installed from a pet, you can remove them with Puppy Package Manager, if installed with Gslapt, uninstall with Gslapt, if they are part of an SFS, unload that SFS and reboot.

I think what you are asking though, is what if they came with Lighthouse Base? That's the really tough part, you'd have to remove them a file at a time, and that typically means you need the binary package decompressed, e.g., d/l abiword-2.8.0-i686-dpup.pet and right-click in ROX | Extract-pet so you can see what files need to be removed. Ideally I would have a list of what files were in what package, but I'm not that organized... The menu items are in /usr/share/applications and are very small files.

Apps install into several locations, typically /usr/bin, /usr/lib and /usr/share but in many other places sometimes. Be careful when deleting files in any */lib/* folder as they may be needed by the system or other apps. You can use Gdmap graphical disk usage in the Utilities/File Menu to see what individual files are using the most space. Open / to see everything. In a frugal install the SFS files are in /initrd/pup_ro4,5... one 'pup_ro' for each SFS. The base files are in /initrd/pup_ro2 and your pupsave is in initrd/pup_rw.

Here's the bottom line. OpenOffice is about 180M compressed whereas Abiword and Gnumeric are less than 10M compressed. You can save about 256M by unloading the KDE SFS, if that is enabled in Menu | System | BootManager | Choose which SFS... Of course that means your remaster wouldn't have KDE, but then you could place the KDE SFS on a second CD. I've put a good deal of effort into making everything in the Mariner ISO fit on a CD but it wasn't easy. Pretty soon I'll need to cut KDE3.5.10 but even then eventually Base + Mariner + KDE will grow into DVD sized.

Fortunately DVD drives and media are inexpensive but if you're dealing with a laptop that doesn't have DVD burner I'm not sure, maybe you could get an external drive? I hope something I've said will help you find a solution.
-TazOC

[Q5sys]

Q5sys,
Thanks for the reports. The kernel is the same, 2.6.30.5. We're still getting

/usr/X11R7/lib/dri/i965_dri.so: cannot open shared object file: No such file or directory

what happens if you type in a terminal or CL

Code: Select all

ls -al /usr/X11R7/lib/dri/i965_dri.so

After the Intel pet I get:

Code: Select all

bash-3.00# ls -al /usr/X11R7/lib/dri/i965_dri.so
-rwxr-xr-x 1 root root 2569640 2009-09-05 10:35 /usr/X11R7/lib/dri/i965_dri.so

Also I'd like to see the output from 'ver' in a terminal. And you can check /tmp/root/xerrs.log for any file copy/write errors immediately after installing the Intel pet. I suppose you could try disabling DRI by commenting xorg.conf like this

Code: Select all

# This loads dri module (if present)
  #  Load       "dri"

But I don't understand why i965_dri.so can't be opened. Maybe you could reboot with boot option 'pfix=fsck' to check the file systems for errors.
-TazOC

TazOC,
The ls command you mentioned gives this:

Code: Select all

bash-3.00# ls -al /usr/X11R7/lib/dri/i965_dri.so
-rwxr-xr-x 1 root root 2569640 2009-09-05 10:35 /usr/X11R7/lib/dri/i965_dri.so
<root> ~

The ver command gives

Code: Select all

bash-3.00# ver
   Lighthouse Pup 4.43-Gu2 Mariner-4G    
Linux 2.6.30.5 puppyversion=431 PUPMODE=13
PDEV1='sdb1'
DEV1FS='ext2'
PUPSFS='sdb1,ext2,/spup-443.sfs'
PUPSAVE='sdb1,ext2,/spupsave_crypta-TEST.2fs'  CURRENTWM=jwm
IceWM 1.3.5, Copyright 1997-2003 Marko Macek,  2001 Mathias Hasselmann
JWM vsvn-457 by Joe Wingbermuehle
ROX-Filer 2.6.1
X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Barry Kauler has trademark claim to the name 'Puppy', aka 'Puppy Linux' and
'PuppyOS' as it relates to 'computer operating system software to facilitate
computer use and operation' under Federal and International CommonLaw and
Trademark Laws as appropriate. www.puppylinux.com/faq.htm
<root> ~

ive also attached the xorg.conf where i edited out the dri line as well as the associated xerrs.log from /tmp/root/ and the xorg.0.log from /usr/X11R7/var/log that resulted from my attempt to load the altered xorg.conf file.
After looking through those I am very confused.
For the mean time at least, I am going to drop back to Gu1, until I can figure something else out. I did a fsck and everything is fine. Gu1 runs flawlessly on my hardware, so im clueless as to what could be causing all this.

I apprecaite your help, ive definately learned alot more about the xorg server because of all this.

[tazoc]

Q5sys,
Hmm, the new Xorg.0.log looks better.

(II) AIGLX: Loaded and initialized /usr/X11R7/lib/dri/i965_dri.so

...up until this part

(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(EE) config/hal: couldn't initialise context: unknown error (null)
Backtrace:
0: X(xorg_backtrace+0x34) [0x8123994]
1: X(xf86SigHandler+0x46) [0x80b0596]
2: [0xffffe400]
3: /usr/lib/libdbus-1.so.3 [0xb7dde126]
4: X [0x80a1f9e]
5: X(WakeupHandler+0x58) [0x80896b8]
6: X(WaitForSomething+0x1c3) [0x81214e3]
7: X(Dispatch+0x7f) [0x80859bf]
8: X(main+0x3be) [0x806c3fe]
9: /lib/libc.so.6(__libc_start_main+0xe5) [0xb7aaf6a5]
10: X [0x806b931]

Fatal server error:
Caught signal 11. Server aborting

I wonder if the Xorg-related files in Mariner SFS are conflicting with MU's xorg-1.6.3 upgrade. When you installed MU's pet in Gu1 was Mariner not loaded yet by chance? I'm thinking if you install his pet after booting with 'pfix=ram', restart X, if that works, then shut down making a new pupsave--and then load Mariner... or is that what you tried already?

Otherwise I just can't figure out why it would work in Gu1 but not Gu2. Weird, well at least Gu1 works.
-TazOC

[tazoc]

Also is it possible to have two instances of the panel with different functions in each panel?

Thanks in advance
Greg.

KDE, yes, LXDE, Openbox I think so, JWM, IceWM I don't think so, Xfce I don't know

[Newuser]

Hi all puppy lgh is performing so well and I am now trying to use wine to install a usb webcam but wine flashes up a box which says error and stops installing the driver is it possible to get puppy to look at the driver and convert it somehow to linux driver.

[abushcrafter]

Q5sys,
Hmm, the new Xorg.0.log looks better.

(II) AIGLX: Loaded and initialized /usr/X11R7/lib/dri/i965_dri.so

...up until this part

(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(EE) config/hal: couldn't initialise context: unknown error (null)
Backtrace:
0: X(xorg_backtrace+0x34) [0x8123994]
1: X(xf86SigHandler+0x46) [0x80b0596]
2: [0xffffe400]
3: /usr/lib/libdbus-1.so.3 [0xb7dde126]
4: X [0x80a1f9e]
5: X(WakeupHandler+0x58) [0x80896b8]
6: X(WaitForSomething+0x1c3) [0x81214e3]
7: X(Dispatch+0x7f) [0x80859bf]
8: X(main+0x3be) [0x806c3fe]
9: /lib/libc.so.6(__libc_start_main+0xe5) [0xb7aaf6a5]
10: X [0x806b931]

Fatal server error:
Caught signal 11. Server aborting

I wonder if the Xorg-related files in Mariner SFS are conflicting with MU's xorg-1.6.3 upgrade. When you installed MU's pet in Gu1 was Mariner not loaded yet by chance? I'm thinking if you install his pet after booting with 'pfix=ram', restart X, if that works, then shut down making a new pupsave--and then load Mariner... or is that what you tried already?

Otherwise I just can't figure out why it would work in Gu1 but not Gu2. Weird, well at least Gu1 works.
-TazOC

Pets can replace files but sfss can't.

[fyujj]

Also is it possible to have two instances of the panel with different functions in each panel?

Thanks in advance
Greg.

You can do that with ROX-Panel.
I don't know what's managing the desktop icons in JWM or IceWM in Lighthouse pup because I'm a new user so I don't know if it will mess something. But running ROX-Pinboard and its panel(s) works fine usually in IceWM for instance.
For help, open ROX-Filer, click on the Help icon on the menu bar, then open the manual and search for the Panel entry. You can configure the panel options by right-clicking on a ROX-Filer's window background and choosing Options...>Panel.
There's more detail also at http://sblinux.org/antix/index.html#rox

As for myself, thank you guys for LHP, it's so well set-up.
I wrote about how problematic rp-pppoe can be to connect and asked for it to be replaced by pppoeconf at http://www.murga-linux.com/puppy/viewto ... 917#407917 .
I'm using PuppyBrowser instead of Seamonkey now because SM seemed to use a lot of CPU but I'll install nVidia's prop driver to see if it gets better.

- edit - ROX-Panel doesn't need ROX-Pinboard to run, it runs by itself. See 'rox -h' for all options.
- edit2 - installing nVidia driver's .pet dropped down a lot the CPU use when using Seamonkey.

[tazoc]

Hi all puppy lgh is performing so well and I am now trying to use wine to install a usb webcam but wine flashes up a box which says error and stops installing the driver is it possible to get puppy to look at the driver and convert it somehow to linux driver.

I don't think so; I would be surprised if Wine could set up a Linux driver like that. I think it only interfaces with display and certain audio drivers. There is a custom version of MPlayer, Mplayer-extra-libs and a pet for v4l that might work natively in Linux. edoc suggested it on Mar 11-12th but I haven't tried it Lighthouse:

I loaded MPlayer-extra-libs.pet from here:
http://www.murga-linux.com/puppy/viewtopic.php?t=26511

Then I loaded http://minipc.org/ipup/download/MPlayer-1.0rc2.pet

Then I loaded Xorg7.3-v4l-extension-0.1.1.pet from this thread:
http://www.murga-linux.com/puppy/viewto ... 407#271407

edoc,

After installing this dotpet, it needs to be enabled. Open /etc/X11/xorg.conf in Geany.
In Section "Module" add this line

Code: Select all

Load  "v4l"

OK, are you using the v4l or v4l2 driver? Did the v4l2 driver require editing xorg.conf also?
TazOC

[tazoc]

Pets can replace files but sfss can't.

That's generally true, except that SFS can include scripts launched from /Autostart or /Startup that can update or replace files.

Q5sys,
Hmm, the new Xorg.0.log looks better.

(II) AIGLX: Loaded and initialized /usr/X11R7/lib/dri/i965_dri.so

...up until this part

(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(EE) config/hal: couldn't initialise context: unknown error (null).

I've done some more testing with xorg-1.6.3-upgrade-vesa-intel-2.8.1-mesa-7.5.1-02.pet and found that it works if '/etc/init.d/dbus stop' is entered in a terminal after installing the pet but before running xorgwizard. You'll probably need to turn off the execute bits on '/etc/init.d/dbus' also to prevent problems after rebooting. Apparently the new Xorg needs some combination of dbus and hal or none at all. Puppy 4.3.1 doesn't have '/etc/init.d/dbus' so it works OK. LHP Base has dbus but not hal.

Now here's the interesting part. If the KDE SFS and Mariner SFS are loaded, then this is not a problem because the KDE SFS has all of the hal and dbus components that Xorg-1.6.3-intel is looking for! So if you are running LHP Base, stop dbus when installing the xorg-intel pet as I did above, and if you have Mariner and KDE SFS (included in the Mariner ISO) enabled in boot manager and rebooted, then the pet should install without any intervention. If you've disabled dbus prior to installing the KDE SFS you should make it executable again after enabling Mariner and KDE SFS's or KDE apps like K3b won't run. If you use JWM you'll also want to upgrade pixman with this pet which eliminates the black icons in JWM. Instead a few icons have white backgrounds but they look much better on my system.

The xorg-intel pet should only be installed if you have Intel graphics because it will break the proprietary ATI/nVidia drivers in Mariner and cannot be uninstalled with Puppy Package Manager.
-TazOC

[Newuser]

Thats a shame I felt it was worth asking it makes you want to learn how to write drivers in linux just to be the one that did it first if you see what I mean. Maybe someone will be one day able to compile linux drivers using code from the windows driver.

[tazoc]

Newuser,
I hear that, yes maybe you or someone at Wine will be able to that at some point and yes it was a good question. I understand 'ndiswrapper' allows some Windows network drivers to work in Linux.
TazOC

[Q5sys]

Thats a shame I felt it was worth asking it makes you want to learn how to write drivers in linux just to be the one that did it first if you see what I mean. Maybe someone will be one day able to compile linux drivers using code from the windows driver.

Hey thats what the Open Source community is all about, find a fix for something, and share it with everyone else so we can all benefit together. You can check to see if the driver has been done for any other linux distro. If it exists on a single linux platform... it may be able to be converted (if you can get the source) to work on puppy.

I wonder if the Xorg-related files in Mariner SFS are conflicting with MU's xorg-1.6.3 upgrade. When you installed MU's pet in Gu1 was Mariner not loaded yet by chance? I'm thinking if you install his pet after booting with 'pfix=ram', restart X, if that works, then shut down making a new pupsave--and then load Mariner... or is that what you tried already?

Otherwise I just can't figure out why it would work in Gu1 but not Gu2. Weird, well at least Gu1 works.
-TazOC

Ive tried it with No SFS's loaded and with just the mariner SFS, nothing changed. I thought that something in an SFS might have been conflicting, but disregarded that after testing multiple times in both situations resulted in the same outcome

I've done some more testing with xorg-1.6.3-upgrade-vesa-intel-2.8.1-mesa-7.5.1-02.pet and found that it works if '/etc/init.d/dbus stop' is entered in a terminal after installing the pet but before running xorgwizard. You'll probably need to turn off the execute bits on '/etc/init.d/dbus' also to prevent problems after rebooting. Apparently the new Xorg needs some combination of dbus and hal or none at all. Puppy 4.3.1 doesn't have '/etc/init.d/dbus' so it works OK. LHP Base has dbus but not hal.

I'll have to play around with that later this week when I get the chance.

Now here's the interesting part. If the KDE SFS and Mariner SFS are loaded, then this is not a problem because the KDE SFS has all of the hal and dbus components that Xorg-1.6.3-intel is looking for! So if you are running LHP Base, stop dbus when installing the xorg-intel pet as I did above, and if you have Mariner and KDE SFS (included in the Mariner ISO) enabled in boot manager and rebooted, then the pet should install without any intervention. If you've disabled dbus prior to installing the KDE SFS you should make it executable again after enabling Mariner and KDE SFS's or KDE apps like K3b won't run. If you use JWM you'll also want to upgrade pixman with this pet which eliminates the black icons in JWM. Instead a few icons have white backgrounds but they look much better on my system.

First off... I have both the Mariner and KDE SFS's loaded. So if that was the sole deciding factor... i think i'd be in running order already. Oh but wait... this insanity gets better...
here is the really peculiar part. When I upgraded to Gu2, I started with a new save file. Decided it was time to start with a fresh file and clean out the cobwebs. I actually made 3 at the same time. Standard save file, a base save file (one thats just been made but has nothing changed), and a test save file so I can tinker. These are actually just the same initial save file that was copied and renamed. That way if when Im testing I destroy it I can delete test.2fs and remake it with the copy of Base.2fs.
All that is just setting the stage though. I have been unable to get the intel drivers to load and run properly in them. However today on a whim, I decided to try my old save file (thats 2gb in size from my F and then Gu1 install) in Gu2. And go figure... it works flawlessly.
So the issue apparently isnt as much of a Gu2 issue, as it is... something in my old save file that makes the Xorg-Intel pet work, thats not in my new save files obviously because they are new. What that might be... is a very long list indeed. But its given me a new avenue for me to look down to try to figure it out. With that in mind, are there any files anywhere you'd like me to pull out to take a look at?

The xorg-intel pet should only be installed if you have Intel graphics because it will break the proprietary ATI/nVidia drivers in Mariner and cannot be uninstalled with Puppy Package Manager.
-TazOC

This has been my experience on every Puppy version I have tried to install the Xorg-Intel Pet on. Except 2. Gu1 and Gu2. In LHP-F I wasnt able to uninstall, however on both of the G versions I have been able to. I dont know why I have been able to, but I have. Thats why Ive been able to do so much testing quickly, I havent had to create a new save file every time i've installed it. Not sure if there was a PETGET update of any kind, but 'at least on my system' I can install and uninstall the Xorg-Intel pet on a whim. Perhaps another oddity of my system/install.

[Barburo]

Hi TazOC,
Thanks for pointing me to MU's
xorg-1.6.3-upgrade-vesa-intel-2.8.1-mesa-7.5.1-02.pet
As I always load the KDE and Mariner .sfs files it worked immediately.
How nice to see the screen at the correct resolution!
Still working on wifi - Both wlan0 (Intel Chipset) and ra0 (Buffalo dongle) interfaces are recognized but I still have problems with both drivers. New wifi dongle may be the way to go. Happier now.
B.

[ImmigrantUS]

Please help to fix a Full install.
PC - 533 MHz AMD K6-2, 256 MB SD RAM, 30 GB HD.
All went well - Partitioned HD with stock Puppy CD - only one Linux partition ext 4 (bootable) + SWAP 500 MB. Install into HD, Grub too. The only strange thing was that could not unmount CD-ROM, told me it's probably no media in drive... So, killed it, rebooted into kernel panic, no initrd.gz file found...

What to do?

Thank you all responders in advance!

[01micko]

TazOC

Joe has posted the latest snap of JWM.. jwm-478 (direct link to source http://joewing.net/programs/jwm/snapsho ... 78.tar.bz2 )

It works!

Cheers

[tazoc]

Hi ImmigrantUS,
On the reboot, did the CD-ROM boot or GRUB? If CD-ROM, remove it. If GRUB, check your /boot/grub/menu.lst; here is my entry:

Code: Select all

title Lighthouse Linux 4.43 (full on sda8)
root (hd0,7)
kernel /boot/vmlinuz root=/dev/sda8 pmedia=atahd loglevel=3 pfix=fsck
savedefault

Personally I much prefer the frugal installation. See pros and cons here.
Here is my GRUB entry for a frugal installation:

Code: Select all

title Lighthouse Linux 4.43 (frugal on sda9)
root (hd0,8)
kernel /lhp443/vmlinuz pmedia=atahd pdev1=sda9 psubdir=lhp443 pfix=fsck
initrd /lhp443/initrd.gz
savedefault

-TazOC

[tazoc]

TazOC

Joe has posted the latest snap of JWM.. jwm-478 (direct link to source http://joewing.net/programs/jwm/snapsho ... 78.tar.bz2 )

Thank you 01micko, LHP444 is in a very early stage, with an updated glibc-2.11 and I will try your new jwm-478-i486.pet for Lucid Puppy with that.
-TazOC

[ImmigrantUS]

@ Tazoc: After install I'm booting from HD, GRUB MBR.
I edited menu.lst file to your suggestions:

Code: Select all

title Lighthouse Linux 4.43 (full on sda1)
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 pmedia=atahd loglevel=3 pfix=fsck
savedefault

Trying to boot now gives Error 15 file not found. Press any key to continue....

? still remains - what to do? Should I reformat as ext3 (instead of ext4)?
Is specs of this PC too low? (amd K6-2 533 MHz, 256 MB SDRAM, 30 GB HD)

P.s. I can't go with frugal install... PC is for neighbors' kids for unsupervised use, and two of them (PCs:) were already damaged physically (ports, keyboards, mice) - you want me to tell them to be very careful with this boot CD, not to scratch it, or brake?? You try it. Not me, need solid bootable system.

[tazoc]

@ Tazoc: After install I'm booting from HD, GRUB MBR.
I edited menu.lst file to your suggestions:

Code: Select all

title Lighthouse Linux 4.43 (full on sda1)
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 pmedia=atahd loglevel=3 pfix=fsck
savedefault

Trying to boot now gives Error 15 file not found...
? still remains - what to do? Should I reformat as ext3 (instead of ext4)?
Is specs of this PC too low? (amd K6-2 533 MHz, 356 MB SD RAM, 30 GB HD)

If it boots off the CD and loads Lighthouse OK then the specs should be fine, at least for the Window Managers in the base ISO; KDE might be real slow.

First try deleting the line 'savedefault'. You can test that at the GRUB menu by pressing the 'e' to edit (or maybe 'd' to delete I can't remember) then <Enter> and 'b' to boot. That change is only for that boot. If it works, open menu.lst and make the change permanent. If that doesn't help, I don't know why you're getting Error 15. I'm not sure if formatting with ext3 would help, either should work, I think. Boot off the CD and open sda1 with Pmount Drives. There should be about 20 items (folders and symlinks) in there. Open /boot and make sure vmlinuz is in there.

GRUB errors can be tough to diagnose. Does this PC have more than one hd? Do any of the other entries in GRUB work?

To clarify, the frugal install can be booted with GRUB as the entry in my earlier post shows, also may need to delete 'savedefault', once the files on the CD are copied to the hd. This allows multiple frugal installs of puplets all on the same partition, one in each folder, one-level deep. No CD needed once it works in GRUB. That is how I typically run LHP and Puppy.
TazOC

[ImmigrantUS]

@Tazoc: I checked Boot folder on sda1, and vmlinuz file is right next to Grub folder. Removed line 'savedefault' from menu.lst file and on reboot kernel panic returned, the same as before...
PC has only one HD, set as Cable Select on master end.
Not sure how to check "Do any of the other entries in GRUB work?" - Blue Grub menu comes on boot, starts to boot in 3 seconds (as I set it in menu.lst), clicking on "Install Grub to MBR" shows some activity, clicking other options too. Guess it does something...

If Frugal install can be done without booting every time from CD, than I sure can use it. I did not get it from my previous reading... Will read more on that now. Thank you for your help!