Precise Puppy 5.2.69 (beta3)

Precise Puppy beta2 was released on June 6, 2012, see blog announcement:

I was involved in various other things for awhile, now back on developing the x86 Precise Puppy. Version 5.2.69 (beta3) is now available.

Download from here:

Beta3 has the 3.2.28 kernel, PAE-enabled. See blog post:

Note, I am thinking of releasing Precise Puppy final with this kernel, plus another build with a non-PAE kernel. The latter will suit some older CPUs, and I will also set the default for Radeon video to non-KMS, and build the SFS with gzip compression (rather than xz), again to suit older hardware.

Beta3 has been built from Ubuntu Precise Pangolin 12.04.1 DEBs, plus many PETs that we have compiled ourselves. That is, I have used the latest DEBs from the recently-released Ubuntu Precise Pangolin upgrade (or Service Pack 1 if you want to call it that).

I am using beta3 right now, it looks good. We need a desktop background and a new theme for the RC...

Posted on 26 Aug 2012, 11:07


Posted on 26 Aug 2012, 11:25 by BarryK
5.2.69 Forum feedback
Feedback for beta3 starts on page 21 of this Forum thread:

Posted on 26 Aug 2012, 11:29 by BarryK
5.2.69 to-do #1
Here is #1 for the TODO list:

1. Menu hierarchy
You will notice that there are sub-sub-menus. I had intended those to be in-lined in the sub-menu, which does work in Wary/Racy. The later XDG in Precise works differently. Anyone know how to fix it?

Reference: /etc/xdg

Posted on 26 Aug 2012, 13:44 by BarryK
Re #1
This problem has been with us for a long time. It is discussed for Lupu:

The desktop menu specification is described here:

The culprit is*, in package 'gnome-menus'. Wary and Racy use the same package as used in Puppy 4.x, version 2.14.3.

If we build Puppy with gnome-menus from another distro, it will be a later version. Unfortunately, later versions seem to ignore some tags in the standard. I have searched with Google, found others reporting the problem, but no solution.

Well, there is a solution, roll back to gnome-menu 2.14.3. I have compiled this in Precise Puppy, and now the menus look as intended.

Posted on 26 Aug 2012, 14:08 by BarryK
The PET is here (48KB):

Install it, then in a terminal run these:

# fixmenus
# jwm -reload

Posted on 26 Aug 2012, 16:03 by swiatmar
Hello Barry!!!
If you need a wallpaper for new puppy- maybe you can use one of mine:
I could also prepare something special for the release :)

Posted on 26 Aug 2012, 16:06 by zygo
are the delta files too big?
Are the delta files too big?

Posted on 26 Aug 2012, 20:45 by BarryK
Re delta files
Ok, I have uploaded them, beta2 to beta3.

Some notes about ATI and Radeon video:

01micko, beta3 already has that xserver-xorg-video-radeon DEB installed -- see /root/.packages/woof-installed-packages.

Your experience has exposed a bug with PPM, when try examine deps of an already-installed pkg. I will get onto that.

There is also 'z_xf86-video-ati' PET package, configured without KMS support, included in beta3. That was done awhile back due to problems with the Ubuntu pkg.

Hmmm, as usual, Radeon video is being difficult. I might have to go back to KMS off.

Posted on 26 Aug 2012, 20:51 by BarryK
ATI video
Testers with ATI video hardware can install the Ubuntu DEB 'xserver-xorg-video-ati', to override the PET built-in to beta3.
-- do not examine dependencies, just search for it and install it.

Posted on 27 Aug 2012, 6:29 by 01micko
Ok, I see the xserver-xorg-video-radeon_6.14.99~git20111219.aacbd629 entry in woof-installed-packages, it must have been the firmware that made the difference, perhaps running xorgwizard too. Strange that performance was fine but glxgears gave terrible numbers. I normally get upwards of 3000 frames per 5 seconds but it was around 300. I tested performance with the nexuiz game, a cross platform shooter that forum member Billtoo put me on to. It's not at all a scientific test, basically if I can play nexuiz then the card is working! After the firmware was installed and a couple of reboots and xorgwizard runs it was ok. I'll test on my old IBM laptop soon which has an older radeon mobility chipset, KMS in slacko is working on that one, so I reckon wait and see before turning it off.

Posted on 27 Aug 2012, 6:37 by 01micko
radeon take 2
Ah, the z_ati package would have overwritten the file from the git package so it must have made a difference too.
Below is the file list of z_xf86-video-ati (from ~/.packages/builtin_files/)

Posted on 27 Aug 2012, 20:00 by zygo
thanks for the deltas
Thanks for the delta files.

Posted on 27 Aug 2012, 23:05 by BarryK
ATI/Radeon no KMS
I have just remembered why I created the 'z_xf86-video-ati' PET package, with KMS disabled.
Most unfortunately, KMS requires the LLVM runtime library, which is enormous. This requirement has been added to recent versions of the ATI/Radeon source.

I am extremely reluctant to include the LLVM runtime. It is about 7MB compressed, so it would bump the ISO size by that much.

I guess that I can do it, if that's what user's really want.

Posted on 28 Aug 2012, 2:17 by GCMartin
Video issues vs 7MB
I dont think there are that many of us who would care about 7MB as the system performance will be improved and issues for support would be dramatically reduced.

Probably a good consideration.

Here to help

Posted on 28 Aug 2012, 5:37 by mories
More on ATI/Radeon
To avoid the LLVM library, you have the package z_mesa.
Ie removing x_xf86-video-ati and leaving z_mesa, you can get KMS and no need LLVM.

Posted on 28 Aug 2012, 6:19 by 01micko
I agree with you mories. As I explained, glxgears didn't work right for me but the real world performance was very good, with the firmware and correct driver.
I think we are just waiting on the report of LateAdopter on the forum. I think playdayz has recent radeon kit too. I'm sure he'll be along to test at some point.
I do have a couple of other older radeon cards I can dig out and test. Unfortunately, the laptop I referred to in my earlier post doesn't boot with PAE so I'll wait until the non-PAE version is released before testing that.

Posted on 28 Aug 2012, 8:36 by broomdodger
precise fails desktop on reboot
Precise 5269 frugal
IBM ThinkPad x30

Wary5300 and Racy5300 both work fine.

Precise boots first time to desktop, video Intel driver.
Reboot, make savefile
Precise will not go to the desktop, black screen.
Tried to blindly reboot, nothing.

Power down, restart to Wary5300, delete save file, reboot to desktop.
Exit to prompt, change to xorg vesa driver.
Reboot, make new savefile, still only black desktop.
Can not blindly reboot using:
F12, uparrow, rightarrow, downarrow, enter.

Both the Intel and Xorg vesa drivers seem to work fine on first boot before using a savefile.


Posted on 28 Aug 2012, 13:03 by BarryK
xf86-video-ati and llvm
Hmmm, I cannot guarantee my memory 100%, but I seem to recall the configure in the source pkg of xf86-video-ati failing if kms enabled and llvm not installed.