(old)Puppy Linux Discussion Forum

Also runs well on old Soltek/Duron/RageIIC in 384Mb, but on a P4 with 256 there is extensive CD access when browsing, suggesting the boundary of adequate memory for recent Puppies has shifted from 192 to beyond 256. Maybe find a new use for that pile of 32 & 64 strips to combine with 256!

A Propos your CLI, second line, glib-compile-schemas, gives You should give exactly one directory name. As a non-coder, afraid I don't know the significance of this message.

Sage. Sorry. Here is the fixed lines:
In console:
ln -s /usr/lib/glib-2.0/glib-compile-schemas /usr/bin/glib-compile-schemas
and then...
glib-compile-schemas /usr/share/glib-2.0/schemas

Ta! Guess it's obvious to console users, but not me!

Just reference about fixes.
Libpython2.7-minimal was missing. The needed rows for python:

yes|libpython|libpython2.7,libpython2.7-minimal|exe,doc,nls
yes|python|python,python2.7-minimal,python-minimal,python-support,python2.7|exe,doc,nls

Do you have pets available for Abiword 2.92 and Gnumeric 1.12.1
If so, please provide link

thanks

Fresh manual frugal install on the trusty Athlon XP box. All basically good.

# report-video
VIDEO REPORT: Upup Raring, version 3.8.4

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

Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1440x900
Depth (bits, or planes): 24
Modules requested to be loaded: dbe

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): nouveau
Loaded modules: dbe dri exa extmod fb fbdevhw glx kbd mouse shadowfb

