I am ok booting from Cd but will probably carry out a full HDD install some time in the future

Don't do this.

Do a frugal install either to HDD or to USB-Flash (or USB-HDD) - I recommend USB-Flash.

L.A.S.S.I.E. is made especially for the use of SFS Modules that can be loaded for the use of its containing application and unloaded on the fly after the application is not longer needed during the session.

To load and unload SFS Modules doesn't change anything inside the OS as it is done when installing .pet files.

A full HDD install can not handle SFS Modules in that way.

You can create so-called RunScripts by right-clicking a SFS Module (choose 'Create RunScript) and after creating the RunScript, the application can be executed from a (its) menu entry. The SFS Module will load automatically before executing the application.

Try also this feature it is somehow similar to previous mentioned RunScripts but comes as a RoxApp Directory (needs to be stored on ext partition).

Please, would you post here again, if and how you maybe solved this (so I can put a link to such solution for other users using GRUB Legacy)?

Thanks.

greengeek wrote:

Wow! Looks great RSH Major project.

Thanks, though I think, the Major project is still to come. Maybe L.A.S.S.I.E. 0.0.3 will be close to it?

Besides L.A.S.S.I.E. 0.0.3 will be able to boot directly into a specific Language, Keyboard Layout and also Timezone, it will have some more new features.

To boot L.A.S.S.I.E. 0.0.3 directly into a specific Language, Keyboard Layout and also Timezone, parameters plang, pkeys and ptimezone can be used separately as well as this all can be setup by a single parameter, pinterface. This of course is limited so far to the languages of the pre-installed langpacks.

To get those external Scripts, RoxApps and Portables into the JWM Menu, a corresponding file is used, which is located at boot partition.

One e.g. definition in this corresponding file would be, the name of the Wine SFS Module to use.

Clicking a Menu entry in the Menu Pipe for the Portable Windows Apps, will load first the defined Wine SFS and then execute the Portable Windows App.

Expanding the OS by programs from SFS Modules and get them into the Menu by Menu Pipes - no remasters are needed for this.

Another Example given:

Create a SARA-RSD Application Directory with SARA-B. Copy this SARA-RSD Application Directory into a Directory at L.A.S.S.I.E.'s parallel partition and put a symbolic Link into the external directory used for the Personal Favorites. Refresh the Menu Pipe and use the application from SFS by a Menu entry in Personal Favorites JWM Menu Pipe.

Regarding of my announcements in my previous post as well as to the inabilty of L.A.S.S.I.E. Version 0.0.2 to create a save file at shutdown (except on usb-flash, FAT32 formatted), I did decide to make a step, that I've already announced and partly released in LazY Puppy 2.0.2-005.

L.A.S.S.I.E. Version 0.0.3 will be completely unable to use and handle puppy save files - I have removed and modified everything that I could find in the scripts to make L.A.S.S.I.E. Version 0.0.3 a PUPMODE=5, RAM only, no save file in use Puppy Linux.

It will include the Configuration SFS and Personal Data SFS ability and functions, which I'm using for about a year now in my private version of LazY Puppy to keep settings like used GPRS Modem and/or selected Screen Resolution etc.

Besides a manually editing by unsquashfs/mksquashfs or SFS-Edit, there will be the SFS P.L.U.S. Remaster Script and also the LazY Remaster Suite to remaster the OS - if a remaster really would be necessary.

KDE depends of an (existing) suppl. SFS of course but offers considerably wider performances as only a pretty desktop:

if you use and load a kde.sfs, you are also able to work with a lot of other goodies of Linux depending of KDE like educative applications (Kturtle, Parley etc) as well as artistic applications for sounds and music, painting etc.!

These Menu Pipes using a corresponding File at boot partition, wherein the directories of Scripts and Files etc. are to be defined, so the User can setup his own Directories for Scripts and Files etc.

Let's say the user defines a Script Directory "Scripts" then the Menu Pipes searching for Directory "Scripts" at boot partition. But one can define also a complete path like: /mnt/sda1/my-scripts.

All these Menu Pipes are statically, which means, one needs to refresh them manually after content of directories has changed.

oui wrote:

Hi RSH

Good info, thank you very much! Is the ISO yet online?

And why only 3 WM? Why not KDE?

KDE depends of an (existing) suppl. SFS of course but offers considerably wider performances as only a pretty desktop:

if you use and load a kde.sfs, you are also able to work with a lot of other goodies of Linux depending of KDE like educative applications (Kturtle, Parley etc) as well as artistic applications for sounds and music, painting etc.!

I don't know much about KDE, so I would need to learn again a lot to be able to include KDE into L.A.S.S.I.E.

No, the ISO is not yet uploaded. Sorry for confusing, but "just a few steps to go" wasn't meant like "just a few minutes to work".

If I would try to include KDE, it surely would take still months to upload L.A.S.S.I.E. 003.

slackfan wrote:

Hi RSH

RSH wrote:

This L.A.S.S.I.E. 003 was booted from USB HD directly into DE Language, DE Keyboard Layout and DE Timezone just by a Menu Entry in menu.lst.

I will ask the admin to remove the one you have opened, since there is not yet a L.A.S.S.I.E. 003. uploaded.

Edit:

@Admin
Thanks for removing the topic.

@slackfan
Those boot options shown in above code are similar (or maybe equal) to those that are already used in your LazY Three Headed Dog DE version. The new one is pinterface which doesn't do anything when not used/submitted. So a user will still be able to use plang and pkeys as usual - and to use ptimezone in addition, which is also a new boot option._________________LazY PuppyRSH's DNASARA B.

For some conceptional continuity I did decide to change my User Name to LazY Puppy - though I will sign with RSH and use the RSH Account when there is a need for, like updating one of them posts etc.pp. (whatever meanwhile has happened on the RSH Account (like PM's etc.), I will come to this in the End of January 2015.). Also I have established a E-Mail Account named lazy-puppy@xxx.xx.

This conceptional continuity is based on some thoughts for real Life Issues impacted by a loss of a well known by me person (not completely loss but almost completely, since he has had Brain-/Heart-Attacks two days in a row, happened two days after my last RSH post done) and is now still only able to say YES (in German of course).

Unluckily I have to say, he has had wasted the previous last ten (10) years by sitting in Front of a Windows Computer, downloading and collecting illegal Movies well structured archived on several external HD Drives.

Instead of consulting a Doctor while struggling on physical weakness for weeks and months combined with signals like not to feel his own legs and/or arms/hands, he took care of whitening his teeth up and inserting a missing tooth deep inside his mouth. Yes, he's just 39, so he wanted to refresh himself a little.

Five days before this has happened we did talk again about to consult a doctor, like we did very much in the past 12 Months. I know him for about 13 Years and did consult him at least two times a week within the last ten years. And he was the only Guy where I did drink some Alcohol (exception: visiting a Concert with my Girlfriend). So maybe we are some kind of Friends, but even the talk to a Friend was not useful/helpful to get this Guy to a Doctor or even into Puppy Linux!

Yes, he's just 39 years old and I'm now 51 (within a few weeks) and I was convinced to have lived the more excessive Life (except in the abuse of drugs/alcohol). A few (not less) people of mine have had passed away within the last three years and -not to forget, nooby- some of them by suicide (either jumping into the water or by drinking until death - some earlier good musicians by the way).

However, not to fall to deeply into my thoughts and pains, I have decided, to make Puppy Linux a continuing Part of the rest of my Life - at least the Puppy Linux's Life. Or better saying, LazY Puppy and LazY Puppy Development. Note: this will not mean by sure to build again and again LazY Puppy Systems or L.A.S.S.I.E. Systems.

No!

LazY Puppy to me now is more than having the LazY Puppy invented, published and established on a German Public School. LazY Puppy to me now is very much more as one might be able to read out of this Name - even if he would own all of the background knowledge. LazY Puppy is a mean mean Part of myself.

I AM La zY Pup py!

No, for real:

I'm now going a very different way. Instead of remastering the OS again and again, I do edit the init Script in initrd.gz, inserting Functions to get automatically Information from a config File at boot partition and executing a Script doing Jobs based on that Information from the config File.

And I'm still NOT going to run out of Ideas!

So, I was busy...

More in my next Post, which I'm going to prepare right after the intermission...

I'm now going a very different way. Instead of remastering the OS again and again, I do edit the init Script in initrd.gz, inserting Functions to get automatically Information from a config File at boot partition and executing a Script doing Jobs based on that Information from the config File.

Yes, this is one of the new Features in L.A.S.S.I.E. 003, which will probably published at the End of January 2015.

Though you can look for more details here and try to build it by yourself. There is already everything published, to establish this Feature in the Puppy of your Choice. So no need to wait for L.A.S.S.I.E. 003.

Besides some usual daily work on my different Puppies, I have invented and created the GDAM Builder.

(G)tk (D)ialog (A)pplication and (M)enu Builder

This is a Development Environment for GtkDialog created in GtkDialog. It comes with an integrated *Script Language* to modify the output of created XML-Code, like adding easily separators or Menu Categories etc. by Text based Commands (separator, sub, endsub etc.pp.)

Features:

Work with Application Lists:

Create Lists of .desktop Files to build dynamically GtkDialog XML-Code for Menus containing the Data of .desktop Files listed, to execute these Programs from within a GtkDialog Program.

Also scrollable Button Menus (single/multiple rows/columns, v/h) can be produced by such Application Lists.

Creating Favorites Menus for your own GtkDIalog Applications, that are easy to build into your Programs, always up to date and configurable just by editing the Application List used.

No need to visit the GtkDialog Code again!

Work with Build Lists and Projects:

Create a Build List containing multiple Application Lists and save such Build List. Next time loading this Build List, a Project is automatically created to build complete GtkDialog Applications either by the use of templates for the body part of the GUI or by entering Code into the Projects Object Editor. This could be true XML-Code, Application Lists for Button Menus, Files containing usable Code Parts of GtkDIalog XML-Code.

Build directly .pet Files and/or .sfs Modules from a Project that has been successfully turned into a GtkDIalog Program.

Work with Functions Editor:

Edit Content of Functions. No Function Frame needs to be defined. When a Application List is tested tit will List all missing Functions. These Functions can be submitted to a Build List. If the User doesn't choose to build them by clicking a Button, they will be created automatically when the GtkDialog Programm will be build. If there is a equal File found in Projects Functions Directory, it will be inserted as the related code to the Function created.

This conceptional continuity is based on some thoughts for real Life Issues impacted by a loss of a well known by me person (not completely loss but almost completely, since he has had Brain-/Heart-Attacks two days in a row, happened two days after my last RSH post done) and is now still only able to say YES (in German of course).

Sorry to hear about your friend. That must be difficult to see - especially finding communication so difficult.

Quote:

I'm now going a very different way. Instead of remastering the OS again and again, I do edit the init Script in initrd.gz, inserting Functions to get automatically Information from a config File at boot partition and executing a Script doing Jobs based on that Information from the config File.

This is a very exciting concept. I always felt uncomfortable with the idea of remastering and continually re-using a pup.sfs containing different contents but same name.

With your method a developer could create a pup.sfs that remains true to the developers design, but with your super-init adding a personalised layer over the top. Love it!

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum