Precise Puppy RC2, October 20, 2012

[CHLee]

When I first run(pfix=ram) seamokey2.8 in console , the output as below:

Code: Select all

# mozstart 

(process:26029): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]

(process:28412): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.
NOTE: child process received `Goodbye', closing down
# 

Seem Precise Puppy version 5.2.55 missing the libcurl-gnutls.so.
Thanks,
C.H.Lee

[peebee]

Per your request...here yea go peebee!
# lsmod

Hi sszindian - thanks for sharing

As I suspected, your lsmod output shows that wl is not being used - so loading my Broadcom wl pet should have had no influence on your system whatsoever unless there is some thing in the initialisation logic provided by rerwin that alters things to your benefit. I've looked at the logic pretty closely and can't see why it would help for anything other than Broadcom chips. Maybe it's just altering timing in some way....

So - a mystery!!

If you have the time and inclination it might be worth doing a pmodemdiag on the non-working system before loading my pet and then on a working system after you've loaded my pet and send that to rerwin to see if he can detect what is happening.

Otherwise - just enjoy that it is working now - but be prepared for it to stop again in the future I think.

Cheers
Peter

[Billtoo]

This shows up when running the new2dir script:

Step 4
The following line is about to be executed:
# installwatch -o /tmp/pkginstall.list make install
...this logs all file activity to /tmp/pkginstall.list
This script will then determine all newly created directories
and files and create '../cmus-v2.4.3-i686' with the new files.
(and optionally ../cmus_DEV-v2.4.3-i686, ../cmus_DOC-v2.4.3-i686, ../cmus_NLS-v2.4.3-i686)
Press ENTER key to continue:
/root/programs/cmus-v2.4.3/scripts/install: line 25: 16519 Segmentation fault $GINSTALL -d -m755 "${to}"
INSTALL /usr/local/bin/cmus
/root/programs/cmus-v2.4.3/scripts/install: line 26: 16521 Segmentation fault $GINSTALL $flags "$i" "${to}"
INSTALL /usr/local/bin/cmus-remote
/root/programs/cmus-v2.4.3/scripts/install: line 26: 16523 Segmentation fault $GINSTALL $flags "$i" "${to}"
make: *** [install-main] Error 139

[BarryK]

Hi Barry, thanks for the precise alpha3.

Small request.
1. /etc/profile
Please remove the LC_COLLATE setting. We have never seen any problem without this.

Code: Select all

#v426 recommended by MU, avoid crashing for non-English locales on some apps...
export LC_COLLATE=en_US

2. mtpaint
We hope the mtpaint upgraded to the version 3.40.

OK, removed from /etc/profile.

Regarding mtPaint, see my blog post:
http://bkhome.org/blog/?viewDetailed=02847

[BarryK]

Working ok here - one thing had to set run action for mounting .4fs save files.

Thanks, fixed.

[Sage]

The refusal of a number of recent Puppies to correctly detect some state-of-art monitor/video card/resolutions is exasperating (cf. James C & co.) and has propagated to Precise. One report suggests it's the fault of Xorg. Collating from a number of reports, it seems that 1440x900 widescreen led monitors with 1024x768 (cf. DaveS or was it Terriphi?) is the most problematic combo to work with. Sometimes loading the nV or ATI driver helps, but if there's a SiS graphics chip present, a persistent bad guy recently, nothing seems to work with this release except VESA. Shame really; can anything be done to patch or should one resort to older monitors and add-in cards which generally work OK with a deal of persuasion?

Aside:-
[Good news: gifted a K6-II/500 which runs Wary extremely well.]

[BarryK]

video driver upgrade is not possible:

OK, I will fix that. This pup is built with Xorg from Ubuntu Precise Pangolin, it is already Xorg 7.6 and has mesa, so nothing to upgrade. The Video Upgrade Wizard needs to recognise that and not offer an upgrade.

EDIT: I have implemented a basic fix, in script /usr/local/video_upgrade_wizard/video_upgrade_wizard.

[L18L]

It is the first time I have got a "black screen" after rebooting.

@L18L and Barry
How about more delay in the /sbin/pup_event_frontend_d?
For example, sleep 2 --> sleep 3

sleep 2 #let the dust settle after X has started.
#w471 slow cpus need more delay (well, rox does)...
DELAYFACTOR=0
CPUMHZ=`grep -m 1 -i '^cpu MHz' /proc/cpuinfo | tr -d ' ' | cut -f 2 -d ':' | cut -f 1 -d '.'`
[ $CPUMHZ ] && [ $CPUMHZ -gt 100 ] && DELAYFACTOR=`expr 1100 \/ $CPUMHZ`
[ $DELAYFACTOR -gt 0 ] && sleep $DELAYFACTOR

my CPUMHZ is 1544 -> DELAYFACTOR=0
But this time I had no black screen so I am not sure if sleep is ok.
Maybe I had been playing too much with backgrounds?
___________________________________________
edit 2012-05-26
had black screen again so I will add 1 second:

Code: Select all

#[ $CPUMHZ ] && [ $CPUMHZ -gt 100 ] && DELAYFACTOR=`expr 1100 \/ $CPUMHZ`
[ $CPUMHZ ] && [ $CPUMHZ -gt 100 ] && DELAYFACTOR=$((1600 / $CPUMHZ)) # 1 sec for my 1514 MHZ CPU

___________________________________________

----
I will put translation of
/root/Choices/ROX-Filer/README.txt
into my langpack-template

[BarryK]

Pemasu's build of Precise Puppy had the Broadcom wl wifi driver built-in to the iso....

I have compiled the driver under this version and uploaded:

Precise 5.2.55 k3.2.17 Upload 2405121315 [wlan0]

See here for background

Cheers
peebee

peebee,
Would you mind doing that again soon? I need to recompile the kernel in a running Precise Puppy, to avoid the gcc mismatch problem (current kernel compiled with Wary 5.3).

I will stick with the 3.2.x series, as that is what Ubuntu Precise Pangolin is using. I will grab the latest 3.2.x soon, compile it, and that will be our kernel for the release version of Precise Puppy, and we will stay with it for sometime.
So, you guys will be able to compile any 3rd-party drivers that you want.

...I guess that I had better do that soon, as I know many people will want their nVidia, wl, etc., drivers.

I just remembered something. I don't have the 'wl' firmware in Woof. is it available in pemasu's Upup thread? I think that I recall, it is, plus mods to b43 firmware tarball?
...but, I also seem to recall, there are still some issues with that?

I just checked, the latest is 3.2.18, I might as well use that.

[LateAdopter]

Hello Barry

This Puppy does not like ATI Radeon graphics.

If I set Radeon in the xorgwizard then X does not start.

If I copy ati_drv, radeon_drv, fbdev_drv and fbdevhw_drv to the modules drivers folder and delete vesa_drv, and delete Xorg.conf so that X auto configures, then X does start and load the correct drivers but there are errors in the Xorg.log and acceleration is disabled.

The errors are:

[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[ 12.893] (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting.
[ 12.893] (WW) Falling back to old probe method for fbdev
[ 12.893] (II) Loading sub module "fbdevhw"
[ 12.893] (II) LoadModule: "fbdevhw"
[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/libfbdevhw.so
[ 12.900] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 12.900] compiled for 1.11.4, module version = 0.0.2
[ 12.900] ABI class: X.Org Video Driver, version 11.0
[ 12.901] (EE) open /dev/fb0: No such device
[ 12.901] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support

and

[ 13.177] (WW) RADEON(0): Direct rendering disabled
[ 13.177] (EE) RADEON(0): Acceleration initialization failed
[ 13.177] (II) RADEON(0): Acceleration disabled

For comparison fatdog 600a2, which also has Xorg 1.11.4 and does work, gives this in the log:

[ 9.656] (II) Loading /usr/X11R7/lib64/xorg/modules/drivers/radeon_drv.so
[ 9.656] (II) [KMS] Kernel modesetting enabled.
[ 9.656] (WW) Falling back to old probe method for vesa
[ 9.656] (WW) Falling back to old probe method for fbdev
[ 9.656] (II) Loading sub module "fbdevhw"
[ 9.656] (II) LoadModule: "fbdevhw"
[ 9.661] (II) Loading /usr/X11R7/lib64/xorg/modules/libfbdevhw.so
[ 9.666] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 9.666] compiled for 1.11.4, module version = 0.0.2
[ 9.666] ABI class: X.Org Video Driver, version 11.0
[ 9.666] (II) RADEON(0): Creating default Display subsection in Screen section

and

[ 9.850] (II) RADEON(0): Direct rendering enabled
[ 9.854] (II) RADEON(0): Setting EXA maxPitchBytes
[ 9.854] (II) EXA(0): Driver allocated offscreen pixmaps
[ 9.854] (II) EXA(0): Driver registered support for the following operations:
[ 9.854] (II) Solid
[ 9.854] (II) Copy
[ 9.854] (II) Composite (RENDER acceleration)
[ 9.854] (II) UploadToScreen
[ 9.854] (II) DownloadFromScreen
[ 9.854] (II) RADEON(0): Acceleration enabled

It looks like the kernel is lacking KMS

I did previously try setting Radeon in xorgwizard on Pemasu's version based on a2, and X did not start either. That had a different kernel. So I may be barking up the wrong tree.

[peebee]

peebee,
Would you mind doing that again soon? I need to recompile the kernel in a running Precise Puppy, to avoid the gcc mismatch problem (current kernel compiled with Wary 5.3).

...I guess that I had better do that soon, as I know many people will want their nVidia, wl, etc., drivers.

I just remembered something. I don't have the 'wl' firmware in Woof. is it available in pemasu's Upup thread? I think that I recall, it is, plus mods to b43 firmware tarball?
...but, I also seem to recall, there are still some issues with that?

I just checked, the latest is 3.2.18, I might as well use that.

Hi Barry

No problem - once you issue the new precise then I'll recompile the wl driver. - [UPDATE] Now done - see http://murga-linux.com/puppy/viewtopic.php?t=76495 [/UPDATE]

There is actually no "firmware" as such with the wl driver - all the proprietary stuff comes as a binary image with a bit of source code wrapper that has to be recompiled for each kernel version seemingly.

That being said, rerwin has produced some broadcom "firmware" but actually as I understand it what he is doing is use the firmware mechanisms to determine which is the best Broadcom solution for each chip type.

So there are 3 types of driver :

b43 - this does have real firmware and there are later versions available than have been shipping in recent puppies - pemasu has provided later firmware versions in his pups

brcm - this comes as part of recent kernels and is for instance present in slacko - it does have some real firmware I think

wl - this is Broadcom proprietary and has no real firmware separate from the driver - it is all built-in - I have been providing versions for recent woof-based pups

Then there is rerwin's "firmware" which tries to manage it all and is still somewhat experimental.

This is only my understanding - I may well be wrong - but Richard will no doubt correct if I am....

Cheers
peebee

[pemasu]

I just got report that Precise Puppy might have same problem that I faced with Dpups.
Gtkdialog applications starts slower than they should. Radky has been the main bug finder and he has counted many times the starting time of gtkdialog apps.

It was detective work with strace command to trace the reason. At last I noticed that gtkdialog apps called gconv-modules.cache file. Which was missing. Woof packages-templates > glibc/usr/lib/gconv does not have template for it. Libc6 deb package provides that file.

So...here is the pet to fix that bug. Also woof might need fixing to include that file template for Upups and Dpups.

[stu90]

Hello Barry

This Puppy does not like ATI Radeon graphics.

If I set Radeon in the xorgwizard then X does not start.

If I copy ati_drv, radeon_drv, fbdev_drv and fbdevhw_drv to the modules drivers folder and delete vesa_drv, and delete Xorg.conf so that X auto configures, then X does start and load the correct drivers but there are errors in the Xorg.log and acceleration is disabled.

The errors are:

[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[ 12.893] (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting.
[ 12.893] (WW) Falling back to old probe method for fbdev
[ 12.893] (II) Loading sub module "fbdevhw"
[ 12.893] (II) LoadModule: "fbdevhw"
[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/libfbdevhw.so
[ 12.900] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 12.900] compiled for 1.11.4, module version = 0.0.2
[ 12.900] ABI class: X.Org Video Driver, version 11.0
[ 12.901] (EE) open /dev/fb0: No such device
[ 12.901] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support

and

[ 13.177] (WW) RADEON(0): Direct rendering disabled
[ 13.177] (EE) RADEON(0): Acceleration initialization failed
[ 13.177] (II) RADEON(0): Acceleration disabled

For comparison fatdog 600a2, which also has Xorg 1.11.4 and does work, gives this in the log:

[ 9.656] (II) Loading /usr/X11R7/lib64/xorg/modules/drivers/radeon_drv.so
[ 9.656] (II) [KMS] Kernel modesetting enabled.
[ 9.656] (WW) Falling back to old probe method for vesa
[ 9.656] (WW) Falling back to old probe method for fbdev
[ 9.656] (II) Loading sub module "fbdevhw"
[ 9.656] (II) LoadModule: "fbdevhw"
[ 9.661] (II) Loading /usr/X11R7/lib64/xorg/modules/libfbdevhw.so
[ 9.666] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 9.666] compiled for 1.11.4, module version = 0.0.2
[ 9.666] ABI class: X.Org Video Driver, version 11.0
[ 9.666] (II) RADEON(0): Creating default Display subsection in Screen section

and

[ 9.850] (II) RADEON(0): Direct rendering enabled
[ 9.854] (II) RADEON(0): Setting EXA maxPitchBytes
[ 9.854] (II) EXA(0): Driver allocated offscreen pixmaps
[ 9.854] (II) EXA(0): Driver registered support for the following operations:
[ 9.854] (II) Solid
[ 9.854] (II) Copy
[ 9.854] (II) Composite (RENDER acceleration)
[ 9.854] (II) UploadToScreen
[ 9.854] (II) DownloadFromScreen
[ 9.854] (II) RADEON(0): Acceleration enabled

It looks like the kernel is lacking KMS

I did previously try setting Radeon in xorgwizard on Pemasu's version based on a2, and X did not start either. That had a different kernel. So I may be barking up the wrong tree.

Hi LateAdopter,

If you back up your /usr/lib/mesa directory then install this .deb and run through xorgwizard again do you get accelerated graphics?
http://mirror.pnl.gov/ubuntu//pool/main ... 3_i386.deb

If you uninstall the .deb then restore your /usr/lib/mesa directory.

[BarryK]

Note to Barry:

one thing I miss in your builds that seems to be common now in everybody else's builds is "sfs load on the fly" - is there a reason why you don't include this facility??

Thanks
peebee

My reply here:
http://bkhome.org/blog/?viewDetailed=02848

[sszindian]

Alpha-3

There are problems with either Seamonkey-9 or the automatic Flash Player that Precise installs. Sorry to say but I did not test this function with the original installed Seamonkey-8... I saw the new Seamonkey-9 was available from BK and installed that for testing.

The problem is not noticable while serfing most average websites but occurs when into a complex-page such as a Newspaper with lots of stuff going on in the initial-page, like where they try to cram everything at you especially the ads.

Anyway, these type pages do not render properly with portions overlaping one another or giving you a double-take (twice installed advertisement etc.,) and it slows the Flash Player down to almost a stop where it's almost impossible to read anything that is available... in fact, I've had a dialog box appear AFTER getting out of such sites on my desktop telling me the Flash Player is still running and that it might hinder the speed of my program... do you want to stop it now?

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

[BarryK]

Hmmm... BK must have some 'thingy' about Leaf-Icons since even in beta-3 There Isn't Any Leaf (menu) and I have seen this mentioned since way back when.... even before Precise.

On the serious side... Where might one install .sfs files to be tested in Precise since we don't seem to have a mnt/home file? Do we create it ourselves? Currently running all tests on a live CD.

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

That's a new one. There should always be a /mnt/home symlink. I am running a frugal install of Precise right now, and I have /mnt/home.

[BarryK]

When I first run(pfix=ram) seamokey2.8 in console , the output as below:

Code: Select all

# mozstart 

(process:26029): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library /usr/lib/mozilla/plugins/gecko-mediaplayer.so [libcurl-gnutls.so.4: cannot open shared object file: No such file or directory]

(process:28412): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.
NOTE: child process received `Goodbye', closing down
# 

