Precise Puppy RC2, October 20, 2012

[BarryK]

Barry a3 looking pretty good here in VirtualBox except for ayttm.

# ayttm
ayttm: error while loading shared libraries: libaudiofile.so.0: cannot open shared object file: No such file or directory
#

Thanks, I modified the 'audiofile' template in Woof, it now creates a symlink of libaudiofile.so.0 to libaudiofile.so.1 if it is missing.

[BarryK]

bug

Sorry, I haven't got a clue why Leafpad input methods are all missing.

[L18L]

#
msgunfmt: error while loading shared libraries: libunistring.so.0: cannot open shared object file: No such file or directory

msgmerge: error while loading shared libraries: libunistring.so.0: cannot open shared object file: No such file or directory
#

[linux28]

bug

Sorry, I haven't got a clue why Leafpad input methods are all missing.

Thank you for answering all the gtk software has problems, for example, you if you want to enter the Japanese can not.
QT software can be input to other languages. Only the gtk software is not all.

[don570]

Note to Barry Kauler :

Would you test Puppy Backup? It's a fork of pmirror.
It has been localized (unlike pmirror) and has a couple of extra features.
It has been working nicely for me.

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

_______________________________________

[don570]

Shinobar has new version of ffconvert

version ffconvert-1.2.9.pet (2012-05-26)

http://shino.pos.to/linux/puppy/

________________________________

[LateAdopter]

I have done a fresh install of Lucid Puppy 5.2.8 for comparison.

A few initial conclusions from the Lucid Puppy Xorg.log:

- The Radeon driver is installed and working and acceleration is enabled.

Code: Select all

(II) RADEON(0): Direct rendering enabled
(II) RADEON(0): Setting EXA maxPitchBytes
(II) EXA(0): Offscreen pixmap area of 117538816 bytes
(II) EXA(0): Driver registered support for the following operations:
(II)         Solid
(II)         Copy
(II)         Composite (RENDER acceleration)
(II)         UploadToScreen
(II)         DownloadFromScreen
(II) RADEON(0): Acceleration enabled

- MESA DRI is not installed, and the log contains the same GLX error as 01micko reported for Precise Puppy.

Code: Select all

(EE) AIGLX error: dlopen of /usr/lib/dri/r600_dri.so failed (/usr/lib/dri/r600_dri.so: cannot open shared object file: No such file or directory)
(EE) AIGLX: reverting to software rendering
(EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory)
(EE) GLX: could not load software renderer
(II) GLX: no usable GL providers found for screen 0

BK wrote:

Oh... crap. File 'nouveau_dri.so' is in package:

- But Xorg High is a .pet in the Lucid repo, and I think that is equivalent to MESA.

In my fiddling about with Precise Puppy, I had already installed the MESA DRI and LLVM from the Ubunto repo using the Package Manager, so I didn't get the error from Precise Puppy. Since the Package Manager can get it, it may not be necessary to include it.

- KMS is reported as: not supported.

Code: Select all

(II) [KMS] drm report modesetting isn't supported.

- The main difference is the section at the beginning of the log, that lists the extensions to be loaded. Lucid Puppy does load all of these.

From Lucid Puppy Log

Code: Select all

(II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) "record" will be loaded by default.
(II) "dri" will be loaded. This was enabled by default and also specified in the config file.
(II) "dri2" will be loaded by default.

The corresponding entries from Precise Puppy Log seem to be a bit mixed up and it does NOT load the DRI or GLX extensions, even though it said it would. I don't yet know which file defines "default" and which defines "config" but I shall go and look.

Code: Select all

[    12.787] (WW) "glx" will not be loaded unless you've specified it to be loaded elsewhere.
[    12.787] (WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere.
[    12.787] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file.
[    12.787] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file.
[    12.787] (II) "glx" will be loaded even though the default is to disable it.
[    12.787] (II) "record" will be loaded by default.
[    12.787] (II) "dri" will be loaded even though the default is to disable it.
[    12.787] (II) "dri2" will be loaded by default.

So it looks as though the missing DRI and GLX extensions might be the problem. Unless I am barking up the wrong tree, again.

[Billtoo]

Umplayer compiled okay in Precise (after I installed qt482 made in
Racy), dir2pet works I think but I just did make install.

[James C]

Did a manual frugal install on my main Athlon XP box...... things looking pretty good.

# report-video
Precise Puppy, version 5.2.55 on Sun 27 May 2012

Chip description:
0.0 VGA compatible controller
NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev c1)
oem: NVidia
product: NV18 () Board Chip Rev A2

X Server: Xorg
Driver used: nouveau

X.Org version: 1.11.4
dimensions: 1440x900 pixels (380x238 millimeters)
depth of root window: 24 planes

...the above also recorded in /tmp/root/ as report-video,
and archived with xorg.conf and Xorg.0.log as report-video-full.gz
#
-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1033MB (171MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Sun 27 May 2012 12:41:26 AM CDT
-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : Mesa DRI nv18 x86/MMX+/3DNow!+/SSE
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : VIA8233 - VIA 8235

[LateAdopter]

This Puppy doesn't like Radeon SOLVED!

Having looked in the right version for xorg.log, after using the xorgwizard to select Radeon when X fails to start and then using xorgwizard to go back to VESA, I found out what was wrong.

There had been no modules for X to load (ATI VESA or FB) so it quit because there was no display.

So I copied the ATI Radeon VESA and FB modules from the X backup folder.

I renamed the xorg.conf.bak to xorg.conf.

I restarted X and now it works!

It now is using the Radeon driver and acceleration (2D) is enabled.

So the xorgwizard needs to be fixed to give Xorg some modules for Radeon.

Note1: I had not enabled KMS

Note2: I had reinstalled the libdrm packages from Ubuntu, just in case... And I had installed the libkms package which was not present, just in case...

Now its working I don't want to go back and find out whether they were really needed!

Next I will install the MESA DRI packages and see whether 3D acceleration will work...

[LateAdopter]

GLX not working:

[ 3423.088] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/nouveau_dri.so failed (libLLVM-3.0.so.1: cannot open shared object file: No such file or directory)
[ 3423.088] (EE) AIGLX: reverting to software rendering
[ 3423.088] (II) AIGLX: Screen 0 is not DRI capable
[ 3423.089] (EE) AIGLX error: dlopen of /usr/lib/i386-linux-gnu/dri/swrast_dri.so failed (libLLVM-3.0.so.1: cannot open shared object file: No such file or directory)
[ 3423.089] (EE) GLX: could not load software renderer

Oh... crap. File 'nouveau_dri.so' is in package:

http://packages.ubuntu.com/precise/libgl1-mesa-dri

And it has this dependency:

http://packages.ubuntu.com/precise/libllvm3.0

...look at the size of that package!!!!

I wonder if we could compile it ourselves to not have that dependency? Anyway, for now I will add it.

I have just tried these packages, but I think they may not be the right ones.

They do load AIGLX successfully but Hardinfo reports this:

Code: Select all

-OpenGL-
Vendor		: VMware, Inc.
Renderer		: Gallium 0.4 on llvmpipe (LLVM 0x300)
Version		: 2.1 Mesa 8.0.2
Direct Rendering		: Yes

Fatdog 600a2 also has working AIGLX, but Hardinfo reports this:

Code: Select all

-OpenGL-
Vendor		: X.Org
Renderer		: Gallium 0.4 on AMD RS880
Version		: 2.1 Mesa 8.0.2
Direct Rendering		: Yes

I think the VMware bits are not what we are looking for.

Perhaps Kirk/jamesbond would know what is wanted. Fatdog uses the same version of Xorg as Precise.

[sszindian]

Billtoo:

It would be nice if you could turn that UMplayer you compiled into a .pet and upload it here so some of us could test it in Precise?

I noticed the little 'save icon' in the background of your umplayer graphic you posted on this thread. Can I assume you are also running Precise from a multi-session CD/DVD? If you are... I downloaded and installed the 'fast patch .pet' (glibc-2.10.1-1-w5c.pet) that BK made available and sorry to say... it locked my computer solid... no functions or programs would work at all... even killed a few of the desktop Pwidget functions...had to do a cold shutdown with the computer button! Thankfully I was using a multi-session CD and it didn't currupt Precise or hurt anything... just thought you would like to know.

>>>---Indian------>

[Billtoo]

Billtoo:

It would be nice if you could turn that UMplayer you compiled into a .pet and upload it here so some of us could test it in Precise?

I noticed the little 'save icon' in the background of your umplayer graphic you posted on this thread. Can I assume you are also running Precise from a multi-session CD/DVD? If you are... I downloaded and installed the 'fast patch .pet' (glibc-2.10.1-1-w5c.pet) that BK made available and sorry to say... it locked my computer solid... no functions or programs would work at all... even killed a few of the desktop Pwidget functions...had to do a cold shutdown with the computer button! Thankfully I was using a multi-session CD and it didn't currupt Precise or hurt anything... just thought you would like to know.

>>>---Indian------>

Hi, I'm running Precise on a 4gb flash drive.
I just made a umplayer pet and it's 11mb because the new2dir script doesn't work and I had to use the dir2pet script.
It also needs qt which is around 44mb.
The qt and umplayer pets in pemasu's puppy might work in Precise.

I also tried Geoffrey's QupZilla (Saluki thread) pet in Precise and after adding a lib from packages.ubuntu.com it works.

Sorry but I'm not posting the qt482 and umplayer pets that I made.

[gcmartin]

For the multi-session CD/DVD, there is a way of doing, but gee, that is a long time ago, I don't recall....

BK and others, there seems to be a technology present which allows CD/DVD to boot and do 1 of the following:

1. Present User with a selection of any SFSs found in CD/DVD root path (found in TaZoC's LightHouse64)
2. Load them automatically without selections (found in 01Micko's Slacko)

Does Woof support exist for either???

Here to help

[BarryK]

Billtoo:

It would be nice if you could turn that UMplayer you compiled into a .pet and upload it here so some of us could test it in Precise?

I noticed the little 'save icon' in the background of your umplayer graphic you posted on this thread. Can I assume you are also running Precise from a multi-session CD/DVD? If you are... I downloaded and installed the 'fast patch .pet' (glibc-2.10.1-1-w5c.pet) that BK made available and sorry to say... it locked my computer solid... no functions or programs would work at all... even killed a few of the desktop Pwidget functions...had to do a cold shutdown with the computer button! Thankfully I was using a multi-session CD and it didn't currupt Precise or hurt anything... just thought you would like to know.

>>>---Indian------>

Why did you install glibc pet from Wary into Precise Puppy? It is totally incompatible.

[LateAdopter]

I tried enabling KMS with the Radeon R600 , but there is a version mismatch error in the xorg log.

Code: Select all

[    13.257] (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] This chipset requires a kernel module version of 1.17.0,
[dri] but the kernel reports a version of 2.12.0.[dri] Make sure your module is loaded prior to starting X, and
[dri] that this driver was built with support for KMS.
[dri] Aborting.

Would it be because the kernel was compiled in Wary?

The R600 version in Precise requires KMS and DRI2 in order to work properly

[sszindian]

BK Wrote:
Why did you install glibc pet from Wary into Precise Puppy? It is totally incompatible.
---------------------------------------------------------------------------------
sszindian wrote:

The way your 'Blog' states... it's very easy for one to assume that this has been a 'Problem For ALL Puppy's' up to and including Precise even though the download was from Wary!
---------------------------------------------------------------------------------
Your Blog:
Gconv-modules cache
This is amazing. Pemasu and Radky have been puzzling over why gtkdialog-based applications are slow to startup. The amazing thing is, they have found out why, and found the fix. This can shave noticeable startup time off of some apps! And we thought that Puppy was already super-fast!

Here is pemasu's report:
http://murga-linux.com/puppy/viewtopic. ... &start=105

The problem is that Puppy lacks the cache file /usr/lib/gconv/gconv-modules.cache, which is a compiled data file. The file is created in the Glibc source package when it is compiled, but we never put it into Puppy.

The matter is made worse, because Puppy has always had a cutdown selection of files in /usr/lib/gconv. Therefore, using the cache file as-is is not correct.

I wrote a little script that creates a cutdown /usr/lib/gconv/gconv-modules, and then a correct /usr/lib/gconv/gconv-modules.cache is generated using the 'iconvconfig' executable.

The correct files, including the script, are now in Woof, in the 'glibc' template, in /usr/lib/gconv-cut, and FIXUPHACK updates /usr/lib/gconv. Woof commit:
http://bkhome.org/fossil/woof2.cgi/info/36a75da77e

I also put the corrected files into the 'glibc' PET package for Wary. See:
http://distro.ibiblio.org/quirky/pet_pa ... -1-w5c.pet

Note: I posted a 'gconv-modules.cache' to the Forum, however that one is not quite correct. The files in the Woof commit are the latest.
-------------------------------------------------------------------------------------------

Soooo.... sorry about... that but at least now you know what effect it has on Precise

>>>---Indian------>

[shinobar]

Yes, this significantly improves load times for gtkdialog programs. For example, on my system with Precise alpha3, PupScan loads in 9 seconds with the updated gconv-modules and gconv-modules.cache, compared to 14 seconds without the updated files.

I cannot understand your example. The time 9-14 sec for PupScan is mainly scanning time. Try ffconvert. It instantly gives gtkdialog 'Wait...' message no matter gconv-modules.cache. It must be less than 1 sec even with slow CPU.

[Ted Dog]

In Racy 5.3 UDF boot disks for large sized files on Blu-Ray burn with this growisofs

Code: Select all

growisofs -use-the-force-luke=notray  -Z /dev/sr0  -f -iso-level 3 -D -R  -allow-limited-size -udf -V \"Wary_5_3\" -p root -publisher \"Ted_Dog\"  -b isolinux.bin -c boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table ./

Boots without a hickup

but PPA3 can't find main SFS
mount -T udf works from the resulting command prompt and files exist.

here is the results from disktype

[radky]

Yes, this significantly improves load times for gtkdialog programs. For example, on my system with Precise alpha3, PupScan loads in 9 seconds with the updated gconv-modules and gconv-modules.cache, compared to 14 seconds without the updated files.

I cannot understand your example. The time 9-14 sec for PupScan is mainly scanning time. Try ffconvert. It instantly gives gtkdialog 'Wait...' message no matter gconv-modules.cache. It must be less than 1 sec even with slow CPU.

Hi shinobar,

The loading time in my example is the time that that elapses after selecting the PupScan menu entry, until the PupScan GUI is visible on my screen. I used PupScan as an example because the loading time (scanning interval) is relatively long on my system and easy to measure.

I see similar improvement with other programs, but it is difficult to measure the differences in loading time for applications that open in less than one second (such as your ffconvert). Even so, in recent woof-built Puppies, fast-loading apps will 'snap' open more quickly on my system when gconv-modules.cache is present.

The loading times for gtkdialog programs (on my system) also vary with different Puppy derivatives.

For example, without gconv-modules.cache, PupScan loads in 14 seconds in Precise alpha3 compared to 9 seconds in Racy 5.3.

After adding Barry's gconv-modules.cache, PupScan loads in 9 seconds in Precise alpha3 compared to 7 seconds in Racy 5.3.

Interestingly, PupScan loads in 4 seconds on my system in Lucid 528 (without gconv-modules.cache), but the scanning process in Lucid uses different code as modified by rerwin.