(old)Puppy Linux Discussion Forum

Guys, I have a Raspberry Pi board
Have you ordered one yet?
http://www.raspberrypi.org/

You can read some of my misadventures here
http://wikka.puppylinux.com/PuppySchoolRaspberryPi
and on the blog with Mark
http://www.tumblr.com/blog/raspberrypy

What a great piece of kit. So much Puppy potential.
Once we get some smarter dogs involved, we can make some progress.
Believe it or not the software is the weakest component:
http://benosteen.wordpress.com/2012/04/ ... pberry-pi/
We will have to be a pedigree chum.

We are gonna educate our Puppys
We will all be using the same hardware - think of the benefits . . .
. . . Puppy as it was always designed to be
Solid state. Fast, efficient and free to do incredible tricks

Puppi is a good code name for the project. I will be advising with my limited experience , testing and documenting.
The chances of me as a developer [Lobster stifles hysterical laughter] actually creating a Puppi ISO before 2020 are remote.
So I will be instigator of this project.

To be a Puppi we will need some criteria:

- We must run in the 256MB ram of the Pi
This means we can lock the SD card if we wish and write to a second SD media device for config and data or use a USB keydrive. Most likely config is writing back t the SD device - that means the multisession capacity migh be useful.
- Recognizable Puppy scripts and programs
In the Debian Squeeze I am currently experimenting with
I have been able to run
Geany, Midori, Leafpad and install mtpaint, xchat, rox-filer, Inkscape and chromium browser.


Alternative Arch base is now running JWM and other progs . . .
http://wikka.puppylinux.com/PuppiArch

Puppi plan begins to evolve
http://wikka.puppylinux.com/PuppiPlan

Hi Lobster - good going.

Can somebody with electronics knowledge explain this comment:
http://www.raspberrypi.org/archives/1090#comment-20572

I am quite keen on locking the SD boot device - only using it to boot from
Will that be possible?
Basically when you shut down the PupPy
you would have an option on where to save to
SD - in which case it would be unlocked
or a USB connected device like a key drive.

I am not really sure what they are referring to in the above link and how to word a question.
Hope it makes sense to an electronics literate Puppy . . .

You need to think to about what parts of the linux file system you want to write to. You will probably need to write temporary files and have a swap file to speed things up.

If the OS is loaded into RAM and you don't want to save any changes then write-protect should be okay.

Personally I think it make more sense not to write protect so you can save personal files to the SD - it seems a bit unnecessary to need SD and USB storage. If your going to use a frugal configuration the baseSFS file can still be read only in the same way.

How about PupPi as a name?

I am trying Arch
and so far I have
updated Arch
downloaded and 'installed' the jwm window manager
the configuration for jwm is in /etc/system.jwmrc
and I have looked at it with nano - a cli editor

not sure how to get jwm running . . .
Any ideas?

it needs a display option
something like jwm -display vesa30

working swap file would seem absolutely necessary.

PupPi is a good name
but I want to include and empathise Python possibly as a devx type module/option

We could call it Monty Raspberry PupPy thon flying circus . . .
maybe not . . .
update: Puppi it is, we have vala and genie to promote

The swap file - even required for the Rpi SD version?
Could be - gonna do an Arch crash course . . .

Lobster wrote:

not sure how to get jwm running . . .

Does it give any errors/warnings?
Have you done a ldd on jwm?

Have you tried sickguts suggestion?
About halfway down the page here:
http://murga-linux.com/puppy/viewtopic.php?p=621241

starts with:

re: lobster's jwm not working

Have you done a ldd on jwm?

Been busy yodeling with latest Debian
http://raspberrypy.tumblr.com/post/2148 ... spberry-pi

Barry will be creating ARM pets any moment now
http://bkhome.org/blog/?viewDetailed=02796

Where is the latest pet2deb when you need it?

I wonder if its possible to cross compile ARMv6 on a faster ARMv7 machine?

That would depend on the machine code compatibility between the two.

might be a little early but here is a wallpaper.



Uploaded with ImageShack.us

Mine is in the works, hope they will ship it soon

Keep up the good work Lobster. I'm eagerly reading everything you write about the little thing. Your SD trouble and solution surly will save me at least a week in agony! Thanks.

darkcity wrote:I wonder if its possible to cross compile ARMv6 on a faster ARMv7 machine?

I am currently running Linux on a Mele A1000 which has a A8 CPU (ARMv7 + hard-floating-point + neon). The CPU is backwards compatible with ARMv6, and I plan to compile some PETs soon, that will run on the RasPi.

I have already created some here:

http://distro.ibiblio.org/quirky/arm117 ... s-squeeze/

...jwm and gtkdialog are high priorities.

My pain is your gain

Uten wrote: Your SD trouble and solution surly will save me at least a week in agony! Thanks.

re: surly solution: yeah that the swiss part coming out. . i think swiss lobsters are called tarantulas.

Lobster wrote:I am trying Arch
and so far I have
updated Arch
downloaded and 'installed' the jwm window manager
the configuration for jwm is in /etc/system.jwmrc
and I have looked at it with nano - a cli editor

not sure how to get jwm running . . .
Any ideas?

it needs a display option
something like jwm -display vesa30

I've also got this far? Have you worked out how to do it?
mark

Have you worked out how to do it?

No.
JWM has to read the config file and this has to be set up.

For now I am back on the Debian.

Lobster wrote: JWM has to read the config file and this has to be set up.

For now I am back on the Debian.

Ok
I have joined the Arch forum. May get some help there!