A vote for a modular use of Puppy Linux

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#76 Post by mikeb »

Ah good...its something I have been meaning finish off for ages.

Ok some answers/questions.

Feel free to use any part of it useful to you... certainly it would need adjusting to your requirements as its written as a right click in rox option.
at least in its LASTUNIONRECORD entry since this is the one mainly used.
what is it used for with regard to an sfs loaded on the fly...ie for the current session only? Does puppy attempt to unload sfs in the union (I added this ...basically uses the unload part of the script here in a loop.)?
As I have seen it (the SFS) is mounted by using its name and not in pup_roX directory. Is this what you meant about mounting a SFS on top of other layers - even than main one?
No .. that is to make it 6000000 times easier to find in order to unload :D (or browse for that matter)

The layer order is set by the format of the mount aufs command...compare to sfs_load. If a sfs is loaded under the main sfs then say it had a newer library for the app ...it would not be seen. If it needed to modify /etc/passwd (eg a web server with mysql) that would not be seen.
- adding --use-pupro command (to load SFS Modules as usual)
what does this do?
Adding also --unload command (obviously use)
you will notice I check if the sfs appears in the mount output and treats as an unload function if it does...also means a click and mounted sfs would be ignored too but thats a good thing...so automatic but easy to have it manually selected but perhaps keep the mount check.

By the way.... I tested a sfs in /root ... copied to ram and loaded...without ram space it just gave the 'unable to load message'

Your other commands like --fixmenu option will be easy to add.

Ok thats it for now

mike

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

#77 Post by RSH »

Feel free to use any part of it useful to you
Ah, I feared this already.
at least in its LASTUNIONRECORD entry since this is the one mainly used.
what is it used for with regard to an sfs loaded on the fly...ie for the current session only? Does puppy attempt to unload sfs in the union (I added this ...basically uses the unload part of the script here in a loop.)?
It's just the list of currently loaded SFS Modules - as far as I know.

In SFS P.L.U.S. this list is used for the SFS Unload GUI - I have created separate GUIs, because they are faster to show the SFS Modules as original sfs_load GUI is - especially when 427 SFS Modules are in one directory.
- adding --use-pupro command (to load SFS Modules as usual)
what does this do?
It mounts (should do then) the SFS Module then to a pup_ro directory.
Adding also --unload command (obviously use)
you will notice I check if the sfs appears in the mount output and treats as an unload function if it does...also means a click and mounted sfs would be ignored too but thats a good thing...so automatic but easy to have it manually selected but perhaps keep the mount check.
Yes, I know. But --unload would be option to unload SFS by a script command.

To check if it is loaded and then to unload is the old way of sfs_load. Newer version do use the --unload command, so the SFS is not mounted when -accidentally- trying to load again.
By the way.... I tested a sfs in /root ... copied to ram and loaded...without ram space it just gave the 'unable to load message'
As far as i know, this doesn't work in sfs_load (<1.4??).

--

At a previous post:
I suppose the discussion of a modular OS comes in as you did make lazy puppy so I/we tend to assume there is a bigger picture going on.
All discussion of a modular OS to design, is welcome in this here thread. What I meant, is: I'm sometimes interested in reading such, but I don't have all that knowledge to understand completely and/or to reply such postings. As it is my thread, I assume, if not especially addressed, a post would be addressed to me (and others of course) and therefor a poster would wait for a reply.

Just nobody should feel to be ignored, when I'm not replying to such posts.

Everything else related to A modular use of Puppy Linux is also welcome:

- suggestions
- just thoughts
- links to topics found on the forum
- private solutions
- scripts

etc.pp.

So we can have an overview of things related to a modular use - theoretically and practically.

My part would be -and is actually- the use of SFS Modules and therefor the SFS P.L.U.S. Suite, which currently offers 25 applications for the use on SFS, PET and DEB files.

This comes in an about 500 KB sized SFS Module.

This Module is not needed to be included in any OS to publish.

To use its results fully comfortable, a PET package about currently 120 KB in size is just needed to built in.

So, it could be used fully by users (turned into a PET -by SFS PLUS Suite- and installed) or partly by developers (just installing the needed basic functions).

The applications:

- Dependencies Adder - adding dependent SFS Modules to the main SFS Module
- Dependencies Combiner - combines the main SFS Module with its dependent SFS Modules
- SFS Unloader 1 (all) - unload all SFS Modules
- SFS P.L.U.S. Remaster Suite - an easy remaster function just to add new RunScripts to the OS
- Configuration and Data SFS Module (included, but tricky (the config))
- Mount point increase - increasing mount points in 36-er steps
- PET to SFS - converts a PET package to SFS P.L.U.S. SFS Module and builds a RunScript
- PET and DEB combiner - combines PET and DEB files into a single SFS Module
- SFS Module Tester - builds a symple RunScript for locally testing of a SFS Module
- SFS-Edit - edit SFS Modules - modified pizzasgood's version - can re-build GZ and XZ compression (if the OS is able to do so)
- SFS Unloader 2 - unload SFS Modules from GUI - selectable
- SFS Loader - modified shinobar's version - extra GUI to select Modules to load or unload
- SFS Convert - converts SFS Modules to SFS P.L.U.S. format - SFS is ready for the use of SFS dependencies then
- RunScript Menu - a GUI offering all installed RunScrips
- RunScript Patcher - patch easily execute-parameters of RunScripts - single and multiple
- RunScript Builder - the MEAN thing of all - builds the RunScripts from SFS Modules
- RunScript Builder for portable Linux applications
- RunScript Builder for portable Wine applications
- RunScript Builder for installations in Wine
- SFS P.L.U.S. Suite GUI - a GUI for the easiest use of SFS P.L.U.S. Suite

SFS P.L.U.S. Suite comes as RoxApp!

I just have to sort some things for the install package.

Over all it is ready now for testings - so, where are the testers?
[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

#78 Post by mikeb »

It's just the list of currently loaded SFS Modules - as far as I know.
ok... well using the sfs name does give a dead easy way to list loaded modules using ls or find... but then you have to deal with puppies way of doing things ie pup_ro(n).
my initrd has pup_ro1 , pup_ro2 and pup_rw, everything else is loaded on the fly to named folders in the same way so there is no distinction between loaded at boot and later on.
I am not a fan of lots of status text files scattered around.

Yes defining load and --unload would make sense for your system....simplifies the bash anyway.

So quite a bundle.

Is there an advantage of roxapps over .desktop files and the linux file system? That one loses me a little bit.

I am sure there are dormant testers...best put a file up to test :)

mike

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

#79 Post by sunburnt »

Hi mikeb; A true sfs file is a creature of the union. But they can be used without a union also.
There`s a few ways to make this work:
1 ) Custom compiling ( doesn`t work for all apps, some just don`t like it.).
2 ) A close cousin to it is modifing the exec. binary files so the paths are changed to relative.
....... If all apps were made with relative paths, they`d all be relocatable ( some don`t work also ).
3 ) A private union and chroot, this works very nicely and keeps the conf. files in the AppDir.
4 ) Making links and setting $PATH & $LD_LIB_PATH. Works very well, kinda messy to do.
5 ) A Junction link ( doesn`t exist for Linux ). It`s kinda like a half-way union without overhead.

RoxApp, or as they are called now... AppDir
They don`t have anything to do with desktop files which are just used for menus really.
My AppPkg makes links in /usr/share/applications to its desktop files, and for it`s icons also.

A union merges RO and RW file sys. because the Linux file tree wasn`t designed for this.
Relocatable apps don`t care where they are, in the Linux file tree, or a partition, or in ram.
For Puppy what this means is a small Save file ( no apps in it ), and no added union layers.

Working on a "Virtual AppPkg" Builder. I`ll post one. Made a Ubuntu mirrors selector gui.
.

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

#80 Post by RSH »

Hi mikeb and sunburnt!

So, there we are, the Three Musketeers of Modularity! :lol:

Ok, I know I'm late. Wanted to post all the good news Yesterday, but real Life ... you know, just had to move some plannings etc.pp.

How ever, this has made me up to spend some time to do some further work on the concept of Modularity (which mostly to me is better spent that way, than to spent it to try to read and post on the forum) - and I can say: I have done a lot!

Currently I'm at work 26 Hours in a Row!

And it was/is worth every minute, that has been spent to this.

So, first to say: I've got some good news and also some bad news. And I assume you will -as usual- know the bad news at first.

Ok, here they are, the bad news:

- the packages have become bigger in size :shock:
- they are now too big to load the to the forum and send them by PM for doing some testings :cry:

And now the good news:

