Mike - about the glx problem, open up /etc/X11/xorg.conf and make sure there is a line like this:
Code: Select all
Load "glx"
Nathan
Code: Select all
Load "glx"
Hmmmm, that was interesting There were 2 files called xorg.conf. One had the required line of code, and the other did not. I renamed the one without to xorgwrong.conf and tried blender from the terminal. It started and seemed to run ok, but put this message up:Nathan F wrote:
Mike - about the glx problem, open up /etc/X11/xorg.conf and make sure there is a line like this:NathanCode: Select all
Load "glx"
Yep, did that, thanks for the hint. I think the problem with the Installer identifying vfat/ext3 may not be dependent on probedisk/probepart.You'll need to remove the 3 from the end and replace the existing files in /sbin
Hmm. If they have put the cardreader hardware somewhere unconventional, ie. not on USB, then maybe a custom driver is required. You may not find one for Linux. I know nothing of laptops other than their hardware designs are often non-standard......It would still be very handy to be able to use the built in cardreader for my sony camera card and for backing up, transferring files etc. with the sd card. Probedisk3 did not see it. Sad Maybe it is a lack of driver?
That's 'cause I don't use probepart/probedisk...SimonW wrote:Installing probedisk3 and probepart3 in the /sbin directory, and running the Puppy Installer doesn't produce any improvements since I reported last. The dialog box showing 'what Puppy has found out about the drive' still shows sdc1 as having ext3 format.
They were actually 'chown' errors in fact. I am only logging in as 'root' so far.In case you haven't already done it, I've attached a version of rc.shutdown in which all occurences of snapmergegrafpup have been changed to snapmergepuppy.
The good news is, now on the compact flash hda system, a static ip setup is preserved over a reboot! I did see a couple of chmod usage errors fly past on shutdown which I didn't get a chance to note.