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

[saintless]

# BaCon files are in BOTH archive files below, each go into it`s path.
Also the HUG ( hug.bac ) GTK+ add-on for making GUIs.
And a dev. aid called "bacon3G-sa", click on it and you`ll see what it`s for.
Also BaconDoc and HugDoc, 2 BaCon icons, and Geany`s BaCon syntax file.

Hi, Terry.
I will add Bacon in the main DebianDog module but I see it needs upx installed for one of the files. Is Bacon full functional without DEVX.sfs loaded? If it is full functional without devx.sfs it is better to add Upx also in the main module. Upx is included in DEVX.sfs at the moment.

Do you prefer to have debian package for Bacon with menu and desktop files included and dpkg database register information instead manual copy in /opt/bin and /usr/share? i can make deb package of Bacon and share it on the site for other debian based linux and further reinstall in DebianDog.

Toni

[saintless]

Thank you for all the information and advices you give here, Catsezmoo!

Terry, I think it is better to keep all desktop files in /usr/share/applications
No need to place some of them in ~/.local/share/applications since the menu is the same for user and root in DebianDog. We do not have separate desktop or menu files for root and user. Otherwise we have to create also ~/.local/share/menu with menu files and corresponding folders in /etc/skel
If DebianDog is used for multiuser the Administartor will create what is needed for each user if there is need for separate programs for users and root.

Toni

[sunburnt]

Toni; My thought was "eventually" to make 4-6 "user accounts" for various purposes.
Like: Keosk, library, std., admin, and root, making it easy to setup different use types.
This will simplify admin. tasks for setup and organizing user accounts for DebianDog.

### Bacon must be added to the Devx file, it won`t work without the dev. tools.
# So upx in the Devx also. My script bacon.upx. makes the exec. files 10 times smaller.
BaCon changes all the time, almost weekly sometimes, so I`ll make an updater app too.
BaCon converts Basic language syntax code to C code that compiles to C exec. files.
# The exec. files stand alone, only need libc [ GTK ], and do not need the Bacon files.
# I realized there`s no /usr/share/geany for the Bacon Geany syntax file. I`ll check...

# Desktop & DebMenu nightmare... I`d name the desktop files for the menu file names.
Except like the xfe menu file, many desktop files come from it, so how to name them.?
I chose the exec. name ( command= ), but it could be the app`s item name ( label= ).
I can`t see any other way to auto. name the new desktop files. # Suggestions Toni.???
# You`re right, the $F is the menu file, it needs to be read to get the desktop files. Fix.


William; Did you say that one of the wallpaper modes ( Stretch.? ) did not work.?
See if this works, in XTerm: rox_setbg (Mode) (/Path/Wallpaper)
If it does work then WallPapers has a problem, if not it`s a Rox problem it seems...
.

[saintless]

Hi, Terry.

I like desktop-editor. It saves much time to search and edit desktop files. i will make menu entry for it. I do not inderstand some options like Nodisplay=/false/true and Type=Application/Link/Folder?

The testing mk-jwm.main for both icewm and jwm main menu works but it has to be placed in /root/.icewm or gives can't find folder. Also root and categories files should be inside /root/.icewm
Then I copy the output for icewm main in file /root/.icew/programs and you can see the result on the attached picture. I don't think we can do icewm menu without Programs subfolder easy. lets concentrate on Jwm and later we can start working on IceWM when Jwm menu is fixed.

Toni; My thought was "eventually" to make 4-6 "user accounts" for various purposes.
Like: Keosk, library, std., admin, and root, making it easy to setup different use types.
This will simplify admin. tasks for setup and organizing user accounts for DebianDog.

Sorry, Terry, I do not feel my self ready to make the system administarator job easy. Multiuser is new area to me and I'm sure I will make more troubles for system administrator than make his/her work easier.

I will add Bacon to the next DEVX version.

# I realized there`s no /usr/share/geany for the Bacon Geany syntax file. I`ll check...

Is it enough to make link /opt/apps/geany/root/.config/geany folder to /usr/share or copy is better for Bacon?

# I can`t see any other way to auto. name the new desktop files. # Suggestions Toni.???

I think if we use w3m from package(w3m) as name for desktop file will fix the problem. At least we will have less to edit later. But it will make only one package from xfe... Seems to me it is better to use package(w3m) as name for desktop file. At least the removing option will work well. We will have to make new desktop files for some applications like xfe and x11-utils but I hope it will not be very often.

Edit: Terry, leave it like it is now. We need more testing. Maybe there will not be many packages like w3m.

Toni

[fredx181]

Thanks Toni
It's a relief that it works now.
But how can this happen!
I did a "diff" on the two files and this is the outcome ( it's in line 32):

Code: Select all

< NUM=`blkid -o list -c /dev/null | grep -P "squashfs" | grep�� "/live/\|(in use)" | wc -l`
---
> NUM=`blkid -o list -c /dev/null | grep -P "squashfs" | grep  "/live/\|(in use)" | wc -l`

The first is the problematic one as you can see on the ��.
Looking at line 32 in both files the eye can't see any difference.
How they come there; Anyone have an idea?

Fred

[catsezmoo]

fred, seems like a UTF-8 vs UTF-7 mismatch, as in:
the parser expects UTF-7, but your editor is configured to SaveAs UTF-8

"UTF-7" ~= "ascii"
idunno. I do recall seeing that (UTF-7) mentioned in the freedesktop.org spec page I linked in my earlier post

[fredx181]

fred, seems like a UTF-8 vs UTF-7 mismatch, as in:
the parser expects UTF-7, but your editor is configured to SaveAs UTF-8

"UTF-7" ~= "ascii"
idunno. I do recall seeing that (UTF-7) mentioned in the freedesktop.org spec page I linked in my earlier post

Thanks, then we know in which direction to search.

Toni, which editor you use that could be responsible for this horrible thing?

Fred

[saintless]

Toni, which editor you use that could be responsible for this horrible thing?

Hi, Fred
I use only geany for editing scripts. Mostly geany in DebianDog but sometimes geany from Turbopup and Kdpup. The problem is I didn't have reason to edit libmodule before the error appeared.

I also suspect when we attach executable scripts and add .tar at the end to cheat the attach file option something is not right after the download. After removing .tar the file is not executable and maybe this can change the encoding? Not in the case with libmodule. It was in real archive but we should keep this in mind if something else gets wrong.

Toni

[fredx181]

Hi Toni

I use only geany for editing scripts. Mostly geany in DebianDog but sometimes geany from Turbopup and Kdpup. The problem is I didn't have reason to edit libmodule before the error appeared.

OK, but the source of the error is the copy and paste from this forum into the file you saved.
But let's forget about it, we need to move on , maybe this happens only once in a million times.

EDIT: updated loadmodule+loadmodulegui.zip with changed line 32 on page 133.

Fred

[sunburnt]

Toni; Yes, I said "eventually", meaning future, or maybe never...

I`ll find out where to put the Geany syntax file. I`ll let you know.

# Desktop Editor: The keyword "Type" is required by the standard.
Just know that "Applications" is probably the only one you`ll ever use.
NoDisplay is the key for WMs like JWM to not show a TaskBar button for it.
I will add more key words to it as we find out that they are needed.

Yes, the debmenu file package name is not good for the desktop file name.
I think I have it solved with new tracking lists like this: (DebMenu) (Desktop)
So both lists are the same and all the desktop files are tracked.
I don`t know if this will solve the w3m problem, but it should.

New folder-changes file. All copying and deleting is enabled.!
# New tracking files, so delete the old one: /etc/jwm/menu.diff
So you know, the 2 new files are: /etc/menu.old and /tmp/menu.new
It should now delete all the desktop files made from a debmenu file.

### Forgot new debmenu2desktop file below:

[catsezmoo]

for reference, here's how JWM menu updates are handled in antix (see attachment)

[catsezmoo]

I`ll find out where to put the Geany syntax file

geany config file paths
http://www.geany.org/manual/current/ind ... file-paths
The system path is $prefix/share/geany, where $prefix is the path where Geany is installed (see ).
The user configuration directory is normally: /home/username/.config/geany

http://www.geany.org/Documentation/FAQ
How can I change the colors used for syntax highlighting?
A: Geany reads the colors to use for syntax highlighting from filetype definition files. Detailed information on how to find and edit these files can be found in the manual (http://www.geany.org/Documentation/Manual)

I would encourage you to preinstall various geany themes (they are TINY), and to setup/preconfigure different color theme for ROOT.
If not, at least document the availabity of various themes and provide a link for users
http://www.geany.org/Download/Extras#darkcolorscheme

(FWIW, these "loving care" extras are not provided within the debian package for geany)

[catsezmoo]

My thought was "eventually" to make 4-6 "user accounts" for various purposes

Creating additional user accounts later via a script, as needed, frees you to setup just one additional set of configuration files, in etc/skel (One, in addition to the set pathed under /root and the set pathed under /home for the initial user. You might even consider creating the set for initial 'default' user account from script, performed during first-run session.)

I think it is better to keep all desktop files in /usr/share/applications

If you do, and the menu presents exact same set of menu entries to both 'root' and non-root user... it's not satisfactory for the intended-for-root-user-only to just silently (inexplicably) fail to launch when clicked by non-root user(s). So that's where policykit wrapper (gksu or gnsu or kdesu or) come in ~~ to pop a dialog asking for root credentials. BTW, i believe antix moved away from using ktsuss several versions ago and currently uses sudo (maybe gksu for graphical app launchers).

It's your call (and is an eternal question in maintaining a multuser system) whether to selectively place a modded copy of each "intended for root use only" .desktop file under etc/skel and /home/defaultuser. Typically, on a "freedesktop-compliant multiuser system" a modified local .desktop file would contain a line stating Hidde=true ...but JWM won't recognize/respect this, eh. As a result, having a menu builder/updater which reads from a set of .desktop files in a sole location (usr/share/applications) will result in all non-root users having a menu cluttered with entries s/he is unlikely to use.

I do not inderstand some options like Nodisplay=/false/true and Type=Application/Link/Folder

Above, I linked to http://standards.freedesktop.org/deskto ... atest.html
If you visit this url, instead: http://standards.freedesktop.org/
you can see links to reference pages for the other freedesktop specifications, including "menu-spec"

Specific to type=
visit http://standards.freedesktop.org/deskto ... atest.html
scroll down to Table 2. Standard Keys

Here's a quick takeaway:

Each non-blank line within a .desktop file represents either
a (square-bracketed) Section Header or a key=value declaration

When a "value" is parsed by menu manager (or whatever app)
parser should check/split the value string into semicolon-delimited parts

Type=Application/Link/Folder {-- this exact line would never exist in an actual .desktop file.
It's documentation-speak, denoting "valid values for Type are: Application (or) Link (or) Folder"

Again, I'm not an freedesktop.org ADVOCATE, just a long-suffering fellow VICTIM trying to point which end's up

[sunburnt]

catsezmoo; That`s the nice part of making a custom menu builder, how stuff is handled.
Like Hidden= , and NoDisplay= , both can be converted to JWM and IceWM code.

As more key words become useful, I`ll add them to the Desktop Editor and the menu builder.
I even see "custom keys", UserLevel0= (0-9) to control which users get what menu items.

[saintless]

...the source of the error is the copy and paste from this forum into the file you saved.

Hi, Fred.
The only thing I can think of is changing H3V with Dillo. I still use H3V executed from hard drive partition but from time to time I also use Dillo. I'm not sure if I did copy/paste from Dillo to Geany but I guess it should be the reason. Using H3V only before never created such issue.

Toni

[saintless]

New folder-changes file. All copying and deleting is enabled.!
# New tracking files, so delete the old one: /etc/jwm/menu.diff
So you know, the 2 new files are: /etc/menu.old and /tmp/menu.new
It should now delete all the desktop files made from a debmenu file.

Thank you, Terry!
I will test it today.

Toni

[saintless]

Thank you, Catsezmoo!

I think it is better to keep all desktop files in /usr/share/applications

If you do, and the menu presents exact same set of menu entries to both 'root' and non-root user... it's not satisfactory for the intended-for-root-user-only to just silently (inexplicably) fail to launch when clicked by non-root user(s). So that's where policykit wrapper (gksu or gnsu or kdesu or) come in ~~ to pop a dialog asking for root credentials. BTW, i believe antix moved away from using ktsuss several versions ago and currently uses sudo (maybe gksu for graphical app launchers).

We had gsu for user account and later we changed it to ktsuss to ask for root password for some applications like Gparted, RemasterDog, SFS-Load and others. We have some applications which is better to run from CLI only like xdm-start/stop script. We can also put root only applications (if we use more) in /root/.jwm/jwm.head and /root/.icewm/menu files.
/etc/skel already have files for new user accounts included.

I will check out this link:
http://www.geany.org/Download/Extras#darkcolorscheme

Toni

[mcewanw]

...the source of the error is the copy and paste from this forum into the file you saved.

Hi, Fred.
The only thing I can think of is changing H3V with Dillo. I still use H3V executed from hard drive partition but from time to time I also use Dillo. I'm not sure if I did copy/paste from Dillo to Geany but I guess it should be the reason. Using H3V only before never created such issue.

Toni

I've had similar issues in the past, on Puppy Linux, on some occasions copying code from Seamonkey into Geany. As far as I remember I got round these odd occasions by copying from the browser into Leafpad instead. I knew it was something to do with character sets but never quite worked out what. EDIT: I think forum webpages are using charset=iso-8859-1, whilst geany is set up to use UTF-8 since that is what is wanted most of the time.

[saintless]

Hi, Terry and all.

New version of devx uploaded. Added your Bacon apps + /usr/share/geany folder. I think this is the geany folder we need. Check it out when you have time.
06-DEVX-DebDog-2.squashfs
http://smokey01.com/saintless/Fredx181/ ... 2.squashfs

Code: Select all

md5sum b5544f653f7b203596805130c56ad7e2  06-DEVX-DebDog-2.squashfs

Toni

[saintless]

I think I have it solved with new tracking lists like this: (DebMenu) (Desktop)
So both lists are the same and all the desktop files are tracked.
I don`t know if this will solve the w3m problem, but it should.

Thank you, Terry! Great job!

I don't know how you did the new tracking lists but it works also for w3m. The desktop file MANUAL.html.desktop for w3m is removed after uninstalling w3m and running folder-changes.

I will test it more but I think now we can use mk-jwm.menu as default in next version. I just have to automate menu-puppy script to run folder-changes before mk-jwm.menu.

Toni