pUPnGO - 6Mb ISO - Basic Building Block Puplet

A home for all kinds of Puppy related projects
Message
Author
goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#31 Post by goingnuts »

sinc wrote:should i be trying to build it from 412, does that matter?
Hi sinc
YES! It is based on P412 - I have not tested any other versions with the build script. Sorry for all the trouble you have - It should be straight forward - with the speed of light.... :shock:
Kim

User avatar
Keef
Posts: 987
Joined: Thu 20 Dec 2007, 22:12
Location: Staffordshire

#32 Post by Keef »

I can confirm that the build script works on 412 for me. It throws up the "cannot stat /etc/X11R7/bin/jwm." error, but the iso is still built correctly.
The problem with 431 is the different squashfs version - pupngo is unable to load the zdrv which contains the X stuff.
One observation though - the shutdown screen (save to file etc) does not function. Works ok in the 'vanilla' pupngo though.

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#33 Post by goingnuts »

Keef wrote:I can confirm that the build script works on 412..

One observation though - the shutdown screen (save to file etc) does not function. Works ok in the 'vanilla' pupngo though.
Thank you Keef for confirming it works - I was beginning to have my doubts even though it build again and again here...

The script to not create an optimized vesa/jwm situation - quiting vesa is "unclean" - and I think thats why the save script fails - something is running in the background...but I have not been able to fix the shutdown (exit to prompt). If someone could give a solution...Please!

Also I have found that if you formate a partition and use the save script - pupngo do not load everything thats in the zdrv afterwards - thats a pity. If you say no to copy pup_412.sfs to drive when saving - it will still be copied when booting again. Guess thats original Puppy 412 behavior. First boot after creating personal save file is ok - at this boot pupngo copies pup_412.sfs to the partition - but zdrv-content still works. At second boot (meaning pup_412.sfs is on the partition) zdrv-content are not loaded.

So the principle having additional programs and stuff in the zdrv works when booting from a CD - but not after a save to disk. Guess it would demand a hack of init in initrd.

Working on a fix for some of it...
Kim

User avatar
Keef
Posts: 987
Joined: Thu 20 Dec 2007, 22:12
Location: Staffordshire

#34 Post by Keef »

@goingnuts
I lack the knowledge to help with the JWM issue, but maybe this link will help. Seems to refer to a similar problem, but its all a bit over my head.
See the post by Clarf (dated Dec 02 09, about 3/4 down the page)

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#35 Post by goingnuts »

Your hint was good Keef! Nailed it down to jwm exit not working as expected. At start of Xvesa and jwm errors must be redirected to a tempfile (tmp/xerrs.log) and afterwards to /dev/null. In jwm "exit to prompt" using normal menu program instead of jwm shutdown gives "clean" exit to prompt. And afterwards poweroff and save is working again.

A new build of the pUPnGO have been uploaded - this time with a renamed pup_412.sfs (now named pup_412pupngo.sfs) to avoid conflict with any savefiles of normal P412 on your HD. This is meant as a substitute for the Xvesa_jwm-build script. Includes:
Xvesa, jwm, lynx and "lobotomised" versions of grubconfig and bootmanager running in dialog only. I have managed to strip fonts down to 20K.

Still the purpose is to work on the basic non-GUI pUPnGO but maybe Xvesa/jwm should be part of the basic building block?

The new upload is 8Mb and not using the zdrv-approach, still boots in 16 Mb ram in vmware but: do not expect a beauty-box - but it still is a tiny fellow...
Overview:
Kernel (original) 1,6Mb
initrd.gz (original) 1,3Mb
pup_412pUPnGO.sfs 4,9Mb

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#36 Post by ttuuxxx »

goingnuts wrote: Still the purpose is to work on the basic non-GUI pUPnGO but maybe Xvesa/jwm should be part of the basic building block?
I'm sure a lot of users would find it really helpful to have a basic Xvesa/jwm display, They could build a real UltraLite puppy with it, by adding gtk1.2, rox gtk1, SeamonkeyGtk1 or Dillo, the best background setter, came from 2 series that is gtk1.2 and probably some sort of older gtkdialog to get the scripts going. But that would kind of take the focus away from what your trying to achieve here with a non-GUI version. Almost like you might have to split the project into 2 different areas, GUI vs NonGUI. non gui is great for the more the experienced user, but a GUI version would get a lot of new experimental users a tool to learn with. I personally would favor the basic GUI, cmd is ok, but can be a bit frustrating. I don't know its your excellent groundbreaking project you decide, maybe offer 2 versions.
ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

