thanks pemasu
I installed the nvidia driver, that works great now, but it doesn't change anything about the constant use of 40% cpu.
I thought it had something to do with the driver, because on my other core i5 machine, which has no graphics card, just intel graphics, dpup exprimo 3.4.2.10 runs normal, without any mysterious cpu activity.
Oh well, I'll just use 5X15 then

jpeps. yeah. I have manually added that line...and in hasty...thanks for notification. But I wont use that code in /etc/rc.d/rc.shutdown anymore. I will use that /etc/init.d/desktop-backup script which should do the same at shutdown....withoout need for rc.shutdown edition. I can use vanilla woof2 rc.shutdown script now on.....

Bruno. There are sometimes mysterious cpu activity things. of course your activity is due to something...but if you dont find with lxtask any reason to it....then it is difficult to pinpoint. Maybe 3.6 kernel will help....when it is time to compile it...lol.

jpeps. yeah. I have manually added that line...and in hasty...thanks for notification. But I wont use that code in /etc/rc.d/rc.shutdown anymore. I will use that /etc/init.d/desktop-backup script which should do the same at shutdown....withoout need for rc.shutdown edition. I can use vanilla woof2 rc.shutdown script now on.....

Yes I tried lxtask too: top view processes says 61 % idle,
and lxtask says 39% cpu load, while no command seems to be active or using cpu.
Very strange.
If nobody else has this problem, it must be a strange conflict between the new kernel and the specific hardware of my machine.
When using dpup 5X15, or lupu 528.005, there is no mysterious cpu activity.

Bruno. 5.X.15 has about as updated apps as 5.X.3.4.10 so you wont lose anything. Use happily 5.X.15 if it works for you better.

I have updated Umplayer, Smplayer, Smtube and QMplay2 to the exprimo repo. All of them are youtube changed API fixed versions. Youtube works again with these updated versions. If you update inside PPM Packages-puppy-exprimo-official ie pet_packages-exprimo database file you get all of them in the PPM.

Hello,
pemasu, nice work!
E-17 looks beautiful, as usual.
Even Frisbee worked OOTB, found the rt5390, and hooked right up..
As I said, OOTB, everything worked fine. I used it that way for 24 hours, off and on, letting it run..
Nice and stable, cpu usage minimal, fast, seems very responsive..
I`m already woofing with the kernel pet.

First shutdown, made save, ext4, to separate partition..
Reboot.. Save does not exist.. Never tried ext4 before, so, IDK..
OK.. Enough OOTB testing..
D/L SMC and its data files. (and lots of SDL stuff)
D/L xorghigh.
Ok.
Programs from the exprimo section of the ppm must be D/L from smokie01`s repo.
For SMC to run link a font to /usr/share/games/smc/gui/font/default_bold.ttf
I used /usr/share/fonts/default/TTF/DejaVuSans-Bold.ttf
glxgears scores 950fps which only racy has beaten.
Second save, to ext2 in same partition worked fine.
Rebooted.
Installed gtkdialog3 and adjusted some links thereof.
So far, its really good, in E-17, and JWM.

Now to really throw some stuff @ it...
I`ll be back.. _________________Close the Windows, and open your eyes, to a whole new world
I am Lead Dog of the
Puppy Linux Users Group on Facebook
Join us!
Puppy since 2.15CE...

Hi,
I have tested forum member musher0 's 20MB abiword-2.8.6_musher0.pet on a fresh frugal Exprimo ...60MB uncompressed.
Intended to run on lucid, it also should be compatible with exprimo as this pet is made from debian packages (read musher0 's threads comments ans links).

Firstable, abiword-2.8.6-gnumeric-1.10.17-goffice-0.8.17-dpup.pet from dpup exprimo pets repository MUST be installed
Second: install the foillowing packages from debian packages.
libabiword-2.8_2.8.2-2.1_i386.deb
libgsf-1-114_1.14.18-1_i386.deb
libwv-1.2-3_1.2.4-2+b1_i386.deb
Third, make the following symlink:

Read musher0's thread here
Maybe the best abiword-2.8.6 pet ever...
Many thanks to forum members musher0, as also don570 and technosaurus ... and Pemasu
Given without warranty ...
Hope this could help.
CharlieLast edited by charlie6 on Sat 29 Sep 2012, 09:08; edited 2 times in total

Probably gtk-youtube-viewer suffers from the same changed API problem as all the other youtube viewers. Those others has gotten patches, but in the gtk-youtube-viewer source is not yet the patch.

People can watch the source themselves and report if it get the patch. You will notice with the date, if there is recent commit.

We use in Puppies the original setup, so for example gentoo recently patched version does not work. It might have the needed code change...if someone is willing to try to grab it from the perl script. I dont have the knowledge to do it.
01micko managed to patch Umplayer using Smplayer code. So....the open source can give you insight how to do it....if you are capable and persistent....lol.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum