Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Thu 24 Jul 2014, 00:44
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Derivatives
Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 132 of 223 [3338 Posts]   Goto page: Previous 1, 2, 3, ..., 130, 131, 132, 133, 134, ..., 221, 222, 223 Next
Author Message
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Sun 23 Mar 2014, 16:53    Post subject:  

Hi, Fred Smile
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 Smile
Quote:

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:
killall icewm jwm

We can add more WM names later if we need.


Quote:
Quote:
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?

Quote:
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.
Quote:

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 Smile

Toni

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
fredx181

Joined: 11 Dec 2013
Posts: 666
Location: holland

PostPosted: Sun 23 Mar 2014, 17:26    Post subject:  

Hi Toni
Quote:
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.
Quote:
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. Smile
Quote:
killall icewm jwm

Good find, simplicity above all!
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.

Good night Toni!

Fred
Back to top
View user's profile Send private message 
sunburnt


Joined: 08 Jun 2005
Posts: 5009
Location: Arizona, U.S.A.

PostPosted: Sun 23 Mar 2014, 18:27    Post subject:  

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
NEW_2-Items.zip
Description  ### /path/file
/opt/bin/debmenu-convert
$HOME/.jwm/categories_debmenu.lst
zip

 Download 
Filename  NEW_2-Items.zip 
Filesize  2.06 KB 
Downloaded  40 Time(s) 
Back to top
View user's profile Send private message 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 04:33    Post subject:  

Hi, Terry.

Quote:
# 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
Back to top
View user's profile Send private message MSN Messenger 
mcewanw

Joined: 16 Aug 2007
Posts: 2232
Location: New Zealand

PostPosted: Mon 24 Mar 2014, 05:11    Post subject:  

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

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
Back to top
View user's profile Send private message Visit poster's website 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 05:34    Post subject:  

Hi, William.
mcewanw wrote:
/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

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
mcewanw

Joined: 16 Aug 2007
Posts: 2232
Location: New Zealand

PostPosted: Mon 24 Mar 2014, 06:34    Post subject:  

saintless wrote:
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).

_________________
Non enim propter gloriam, diuicias aut honores pugnamus set propter libertatem solummodo quam Nemo bonus nisi simul cum vita amittit.
Back to top
View user's profile Send private message Visit poster's website 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 08:48    Post subject:  

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
Back to top
View user's profile Send private message MSN Messenger 
sunburnt


Joined: 08 Jun 2005
Posts: 5009
Location: Arizona, U.S.A.

PostPosted: Mon 24 Mar 2014, 11:13    Post subject:  

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.
.
Back to top
View user's profile Send private message 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 11:58    Post subject:  

Hi, Terry.
sunburnt wrote:
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.

Quote:
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
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 12:21    Post subject:  

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

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 14:16    Post subject:  

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:
  section="Applications/System/Package Management" \ 

it gets this desktop line:
Code:
Categories=Applications;System;Package Management

If it is like this:
Code:
section="Applications/File Management/" \

it gets right desktop line:
Code:
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

_________________
Farewell, Nooby, you will be missed...
Back to top
View user's profile Send private message MSN Messenger 
fredx181

Joined: 11 Dec 2013
Posts: 666
Location: holland

PostPosted: Mon 24 Mar 2014, 14:16    Post subject:  

Hi Toni
Quote:
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 Embarassed ) )
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
Back to top
View user's profile Send private message 
saintless


Joined: 11 Jun 2011
Posts: 2182
Location: Bulgaria

PostPosted: Mon 24 Mar 2014, 14:27    Post subject:  

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
Back to top
View user's profile Send private message MSN Messenger 
sunburnt


Joined: 08 Jun 2005
Posts: 5009
Location: Arizona, U.S.A.

PostPosted: Mon 24 Mar 2014, 16:09    Post subject:  

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"
NEW_2-Items.zip
Description  ### Paths:
$HOME/.jwm/categories.lst
/opt/bin/debmenu2desktop.convert
zip

 Download 
Filename  NEW_2-Items.zip 
Filesize  18.7 KB 
Downloaded  39 Time(s) 
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 132 of 223 [3338 Posts]   Goto page: Previous 1, 2, 3, ..., 130, 131, 132, 133, 134, ..., 221, 222, 223 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Derivatives
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1379s ][ Queries: 12 (0.0351s) ][ GZIP on ]