The time now is Tue 18 Jun 2013, 17:29
All times are UTC - 4 |
| Author |
Message |
Pizzasgood

Joined: 04 May 2005 Posts: 6270 Location: Knoxville, TN, USA
|
Posted: Mon 14 Apr 2008, 18:12 Post_subject:
|
|
2.14, 2.14R, and 2.16 all use the 2.6.18.1 kernel. So I think the 2.16 source should work.
_________________ Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

|
|
Back to top
|
|
 |
VCSkier
Joined: 04 Apr 2008 Posts: 12
|
Posted: Mon 05 May 2008, 12:50 Post_subject:
|
|
A friend of mine has an old laptop with 64MB or RAM, and I'm trying to get a reasonably quick installation running on it. Puppy 3.01 is working, but it's pretty slow, so I was wondering if 2.14R might be alittle quicker. Has anyone tried it on a system like this? Is it intended to be faster or older systems, or simply offer better legacy compatibility?
Also, if I understand correctly, pfix=noram should help speed things up. Will it work with 2.14R? Thanks.
|
|
Back to top
|
|
 |
richard.a

Joined: 15 Aug 2006 Posts: 510 Location: Adelaide, South Australia
|
Posted: Mon 05 May 2008, 19:38 Post_subject:
Sub_title: Yes! You can :) |
|
Your answer in a nutshell is "yes"
Go look here and you will see screencaps of my running 2.15ce as the only system on a Twinhead with 64Mb of slow RAM (probably EDO) and a 266MHz processor and a small swap file on a 2Gb HDD.
That link again... http://micro-hard.homelinux.net/puppy/about.html - go down the page a bit and you'll see I mention the caps are taken from the laptop. I resized all the desktop icons (all the icons in the directory where they are) to 32 pixels square because they are HUGE at the original resolution. I should put up a download for them some time.
FYI I've done a fair bit of exploring with older computers.
I wouldn't recommend you muck around with turning RAM off etc... let the system manage itself - Linux is very good at doing that
Richard in Adelaide
_________________ Have you noticed editing is always needed for the inevitable typos that weren't there when you hit the "post" button?

|
|
Back to top
|
|
 |
Dougal

Joined: 19 Oct 2005 Posts: 2505 Location: Hell more grotesque than any medieval woodcut
|
Posted: Thu 08 May 2008, 06:07 Post_subject:
|
|
| VCSkier wrote: | | Also, if I understand correctly, pfix=noram should help speed things up. Will it work with 2.14R? Thanks. |
When you boot 2.14R you have the info about the boot options. The right parameter is pfix=noramsfs, but it is irrelevant in your friend's case, as the sfs isn't loaded anyway with 64MB of ram.
_________________ What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind
|
|
Back to top
|
|
 |
jonyo
Joined: 28 Dec 2006 Posts: 2727
|
Posted: Mon 26 May 2008, 13:50 Post_subject:
Sub_title: Yes! You can :) |
|
| richard.a wrote: | | Twinhead with 64Mb of slow RAM (probably EDO) and a 266MHz processor and a small swap file on a 2Gb HDD. | Luuv to read your stuff & what you're working on. I've also felt that original icons tend to be HUGE, take up alot of space & I still haven't sorted out a quick easy way to resize.
Btw, what size swap file?
|
|
Back to top
|
|
 |
ttuuxxx

Joined: 05 May 2007 Posts: 10720 Location: Ontario Canada,Sydney Australia
|
Posted: Mon 26 May 2008, 19:54 Post_subject:
Sub_title: Yes! You can :) |
|
| jonyo wrote: | | richard.a wrote: | | Twinhead with 64Mb of slow RAM (probably EDO) and a 266MHz processor and a small swap file on a 2Gb HDD. | Luuv to read your stuff & what you're working on. I've also felt that original icons tend to be HUGE, take up alot of space & I still haven't sorted out a quick easy way to resize.
Btw, what size swap file? |
tell you what, since your fellow Canuck like myself I'll give ya a hand.
I don't have 2.14r installed but if you tar up the icons and send them to me, I'll resize them and optimize them, But I need to know what size your looking for, like (16x16, 24x24, 48x48) <-- puppy defaults
and the size you want??
ttuuxxx
_________________ http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games

|
|
Back to top
|
|
 |
mcewanw
Joined: 16 Aug 2007 Posts: 1523 Location: New Zealand
|
Posted: Fri 30 May 2008, 08:44 Post_subject:
which devx_xxx and kernel_source sfs to use with 2.14R |
|
Since still using old dialup I have to be careful that any sfs files or isos I download are in fact the compatible ones I imagine them to be.
With that in mind, I am seeking clarification on which devx_xxx and which kernal source sfs should be used with Puppy 2.14R?
I'm presuming devx_214.sfs and maybe (as I've read in above posts) Puppy-kernel-source_216.sfs, both of which I see available at www.puppylinux.ca
Are these the correct two development sfs files for 2.14R?
I've actually still to download 2.14R too, but I'm interested in everything I've read about it so far. Might just work the best on an old laptop I have with 128MByte RAM.
|
|
Back to top
|
|
 |
Dougal

Joined: 19 Oct 2005 Posts: 2505 Location: Hell more grotesque than any medieval woodcut
|
Posted: Mon 02 Jun 2008, 06:49 Post_subject:
Re: which devx_xxx and kernel_source sfs to use with 2.14R |
|
| mcewanw wrote: | I'm presuming devx_214.sfs and maybe (as I've read in above posts) Puppy-kernel-source_216.sfs, both of which I see available at www.puppylinux.ca
Are these the correct two development sfs files for 2.14R? |
Yes, assuming that the kernel sources are for 2.6.18.1 (you will also have yo rename the sfs to 214...).
_________________ What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind
|
|
Back to top
|
|
 |
mcewanw
Joined: 16 Aug 2007 Posts: 1523 Location: New Zealand
|
Posted: Wed 04 Jun 2008, 04:09 Post_subject:
214R doesn't detect my modem |
|
Thanks Dougal
Unfortunately, I've since discovered that 214R doesn't detect the PCMCIA 56K "goldcard" dialup modem in my old Dell CPx laptop. Works fine with 2.17.1 or Dingo (and several other puppies).
When using one of these other puppies the modem is detected as being on /dev/ttyS1
But the modem is not detected anywhere by the connect screens supplied in 214R. Is there some utility available in 214R that could help with that?
|
|
Back to top
|
|
 |
muggins
Joined: 20 Jan 2006 Posts: 6663 Location: lisbon
|
Posted: Wed 04 Jun 2008, 04:44 Post_subject:
|
|
I've had a modem that wasn't detected by pup2.16, but which pup1.08 saw as ttyS0. Solution: run modem-wizard in p2.16 & choose ttyS0 anyway & it works. No gaurantee same will work for you, but worth a try.
|
|
Back to top
|
|
 |
mcewanw
Joined: 16 Aug 2007 Posts: 1523 Location: New Zealand
|
Posted: Wed 04 Jun 2008, 07:33 Post_subject:
|
|
| muggins wrote: | | I've had a modem that wasn't detected by pup2.16, but which pup1.08 saw as ttyS0. Solution: run modem-wizard in p2.16 & choose ttyS0 anyway & it works. No gaurantee same will work for you, but worth a try. |
Actually, modem-wizard appears by default in 214R, so I had already tried what you suggest, but alas, no go...
|
|
Back to top
|
|
 |
capoverde

Joined: 28 Jun 2006 Posts: 231 Location: Sanremo (Italy) with fine seaview
|
Posted: Sat 08 Nov 2008, 12:39 Post_subject:
|
|
First of all, hearthy thanks to all those who worked at Puppy 2.14R! Puppy 2.14 has been in almost daily use on one of my boxes since its release, working perfectly: thus, a "revisited" version is very welcome to me.
One problem I haven't found posts about: I can't get Qiv to respond to any of the mouse/Kbd commands listed in the terminal's Help menu, other than exiting with <Esc>, <q> or mouse middle key. At first I thought it might be another odd hitch from Xorg, but the same happens with XVesa; I tried 2.14R v1.01, but still no change.
Any hint? Does that happen only to me? Thanks in advance.
HW: AMD Athlon XP 1800 on a Biostar M7VIW MoBo, 256MB RAM.
|
|
Back to top
|
|
 |
Pizzasgood

Joined: 04 May 2005 Posts: 6270 Location: Knoxville, TN, USA
|
Posted: Sat 08 Nov 2008, 21:22 Post_subject:
|
|
I haven't used qiv in a long time. Don't remember about 2.14R, but I know that stuff worked in the "real" 2.14.
The image cycling stuff only works if you pass it multiple images when running the command.
I think there was a full-screen option for the 'f' key that works with just one image.
Oh, yeah! I think I remember something about controls only working in full-screen mode.
_________________ Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

|
|
Back to top
|
|
 |
capoverde

Joined: 28 Jun 2006 Posts: 231 Location: Sanremo (Italy) with fine seaview
|
Posted: Sun 09 Nov 2008, 04:28 Post_subject:
|
|
Thanks for the hints! At first I felt real dumb for not having tried with a multiple-image selection (all other viewers I've used opened in sequence all images in the same folder automatically): but no, qiv doesn't go to another pic even that way, full-screen or not.
Contrary to what I said, however, it does respond to other key commands (fullscreen, zoom in/out, commands list etc.) so it's probably my fault anyway. I'll try giving it a list of pics from the console (but shouldn't that be the same as with a mouse selection?).
The funny thing is that pressing the <space> key or left-clicking, the yellow line reporting commands does declare 'next image', and there is a screen refresh -- but to the same pic.
|
|
Back to top
|
|
 |
Pizzasgood

Joined: 04 May 2005 Posts: 6270 Location: Knoxville, TN, USA
|
Posted: Sun 09 Nov 2008, 19:22 Post_subject:
|
|
I think you do have to give it them from the commandline. A tip: you can open the commandline and type qiv followed by a space, and then select all the images in ROX-Filer, and then middle-click on the terminal and it will paste the paths to them all. There is a catch though: it doesn't automatically correct things if there are spaces in the paths, so you can only use this with paths that don't have spaces.
Or you can open a terminal in that directory and run one of these:
qiv *
qiv *.jpg
qiv *.jpg *.png
etc.
You could probably make a script that will grab the path from the parameter and use that to run qiv on the entire directory. Something like this:
| Code: | #!/bin/sh
DIR="$(getdir "$1")"
exec qiv "$1" "$DIR/*" |
Name it something like "qiv_all", set it executable, and place it in /usr/local/bin. Then change the run-action on images to use qiv_all rather than qiv, and I believe it should work. You may have to full-screen it, not sure. If you do, you could modify the script to be like this:
| Code: | #!/bin/sh
DIR="$(getdir "$1")"
exec qiv -f "$1" "$DIR/*" |
You can hardcode any other options you like in the same manner.
_________________ Between depriving a man of one hour from his life and depriving him of his life there exists only a difference of degree. --Muad'Dib

|
|
Back to top
|
|
 |
|
|
|
Rules_post_cannot Rules_reply_cannot Rules_edit_cannot Rules_delete_cannot Rules_vote_cannot You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|