Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy

[saintless]

Hi, Fred
snapexit_0.1.1-1_i386.deb + dialog.deb added in the main module. I tested changes=EXIT:/ and it works for user and root.
It creates folder /changes and I guess it adds more there after every reboot if we choose save?
I like DebianDog-PorteusDog shutting down logo

Strange, just tried, I don't have this problem.
Is the "gsu" line there in e.g. /usr/bin/wmpoweroff ?

Yes, the gsu line is there. I will check this again tomorrow. I use newer module than 01-v7.squashfs. It might be something I did.

Editing /home/puppy/.obshutdown.rc this way fixes all. No other changes needed:

Code: Select all

killall icewm jwm

We can add more WM names later if we need.

There other small issues like loadmodule included in apt2sfs and loadmodule in 021-apps-porteus.xzm - they are different I think. I will overlay the last on top of the first one.

Yes, the one in /usr/bin is old.

I think DebianDog does not have /usr/bin/loadmodule
We have your latest apt2sfs + loadmodule in /opt/apps/apt2sfs symlinked in /opt/bin
We have also /opt/bin/load-modules.sh used from SFS-Load
And now we have in 02-apps-porteus.xzm /usr/bin/loadmodules
Do you think we can use only the last one working for apt-2sfs and SFS-Loader?

btw, now that my new loadmodule supports full path, maybe right-click option for (de)activate?

I will try. Not sure how to do it for XFE yet but for Rox it should be easy.

Q; What are you using as boot options for changes= ?
I suspect there there's a difference in how things behave according to what's used.

I use it without option changes= mostly. Also tested changes.dat for user working.
Added also makepfile to replace /opt/bin/mk-save.gtkdialog in 02-apps-porteus.xzm

Tomorrow more testing and remastering

Toni

[fredx181]

Hi Toni

It creates folder /changes and I guess it adds more there after every reboot if we choose save?

Eh, if you made any changes, yes.
It's exactly like the graphical question to save or not, you get at shutdown from X.
EDIT: Maybe better use "changes=EXIT:/debian" to have it in same folder as where the 'base' folder is.

I like DebianDog-PorteusDog shutting down logo Smile

It's the original porteus logo (that shows on console) I stole and combined with simple debian logo.

killall icewm jwm

Good find, simplicity above all!

And now we have in 02-apps-porteus.xzm /usr/bin/loadmodules
Do you think we can use only the last one working for apt-2sfs and SFS-Loader?

"02-apps-porteus.xzm /usr/bin/loadmodule" I did mean that's old one.
They all work but the one included with apt2sfs is best IMHO, support full path to module, give message when error.

EDIT2: Sorry, wrong, the loadmodule script included with apt2sfs works ONLY for live-boot DebianDog.
So I'll make one for DebianDog-porteus later.

Good night Toni!

Fred

[sunburnt]

Wow... Too many posts to follow, I just noticed Toni`s about the menu.

# Script: debmenu-convert that converts debmenu files to a JWM menu file ( jwm.main ).
And a new caregories file to go with it: categories_debmenu.lst

# I can`t see why it errors about a missing double quote, but it makes a good menu file.

# Fred and all; All of my menu files go in $HOME/.jwm , except the script and exec. files.
This will change when I make it generate menus for IceWM as well.

EXPERIMENTAL... So the script writes no file, just xterm output.
To write a file use redirect: debmenu-convert > $HOME/.jwm/jwm.main

# It writes JWM menu entries for all apps listed the in debmenu files. 5 for XFE suite.

### I noticed that many debmenu files have no icon. So lots of editing is needed.
So lots of the menu items show the default icon.
### I also noticed the debmenu files have crappy categories. So more editing is needed.
Like Xhippo and Xrecorder both have Sound category, but this is for system sound settings.
So I`m slowly adding new and custom categories to: categories_debmenu.lst

# It shows the menu using the existing jwm.tail and .jwmrc, so it made a good file: jwm.main

[saintless]

Hi, Terry.

# Script: debmenu-convert that converts debmenu files to a JWM menu file ( jwm.main ).

I know the posts are too many. I and William wrote a few times you are taking the wrong way if you try to use /usr/share/menu files for mk-jwm.menu.
One more time what I and William wrote:
We need your mk-jwm.menu to create menu from /usr/share/applications desktop files. This is the future menu method and most likely next debian stable will also create menus form desktop files. We need to fix and improve this menu method.

Creating Jwm and IceWm menu from /usr/share/menu files is working fine with the current official debian menu way. It has update-menus and install-menus scripts that check for new installed packages on several places inside .pid files. The process is stable and approved in the years. The categories are not the same as mk-jwm.menu makes but all debian packages in wheezy repository are created for this debian categories. Translating the categories in /usr/share/menu files will bring much more troubles in the future if we use mk-jwm.menu to create menu from /usr/share/menu files.
This is pure debian menu way and we need to keep it untouched in DebianDog. It is 100% working and tested in the years.

If we use mk-jwm.menu as default and it creates menu from /usr/share/menu files we gain nothing than different menu structure with very possible later issues with menu entry in wrong category.

If we use mk-jwm.menu to make menu from /usr/share/applications desktop files and try to improve this method, we will have separate working replacement for debian menu process. All linux goes this way - creating menu from desktop files. This is the future and this is the way DebianDog also should go.

If you insist to use /usr/share/menu files for mk-jwm.menu files for some reason then OK, but you will work on a menu method that will be history in a few years. And I think it will involve much more manual editing than the desktop files will need. Why we try to include Open Source Software Standards in DebianDog if mk-jwm.menu will not follow those standards?

Toni

[mcewanw]

I agree wholeheartedly with Toni's above post Terry.

On another topic, but a much small matter: /opt/bin/gtkdialog3 should simply be a symbolic link to /usr/bin/gtkdialog

[saintless]

Hi, William.

/opt/bin/gtkdialog3 should simply be a symbolic link to /usr/bin/gtkdialog

/opt/bin/gtkdialog3 should not exist at all with the current DebianDog configuration. Same goes for some files from live-boot v.2 in /usr/share/initramfs-tools.
They are included only in case we will try to use some files from Russian SFS-Puppy linux. They work only with this gtkdialog3 file. It was a while back but I remember I tested linking /usr/bin/gtkdialog and it did not work.
/opt/bin/gtkdialog3 file is older version of gtkdialog in DebianDog.

Toni

[mcewanw]

It was a while back but I remember I tested linking /usr/bin/gtkdialog and it did not work.

That's surprising. Yes, I noticed the /opt/bin/gtkdialog3 was an older gtkdialog (pre the thunor modded one).

[saintless]

Hi, All.

I'm going to upgrade XFE from v.1.32 to latest v.1.37
Latest version gives right click option custom scripts for files and folders. This makes possible easy to actvate/deactivate sfs modules for XFE + option similar to Open With and Custom Menu for all files and folders as we have in Rox.

Toni

[sunburnt]

Toni & William; I agree with what you`re saying. If Debian truly adopts desktop files...
I have received no reply to my post at the Debian forum. It`d be nice to hear it from them.

Seeing as Deb. menu files are kind of a mess and need lots of editing like desktop files.
The reality is that creating a new menu or desktop file is about as fast as editing one is.

So all the tools I`ve made are useful, but rapid "fixing" of desktop files is the most useful.

# I should improve the desktop file editor, and merge it with debmenu2desktop converter.

# A Name & GenericName translator to other languages would be real nice... How to do.

# We must refine the desktop categories file. Most of it comes from the FreeDesktop docs.