User avatar
sinc
Posts: 545
Joined: Wed 22 Jul 2009, 20:35
Location: Tampa, FL USA

#37 Post by sinc »

@Kim: thanks for your direction. I finally got around to trying the OLD script in 412 and it did work. Only issue was the save file as mentioned before. I now see you have uploaded a new version and put a basic .iso file on your website. I appreciate it I am going to play around with it and see what kind of stuff I can do with it with the millions of programs ttuuxxx has compiled. should be fun... thanks again.

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

#38 Post by clarf »

Hi goingnuts,

This Puplet has some interesting points.

I had been follow this thread and found some clear objectives: a basic building block for stand alone applications or embedded systems. But I still has many questions.

What are the secondary objectives?.

What Server applications will be added?.

I think some basic applications that should be included: SSH Server/client, hiawatha or apache webserver, SFTP Server, MySQL DB Server, etc.

As any Server (or embed system) some security settings should be configured and strong Firewall policies applied, did you included some special settings or plan to include in a near future?

Excuse me if I ask too much,

clarf

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#39 Post by ttuuxxx »

Hi Clarf, hmmm feels strange talking to you in another thread,lol lol
I think he's just giving us a base setup, one with no-gui and one with a real basic GUI (maybe).
What you've mentioned is added stuff that you'll probably have to add for your own project. etc.
From what I get from it is that he's proving a minimum base and its up to the user to go from there. Which is good, not everybody wants games, movie players, webservers etc.
But not to worry I have something brewing ;) maybe for this project and another one. but its top-secret :) lol so don't tell anyone, lol (thinks to himself, kind of a stupid sentence since he just posted the statement in forum, lol)
have fun

ps I think the only thing goingnuts hasn't provided is a cutdown devx, if a regular 412 devx would be used, I'm pretty sure it would fail horribly. There should be a basic devx, that users would have to add deps as they build a system, kind of like how I updated the devx for 214x as we added a newer backend, etc. Should really be a basic gcc, with xvesa drivers, make, autoreconf, automake, libtool, aclocal etc
ttuuxxx

ttuuxxx
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#40 Post by goingnuts »

ttuuxxx: You are right: It is the basis I am trying to make - users have to build whatever please them on top of that. GUI/non-GUI - I hope to find a non-conflicting solution where the basic is non-GUI and the GUI is another "building block"...
Definitely some applications would need a graphic display.
Concerning the devx - in my mind it is not needed as you build from the running host and therefore can benefit and use the normal devx to create the stuff you want in pUPnGO there and add it afterwards. I don't think pUPnGO it self should be a building platform/distro. But I would like to get a PET-installer inside...

sinc: Good the OLD script came alive at your place too - I find it amazing that building a new pUPnGO takes 6 sec. here - hopefully you feel inspired to dig into the build script as well...

clarf: ttuuxxx explained it better than I could. I try to make the basis to be build upon and as small as possible. The server build script is just an example of the principle. You should more or less be able to build what-ever you want: server, answering machine, music-player, tv-recorder, single game distro, radio, web browser, sniffers, crackers, surveillance-system, remote-control - you name it.
Even Puppy Linux 412 can be made - exact copy. :)

tubby
Posts: 317
Joined: Sat 24 Jan 2009, 15:49

#41 Post by tubby »

goingnuts
This is absolutely brilliant, i have already played around with it and am currently sorting out the missing libraries i need to allow Firefox to run properly in it, also the libraries for a Rox filer i compiled. Both are accessible from terminal but are still missing some shared libraries.
I have not had so much fun since i discovered Puppy, thanks for your contribution to the forum and its members.

User avatar
clarf
Posts: 613
Joined: Wed 13 Jun 2007, 19:22
Location: The old Lone Wolf

#42 Post by clarf »

ttuuxxx:

you are right it feels weird, too much time spent in 214X... :) Wonder how many projects are you working on.

goingnuts:

It´s Puppy in its minimum expression. :)

But as another Puppy derivative it should come with some standard Puppy command line utilities like dir2pet, dir2sfs, etc. There´s a latent need to add the tools to adjust pUPnGO to Puppy users needs and also provide the basic building tools for the embed system. I read you are working in a non-GUI pet-install and grub-install, are you working in a new Package Manager too?

Some small applications to manage rpm and deb files will be great, for a powerful building block system. You could try my alienmanager application, I made it for 214X project but surely will work in pUPnGO, because it uses standard busybox commands. You can check it at:

http://murga-linux.com/puppy/viewtopic. ... start=2589

