Static programs - isolating library $PATH [SOLVED}

Using applications, configuring, problems
Message
Author
User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#21 Post by sunburnt »

I looked at CDE and I didn`t like how the packages are built ( usage ).
I think it`s messy making them and also messy using them ( try one...).
CDE only shares or includes libs., it doesn`t manage them like AppPkg.
The concept is somewhat similar to RoxApps and AppPkg, but I did not
see that CDE was any better in any regard, and not so good in some.
All of these package types are; No union, and no install or uninstall.

RoxApps and AppPkg are easy to make and work well ( simple is good ).

I`ve designed a small minimal Linux O.S. that only uses AppPkgs.
The O.S. loads into ~ 30 - 40 MB of ram. Apps. run from ram or device.
It only has rxvt, text editor, a few other utilities, and an AppPkg builder.
All other apps. are AppPkgs, so they`re easily added and removed.
Basing it on stable Ubuntu versions means no app. compiling`s needed.

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#22 Post by greengeek »

I'd be keen to have a try of your OS. Any links?

User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#23 Post by sunburnt »

The only working setup I made was based on Tiny Core Linux as it`s close.
Puppy`s boot is complex and it uses a union FS, Tiny Core doesn`t.

It`s like John Murga`s version of Puppy, or the Puppy PXE LAN boot setup.
2 files, the kernel and image.gz ( like the old-old Puppy ), the image file
loads to ram and has the root file system and the main Squash file in it.
No save file, it uses a save dir., but uses a save file for non-Linux partitions.
And that`s about it.!!! A very simple setup indeed.

I haven`t made a complete working O.S. of it as I realized the apps. were
the most critical part. So I`ve been working on AppPkg to get it ready.
Then I`ll turn my attention to the O.S. to complete the picture.

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#24 Post by greengeek »

If your OS ends up having a shorter boot time than puppy I think it will be an interesting alternative to trial. Those older puppies are quite intriguing in terms of their ability to do a task or two very quickly and I'd love to see one tailored to run ok on a wide range of hardware (including new gear). I'd probably be looking at having a mix of OS installed - some to handle the normal varied desktop type of environment (like Slacko and Lucid etc), and some cut down OSes to facilitate specific functions that I want to do quickly, without bloat.

What I'm finding interesting with pupngo2012 is that despite it's lack of bulk it runs on even my newest gear (admittedly my netbooks are 3 years old now, so hardly "new"). Maybe that is to do with the zdrive setup. Anyway, the idea of a small, fast puppy core with a statically-linked word processor grafted into it is my first goal. So much to learn and so little time...

User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#25 Post by sunburnt »

Having to reboot all the time is a pain. One O.S. should be as good as another.
Why a W.P. O.S. ?

Eventually I intend the device modules to be compiled into the kernel.
So each kernel would be for a specific PC ( motherboard ).
This would speed up the boot, no modules to load. Also no union to setup.

Puppy has lots of boot methods, this makes for varying boot times.
Booting from CD - DVD is slow, the devices were never ment for an O.S.
Boot methods would be; HD, USB, PXE.

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#26 Post by greengeek »

sunburnt wrote:Why a W.P. O.S. ?.
It's just my observation that the more effort goes into grafting multiple programs into a cutdown OS like puppy, the higher the chance of conflicts, and of unnecessary system load. Some of my machines are old and lacking in ram and they run faster with slim OSes. There are many nights where all I am doing is typing up documents and a WP is all I need. The faster the system runs the more productive I am. Plus it is a learning experience for me to build a puppy one step at a time. If I can't successfully remaster a puppy with nothing more than a single WP theres no point me trying a more complex one :-)

User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#27 Post by sunburnt »

I see and understand that. I guess my thought is: Load the SFS you want.
Remastering for apps. is kinda silly considering Puppy`s flexibility.

So... Your stripped Puppy and various SFS files that load-on-the-fly.
There`s How-To pages that talk about removing apps. from the main SFS.
What`s needed is an SFS load-on-the-fly GUI ( maybe one`s been made ).

Puppy`s Boot Manager doesn`t offer Profiles ( I always thought it should ).
But it doesn`t matter, just boot with no SFS files, and load / unload them.

I argued for this type of setup years ago. Many have liked the idea.
Then I realized the union was not needed and it has un-fixable problems.
So my simplified O.S. gradually took shape. AppPkg is a critical part of it.

User avatar
tallboy
Posts: 1760
Joined: Tue 21 Sep 2010, 21:56
Location: Drøbak, Norway

#28 Post by tallboy »

greengeek, for some info on almost similar ideas, and in case this distro is unfamiliar to you, you may get some inspiration by taking a look at how GoboLinux is made:
On GoboLinux, Wikipedia wrote:An alternative distribution which redefines the file system hierarchy by installing everything belonging to one application in one folder under /Programs, and using symlinks from /System and its subfolders to point to the proper files
.
(my personal view: links suck!)

tallboy
True freedom is a live Puppy on a multisession CD/DVD.

Post Reply