Lucid Puppy 5.2.8 - Updated ISO Version 005 - APR 05 2012

[RSH]

Regarding your thought about gtkdialog, may I just say: I'd had lots of problems with Pmusic because of that, ie it was "expecting" some version of gtkdialog that wasn't there, or ???
Zigbert knows a lot about this stuff; as does, I guess, 01micko.

This is exactly the reason why I'm continuing the numbering of gtkdialog. Versions above gtkdialog 0.8.0 are renamed to gtkdialog5 and if I will enter any new issue/problem in a newer gtkdialog, I will use gtkdialog6 for its newer version. Since I'm using strictly SFS files (plus some RoxApps), I'm converting the (each) PET to SFS. Before that I'm just editing the scripts (for example of Pmusic) to change the gtkdialog calls and then including the gtkdialog binary into the new created SFS file.

I really don't care on the SFS files size to load and use a mount point for. And some of these SFS-Apps are automatically unloaded after exiting the application.

[rerwin]

keniv,
Thanks for pursuing the problem. But, please, uninstall all of the pets you mentioned above. The gtkdialog version in 5.2.8.6 is the latest and is (I believe) required for pmusic and pburn and probably other utilities. When you uninstall a program, the original from the current lupu ISO (puppy layer, /initrd/pup_ro2) replaces the previously installed program. So, be sure to uninstall only when you are running with 5.2.8.6, to get its version of each restored file.

Just to be sure you have the correct versions of gtkdialog, please verify -- after you uninstall the gtkdialog4 package -- that /usr/sbin contains gtkdialog (as well as gtkdialog2 & gtkdialog3) as an executable and that gtkdialog4 is a link to gtkdialog (which is the latest version, now).

Code: Select all

# ls -l /usr/sbin/gtkdialog*
-rwxr-xr-x 1 root root 237400 2013-06-08 22:27 /usr/sbin/gtkdialog
-rwxr-xr-x 1 root root  82588 2005-09-10 18:20 /usr/sbin/gtkdialog2
-rwxr-xr-x 1 root root 134332 2011-07-04 08:46 /usr/sbin/gtkdialog3
lrwxrwxrwx 1 root root      9 2013-09-29 17:28 /usr/sbin/gtkdialog4 -> gtkdialog

If you don't have the correct files operating, you can clean things up by going to /initrd/pup_rw/usr/sbin and deleting any gtkdialog* file you see there. That should let the released versions of those files be used.

If you still see the problem then we probably need the help of zigbert or thunor in the 'gtkdialog development' thread, to determine if gtkdialog is at fault.

BTW: I just now uploaded a replacement for the pfbpanel package (as -0.2.1) here:
http://www.murga-linux.com/puppy/viewto ... 415#733415

[mikeslr]

Hi rerwin &All,

pfbpanel-0.3.1-lucid.pet, http://murga-linux.com/puppy/viewtopic. ... 9b4#733415 appears to be working fine in your LupuLibre.
I booted out of LupuLibre, created a Protected SaveFile, deleted the SaveFile and edited GRUB4Dos's menu.lst to boot LupuLibre pfix=ram. Booted into LupuLibre, created a new SaveFile, rebooted and installed your pet. Restarting X showed the default two launchers, “show-desktop

[keniv]

Hi All

Based on the post by sheldonissac where he ran Opera from an sfs I thought I would try it and see what happened. I had used opera-12.11-1661.i386.opt.sfs before and had a copy on a flash drive which I copied to my hd. After booting 5286 I loaded it "on the fly" and ran it. It started with my home page and with all my bookmarks, toolbars etc. I believe it is using the .opera from the 12.16 version I have installed from a pet. I checked opera-help-about opera to check that I was running the 12.11 version and I was (see attached). But guess what, now all the dialogue boxes display properly! Does this mean the problem is version specific?

Richard

Are you suggesting that I uninstall the pets from the 528.005 version. If this is the case then I'm not sure what you mean here.

So, be sure to uninstall only when you are running with 5.2.8.6, to get its version of each restored file.

To me this seems to suggest that I would be running 528.005 in order to uninstall the update pets but at the same time be running 5286 in some way. Sorry if I am being a bit thick here.

Regards,

Ken.

[keniv]

Have uninstalled all of the update pets from 528.005 and rebooted. This has not completely cleared the problem. If I right-click on the bookmarks toolbar then choose "properties" I get the corrupted bookmarks properties box shown in my earlier post. If I choose opera-settings-preferences-advance I get an uncorrupted box. Shown below is what I have in /usr/sbin. I am more concerned that Opera works in 5286 and based on my experience with opera-12.11-1661.i386.opt.sfs I do still wonder if it is version specific.

Regards,

Ken.

[sheldonisaac]

Booted it.
Made a save file, rebooted, and added opera-12.16-1860.i386.opt.sfs to be autoloaded.

I have not done any of the update files you did.

To test, I did Tools->Preferences-Advanced, and did _not_ see the dialog box problem in Tabs

However, when I did the Bookmarks, right-clicked a bookmark, and clicked Properties, I saw the problem you showed.

Oops.

I just booted the 5.2.8.6 without a save file, and did the SFS-Load on-the-fly of the Opera .sfs.

The Bookmarks properties box looks fine!

I guess something in my save-file is messed up.

Sheldon

[bigpup]

Clean frugal install of Lupu3HD 5.2.8.6

Installed the Opera -12-lucid pet offered in Quickpet->Internet pets
I get the same display problems as keniv in opera-settings-preferences-advanced.

Wonder if this pet is made proper for Puppy.

Did a dependency check on Opera install and got this:

[bigpup]

Installed Opera-12.16.1860-i386.pet from here:
http://distro.ibiblio.org/quirky/pet_packages-common/
No display problems using this pet of Opera 12.16

However, this one did not make an entry in the menu->Internet
Had to run it from terminal.

[James C]

Had to get in on the browser testing fun......

Latest Lucid test release...fresh frugal install. Opera from Quickpet.....not good.

[James C]

Continued..... Opera downloaded directly from Opera........ looks good.

[James C]

While I've got a minute....... installed some of the usual stuff,everything appears nominal.20131028 version.

# report-video
VIDEO REPORT: Lucid , version 528

Chip description:
VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)

Requested by /etc/X11/xorg.conf:
Depth (bits, or planes): 24
Modules requested to be loaded: dbe glx dri
Drivers requested to be loaded: nvidia

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nvidia
Loaded modules: dbe dri dri2 extmod fb glx kbd mouse ramdac record

Actual rendering on monitor:
Resolution: 1440x900 pixels (411x263 millimeters)
Depth: 24 planes

...the above also recorded in /tmp/report-video
# glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
5683 frames in 5.0 seconds
4472 frames in 5.0 seconds
6103 frames in 5.0 seconds
6090 frames in 5.0 seconds
6080 frames in 5.0 seconds

-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1034MB (190MB used)
Operating System : Puppy Linux 0.52
User Name : root (root)
Date/Time : Thu 31 Oct 2013 11:06:12 PM CDT
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : GeForce4 MX 440 with AGP8X/AGP/SSE/3DNOW!
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235

# free
total used free shared buffers
Mem: 1034888 637460 397428 0 57860
Swap: 1228932 0 1228932
Total: 2263820 637460 1626360
#

Looking solid.

[keniv]

Hi All

