A vote for a modular use of Puppy Linux

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#121 Post by RSH »

mikeb wrote:OK was having too much fun in windows but eventually reset to test in Lucid.
Please, explain: how was this ---> having too much fun in windows <--- possible? :wink: :lol:
mikeb wrote:Ok seems like all worked and ran with save loaded.

Main file and dependency downloaded to modules on sda3 (was unmounted for test) ...they ran and gave the messages.
Both items appeared in the menu (under utility) and the right click unload option worked.

mike
Cool.

Looks like, I'm entering now a point of development where it would be useful to start writing a documentation or at least a quick guide.
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#122 Post by mikeb »

Well a bundle of fun pile of creative and play software.

In this case we have train fever and are making our own layouts with tunnels to make some sort of underground network.
The progarm does actually run quite well in wine but not the editor.

Space exploration, flying, mountain truck driving, rollar coasters.... there's a general escapism theme going on I think :D
Some nice music software too and video. Generally native is a better deal or the only option.
Actually the oddest one is a windows file recovery program for ext2/3...works really well from those sysinternals guys and a hell of a lot easier than debugfs.

Anyway you went of topic :)

So are you basically making an sfs handler that appears to the user as a more standard package manager which can access software online or locally with dependancy checking as would be expected..... is that a rough description?

mike

mike

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#123 Post by RSH »

Ok.

Just could not remember me having such fun in Windows like I do in Puppy.

Maybe I should reboot it? :lol:
mikeb wrote:So are you basically making an sfs handler that appears to the user as a more standard package manager which can access software online or locally with dependancy checking as would be expected..... is that a rough description?
I'm not sure, if I do understand you the right way.



- making an sfs handler

Yeah, basically it is an SFS handler - somehow.

But I do see it more in way like a SFS development kit.

It can be used by users just for the use of local SFS Modules - private use/development somehow.

But it can also be used as a complete development kit by developers of Operating Systems to provide a still small OS with lots of additional applications coming as SFS Modules.

Though, SFS Modules have their limitations, but I'm sure -of course- it's the much smarter way to provide additional applications for an OS. Once a SFS Module is build for the OS there is no future hassle like is so much when installing .pet files.

Since the SFS P.L.U.S. can handle conflicting SFS Modules one can use applications that never will work, when installing them. The SFS Modules converted to SFS P.L.U.S. Format doesn't have only option to load dependent SFS Modules automatically. They can also unload conflicting SFS Modules (when loaded) before loading the wanted SFS Module.

The RunScripts -as you have seen- can be provided built in to the OS and also as Standalone RunScript RoxApp Directory.

So, the user could test additional applications by providing those Standalone RunScript RoxApp Directory. From those SFS Modules, the user wants to use and to keep them, the user can create easily RunScripts in batch mode to be included into the OS - then just do a remaster.

Hundreds of Megabytes of Software added by some KB scripts added to the OS. :D
Usable out of the box, without a save file etc.pp. usw.usf. ... ... ... :lol:



- appears to the user as a more standard package manager which can access software online or locally with dependancy checking as would be expected

No, not really a package manager - as it would be meant by the Puppy Package Manager.

Yes, it can and is supposed to access software online and/or locally.

Dependency checking not like the dependency check for installed packages. If there are dependent SFS Modules needed for its main SFS Module, these dependent SFS Modules has to be defined manually when creating the main SFS Module (eg. JWildFire and Java). Such defined dependent SFS Modules are checked, searched, downloaded and loaded automatically.

So, no hassle for a user to search for a needed Java, Python or what ever.

Such dependent SFS Module -of course- can include just some libraries or what ever is needed to run the application and should not appear in the main SFS Module or in the OS. The developer is completely free to set this up as he/she wants - even to put the Java into the JWildFire SFS Module.

I do prefer to create dependent SFS Modules to be loaded automatically, because several SFS Modules might need equal dependent SFS Modules - like Java.

Most of my Java applications have Java 1.7update13 defined as the dependent SFS Module, which is then loaded just once.

---

This SFS P.L.U.S. SFS Development Kit will be provided like RSHs ScriptBox was offered here for some testings: as a RoxApp Application Directory that will prepare the current used OS for the use of this SFS P.L.U.S. SFS Development Kit just by a single click onto the RoxApp Application Directory.
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

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

#124 Post by sunburnt »

I posted a Virtual AppPkg of koulaxizis`s Firefox-23 on his thread at the bottom:

http://www.murga-linux.com/puppy/viewto ... 761#739761

The download size is 250 bytes.! No-install no-union like RoxApps.


# Also posted a wget Xdialog progress download utility:

http://www.murga-linux.com/puppy/viewto ... 768#739768
.

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#125 Post by mikeb »

Ah ok so more for package builders... just wanted to claiify as the thread had strayed quite a bit at one point.

So from a users point of view they simply would get a large range of sfs to choose from with built in dependancy handling and easy user interface.

Shame puppy removed the load without a save ability... means people like you have to write workaround scripts. I had a dead easy time loading the devx to build a modem driver many years ago and wine for that matter just by placing a file on a drive .... even as a noob it was straightforward. But you have to workaround the status quo and I sympathise though from my perspective it all seems a little crazy. Its not what you do I have a problem with its why you are having to do it but anyway back to the plot.

Your system sounds like what the slax 7 dev was aiming at as they had a problem with user built packages conflicting and they were trying to establish some form of regulation to make the pieces fit together properly. The puppy way seems to have been to resort to using someone elses distro repositories which has its own problems and of course not a sfs in sight (unless they used slax packages of course..I have). As mentioned before, puppy packages need to be built for puppy and your work hopefully will help in that direction.

I notice Lucid is being taken up again and their quick pet was always popular... perhaps playdayz and rewin might be interested in what you are doing since to me it might fit in well with thier design philosophy.

regards

Mike

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#126 Post by RSH »

Ah ok so more for package builders
Yes, for developers it would be some kind of a package builder: SFS Modules Package Builder
So from a users point of view they simply would get a large range of sfs to choose from with built in dependancy handling and easy user interface.
Exactly!

What has been discussed for so long time: a small OS including all you would need for a daily work, plus: a large range of additional, easy to use software.
As mentioned before, puppy packages need to be built for puppy and your work hopefully will help in that direction.
Yes.

I'm only developing for Puppy Linux.

In creative processes a programmer, a musician or even a painter has got to sort out all the trash and junk that comes in mind to reach the essential of a program/function, song or picture.

The SFS P.L.U.S. Development Kit will be -or actually is- the essentials of my developments that has got to be achieved.

LazY Puppy actually was the trash, the junk, that has got to be sorted out first, to make the SFS P.L.U.S. possible.

By the way: I like your script of mounting SFS Modules. The more I examine and use it, the more I like it. Smart, smart, smart - really!

I'm sure, this will have some more on-the-top-role in SFS P.L.U.S. in the future.

Shame puppy removed the load without a save ability... means people like you have to write workaround scripts. I had a dead easy time loading the devx to build a modem driver many years ago and wine for that matter just by placing a file on a drive .... even as a noob it was straightforward.
Sounds like there has been lots of good stuff in earlier puppies which I don't know of and never heard about.

I have entered the forum using Kubuntu 11.04 and using Lucid 525 for a first go on how to produce a puppy by doing installs and remasters. The only older puppy I do know was Muppy, which I have had used for about one year right before entering the forum. Wanted to search for newer Software for Muppy, but could not find any and could not connect to the internet using Muppy - so, used Kubuntu for online stuff.

Was no fun: reboot, reboot, reboot, reboot, reboot, reboot - just like Windows.
But you have to workaround the status quo and I sympathise though from my perspective it all seems a little crazy. Its not what you do I have a problem with its why you are having to do it but anyway back to the plot.
Yes, would have been nice, to enter the forum and just downloading SFS P.L.U.S. or something similar.

But it wasn't available!

However...

I will now start to write a short but useful documentation for SFS P.L.U.S. and trying to reduce the package to the absolutely necessary applications. That way I'm hopefully able to publish the first official SFS P.L.U.S. 4.x.x version within the last weeks of 2013.

So, I'm now a bit rare here from time to time...
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#127 Post by mikeb »

Muppy by mu who did some cool stuff .
He made a 5 line script to deal with the yaf-splash mess but got ignored and instead a 6k gtkdialog mega script was used instead....I saw it mate if he's listening. Grafpup was an earlier quality puplet he made.

I like my activate script too :D ..I should have added memory loading ages ago.... was sat with libreoffice, java qt3 and several others all floating in ram yesterday trying out some pdf editing stuff...a right mess but shutdown with not a twinge on the hard drive.

Ok you are getting busy so no need to reply to this stuff

regards

Mike

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#128 Post by amigo »

"Grafpup was an earlier quality puplet he made" Grafpup was created by NathanF, not MU.

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#129 Post by mikeb »

Amigo ...you are my memory .... it fails miserably on names. :D

Long lost puppy contributors....I liked how well put together grafpup was and had some useful organised software. Nathanf or Mu had to withdraw due to family problems ..... but even that recollection might be wrong and will further compound my mixup.

I might be remembered as comedian but not as a great historian.

mike

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

#130 Post by sunburnt »

amigo beat me to it.! ( Curses... Foiled again... :twisted: )

Actually NathanF showed up a little while back, and MU never left, he runs German Puppy forum.

nancy reagan
Posts: 544
Joined: Thu 22 Jan 2009, 14:20

#131 Post by nancy reagan »

sunburnt wrote:amigo beat me to it.! ( Curses... Foiled again... :twisted: )

Actually NathanF showed up a little while back, and MU never left, he runs German Puppy forum.
MU (Mark Uhlrich) found a job and has no time left to participate the way he did.

He joined the puppy user group on facebook though.

https://www.facebook.com/groups/105376249522117/

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#132 Post by mikeb »

http://www.murga-linux.com/puppy/viewtopic.php?t=90531
@ RSH..example of layering problem.

Be nice if any thing smart I say got as much attention as the dumb stuff lol...reminds me of getting full focus arriving 5 minutes late at a job out of a years punctual performance while the rest drifted in when they liked all the time.

mike

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#133 Post by RSH »

Hi.

Just a short information about which Puppy Linux Operating Systems has been downloaded/tested so far:

DpupSqueeze5.3.6.2 - still to do testings
EliteOS1.1 - still to do testings
GuyDog5.0.1 - still to do testings
Lucid5.2.8 - successful
LxPup13.01 - successful
MacPup5.2.5 - successful
Obedient1 - successful
OVPrecise5.8 - successful
Precise5.7.1 - successful
Slacko5.3 - successful
Studio13.37 - successful
ThinSlacko5.5.01SCSI - successful
ThreeHeadedDog5.2.8 - successful
Wheezy3.5.2.8 - still to do testings

If anyone is using a Puppy different to those listed, would you please read here: http://murga-linux.com/puppy/viewtopic. ... 712#741712 and doing some testings?

It would save me lots of download time and traffic.

Thanks

RSH
raffy wrote:If the user's Puppy has SFS-Load on-the-fly, then all s/he has to do is to load a program's sfs to use that program. Will additional scripts be needed at all?

Or, is there a more important result achieved through the scripts?
Sorry, I have just overseen this.

Usually sfs_load is all, what's needed, to use programs from SFS Modules. But you would have to use the GUI of sfs_load to load SFS Modules, which is really slow, when several hundreds of SFS Modules are stored at boot partition or in boot directory (I do have currently 437 SFS Modules in a single directory).

It's not clear to me, what scripts you mean. Could you please explain a little more detailed?

Thanks

RSH
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#134 Post by mikeb »

Nothing on that list but still around to annoy and test :)

Actually you got a mention in the puppy chatroom today...or at least your sfs plus antics ... was quite a bit of interest. He was interested in having a pile of sfs on tap for a live cd or similar and your work seemed to fit his requirements.

Not sure if you want to include sfs3 or not.... there seems fresh interest in puppy 4.31 and a quick test on 4.12 only seemed to lack sfs4 mounting...the rest appeared to function.

mike

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#135 Post by RSH »

Not sure if you want to include sfs3 or not
The question is not if I want to include sfs3 - it should already work with sfs3.

The question is: why do I get permissions error when trying to download uploaded sfs3 version files.
Actually you got a mention in the puppy chatroom today...or at least your sfs plus antics ... was quite a bit of interest. He was interested in having a pile of sfs on tap for a live cd or similar and your work seemed to fit his requirements.
Yes, SUCCESS! :lol:

Really, there is a Puppy chat room existing? Did never heard that.

Ok, at least one person/user/member/chatter seems to be interested.

Hm...

Just a single member from the German forum probably would be worth all of this work - since I have done so already.

But just a single member from a (I assume worldwide) Puppy chat room interested makes me feel in deep doubt, all this work and effort would be worth to be done (and published).
.... there seems fresh interest in puppy 4.31
Yes, I have noticed that. Though, I'm a bit confused of this.

I think, most people that will come new to puppy don't have such really old computers. For those, who are already puppy users -I think- there are lots of old puppies available.

I'm not on the hunt for always the newest software (please, don't understand me wrong); if so, I would not still using LazY Puppy. I would use my Precised based LazY Puppy version - I'm just keeping and updating this version for later use, if some of my hardware would fail and new one would not work in LazY Puppy.

But, usually evolution (made by humans) is continuing forward - not backward.

And since all the applications are moving forward, there is no need to build new puppies based on older kernels - newer applications won't work then, and users mostly search for the newer applications.

I think it some kind of wasted effort and time to build (e.g.) a community puppy based on what is already existing and working (btw. it is already community edition imho :wink: )

However: I'm trying to continue development of the SFS P.L.U.S., since it works really smart over here and I'm convinced, there must be a second person/user/member/chatter somewhere over the world, who might find this useful! :lol:

RSH

P.S.

Would you please convert those Main & Dependent SFS to sfs3 version, attach to this thread (or better PM me) so, I can try to upload these converted files?

Maybe there is something wrong with my squashfs file converter.

Btw:

The German forum is existing since 01. Dec. 2006 (first posting ever) and just in some few days the German forum will have its first thread ever, reaching 100,000 views!

Guess, which one? :wink:
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#136 Post by mikeb »

Well on puppy 4 as it happens so will post you converted files later on as I cannot download both on here (I accidentally deleted them last night :D ). Yes sorry I remember you mentioning .... sfs can be a little strange at times.. I suspect magic mime problem...occasionally I make a module and it will not show the right click activate menu item...ie the file manager is not detecting it...that happens in rox and thunar.

I think older hardware is a common reason for trying puppy...otherwise why not use something big and shiny if you have a shiny new machine...its less trouble.

Drivers can be built on a range of kernels ...there is no need for the latest to support the latest hardware...ask suse. Webs servers are usually found running older kernels on a stability basis...in my cpanel its up to 2.6.33...a recent change. Proven tried and tested are important features.. Progress needs to be an improvement of some sort.....if I grew an extra appendix would that be evolution :D
I would feel the need for newer software support if I saw that software as doing something better too..at the moment is feels like something forced...update or be excluded for no good reason is a common annoyance on the internet....but we digress.

There seems to be some sfs bashing going on... not sure why .. but the problems relate to how puppy handles them rather than in themselves.
You can change the on the fly loader to improve matters but it still leaves the ones loaded at boot time. Do you or could you have a better way of boot time loading that totally avoids using the puppy init method....you might say...'done this' in which case apologies....I spent 2 years away from this forum..... but if not, its the only way I see of dealing with the problem as getting such changes included in puppy is not an easy route. I have made the modifications but that is of no use to anyone else. I refer to loading order mainly though puppies init does not load additional sfs to ram unless thats changed.

Now that's evolution :)

Ok thanks for the reply..I noticed you have been busy on here generally

mike

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#137 Post by RSH »

Hi.

I have downloaded some more Puppy ISO files and done some testings again.

Here's the current complete list:

DpupSqueeze5.3.6.2 - successful
EliteOS1.1 - still to do testings
GuyDog5.0.1 - still to do testings
KDPup-484beta4-2.6.30.5 - still to do testings - needs downloadable sfs3 versions (I think)
KDPup-Lite - still to do testings - needs downloadable sfs3 versions (I think)
Lucid5.2.8 - successful
LxPup13.01 - successful
MacPup5.2.5 - successful
MacPup5.5.0 - successful - but it has crashed when trying to unload the SFS Module - :shock:
Obedient1 - successful
OVPrecise5.8 - successful
Precise5.7.1 - successful
Puppy431v2_KDE - still to do testings - needs downloadable sfs3 versions (I think)
Raring-3.9.9.2-SCSI - still to do testings
Slacko5.3 - successful
Slacko-5.6.3 - successful
Studio13.37 - successful
ThinSlacko5.5.01SCSI - successful
ThreeHeadedDog5.2.8 - successful
Wary5.2 - successful
Wheezy3.5.2.8 - successful - but it has crashed when trying to unload the SFS Module - :shock:

I think, this should be enough Puppies downloaded for testings (takes too much time for me to download all these files).

My first thoughts about the crashing MacPup5.5.0 and the Wheezy3.5.2.8 was about they might be so-called ADRV-Puppies but, no: OVPrecise5.8 and Slacko5.6.3 are such Puppies and it did work without any problems in these puppies. There must be something else in these two puppies, which seems not to be the case in all of the other puppies. I'm in doubt I could find this out.

However: don't get confused, if the your PM with attached sfs3 file versions will stay some few days in your output folder. I need to make a break from development and online activity. So, just keep the PM in your output folder until I have opened it.

Thanks

RSH
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#138 Post by mikeb »

but it has crashed when trying to unload the SFS Module
First idea was unionfs being used but I don't think they would load in the first place..... unhappy aufs/kernel combination maybe.

Have you tried my script to unload in the problem versions... interested to see if there is any difference. (unlikely...the unload command is pretty standard and nothing else should be happening. On puppy 2.12 I can load sfs but they simply refuse to unload..no crash...thats a 2.6.18 kernel....

Ok on the sfs... I am still on windows now.... and I have to make pizza bases.... but I will get there :)

Mike

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#139 Post by mikeb »

OK finally got there.... was again having too much fun on windows :D ... 3D modelling is sooo adictive.

I unpacked in Lucid but rebuilt in puppy 4 rather than use the sfs converted.
I have attached here... simple and tiny.

@general comments....... but topic related.
There does appear to be some confusion between sfs file usage and the implementation of sfs usage in puppy... 2 entirely different things.

It was only when I changed to using Slax that I learnt of how well all this can work IF, and thats a big IF, it is done properly. Obviously there would be no need for SFS plus if puppy package and sfs handling was done in an efficient and reliable manner. I rewrote the init and sfsloader for the same reasons.

The layering is backwards since when the inits were first written unionfs was used and it was limited to a few layers. That only left room for one or 2 sfs as an afterthought feature so layering was not an issue for its intended use. Having the pup_xxx.sfs as a special file makes the coding a little awkward so the structure ended up as it is and this continued in spite of a rewrite later on.

Overuse of compression... definately an unescessary slowdown.... without it sfs still gives a very good size reduction while remaining fast in use and building....but we are apparently going to use xz for pets and puppy leaves out tiny but very useful core binaries so the size obsession is not just in this area.

Bad sfs breaking a system...I do believe that would apply to ANY packaging method...at least a bad sfs build is removed simply and cleanly.

I have used multi module systems for years... if there were major or even minor problems with It I would not do so... I want my machines to work every day all day and they do and to me this gives the best way of using LInux....I have tried many other combinations. I even ended up using an sfs for saving for the same reasons plus it helped solve puppys unclean shutdown problem in a simple manner and releases flash sticks.
Doing things using the best methods available is natural human behaviour....no obessions going on.
I use windows all the time too...I made it work well as I want and need to use it regularly. No sfs used though I have archived one programs install as an sfs as its soo easy to grab a file using 7zip.... ahh its spreading.

Ok just wanted to address a couple of matter that have arisen on this forum recently.

Will await your return

mike
Attachments
LP2-test_sfs3.tar.gz
(13.27 KiB) Downloaded 491 times

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

#140 Post by sunburnt »

Mike; A thought... An AppDir is sequestered in it`s own dir. and uses it`s own /bin & /lib paths.

It`s certainly possible that it could interfere with everything else, but it`s hard to imagine how...

Post Reply