- the bad news are a part (a result) of those good news
- I have finshed the RoxApp Builder
- yes, I have made complete translations from DE to EN
- I will introduce (and include) the RoxApp Builder into SFS P.L.U.S. - actually already done
- I have made some testings successfully meanwhile using a bare Lucid 528-005, a bare Precise 5.7.1 and a bare Slacko 5.3
- all went well, just by a single left-click onto a RoxApp Directory Icon

I am currently packaging some applications and stuff together, to upload a full featured SFS P.L.U.S. including the RoxApp Builder, a resized (a little smaller) version of my RSHs-ScriptBox and a short tutorial how to install (actually just store on drive(s) the parts of the package, which is currently at 22 MB. It comes also with some portable Apps for Linux and Wine, to make the big picture of modularity really a big picture

- the SFS P.L.U.S. SFS is 888 KB
- the SFS P.L.U.S. Install package is 142 KB

Though, the SFS P.L.U.S. Install package is not needed to install, to use the package. Just run a fresh bare Puppy (best is Lucid for a first go and the most success of all the applications that comes with a RunScript, because of LazY Puppy is a Lucid Derivative).

Because I'm obviously unable to give anyone any idea of what am I talking about, working on and doing with LazY Puppy, I did decide, to upload the complete package. More on this some later...

I will be back!
(T2)

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
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Modular Puppy --great thread, plus some thoughts

#81 Post by mikeslr »

Hi RSH, mikeb, sunburnt & All,

Informative and IMHO important thread. I am happy to observe a spirit of inquiry and co-operation and hope it carries forward when it become necessary to create, in Barry K's absence, the next Pup.
And a special thanks to RSH for the links on the second post of this thread.
It is not my purpose to derail this thread, so if the following appears to be outside of RSH's interest please feel free to disregard it. However, I believe it is relevant both to question of modularity and the broader issue of design gcmartin raised.
I recall reading somewhere that RSH discovered RoxApps while creating his Puplet and realized their general utility for inclusion in other Pups. In a similar vein, I stumbled across what playdaz had referred to as Program Folders –he's since decided he didn't like that name, but I can't think of anything better-- and realized their general utility as alternatives to pets and SFSes. A Program Folder is an application together with all necessary libs and config files etc. contained in a folder EXTERNAL to Puppy: it can be anywhere, on any medium –CD/DVD's might have to be RW or Multiboot-- your computer has access to, linked to your operating system only by a couple kilobyte script which calls the application's executable. What can be more modular than that?
My experiments revealed that Program Folders more frugally --by as much as 45%-- utilize a computer's resources with the exception of storage. http://murga-linux.com/puppy/viewtopic.php?t=84457 than either pets or SFSes. I appreciate that each time I post something about Program Folders I arouse suspicions concerning pathological preoccupation or trolling. But with the cost (on ebay) for an 8 gb USB-Keys, a 100 gb IDE hard drive and a comparable “small

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

#82 Post by Keef »

If the AppDirs are put in /mnt/home or where ever, are users expected to find and run them from there?
If a method is used to put an icon on the desktop, or a menu entry, then Rox itself is irrelevant I think. A link to the directory or to the wrapper-script/binary inside has the same effect.

I run Opera and Synfig (2D animation) as AppDirs, but Rox just saves me a click.

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Sorry for any confusion

#83 Post by mikeslr »

Hi Keef,

If your question was generated by my post, I apologize for any confusion. I wasn't suggesting that the AppDirs be place in mnt/home. AppDirs must remain within Puppy proper, either as part of the NameOfPuppy_VersionNumber.sfs included in the NameOfPuppy.iso or its remaster or as part of the "merged filesystem" if you are using a SaveFile. It is SFSes and Program Folders which are usually placed in /mnt/home. [You wouldn't want to locate a Program Folder within your SaveFile because --as in Full installs-- the files within it are NOT compressed. That is one of the reasons the use of Program Folders can reduce the use of RAM and/or CPU by up to 45%. On the other hand, the Program Folder equivalent of an 173 Mb SFS gz compressed requires over 500 mb of disk space].

But having re-read your question, I think you've made two false assumptions. The first is that RoxApps can be run when Rox is NOT the File-Manager. They can't. The second is that the purpose of this thread is to discuss his implementation of RoxApp, which it is not. The purpose of this thread is to discuss the benefits and detriments, issues and ideas in general relating to building Puppy in a modular fashion. As I understand it, RSH has developed an implementation, Rox App Builder, open for discussion and criticism here:
http://murga-linux.com/puppy/viewtopic.php?p=720483

mikesLr
Last edited by mikeslr on Mon 11 Nov 2013, 01:36, edited 1 time in total.

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

Modularity Package uploaded

#84 Post by RSH »

Ok.

After 35 hours of constantly work, it is done.

Tested successfully (and already in use) in Lucid 525, 528, LxPup 13.01, MacPup 525, Precise 5.6 & 5.7.1, Studio 4, Studio 13.37, Slacko 5.3 and Wary 5.2!

The Modularity Package, which contains SFS PLUS 4 (3.9.3), RoxApp Builder 0.9.0 and RSHs ScriptBox 1.3.7, is now uploaded to my repository at smokey 01.com.

Its size is now 27 MB, but don't be scared on this size. It is just this big, because of some portable applications for Wine and Linux are included, to give you the most comfortable way possible, to have an easy start with that.

Here is the Modularity Package.

And here is a short Guide how to set this up, plus some information about content etc.pp.

---

Download the Modularity-Package.tar.gz file and unpack this onto a EXT partition.

###############################################################################
# 2013-11-11, RSH, GPL2, RSH - R-S-H @ murga-forum (puppy-linux.org) #
# --------------------------------------------------------------------------- #
# SFS P.L.U.S. 4 (3.9.3) including RoxApp Builder 0.9.0 packaged in #
# RSHs ScriptBox 1.3.7 - a RoxApp Application Directory #
###############################################################################



###############
# Requirements:
###############

- at least the boot partition should be either a EXT partition or,
- if not, then there should be a parallel partition 1 in !!!EXT!!! format

Example:

- - boot partition = sdd1
- - parallel partition 1 = sdd2
- - parallel partition 2 = sdd3



###############
# Installation:
###############

- directory 'Module' goes to boot partition (NOT directory!)
- directory 'My-Files' goes to boot partition also
- directory 'PortableApplications' goes to boot partition as well
- directory 'RoxApp-Application-Starters' containes some application starters,
- - that shall be used for an example, to show the re-build of such a RoxApp
- - no matter, where to store these - use !!!partition in EXT format!!!

- content of directory 'RoxApp-Collection', which is directory 'RoxApps'
- - goes to parallel partition 1 (EXT format) or, if not existing, to
- - boot partition (needs to be EXt format then)

- content of 'RSHs-Scriptbox-Including-SFS-PLUS-Suite-And-RoxApp-Builder',
- - which is directory 'RSHs-ScriptBox', goes to parallel partition 1 (EXT)
- - or, if not existing, to boot partition (needs to be EXt format then)

- content of directory 'Some useful Scripts', which is 'Scripts' goes to
- - boot partition again

- directory 'WineInstalls' goes to -yes- boot partition

- files 'lped' and 'lped-bak' are going to boot partition one more time



So, let's assume, you have boot partition sdd1. Then the paths should look
like the following listed:

- /mnt/sdd1/Module # Store SFS Modules here, it downloads to here also
- /mnt/sdd1/My-Files # Your directories an files to be saved herein
- /mnt/sdd1/Pikona # Needs ImageMagick (can use LP2_ImageMagick-6.6.9-5.sfs)
- /mnt/sdd1/PortableApplications # PortableApps for Linux and Wine
- /mnt/sdd1/Scripts # Simple but useful Scripts
- /mnt/sdd1/WineInstalls # Setup.exe files for Wine
- /mnt/sdd1/lped # Directory and File Names
- /mnt/sdd1/lped-bak # Backup of 'lped'

