Page 108 of 111
Posted: Thu 30 Aug 2012, 12:50
by edoc
cthisbear wrote:Wise words >>> Mr pemasu.
" I dont want to underestimate Puppy users. "
You have put out some marvellous releases.
Chris.
pemasu's efforts have been exceptional and most Puppy users are amazingly skilled.
Meanwhile, I am one of the few Puppy users whom one may easily overestimate ...
Please stay the course, sir!
Posted: Sat 01 Sep 2012, 01:03
by soundNICK
pemasu wrote:Dpup Wheezy is alpha stage testing build. As the first post says. I also explicitly recommended people to test it, rip it apart and brake it and report what works and what doesnt. [S-N-I-P].
oops... my apologies pemasu... I do see those remarks now, in the dPup
Wheezy thread_ : -)
soundNICK
Posted: Tue 11 Sep 2012, 06:13
by Shep
It's time I sent a long-overdue bouquet...
I rely on a 560MHz, PIII with about 768 MB of RAM, and I have been using this Exprimo series for the last 8 or so months.
It is fantastic. 
98% of my net use revolves about Firefox, and it hasn't once frozen, spat the dummy, or kicked over the traces.
I regularly surf with up 60 browser tabs (crazy, I know) yet Firefox hasn't faltered. (To maximize the ram available for apps, I always boot with puppy pfix=nocopy.)
It is sheer joy to surf with this combo of Dpup Exprimo and Firefox. (We're now up to Firefox 15.0.1, it's a dizzying ride just keeping abreast of browser updates.
)
I look forward to the next gem from pemasu. Mind you, expectations are now so high ....
-
Posted: Tue 11 Sep 2012, 13:43
by edoc
Nice report!
Can you explain what this does, please?
"Puppy pfix=nocopy"
I had never heard of this one.
Posted: Tue 11 Sep 2012, 13:59
by Shep
edoc wrote:Can you explain what this does, please?
"Puppy pfix=nocopy"
I had never heard of this one.
Hi edoc. I boot from the CD every time, and "pfix=nocopy" tells puppy
not to load the .sfs file (containing most of the puppy software) into ram, instead that data must read from the HD as needed. This means that RAM that would otherwise be occupied by the .sfs file (~150MB) is free for applications to use. (It also means that some apps might be a tiny bit slower to start up on first use because they are coming off the HD rather than from ram.)
If you have installed puppy on your HD as a full install, then I think "pfix=nocopy" would have no effect, as it is already the economical way puppy works.
Posted: Tue 11 Sep 2012, 14:51
by edoc
I do use Frugal installs but the "pfix=nocopy" is real good to know should I have an app that needs to run in limited RAM.
Thanks!
Posted: Wed 12 Sep 2012, 09:10
by piteapup
nice to see dpup still going on...
gonna be testing it later on today...
hope pemasu gets to intergreat memtest86+ on the iso.
and i will see if it runs on my atom n2600/gma3600 netbook
which is a pain as only fedora17 lxde spin gives me 1024x600,
also for shep/edocs if you want to go the other way and run apps only in ram have a look at "ramdisk gui" this is great for running/testing opera as a example
just unpack the opera .tar.xz into it-100mb is big enough..
ramdisk gui link:-
http://www.murga-linux.com/puppy/viewto ... e6eb986483
have fun.
Posted: Wed 12 Sep 2012, 14:02
by edoc
I have Exprimo running on a Samsung NB30 and a MSI Netbook, so it does handle them fine.
I did have some minor problems on the Samsung with display overlap on sub-windows in Seamonkey E-mail setup (I have a workaround) and the display is dimmed if I boot without AC power (haven't found a way around that as F-key display controls are non-respomnsive).
Thanks for the ramdisk gui link.
Posted: Tue 18 Sep 2012, 06:15
by Shep
I could search through this 144 page thread to see whether it has previously been mentioned, or I could just post away .....
Pburn 3.7.4 in Exprimo 5.X.15 does not generate the correct md5sum. After burning the .iso it offers to check the md5sum, but even after ejecting and reinserting the CD, the correct md5sum is not generated.
Only by leaving Pburn and using the commandline (md5sum /dev/sr0) can I get confirmation of an error-free burn.
Posted: Tue 18 Sep 2012, 13:29
by pemasu
Shep. Basically Pburn uses md5sum binary for it also. There is something incompatible in Pburn itself why the Pburn md5sum does not work. I dont have a glue what is behind that misbehavior. Sorry.
If you launch pburn in console, do you get any error messages when it is time for md5sum checking.
Posted: Wed 19 Sep 2012, 11:47
by Shep
pemasu wrote:Shep. Basically Pburn uses md5sum binary for it also. There is something incompatible in Pburn itself why the Pburn md5sum does not work. I dont have a glue what is behind that misbehavior. Sorry.
It works correctly in some puppies, after ejecting & reinserting the CD.
If you launch pburn in console, do you get any error messages when it is time for md5sum checking.
After launching Pburn in a terminal, I tried TOOLS > DISK INFO to check the md5sum of my CD. It gives the same wrong answer, and there is no error message.
Posted: Wed 19 Sep 2012, 23:10
by Tman
Hi Pemasu,
I thought you might be interested in my modification of Iguleder's buildpkg.
Same ..concept ... you just run
buildpet [script-name] from the terminal.
Some sample scripts are in /usr/share/buildpet. I've attached a tarball of the rest of the scripts that I have. A few are new, most are from Iguleders builder tarball.
I hope to be able to make a frontend for this soon, so that there will be a menu entry for it like Puppizard, and also, so you can just click on the script and it should ask you if you want to build the pet.
buildpet and tarball of scripts
-
Posted: Thu 20 Sep 2012, 03:31
by pemasu
Thanks Tman. I will test them soon. Yes, I am interested. Automated and semiautomated building scripts are handy. Thank you or your work and sharing it.
Posted: Thu 20 Sep 2012, 14:56
by Tman
EDIT: buildpet version 0.4 is released.
Previous versions did not work if you did this in the terminal:
Code: Select all
cd /usr/share/buildpet/document
buildpet leafpad.bp
and it only worked if you did something like this:
Code: Select all
buildpet /usr/share/buildpet/document/leafpad.bp
Now it works either way.
I have started a new thread for it as well.. the link is 2 posts up.
Twitter Problems with Seamonkey?
Posted: Wed 03 Oct 2012, 13:20
by edoc
On my Netbook, which I have not yet updated from 5x14, Twitter kills performance in Seamonkey.
Is this a known problem that was addressed in 5x15 or in the other development track of Exprimo?
It only happens when Twitter is open.
Thanks!
Posted: Fri 05 Oct 2012, 22:17
by edoc
5x15 appears to handle Twitter better than 5x14.
No idea why.
Posted: Fri 05 Oct 2012, 23:21
by Puppyt
I use frugal Exprimo 5x15 as the default Pupplet on my T60 Lenovo lappie, 2GB RAM.
Forget "mobile office" - this is my universe-in-a-box.
I need to work out default app file management with automatic FF upgrades - there's a tute somewhere I guess, but I haven't found it yet.
With this laptop, pemasu has converted me into a lap-lander
Posted: Fri 05 Oct 2012, 23:31
by edoc
We have only laptops and netbooks here which handle all famaily and business apps.
Other than a couple of old ones temporarily dedicated to educational apps for the children (they use MS versions of windows so are not allowed on the Internet) -- all of the others use only Puppy Linux.
5x15 has a couple of real helpful apps in Network that were not in 5x14 -- perfect timing as I just hooked a 1.5TB HDD to the router and needed to sort out the addressing.
CHIRP for Exprimo
Posted: Sat 06 Oct 2012, 16:12
by edoc
To avoid cross-posting I will just link as I realized that the thread was for Puppy Lucid 5.2.5 and my interest is here on Exprimo:
http://www.murga-linux.com/puppy/viewt ... 610#656610
Python mounting & paths?
Posted: Tue 09 Oct 2012, 18:57
by edoc
This is the reply I received -- is there an obvious and simple solution?
> /initrd/mnt/dev_save/savestuff/web/kd4e/digital/chirp/chirp-
> 0.2.3/chirp/detect.py
Is that how Puppy Linux works? Mounting devices into /initrd/mnt/ ?
> Someone found this info:
>
> "python-serial is installed under /usr/share/pyshared, which is not
> in python(2.7)'s search path. Thus it can't be imported."
Hrm, that path is part of Python on all my computers, but I'm running Kubuntu. I know it is also configured like that (by default) on Ubuntu, Debian and Fedora. Perhaps your Linux distro is not set up properly?
> Do this in console:
>
> # python ....and press enter
> >>> import sys ....and press enter
> >>> sys.path.append('/usr/share/pyshared') > enter
>
> CTRL + D to quit
>
> In Console "update-python-modules"
>
> The when I execute "./chirpw" in Console I get the same error.
That's not going to work. You're running Python, setting a variable within that Python interpreter, then closing that interpreter and running another one. That's like running one e-mail program, creating a message in it, closing it, opening a totally different e-mail program and expecting the e-mail to magically appear in that program.
> What must I do to make this work, please?
Change the script.