Actual rendering on monitor:
Resolution: 1440x900 pixels (380x238 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.
294 frames in 5.0 seconds = 58.647 FPS
294 frames in 5.0 seconds = 58.679 FPS
295 frames in 5.0 seconds = 58.910 FPS
295 frames in 5.0 seconds = 58.883 FPS
294 frames in 5.0 seconds = 58.719 FPS


-Computer-
Processor : AMD Athlon(tm) XP 2400+
Memory : 1033MB (252MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Tue 26 Mar 2013 04:28:56 PM 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

Do you have pets available for Abiword 2.92 and Gnumeric 1.12.1

No...they are from Raring .deb packages. Straight from Barry Kauler's DISTRO_SPECS.
Sorry.

Running LIve media boot:

Only 2 issue already noted:

• Hardinfo features
• IP address does not show when mouse-over on taskbar

_________________ Reports ___________________________
VIDEO REPORT: Upup Raring, version 3.8.4

Chip description:
VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)

Requested by /etc/X11/xorg.conf:
Resolution (widthxheight, in pixels): 1280x800
Depth (bits, or planes): 24
Modules requested to be loaded: synaptics dbe

Probing Xorg startup log file (/var/log/Xorg.0.log):
Driver loaded (and currently in use): intel
Loaded modules: dbe dri2 extmod fbdevhw glx kbd mouse synaptics

Actual rendering on monitor:
Resolution: 1280x800 pixels (338x211 millimeters)
Depth: 24 planes

-Computer-
Processor : Intel(R) Pentium(R) M processor 1.50GHz
Memory : 1025MB (196MB used)
Operating System : Unknown distribution
User Name : root (root)
Date/Time : Tue 26 Mar 2013 06:36:34 PM EDT
-Display-
Resolution : 1280x800 pixels
OpenGL Renderer : Mesa DRI Intel(R) 915GM x86/MMX/SSE2
X11 Vendor : The X.Org Foundation
-Multimedia-
Audio Adapter : ICH4 - Intel ICH6
_________________________________________________-

Here to help

Hi,
when running Gnumeric from terminal, here get these «CRITICAL» messages:

# gnumeric

** (gnumeric:16352): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files

** (gnumeric:16352): CRITICAL **: go_conf_add_monitor: assertion `node || key' failed

** (gnumeric:16352): CRITICAL **: go_conf_get_node: assertion `parent || key' failed

** (gnumeric:16352): CRITICAL **: go_conf_add_monitor: assertion `node || key' failed

** (gnumeric:16352): CRITICAL **: go_conf_get_node: assertion `parent || key' failed

** (gnumeric:16352): CRITICAL **: go_conf_add_monitor: assertion `node || key' failed

** (gnumeric:16352): CRITICAL **: go_conf_get_node: assertion `parent || key' failed

etc...
etc...

this did not happen with gnumeric-1.12 installed from debian-sid packages on dpup-whezy ( -->see wheezy thread).

cheers, charlie

Charlie6. Those looks like to be goffice related messages.

I have now upgraded bash, hardinfo, included PupClock, PupControl, Pup-SysInfo, fixed Python, fixed missing schemas compiling binaries symlinks to /usr/bin, updated libllvm to 3.1, messed with dbus, now dbus is like I have used it with dpup and upup precise. I had nice symlink hunting until /etc/init.d/dbus was launched right.

Xchat launching to the puppylinux forum with random upupuser string fixed. Geany has modified preferences.

Pupscan, pupcamera and usb_modeswitch files have been updated to the fixed ones.

I will check logs and give this build sanity test and then I hope I will upload this version.

Aarf reported that sfs_load-1.9.6.2 in my build crashes his system. Sfs_load version is from this url link:
http://www.murga-linux.com/puppy/viewto ... 301#688301

Could you give sfs_load a spin and report. It has worked for me just fine all the time.

No problem here with sfs_load on eeepc1000.
Works OK.

pemasu wrote:Aarf reported that sfs_load-1.9.6.2 in my build crashes his system. Sfs_load version is from this url link:
http://www.murga-linux.com/puppy/viewto ... 301#688301

Could you give sfs_load a spin and report. It has worked for me just fine all the time.

Crashes Puppy in a heap . There is a partial chance you can shut down but FWIW the damage is done and may as well put him out of his misery and kill him dead. This is only on UNLOAD of sfs in any 3.8 kernel. Affects PHAT too, I tried jamesbond's load_sfs.sh but it did the same thing, tested 2 machines.

EDIT: FIX: the problem is with busybox mount, remember this is a reasonably new version of busybox, so what worked previously isn't now. It seems only to affect unmounting the SFS. Here's what I did:
@LINE 1552 /usr/sbin/sfs_load
WAS-- busybox mount -t aufs -o remount,del:$MNTPNT unionfs /
CHANGED TO:
mount -t aufs -o remount,del:$MNTPNT unionfs / #use full mount

Here are some memory useage comparisons of various pups I currently
have installed.
http://home.epix.net/~artnpeg/memuse.txt

Art

Thanks 01micko. I have updated sfs_load pet with your fix.

I start new build processing now....

I start new build processing now....

Faster, faster! (I jest).

Some correspondents have renewed calls for Slim, rather than PHAT, Puppies. Is this within your remit, pem? Or indeed, your interests.
Also mulling how to redeploy a stack of LS120 and ZIP drives & discs. We established many years ago that small Pups can be installed (FULL) to the former but boot times exceeded 30mins. Access times were never the strong feature of super floppies. Maybe scope for some Frugals as well as savefiles? Appreciate feedback/comment. This might not be the best thread, so if there's interest from eg pem, mick and friends could open a new one? Not sure whether a basic boot into a web d/l might float; don't think BK has ever countenanced such a venture? There's also the possibility of a web-based customised d/l (Nimblex reprise)?

Sage. I have only one goal. To provide woof based builds which satisfies my daily needs. Precise Puppy and Raring Puppy are not good candidates for slim builds. Okay....there are stuff which you can live without like Python and libicu for example, strip flashplayer and dri modules. But the graphics libs with this new libllvm dependency ( 20 Mb uncompressed ) are big, these new Ubuntus are not best ones for slim building. Okay...For my comps the size 170 -200 Mb iso does not make any difference.

I have started with Snow Puppy and Polarpup and they were way bigger even 3 years ago. So....I think I have gone as basic that I will.

I believe that Wary and even Racy are better for slim building. It would need a lot work and testing before you could get for example this Upup Raring slim. I understand that 256 Mb limit for ram loading ( Puppy size about half of that ) has been important goal, but it would be tough to do that with these latest Ubuntu based Puppies.

Fair comment, pem. BK did give us a small Wary at one time and, of course, I still use John's MeanPup - truly a master stroke.
As you'll read, I raised other diminutive distro options.
As for

I have only one goal

that's all the England soccer team could manage! Not a good idea to mention 'snow' or 'polar' to a Brit at present. Indeed, if you choose to visit us now you'd feel at home.

Upup Raring 3.8.4.1 has been uploaded. A lot fixes has been included. I recommend strongly to update into this update.

You can read through previous pages and posts to see what bugs has been found and I have tried to face most of them.

There are error messages still when you launch certain apps in console, due to gtk2 or gtk3 or goffice or other reasons which I am helpless to fix. You can of course post about them, but my experience to fix them is absolutely limited.

Feedback, bug reports and bug fix suggestions are appreciated.

Download link: http://www.smokey01.com/pemasu/UpupRari ... aring3841/

Not a good idea to mention 'snow' or 'polar' to a Brit at present. Indeed, if you choose to visit us now you'd feel at home.

Sage. I know what the weather is in UK. I even know whom you accuse of your weather:

http://www.murga-linux.com/puppy/viewto ... 583#694583

Ha! Ha! It wasn't me, but I'll be sending an account to your Embassy for excessive gas costs...

Thanks for the d/l - working on it.