Which other basic tools do you have in mind?

Greetings,
clarf

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#43 Post by goingnuts »

tubby: Thanks!

clarf: I fully agree - it should contain these small but powerful basic applications. I have made the grub and half of the bootmanager, have started on a very simple PET-install and the Universal installer is on hold (extremely complicated for me). But it takes me ages to rewrite them to run in dialog only...

The good thing is that dialog scripts can be made so they run nicely in Xdialog. (although Xdialog adds 3Mb to the pUPnGO-iso).

Other basic tools: date and time setter, timezone setter etc. The small utilities that are nice to have inside and already present in P412 - but converted to dialog only.

I will take a look at your alienmanager soon - sounds good.

Kim

User avatar
`f00
Posts: 807
Joined: Thu 06 Nov 2008, 19:13
Location: the Western Reserve

#44 Post by `f00 »

pup with purpose, what a concept (always did like 412 for some reason). If I can figure out a not-too-complex way to get it to boot from my old zip100 (ack, hopefully not wakepup .. tried it a few times and it only made my head hurt), this leaves a fair amount of storage and a good limiting factor whilst using media that should serve nicely if it works.. Need a break from the candy anyways and the case is due for a cleaning ;)

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#45 Post by goingnuts »

New upload of the basic pUPnGO done. The bug with saving personal file has been solved.
This was a major drawback for the whole concept of pUPnGO. Solution is to have some small content in /etc/rc.local checking if there are content in /initrd/pup_z, and if, copy it to root. A personal save afterwards will contain the content from zdrv_412.sfs. There might be more elegant ways to do it - but it seems to work. I think this is a "clean" solution - all your zdrv-toppings ends in your personal save-file, zdrv-approach in pUPnGO "restored" and basis pup_412pUPnGO.sfs no longer needs to be modified/hacked by builders - all additional stuff can be introduced via zdrv_412.sfs.

This also sort of solves the non-GUI/GUI question. Basis is non-GUI, GUI can be introduced by additional sfs, a PET install inside pUPnGO, build in via zdrv_412.sfs etc.

The pUPnGO_V412_XVESA_JWM.iso have been updated (concerning the save bug) but still do not use the zdrv-approach. The pUPnGO_V412_XVESA_JWM.iso is now a “showcase

davesurrey
Posts: 1198
Joined: Tue 05 Aug 2008, 18:12
Location: UK

#46 Post by davesurrey »

Has anyone got
pUPnGO_V412_XVESA_JWM.iso
running as a GUI yet?

I downloaded, installed with puppy pfix=ram, got a cmd prompt okay.
If I type

Code: Select all

Xvesa
I get a graphics screen but blank except for the mouse cursor so what else to type to get a gui?
Also doing

Code: Select all

lynx 
at cmd line gives me a basic browser but it doesn't seem to be connected to the net as get
unable to connect to remote host.
and

Code: Select all

ifconfig eth0
returns
device not found.
I was hoping this would be a bit easier to start off.

Any help appreciated.

Thanks

User avatar
sinc
Posts: 545
Joined: Wed 22 Jul 2009, 20:35
Location: Tampa, FL USA

#47 Post by sinc »

dave,

Code: Select all

startx
:D

davesurrey
Posts: 1198
Joined: Tue 05 Aug 2008, 18:12
Location: UK

#48 Post by davesurrey »

sinc:
Yes of course. How stupid of me. Thanks my friend.
I'm having one of those days :)

Now any idea about why I can't get my internet connection.
ifconfig -a only brings up the local loopback.
Tried dhclient eth0.....not found
ifup eth0 ...can't open /etc/network/interfaces

Driver issue..wonder how I fix that?

Cheers

User avatar
sinc
Posts: 545
Joined: Wed 22 Jul 2009, 20:35
Location: Tampa, FL USA

#49 Post by sinc »

i haven't tried to connect to the internet yet bc I am not near an ethernet cable, I'm almost always wireless. But what might be helpful would be to use the build script instead of the iso and include ttuuxxx's file manager pet. That will help to be able to search files, but be aware that you have to be in 4.12 in order to use the build script.

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#50 Post by goingnuts »

davesurrey wrote:....at cmd line gives me a basic browser but it doesn't seem to be connected to the net as get
unable to connect to remote host.
and

Code: Select all

ifconfig eth0
returns
device not found.
I was hoping this would be a bit easier to start off.
Hi davesurrey
Are you running in qemu or on a real machine? pUPnGO only provide drivers for vmware and qemu as is...
Try command route at command line...
Kim

Post Reply