- /mnt/sdd2/RoxApps (or even: /mnt/sdd1/RoxApps, if /mnt/sdd2 doesn't exist)
- /mnt/sdd2/RSHs-ScriptBox (or even: /mnt/sdd1/RSHs-ScriptBox, ... ...)



######################################
# Content of Package - short Overview:
######################################

- Shutdown GUI
- RSHs-ScriptBox Toolbox (38 Scripts/Utilities)
- RSHs-ScriptBox Sub-Tools (16 Scripts/Utilities)

- LP3_SFS_PLUS_3.sfs (SFS P.L.U.S. Suite 4 (3.9.3)
- - this offers 25 applications for the use on editing/building SFS Modules,
- - converting PET to SFS (and revert), creating RunScripts and many more

- LP3_ScriptBox_Icons.sfs (Icons for RSHs ScriptBox)
- LP3_SFS_PLUS-3.9.3-install.pet (needs only to be installd, when the OS
- - shall be enabled to use the SFS P.L.U.S. RunScripts without the use of
- - LP3_SFS_PLUS_3.sfs)

- RunScripts for SFS Modules (currently 545) and portable Applications for
- - Linux (1) and some for the use in Wine (17)
- - it uses 'LP2_WineCorelSuite' from LazY Puppy, which is not available to
- - download - just use the (to be) renamed 'LP2_Wine.sfs' for this

- RSHs RoxApp Builder 0.9.0
- - a useful Tool (GUI enabled with backends) to create RoxApp Programs in
- - different ways for different uses

Beside this there are some portable applications for Linux, Wine and also some
applications to install in Wine (use 'LazY WInstND' for this). Inside directory
'My-Files' are also some directories and files placed. When you want to change
any of the directories names, please edit its name in file 'lped' as well!!!

For SFS P.L.U.S. Suite and for the use of 'RSHs-ScriptBox' above listed file,
'/mnt/boot-partition-here/lped' is needed. For a published OS, that just uses
pre-build RunScript (created and included into the OS by the developer), only
'LP3_SFS_PLUS-3.9.3-install.pet' needs to be installed (ca. 142 KB). For simply
a daily use, do not install anything ---> read more below!



#################################
# How to use this at first start:
#################################

If everything is setup as described above and a fresh clean Puppy has been
successfully booted from boot partition, just open parallel partition 1 and
execute a single left-click onto the RSHs-ScriptBox RoxApp Directory Icon.

That's it!

Ready for use!

Have Fun with that...

RSH



Note: you can use 'RSHs-ScriptBox' and modify it for your own needs. I will not
make any further updates to 'RSHs-ScriptBox'. Only updates of 'SFS P.L.U.S.
Suite' and 'RoxApp Builder' will take place from time to time (if necessary
or evolved somehow).

'RSHs ScriptBox' has found its place inside this package just to show, what
anyone easily can build for his own needs, by using 'SFS P.L.U.S. Suite' and
the 'RoxApp Builder'.

It gives a small impression of what I have setup over here. Currently I do use
a OS of 130 MB in size, plus -setup in a way as it is shown herein- some extra
Software of 11,247 MB - the biggest pool is SFS Modules!

Click it, keep it. And for this time: two thumbs UP!



#############################################
# MD5-Sum: 57696b3a9a5e83ae68a6bfadf30d5a56
#############################################

######################################################
# SHA1-Sum: fb700c17818cb6a38b115da07c671c0a5b07ec69
######################################################



###############################################################################
# End of: SFS P.L.U.S. 4 (3.9.3) including RoxApp Builder 0.9.0 packaged in #
# RSHs ScriptBox 1.3.7 - a RoxApp Application Directory #
# --------------------------------------------------------------------------- #
# 2013-11-11, RSH, GPL2, RSH - R-S-H @ murga-forum (puppy-linux.org) #
###############################################################################

Edit:

Just forgot to mention:

To use the RoxApps included in the Modularity-Package, download its related SFS File from my repository at smokey01.com/RSH/ and store it to /mnt/your-boot-partition/Module - the RoxApps do need the SFS at this location, because all they use is a symbolic link to the SFS.
[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]

dancytron
Posts: 1519
Joined: Wed 18 Jul 2012, 19:20

#85 Post by dancytron »

RSH - I downloaded this and will try to test it for you by the end of this week.

Dan

edit:
Okay, manual frugal install of Precise 5.7.1 on SDA3 (EXT4 partition). Copied folders to SDA3.
I played with it a little. The Lazy Puppy download an sfs on the fly worked okay.

I don't really understand the Rox app thing yet.
Last edited by dancytron on Thu 14 Nov 2013, 05:49, edited 1 time in total.

mhanifpriatama
Posts: 60
Joined: Sat 22 Jan 2011, 07:50

Tiny Core Linux, modular linux

#86 Post by mhanifpriatama »

Puppy linux is my daily use. But I do not like pupsave. If I not use pupsave, boot comes long time. (Sorry my English). I do modular things in my slacko that can be load from 5.5 and 5.6 (fresh frugal).
I interested to Tiny Core Linux system(fast boot). They fully modular, like Pupngo. This post is from tiny core linux 5.x. I can load inkscape.sfs from slacko repo, and copy their dependencies from slacko.sfs. (Just rename inkscape.sfs to inkscape.tcz, and cp dependencies).
Because I'm not DEVs, I wait a Dev person who can make puppified Tiny Core Linux. Your Lazzy Puppy is something like similar. (Sorry if wrong).

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

#87 Post by sunburnt »

Hi mhanifpriatama; Puppy and TinyCore work completely differently. T.C. has no union.
But the easy app. download and install from other distro. repos. could be possible in Puppy.

RSH`s modular LazyPup is movement in the right direction for Puppy. But a solitary movement.

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

#88 Post by mikeb »

Ok instead of bitching about me in another thread you should have posted here.

The reason I did not reply (or test) straight away is because I had nothing to say.

If I did it would be something like 'Is this a joke?'

mike

raffy
Posts: 4798
Joined: Wed 25 May 2005, 12:20
Location: Manila

takes time

#89 Post by raffy »

sunburnt wrote:RSH`s modular LazyPup is movement in the right direction for Puppy. But a solitary movement.
It takes time for people to test new ways, so some patience and waiting is needed on the part of the dev.

I have used RoxApp in the past, and it's been used in Puppy circa version 1+, so I can say that I like it, but I still have to find time to test what RSH has done here.
Puppy user since Oct 2004. Want FreeOffice? [url=http://puppylinux.info/topic/freeoffice-2012-sfs]Get the sfs (English only)[/url].

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

#90 Post by sunburnt »

Main interface is the ScriptBox right-click menu that`s a modded Rox menu.
There are tons of scripts, so lots of installed infrastructure and complexity.

# Thoughts: I agree with amigo that simple is the only way to go...
Modularity as a concept is great. But any added complexity is a heavy toll.

An AppDir package is self-contained and no-install = little infrastructure.
SFS files are no install ( sort of...), but need a union = added infrastructure.

An app menu for both SFS and AppDir would handle both transparently.
There`s no need that the user ever know that there`s a difference.
.

raffy
Posts: 4798
Joined: Wed 25 May 2005, 12:20
Location: Manila

SFS-Load on-the-fly

#91 Post by raffy »

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?
Puppy user since Oct 2004. Want FreeOffice? [url=http://puppylinux.info/topic/freeoffice-2012-sfs]Get the sfs (English only)[/url].

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

#92 Post by mikeb »

Loaded at boot sfs files placed with the main sfs...no configs to setup.
A folder of optional ones to get loaded with a right click.

Inspired by the simplicity of slax all this works with a few lines over the basics needed to use just a pup_xxx.sfs and a save system.

That's it...nothing more...the rest is just standard linux.

Modular 'should' be simple... that's the main reason for doing it that way in my book.

Module creation is compressing a file tree....manually or the odd 2 line script. .... my slobby engineering nature brought me to this point :D

mike

simultaneous posts....
Or, is there a more important result achieved through the scripts?
for standard pups there is the problem of upside down layering so scripting is needed to bring out the hidden files.... otherwise there would be nothing to do apart for perhaps refreshing the menu.

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

#93 Post by RSH »

sunburnt wrote:Main interface is the ScriptBox right-click menu that`s a modded Rox menu.
There are tons of scripts, so lots of installed infrastructure and complexity.

# Thoughts: I agree with amigo that simple is the only way to go...
Modularity as a concept is great. But any added complexity is a heavy toll.

An AppDir package is self-contained and no-install = little infrastructure.
SFS files are no install ( sort of...), but need a union = added infrastructure.

An app menu for both SFS and AppDir would handle both transparently.
There`s no need that the user ever know that there`s a difference.
.
Yes, any added complexity is a heavy toll, but as I've stated before, RSHs-ScriptBox has only find its place in the Modularity Package, to give any testers an easy way of start and testing.

RSHs-ScriptBox is NOT a part of the Modularity Concept!

The Modularity Concept is SFS Module based!

The RoxApps -like the RSHs-ScriptBox- are just an addition to show, how such can be put together and how easy it will work.

Meanwhile i have reached some PMs, but I don't have the time to reply to any at the Moment. Will do it later - sorry, but I'm really busy.

---

However, to make you all more able to understand, what I am doing, do test the attached.tar.gz. It contains a StandAlone-RoxApp-directory, named: LP2_JWildFire-1.01.sfs.Scripts, which you can store where ever you want, as long as the location can handle linux-type symbolic links.

Nothing, absolutely nothing of the Modularity Package is needed to run this and to include this into a Operating System - so, please get it all out of the way for testings.

Please do some testings in a fresh and clean puppy. Do not forget to create directory Module on boot partition, when trying this on installed puppies. it will still download to this directory.

Please, do test this also by booting from CD. If you will have already downloaded LP2_JWildFire-1.01.sfs, move it , so that it can't be found.
It will (should) download the LP2_jre-1.7u13-i586.sfs as well, which is the dependent SFS Module of LP2_JWildFire-1.01.sfs.

When testing this from CD booting, first open the directory LP2_JWildFire-1.01.sfs.Scripts and go to its hidden .data directory. There is a empty file: download_dir_temp, open this in a text editor and insert a drive, where to store the downloaded SFS Module.

Note: insert just the drives name (e.g. sdd1), no /mnt and no further directory name. It will create automatically its download directory by using the DISTRO_FILE_PREFIX in its name.

If you don't insert any drive to this file, the SFS Module will download to /tmp into a sub directory by using the DISTRO_FILE_PREFIX in its name.

After first use, this file download_dir_temp is copied to /tmp and after this each time executing such a StandAlone-RunScript-RoxApp-Dir will read this file out. So, after a first go, you need to edit the /tmp/download_dir_temp because it will not be overwritten if existing in /tmp.

Please do test both variants when using this from CD. Currently I can not make tests on this download feature, so I need your test results.

Please do test also with mounted and unmounted drives - it should mount the drive/s automatically.

When I'm publishing the Modularity Concept (SFS P.L.U.S.), such StandAlone-RunScript-RoxApp-Dir would be the only thing that any OS developer would have to provide for the OS.

Ok, that's all for now. hopefully I did not forget anything to mention and some successful test results will return.

I'm back on duty...

RSH

P.S.

A PM wrote (can't resist to quote this PM):
Hi RSH :D
OK HOLLY S#@T ! I just did a fresh frugal install of precise 5.7.1 and added your Modularity Package :D :D :D
I am at a loss for words right now ! I don't know alot about how everything works yet but I am rubbing my eyes trying to take it all in :lol: Very very nice work ! I will be sure to post on it soon after i am done collecting myself !
I dont know yet how much I like it but you definitely have my attention !
Well done ! :wink:
Edit, 2013-11-25, 21:25 GMT+1:

Attachment removed, upload of a improved version will follow and be posted on page 8.
Last edited by RSH on Mon 25 Nov 2013, 20:09, edited 1 time in total.
[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

#94 Post by mikeb »

Ok downloaded it, tried it but no sfs obtained perhaps the lack of DISTRO_FILE_PREFIX would be the reason.... something easily hacked or is there more to it?

my-roxapps was about the first thing I removed from puppy many years ago so the sight of a huge pile of them made me a little wary (no pun intended)
If its just for demonstrating sfs usage then a misunderstanding has occured.

mike

ok gave DISTRO_FILE_PREFIX a value in the script but still no joy. :( any other puppy version dependant variables ?

partsman
Posts: 363
Joined: Wed 06 Jun 2012, 19:00
Location: OHIO,USA

#95 Post by partsman »

Hello all :wink:
Ok i have precise 5.7.1 frugal installed on an ext4 partition on my hard drive with modular package installed ! So far so good :wink: Been using a couple of days no no problems ! I must say i am amazed with this and the fact that i dont have the worry of a save file is awesome ! Very nice work RSH :wink: So just to clarify the use of sfs files and RSH script box are not the modular idea here "just a little extra bonus" am i right ?
This is very impressive ! As i read back through this thread RSH is right ! Alot of problems with apps not working etc. pertain to the save file ! I know just from my own experience that i have on more than 1 occasion accidentally deleted my save file :cry:
@RSH : Its hard to embrace change ! Its a human thing ! But the more you use it the more comfortable you become :wink:
Remember the first time you used puppy ? It was all new then ! But you learned to use it ! RSH's modularity concept is no different :wink:
[color=red]Anyone can build a fast processor. The trick is to build a fast system. (Seymour Cray)[/color] :wink:

Post Reply