Seem Precise Puppy version 5.2.55 missing the libcurl-gnutls.so.
Thanks,
C.H.Lee

Precise Puppy alpha3 (5.2.55) does have libcurl-gnutls.so.4

[BarryK]

Hello Barry

This Puppy does not like ATI Radeon graphics.

If I set Radeon in the xorgwizard then X does not start.

If I copy ati_drv, radeon_drv, fbdev_drv and fbdevhw_drv to the modules drivers folder and delete vesa_drv, and delete Xorg.conf so that X auto configures, then X does start and load the correct drivers but there are errors in the Xorg.log and acceleration is disabled.

The errors are:

[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[ 12.893] (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting.
[ 12.893] (WW) Falling back to old probe method for fbdev
[ 12.893] (II) Loading sub module "fbdevhw"
[ 12.893] (II) LoadModule: "fbdevhw"
[ 12.893] (II) Loading /usr/lib/xorg/modules/drivers/libfbdevhw.so
[ 12.900] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 12.900] compiled for 1.11.4, module version = 0.0.2
[ 12.900] ABI class: X.Org Video Driver, version 11.0
[ 12.901] (EE) open /dev/fb0: No such device
[ 12.901] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support

and

[ 13.177] (WW) RADEON(0): Direct rendering disabled
[ 13.177] (EE) RADEON(0): Acceleration initialization failed
[ 13.177] (II) RADEON(0): Acceleration disabled

For comparison fatdog 600a2, which also has Xorg 1.11.4 and does work, gives this in the log:

[ 9.656] (II) Loading /usr/X11R7/lib64/xorg/modules/drivers/radeon_drv.so
[ 9.656] (II) [KMS] Kernel modesetting enabled.
[ 9.656] (WW) Falling back to old probe method for vesa
[ 9.656] (WW) Falling back to old probe method for fbdev
[ 9.656] (II) Loading sub module "fbdevhw"
[ 9.656] (II) LoadModule: "fbdevhw"
[ 9.661] (II) Loading /usr/X11R7/lib64/xorg/modules/libfbdevhw.so
[ 9.666] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 9.666] compiled for 1.11.4, module version = 0.0.2
[ 9.666] ABI class: X.Org Video Driver, version 11.0
[ 9.666] (II) RADEON(0): Creating default Display subsection in Screen section