Toni; Does my debmenu2desktop converter work well.? Suggestions for it or mk-menu.?
I`ll dig back to your post about IceWM menu setup so mk-menu will make IceWM menus.
.

[saintless]

Hi, Terry.

If Debian truly adopts desktop files...

Even if Debian continue to use menu files it is no reason mk-jwm.menu to use the same files. just the opposite. We need to have a Open Source standards alternative to debian way or just keep using debian menu as it is. No use to have two methods on the same base - /usr/share/menu files.

Toni; Does my debmenu2desktop converter work well.? Suggestions for it or mk-menu.?

I can't tell you so fast it works well or not, Terry. it needs much more testing and installing new programs and testing again till we say no more need to inmprove it. It works but not tested enough to say lets automate it with mk-jwm.menu and use it as default for the next version. I need to spend few days only testing mk-jwm.menu and debmenu2desktop convert and installing new programs. No time to do this unfortunately.

Toni

[saintless]

Terry,
I see in some desktop files category Utilities which does not go in Utility.
We need to change the convertion from menu file to point Utility instead Utilities or to make translation Utilities to Utility in categories.list. Or we have to change manual Utilities to Utility.

Toni

[saintless]

Terry,
one more thing that might be important. While converting menu to desktop some desktop files does not get ; at the end. The category in mk-jwm.menu is not used if it does not have ; at the end.
It depends how ends the menu line. If it is like this:

Code: Select all

  section="Applications/System/Package Management" \  

it gets this desktop line:

Code: Select all

Categories=Applications;System;Package Management

If it is like this:

Code: Select all

section="Applications/File Management/" \

it gets right desktop line:

Code: Select all

Categories=Applications;File Management;

Can we do something to include translation in categories.list to move File Management in System for example and to translate Utilities to Utility?

Toni

[fredx181]

Hi Toni

Quote:
And now we have in 02-apps-porteus.xzm /usr/bin/loadmodules
Do you think we can use only the last one working for apt-2sfs and SFS-Loader?

"02-apps-porteus.xzm /usr/bin/loadmodule" I did mean that's old one.
They all work but the one included with apt2sfs is best IMHO, support full path to module, give message when error.

EDIT2: Sorry, wrong, the loadmodule script included with apt2sfs works ONLY for live-boot DebianDog.
So I'll make one for DebianDog-porteus later.

Looking at /usr/bin/loadmodule in 02-apps-porteus.xzm I see it's not old (I must be getting old ) )
So that's the one to use if you would implement right-click option for activate but that's only for DebianDog-Porteus then. (it mounts on /mnt/live/memory/images)

Fred

[saintless]

OK, Fred.
I will use /usr/bin/loadmodule from 02-apps-porteus.xzm in DebianDog-PorteusDog-test.iso and It will have simlink to /opt/bin to change porteus loadmodule for porteus boot.
Just like /usr/bin/makepfile.sh creates link /opt/bin/mk-save.gtkdialog and we get porteus save file from the same menu entry with porteus boot.
Easy to be done.

We have right click load/unload option for SFS in XFE and Rox now. XFE is upgraded to latest version.

Toni

[sunburnt]

Hi Toni; I noticed desktop files having "Utilities", which is not in the FreeDesktop standard.
But I`ll add it to the categories.lst file ( I thought I had...). I think a lot of this is from Puppy.
I could add translations for Puppy`s custom setup: Categories=X-(AppName)

You`re right that Categories is supposed to have a ";" at the end. Many desktop files don`t.
I also removed the double quotes from the file. Odd that not quoting the value is standard.
Without them desktop files can`t be sourced in Bash. Seems they wanted it that way...

# I`ve got a new Desktop Menu Editor working, I`m waiting for info. from the guys at BaCon.

Here`s a new debmenu2desktop.convert file. I fixed the ";" and removed the double quotes.
# I tested it on the debmenu file: xfe and it output 5 groups of text for desktop files.
And also a new Categories.lst file that has the new translate line: "Utilities Utility"

[fredx181]

Toni, I think it's good to add the libglib2.0-bin package.
It has 'glib-compile-schemas' which is used in loadmodules as post-loading command.
It gives greater chance that applications work when creating module with apt2sfs.

Another thing: Can we create maybe a devx.sfs (for compiling) with apt2sfs.
Didn't test yet so I'm not sure if it would work.

Fred

[sunburnt]

Fred; An add-on Devx Squash file is on my wish list.
Hopefully build it up like most of Puppy`s with many languages and dev. tools.
Need a non-unioned version ( portable app ), much easier to use and lower system resources.

[saintless]

Looking at /usr/bin/loadmodule in 02-apps-porteus.xzm I see it's not old ...
So that's the one to use if you would implement right-click option for activate but that's only for DebianDog-Porteus then. (it mounts on /mnt/live/memory/images)

Hi, Fred.
Can you confirm again we need to use /usr/bin/loadmodule from 02-apps-porteus.xzm included in DebainDog-PorteusDog-test.iso here:
http://smokey01.com/saintless/Light-Whe ... g-test.iso
It doesn't even have gsu line included. It is much different from your latest /usr/bin/lobmodule included in 02-apps-porteus.xzm here:
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Which one to use?

Toni

[saintless]

Here`s a new debmenu2desktop.convert file. I fixed the ";" and removed the double quotes.
# I tested it on the debmenu file: xfe and it output 5 groups of text for desktop files.
And also a new Categories.lst file that has the new translate line: "Utilities Utility"

Thank you, Terry.
I will test it tonight and write back.

[saintless]

Toni, I think it's good to add the libglib2.0-bin package.
It has 'glib-compile-schemas' which is used in loadmodules as post-loading command.
It gives greater chance that applications work when creating module with apt2sfs.

OK, since it is needed for apt2sfs we need to include libglib2.0-bin also.

Another thing: Can we create maybe a devx.sfs (for compiling) with apt2sfs.

I'm not sure how devx.sfs will work with apt2sfs.
I have something started including build-essentials and checkinstall but I have to clean status and available files to make script for updating dpkg database. Around 200 package entries have to be moved in separate files. No time to do this yet.

Terry, if you mean localization it is not something I see as important. especially for devx.sfs. The compiling commands are typed in English anyway. Basic level of English is needed to compile packages. All install instructions in the source packages are in English.

Do you have some dev tools in mind to be included?

Toni