After removing all the update pets in 528.005 as Richard suggested and still having problems with Opera I decided to try something else. Having found that opera-12.11-1661.i386.opt.sfs worked with 5286 without dialogue box corruption I decided to try it in 528.005. I decided to uninstall the opera pet.
I moved .opera from root to the hd as I was not sure if it would be uninstalled with the pet. I then moved it back to root. I then loaded the sfs "on the fly". Opera opened using my origiolal .opera file and so all my bookmarks etc were there. There was no dialog box corruption. I then re-installed 7 of the 8 update files (I did not include frisbee as I don't use it). Tried Opera again and found no corruption. Rebooted and tried again but still no corruption.
Quote from bigpup.

Installed Opera-12.16.1860-i386.pet from here:
http://distro.ibiblio.org/quirky/pet_packages-common/
No display problems using this pet of Opera 12.16

Does the fact that Opera-12.16.1860-i386.pet and opera-12.11-1661.i386.opt.sfs seem to work without dialogue box corruption suggest that this is a problem with different versions of Opera?

Regards,

Ken.

[bigpup]

Does the fact that Opera-12.16.1860-i386.pet and opera-12.11-1661.i386.opt.sfs seem to work without dialogue box corruption suggest that this is a problem with different versions of Opera?

Different versions of Opera could be the reason, I found postings about the same issue in the Opera forum.
It could also be caused by the person who made the Opera Pet package, missing something that Opera needed. That was why I tried using an Opera pet package, from a different location, made by a different person.

[vicmz]

Lxpanel for Lucid Puppy here:

http://murga-linux.com/puppy/viewtopic.php?t=90009

[rerwin]

Richard
Are you suggesting that I uninstall the pets from the 528.005 version. If this is the case then I'm not sure what you mean here.

So, be sure to uninstall only when you are running with 5.2.8.6, to get its version of each restored file.

To me this seems to suggest that I would be running 528.005 in order to uninstall the update pets but at the same time be running 5286 in some way.

Ken,
As I said, this is what happens when you uninstall a pet. Admittedly, it may be counter-intuitive:

When you uninstall a program, the original from the current lupu ISO (puppy layer, /initrd/pup_ro2) replaces the previously installed program

If you are running with "005", then its version of the files will replace the ones from your pet package installs. That just puts you back to the way it was under "005". But you are trying to get things to work under "5.2.8.6", so need its version of the files to replace the pet-installed versions.

The gtkdialog files you posted show that you are not running with the 5.2.8.6 version of gtkdialog. The current version is a file named gtkdialog without any number; gtkdialog4 should be a link to that new file.

Please try again with a copy of your original pupsave that has the packages installed and only the 5.2.8.6 puppy CD or frugal install. Leave the "005" completely out of this exercise. Once you have uninstalled your gtkdialog package(s), please check the gtkdialog* files as you did. For good measure, you might get the output of the command:

ls -l /usr/sbin/gtkdialog*

('-l' is hyphen-ell; you can insert the option '--color=never' to avoid colored file names in console output.)
R

[rerwin]

Barry, 01micko, shinobar and anyone involved with making SFS files,
As I have mentioned above, somewhere, I discovered that when an SFS file is loaded in a puppy the is then remastered, the resultant version of puppy will not contain any of the files in the /root and /etc directories in the SFS file. The remaster script needs to see a file containing the list those of files in the SFS, but none is ever generated.

I have remedied that by creating a script to do that. All scripts that build an SFS file containing files in those directories and that can be expected to be remastered should invoke that new script, to create the file list within the SFS file itself. That way, the file list will be present in a puppy only when the SFS file is loaded in it at the time the remaster is performed.

One of the attached packages, here, is intended to update all puppies that are produced via "woof", and is offered for inclusion in woof. The other is the current version of get_libreoffice by 01micko but with the invocation of the dir2sfs-make_file_list script that creates the file list within the SFS file being built for libreoffice. I built it for inclusion in lupu-5.2.8.6. Here is the difference listing for that mod:

Code: Select all

--- /initrd/pup_ro2/usr/sbin/get_libreoffice	2013-08-06 17:48:57.000000000 -0400
+++ /initrd/pup_rw/usr/sbin/get_libreoffice	2013-11-01 10:59:02.000000000 -0400
@@ -41,6 +41,7 @@
 #0.27 20130219 added gui to opt out of RAM build
 #0.28 20130310 bugfix with default* files
 #0.29 20130807 bugfix for low RAM full installs
+#0.29.1 20131031 add creation of file list for /root and /etc
 
 MYPATH=$0
 MYNAME=$(basename "$0")      
@@ -724,6 +725,10 @@
 	fi
 	rm -f /tmp/libre_xtra_for_naming
 	LIBOBUILD=LibreOffice-${LIBO_VER}${LANGLIB}${EXTRA}${COMP}
+
+	#20131031 Generate root & etc file list for remastering, using squashfile name
+	[ "$(which dir2sfs-make_file_list)" ] && dir2sfs-make_file_list workdir ${LIBOBUILD}
+
 	echo "rxvt -bg darkgreen -fg yellow -geometry 80x10 -title \"$INFOMSG3 ${LIBOBUILD}.sfs\" -e mksquashfs workdir ${LIBOBUILD}.sfs "$OPTION"" > /tmp/get_libre_sfs
 	. /tmp/get_libre_sfs
 	rm -f /tmp/get_libre_sfs

The packages, together, can probably be used in any puppy.

UPDATE 11/3/2013:
Re-attached the dir2sfs package, to add /var to the directories included in the files listing -- just discovered that rematerpup2 needs that, too. Also recoded detection of a read-only SFS file to avoid unnecessary error messages (that did not impact operation).

[keniv]

Hi Richard

I think I understand what you were asking me to do. I have to use a copy of my 528.005 savefile with the 5286.sfs in order to update it rather than use the update files you originally uploaded before you produced the new 5286 iso. However, as you can see from my last post I now have a solution to the problem with Opera in 528.005. I re-installed your original update pets and all seemed fine. I cannot check /usr/sbin as I am posting from 5286. I will have a look when I finnish posting. I am now also using this solution with 5286 with a new "clean" savefile rather than an updated 528.005 savefile. Thanks for taking the time to explain this.

Regards,

Ken.

[playdayz]

keniv and everyone else testing Opera-12-pet. The/A problem is with the pet, as James C suggested. My fault. I guess I was rusty. This is running correctly for me in 5.2.8.005 and 3HD-005.

For testing please -> http://diddywahdiddy.net/Puppy500/Opera-12.16-Lucid.pet

Best to uninstall any previous versions of Opera I would think. Thanks.

Adding Opera 12.16 to Lucid repo. To update do Quickpet -> More Pets -> Update Lupu PPM

Firefox and Seamonkey both have new versions, 25 and 2.22--but they will update themselves taking no, or very little, additional space..

[RSH]

As I have mentioned above, somewhere, I discovered that when an SFS file is loaded in a puppy the is then remastered, the resultant version of puppy will not contain any of the files in the /root and /etc directories in the SFS file.

In the latest version of my LazY Remaster Suite I'm just activating an Option inside the GUI. The back end then just checks from pupro9 down to pupro4 for existing /etc and /root directories and copies content to /tmp/etc and /tmp/root before grabbing the stuff from /etc and /root. By overwriting existing files order of layers will be kept for existing and copied files.

Code: Select all

	for PRLAY in 9 8 7 6 5 4;
	do
		if [ -d $pupropth$PRLAY/etc ]; then
			cp -af $pupropth$PRLAY/etc /tmp/etc
		fi
	done

All scripts that build an SFS file containing files in those directories and that can be expected to be remastered should invoke that new script, to create the file list within the SFS file itself.

A list inside the SFS file, I do use to load dependent SFS files, like: Java, Python, QT etc.pp. by the SFS P.L.U.S.'s RunScripts. That's why the LazY Puppy SFS's names do start with "LP2_" so, I can see, it is converted to SFS P.L.U.S. format and will load all its dependent SFS files (if existing) before executing the application from the main to load SFS file.

[cthisbear]

playdayz:

Nice to see you back mate.

I have run the newer Super Lupu on my old Gigabyte board PC
8 years old.....but when I ran the Iron browser pet I lost the

bottom icons RHS bottom screen for network and firewall

and couldn't get them back...after many attempts.

Not a big deal...but interesting.

"""""""""

rerwin is doing a great job.
Keep it up....this is a Puppy Classic.

I also liked the simple wallpaper on first boot
but I am a plain Jane bloke.

Super Lupu helped fix a Win7 Acer Asipre 3 gig laptop ...

The newest Falcon boot cd 4.6 stopped booting right at the deskstop
on this laptop and I had to resort to Falcon 4.5 to help stop the startups with Ccleaner.

After cleaning this Acer sludge machine out with Puppy,
using the Falcon to stop startups.....

uninstalling 12 programs and only then able to remove both Mcafee
and Nortons...default installations as I found out later ...which kept stopping Recovery working...I finally was able to boot Win7 and
run Acer's Recovery program and burn 4 dvds in Windows...
plus an applications dvd..to redo Win7.

yes 5 DVDs in all...Acer and team Windows..a true sloth machine.

8 hours of head spinning spent to re-install it from scratch....cleaning, burning and totally scubbing the drive plus uninstalling the 2 default
AVs as above....and stopping crappy startups>>>AGAIN..

Acer and Puppy >> 5 minutes....hmmmmm!
Sorry i can't supply the specs...I was over it.

Lucid ran like a dream. This had a seperate Nvidia video card???
and wireless ran just with Barry's network wizard...>> Atheros card
and Midori ran fine >>> as a quick test.

Normally I would install the Frisbee Pet from Lucid >> Network
but as i stated...for testing I just ran Barry's >>> flawless.

Failed to boot in my Dell Studio XPS....
so I will try the latest 3 headed dog version.

Regards to all...Chris.