and

[ 9.850] (II) RADEON(0): Direct rendering enabled
[ 9.854] (II) RADEON(0): Setting EXA maxPitchBytes
[ 9.854] (II) EXA(0): Driver allocated offscreen pixmaps
[ 9.854] (II) EXA(0): Driver registered support for the following operations:
[ 9.854] (II) Solid
[ 9.854] (II) Copy
[ 9.854] (II) Composite (RENDER acceleration)
[ 9.854] (II) UploadToScreen
[ 9.854] (II) DownloadFromScreen
[ 9.854] (II) RADEON(0): Acceleration enabled

It looks like the kernel is lacking KMS

I did previously try setting Radeon in xorgwizard on Pemasu's version based on a2, and X did not start either. That had a different kernel. So I may be barking up the wrong tree.

If you want KMS, edit /etc/modprobe.d/radeon.conf, change to:

options radeon modeset=1

Then reboot.

[BarryK]

peebee,
Would you mind doing that again soon? I need to recompile the kernel in a running Precise Puppy, to avoid the gcc mismatch problem (current kernel compiled with Wary 5.3).

...I guess that I had better do that soon, as I know many people will want their nVidia, wl, etc., drivers.

I just remembered something. I don't have the 'wl' firmware in Woof. is it available in pemasu's Upup thread? I think that I recall, it is, plus mods to b43 firmware tarball?
...but, I also seem to recall, there are still some issues with that?

