Puppy Linux Discussion Forum

vtpup · Posted: Fri 30 Oct 2009, 10:26 Post subject:

Sounds good gposil, this sure is a deluxe pup!

gposil · Posted: Fri 30 Oct 2009, 11:08 Post subject:

Sorry guys, I made a compile error in grdesktop...please wait a few minutes then re-download it...

musher0

Subject: Unable to load OpenOffice 3.1 sfs (BK) after unloading OpenOffice 2.4 Debian through dpup

Hi,

This is in response to vtpup's help reply on p. 16, 4 days ago (already!).
I did change from xorg to xvesa, without success. Actually I just got a dark screen with xvesa. I had to reboot.

As to removing all the sfs's in the dpup's home dir from another Puppy, I did, and it didn't help. When I rebooted dpup, the cursor was still glued to the middle of the screen, and I couldn't do anything but go back to console mode.

No big deal, mind you, I wasn't too far ahead in building my personal pupsave / customizing my dpup. I simply started over with pfix=ram.

I am reporting this in the hope that some of you with more knowledge will know if this problem intersects with some other one in dpup, and perhaps point you with an additional hint in the direction of the solution.

Thanks again. In co-operation,

clarf · Joined: 13 Jun 2007 Posts: 614 Location: The old Lone Wolf

Hi guys,

I could manage to fix my kernel panic error at boot. Sadly this error will affect any Puppy distribution created with Woof.

I discovered the cause of this error, it´s init script in dpup. Although I can update this script with a new version, in a updated dpup release will present the same problem if Woof is not updated. I´m glad that Barry is working in woof, so I should report to him and hope for a definitive fix.

The problem mentioned in a early post (http://www.murga-linux.com/puppy/viewtopic.php?t=47592&start=277) is:

When I boot dpup for the first time in MWare I created a pupsave file in one of my partition disk (used to test 214x, dpup, 4.3, etc) at shutdown, but I selected one partition with less of 120 MB, the pupsave was 32 MB and I had other pets here too. Then the free space left was about 50 MB.

Later when I boot dpup the second time, it found the pupsave and then it copied the dpup_482.sfs file in that partition. Here is the problem init script does not have a routine to validate free space before the SFS copy (actually this partitions free space is smaller than the SFS file). Anyway the sfs file was copied without any error or alert and the boot process complete successfully. Everything seems to work fine at this second boot. Rolling Eyes

Then When Pupp boots the third time, CRASH TIME, I get the kernel panic error because Dpup try to use the dpup_482.sfs found in the same directory of pup_save, BUT this is a damaged SFS produced in the second boot when I didn´t have enough free space in that partition (in fact this SFS files was about 40 MB, the original file is over 80 MB).

Well, I don´t like that "feature" (automate copy of xxx.sfs file to home directory) in new Puppys but I can live with that. And I understand Barry´s decision to include that "feature" to reduce successive boot times and increase performance without any user intervention.

The problem is that there are not enough validation before the SFS copy process and not even a single error or alert when you don´t have enough free space, the process just go on and produces a wrong SFS copy. I consider it a mayor bug for the init script that should be fixed in Woof. The good thing is, it only require a quick check in init then a easy fix could be implemented.

I understand Woof is in development and in a early state now.

Barry all your develop efforts are greatly appreciated, I evolve to a Puppy fanatic and a Barry´s admirer. I see Woof as a visionary base system for the future of Puppy and hope you take the voice of this humble Puppy user to improve Woof init script, I also thing a special Woof development thread should be created to discuss this issues.

Thank you all for the attention pleased,

clarf.

vtpup · Posted: Fri 30 Oct 2009, 14:37 Post subject:

So, if I understand correctly:

If on LiveCD boot, Puppy encounters a usable personal savefile on a partition which is nearly full, and has no Puppy sfs file, it will automatically write a new Puppy sfs on that directory, without checking for free space.

Because the newly saved Puppy sfs is larger than available disk space, it is corrupted. This appears as a kernel panic on the next puppy boot.

You would like Puppy to check for free space before automatically saving a copy of the Puppy sfs to disk.

EDIT: I'm surprised by this. I thought you had to explicitly choose to have a Puppy sfs saved on disk, just like the personal savefile. That dialog was always at the end ov a LiveCD session. Has something changed?

vtpup · Posted: Fri 30 Oct 2009, 14:57 Post subject:

Musher0, the only thing that occurs to me is that either Open Office 2.4 overwrote an essential file with one of its own, or inserted a startup script, and now the X startup chain is broken, since Open Office files were removed by hand, rather than an uninstaller.

Have you tried re-installing 2.4 to see if functionality is restored?

If you reinstall, and it works, have you tried overlaying the OO 3.1 on top of it by just adding it to the bootmanager?

Have you made sure the the Open Ofice 3.1 sfs is the new type 4 sfs? (s4s).

Have you tried backing up your personal save (assuming frugal) file, and then booted from LiveCD with pfix=clean, or more radical, pfix=purge?

clarf · Joined: 13 Jun 2007 Posts: 614 Location: The old Lone Wolf

yes vtpup, you understand correctly.

01micko · Joined: 11 Oct 2008 Posts: 8683 Location: qld

Nothing to see here Laughing

musher0 · Posted: Fri 30 Oct 2009, 21:12 Post subject:

Hi, vtpup.

gposil · Posted: Sat 31 Oct 2009, 04:37 Post subject:

01micko · Joined: 11 Oct 2008 Posts: 8683 Location: qld

It's probably a xorg 7.4 problem, Barry had heaps of trouble with it (including xvesa, to the point where he was going to exclude xvesa) in early woof builds. Especially with intel graphics. Surprising? Not!!!

ttuuxxx · Posted: Sat 31 Oct 2009, 09:37 Post subject:

Well using the latest dpup for a few hours now.
I like the new control panel, I really don't like wbar and would like to have the natural desktop icons back. I like the new quicklaunch taskbar links. Gweled is a excellent game also glad X-Soldier is their, the other 3 games well ummm not my cup of tea. The screensaver is cool. So far very nice updates Smile

ttuuxxx

gposil · Posted: Sat 31 Oct 2009, 10:03 Post subject:

hey ttuuxxx...01micko is working on gui config for wbar which will have a disable wbar and return to desktop icons option...that should get into beta5...

New features that will be in beta5 are:

Latest FFmpeg
Latest Abiword 2.8
Remote Desktop Client
Transmission replacing current torrent software
Drec Desktop Recording Software with transcoder.
New tray volume control.
Putty SSH client replacing current software.
Latest Geany.

plus upgrades to core from Debian Sid-2.6.30

ttuuxxx · Posted: Sat 31 Oct 2009, 10:33 Post subject:

gposil · Posted: Sat 31 Oct 2009, 10:39 Post subject:

I am going to run parcellite in beta5...paste only doesn't work from geany, works with middle mouse button from everywhere else...it has been noted as a bug with the geany developers and apparently a fix is in the works...The console background is configurable...mrxvt-full --help at console will give you all the options...the config file is in /root

Cheers
Guy