I just checked, the latest is 3.2.18, I might as well use that.

Hi Barry

No problem - once you issue the new precise then I'll recompile the wl driver.

There is actually no "firmware" as such with the wl driver - all the proprietary stuff comes as a binary image with a bit of source code wrapper that has to be recompiled for each kernel version seemingly.

That being said, rerwin has produced some broadcom "firmware" but actually as I understand it what he is doing is use the firmware mechanisms to determine which is the best Broadcom solution for each chip type.

So there are 3 types of driver :

b43 - this does have real firmware and there are later versions available than have been shipping in recent puppies - pemasu has provided later firmware versions in his pups

brcm - this comes as part of recent kernels and is for instance present in slacko - it does have some real firmware I think

wl - this is Broadcom proprietary and has no real firmware separate from the driver - it is all built-in - I have been providing versions for recent woof-based pups

Then there is rerwin's "firmware" which tries to manage it all and is still somewhat experimental.

This is only my understanding - I may well be wrong - but Richard will no doubt correct if I am....

Cheers
peebee

The b43 module in the 3.2.17 kernel used in Precise alph3, needs this firmware:

firmware: b43/ucode9.fw
firmware: b43/ucode5.fw
firmware: b43/ucode16_mimo.fw
firmware: b43/ucode15.fw
firmware: b43/ucode14.fw
firmware: b43/ucode13.fw
firmware: b43/ucode11.fw

All of which is present in the b43 firmware tarball.

[01micko]

First run of precise a3 seems pretty good.

First boot was troublesome though. Seems 'vesa' was loading for me (nvidia GS8400) and the resolution caused an "out of range" error for the monitor. Had to CTRL-ALT-BKSPC and run xorgwizard and then 'nouveau' was probed and chosen.

This was a problem for me in Racy, not Slacko though as nouveau loaded correctly there.

I do agree and can confirm Sage's issue with SiS graphics in Slacko and Racy when 'vesa' is loaded (recently discovered) causes "out of range" errors with the monitor, buit if the 'sis' driver loads it's fine. Yet to test Precise.

Once I got a desktop, connected straight up with my new Vodafone 'droid, browsing fine, no firstrun wizard , straight to the connect (bacon) screen. No option to change timezone, locale etc, of course because the default config is DISTRO_XORG_AUTO='yes'.

Surprised Abiword reasonably opened some of my docx homework.. which brings me to a point. Jemimah made a cool patch for glib worth consideration, it's in Slacko, forum thread. It allows the "help" to work from abiword, gnumeric, geany and many other gnomish gtk apps, homebank too. The patch also addresses mounted drives in the file browser, which need not be the case if /mnt was linked to /media, which seems to be the standard for all distros these days.. maybe an update for woof needed?

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

More tomorrow if I find the time.

Thanks