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

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
sunburnt
Posts: 5090
Joined: Wed 08 Jun 2005, 23:11
Location: Arizona, U.S.A.

#2011 Post by sunburnt »

Guys; Here is BaCon compiled on DebianDog ( thanks to Toni.! ).
# 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.
# If anyone is really interested in BaCon "Basic", I`ll help you get started.

# And a new Desktop File Editor. ### Everyone check it out, it`s pretty slick.

# Toni; In the opt_bin.tar.bz2 file is the 3 new files ( I think they`re good...):
folder-changes ### Usage: folder-changes
debmenu2desktop ### Usage: debmenu2desktop (/path)[/file] [/path]
debmenu2desktop.convert ### Usage: debmenu2desktop.convert (/path/file)

Toni, An excellent job with the Devx file. BaCon compiled perfectly.
And so did debmenu2desktop.convert, now I can BaCon dev. in DebDog.!
# I noticed DebianDog compiles noticeably faster than Puppy... Great.!
Attachments
usr_share_BaCon.zip
Path: /usr/share
(99.9 KiB) Downloaded 177 times

catsezmoo
Posts: 26
Joined: Sun 09 Feb 2014, 04:59

#2012 Post by catsezmoo »

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.
"adopts"?
How about: "embraces". Yes, debian embraces the org.freedesktop.pullyourhairout spec for desktop-entry files.
http://standards.freedesktop.org/deskto ... atest.html
(as well as the org.freedesktop MENU, and menu categories, specification)

Every debian package containing a GUI application is expected to contain a .desktop (launcher) file, as well as an icon (or an alias to an existing generic icon) ~~ per the freedesktop specification:
"Icon to display in file manager, menus, etc. If the name is an absolute path, the given file will be used. If the name is not an absolute path, the algorithm described in the Icon Theme Specification will be used to locate the icon."

Each time a debian package is installed
ref: https://wiki.debian.org/DpkgTriggers
the installater automatically reads "menu category" and performs update-menus.
WELL, the installer just execs the trigger ~~ it's up to the menu manager component of the DE (xfce, gnome, kde, *box) to register instructions for that install trigger.
Many of the "___box" desktop environments lack such a trigger, so they must be updated manually (unless you write your own custom trigger script {grin})
Seeing as Deb. menu files are kind of a mess and need lots of editing like desktop files.
The .desktop file management and menu management can drive ya to drink!
Don't blame Debian, though. Along with countless other distros, they are just following the freedesktop.org spec.
Do blame Gnome and KDE (if ya want) ~~ they flaunt, er "extend" the spec to suit themselves (often wrecking the menu-management attemtps of other DE's menu managers.
So all the tools I`ve made are useful, but rapid "fixing" of desktop files is the most useful
Here are a few details which can drive you (me) nuts:

You need to remember to place your handcrafted .desktop files in
~share/applications (for each user!)
and/or
/etc/skel/share/applications
^--------- the freedesktop-compliant menu managers will look here, first, then will check
/usr/share/applications

(Unless package maintainer has provided custom post-install instructions)(seldom done)
With each package installation, .desktop file for an installed package will be written solely to:
/usr/share/applications
(overwriting a pre-existing same-named file pathed there, if such exists)

.desktop files provided by apps produced by the Gnome project often (annoyingly, selfishly!)
contain a line stating
OnlyShowIn=Gnome
and same goes for KDE apps.
SOMETIMES this is necessary (like, maybe the app expects/requires to be launched via kdesu, or gksu)
but user winds up installing an app, then head-scratching, wondering why it doesn't show up in their (xfce, *box, lxde, JWM) rootmenu

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

#2013 Post by sunburnt »

Hi catsezmoo; I got a good laugh, thanks... I needed that.! :lol:
"Deb. menu files" are the Debian menu files in /usr/share/menu of course.
And yes... Both menu file types are a mess. Debian packages seem to lack *.desktop files.
# I was not aware that a folder: $HOME/share/applications was possible.
Most folders in $HOME are hidden of course. I only knew /usr/share/applications existed.


Toni; Here`s a first test of a desktop file to IceWM menu converter.
It outputs JWM menu to VTerm, and then at the end is the IceWM output.
Like the JWM output, it`s only the sub menu part, so IceWM`s programs file.
See if it`s close to what you want, and let me know what to fix and add to it.
We will have to make custom IceWM root menu and categories files for it.
# And I`ll have to rename it as it does several menu types now...
Attachments
mk-jwm.main.zip
Path can be anywhere, it`s just for testing.
(19.72 KiB) Downloaded 163 times

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2014 Post by saintless »

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

Toni

catsezmoo
Posts: 26
Joined: Sun 09 Feb 2014, 04:59

#2015 Post by catsezmoo »

Above, I typed an incorrect path. Should be ~/.local/share/applications

Maybe you're seeing missing .desktop files among the packages in "oldstable" and "stable"? Across the more recent package versions (testing/unstable repos) I can't recall noticing many which lack a .desktop file. Then again, if you're grabbing packages containing "older, lightweight" programs from those same repos, they might be same/unchanged version carried over from way-back-when.

http://packages.debian.org/some-package-name
^--- (not that you asked, but) here you can quickly check, for a given package, which repos contain which version of a package
ref: https://wiki.debian.org/HowToPackageForDebian
{snip}
Check points for any package

Is there a man page for every executable file in the package? In some rare cases it makes sense to have one man page for multiple binaries in a package.

Does it have a Debian menu entry? (daemons usually don't need this) Does it have a .desktop file?
{snip}
each of these pages has nuggets of info related to freedesktop stuff:
https://developer.gnome.org/integration ... es.html.en
https://wiki.archlinux.org/index.php/De ... plications
http://superuser.com/questions/684613/w ... hare-icons
https://wiki.debian.org/Proposals/Debia ... topEntries

the package "xdg-utils" provides several org.freedesktop commands
(a separate, detailed, man page should be available for each of these)
* xdg-desktop-menu - Install desktop menu items
* xdg-desktop-icon - Install icons on the user's desktop
* xdg-icon-resource - Install icon resources
* xdg-mime - Gather MIME information about a file
* xdg-open - Open a URL in the user's preferred application that handles the respective URL or file type
* xdg-email - Open the user's preferred email client, potentially with subject and other info filled in
* xdg-screensaver - Enable, disable, or suspend the screensaver
* xdg-settings - get various settings (default web browser) from the desktop environment

============ potential sticking point?
xpm? png? https://github.com/chiku/mjwm/issues/4
JWM needs (you to specify) the extension of the icons, but debian base provides
http:// packages.debian.org/sid/hicolor-icon-theme‎ (default fallback theme for FreeDesktop.org icon themes)
and in many packages, the .desktop file Icon= line just declares an extensionless name (e.g. Icon=user-trash)

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2016 Post by fredx181 »

Hi Toni
If you have time to test loadmodule:
Line 32 anyway needs to be repaced by:

Code: Select all

NUM=`blkid -o list -c /dev/null | grep -P "squashfs" | grep  "/live/\|(in use)" | wc -l`
This makes sure that loadmodule doesn't get confused if some module is manually mounted on e.g. /media.
It works for me with and without 'showmounts' boot option.
If it still doen't work with 'no overwrite' option then I wonder:
- Are you activating module from a "real" storage? otherwise it will fail.
- Are you sure that the right (live-boot) loadmodule is first one in PATH when testing on live-boot DebianDog?
Also please test from commandline:

Code: Select all

loadmodule -ano /path/somemodule
Fred

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2017 Post by saintless »

Hi, Fred.
I can do only a quick test now but there is an improvement with this new line32.
/opt/bin/loadmodule is the only one in DebianDog now. The porteus one is in 02-apps-porteus.xzm and it is not loaded.

Result without changing line32:

Code: Select all

root@debian:~# loadmodule -ano /media/sda1/SFS/google_earth-6.0.3.2197.sfs
sfs
mount: warning: /live/google_earth-6.0.3.2197.sfs seems to be mounted read-only.
mount: you must specify the filesystem type
ERROR: Module 'google_earth-6.0.3.2197.sfs' activate failed
root@debian:~# 
After changing line32 the module is loaded but gives command not found message:

Code: Select all

root@debian:~# loadmodule -ano /media/sda1/SFS/google_earth-6.0.3.2197.sfs
sfs
/opt/bin/loadmodule: line 32: $'grep\302\240': command not found
mount: warning: /live/google_earth-6.0.3.2197.sfs seems to be mounted read-only.
SUCCESS: Module 'google_earth-6.0.3.2197.sfs' activated
ACTION: updating mimeinfo cache
root@debian:~# 
I will test more tonight.

Toni

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2018 Post by fredx181 »

Hi Toni
After changing line32 the module is loaded but gives command not found message:
Code:
root@debian:~# loadmodule -ano /media/sda1/SFS/google_earth-6.0.3.2197.sfs
sfs
/opt/bin/loadmodule: line 32: $'grep\302\240': command not found
mount: warning: /live/google_earth-6.0.3.2197.sfs seems to be mounted read-only.
SUCCESS: Module 'google_earth-6.0.3.2197.sfs' activated
ACTION: updating mimeinfo cache
Really, very strange, I cannot reproduce it no matter what I do, all works fine.
Tried booting without savefile, even created the same path(/media/sda1/SFS).
And where does "$'grep\302\240':" come from :?:

Your last test activated it but maybe the "no overwrite" didn't work.
The message:' ....seems to be mounted read-only' is normal.
If you get again that same 'command not found' can you make some test module wich includes at least one file that exists on the main module, but then edited.
Just to see if the no overwrite worked or not.

Just in case somehow your loadmodule is different here's mine (remove dummy .tar)
Fred
Attachments
loadmodule.tar
(6.65 KiB) Downloaded 167 times
Last edited by fredx181 on Thu 27 Mar 2014, 18:36, edited 2 times in total.

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2019 Post by saintless »

sunburnt wrote:# Toni; In the opt_bin.tar.bz2 file is the 3 new files ( I think they`re good...):
folder-changes ### Usage: folder-changes
debmenu2desktop ### Usage: debmenu2desktop (/path)[/file] [/path]
debmenu2desktop.convert ### Usage: debmenu2desktop.convert (/path/file)
Hi, Terry.
First impression all works OK when copy/remove lines in folder changes are not active. We need to execute folder-changes to find new and delete uninstaleed desktop files from /usr/share/applications This why I test it with copy/remove options active.
Here is the first problem tested with w3m as example. Folder-changes makes working desktop entry for w3m and it is startable from menu but after uninstalling w3m the desktop file is not removed from /usr/share/applications
The reason is menu file is named w3m and desktop file is named MANUAL.html.desktop Renaming . to w3m.desktop also does not fix the problem. the uninstalled w3m still have /usr/share/applications/w3m.desktop file after folder-changes is executed to remove the desktop entry.
Seems line 42 in folder changes does not work as it should. it expects something different from w3m.desktop name i guess?.

Code: Select all

rm "$usa/$F.desktop"
Renaming to w3m.desktop after installing w3m also does not remove the desktop file when w3m is uninstalled and folder-changes executed again.
Here is the menu file for w3m:

Code: Select all

?package(w3m):needs="text" \
  section="Applications/Network/Web Browsing" \
  title="w3m" \
  command="/usr/bin/w3m /usr/share/doc/w3m/MANUAL.html" \
  hints="Web browsers"
and the new createed copy in /usr/share/applications/MANUAL.html.desktop:

Code: Select all

[Desktop Entry]
Type=Application
Terminal=true
Categories=Applications;Network;Web Browsing;
Name=w3m
Exec=default_virtual-terminal -e /usr/bin/w3m /usr/share/doc/w3m/MANUAL.html
Comment=Web browsers
Toni

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2020 Post by saintless »

fredx181 wrote:And where does "$'grep\302\240':" come from :?:
Hi, Fred...
Sorry for those troubles... You tell me how is this possible? Just copy/paste the text from your loadmodule into mine fixes the problem and grep/302/240 error is not there.
But both modules have exact the same content or I miss something... Extract the zip file attached to test mine if you can figure it out what is going one here... I still get the error with the attached module. I will use the new one for next remaster.

Toni
Attachments
loadmodule.zip
(2.32 KiB) Downloaded 158 times

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2021 Post by saintless »

sunburnt wrote:# 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

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2022 Post by 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

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

#2023 Post by 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...
.

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2024 Post by 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.

sunburnt wrote: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
Attachments
mk-icewm.main.jpg
(26.13 KiB) Downloaded 310 times

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2025 Post by 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
Posts: 26
Joined: Sun 09 Feb 2014, 04:59

#2026 Post by 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

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2027 Post by fredx181 »

catsezmoo wrote: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? :wink:

Fred

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#2028 Post by saintless »

fredx181 wrote:Toni, which editor you use that could be responsible for this horrible thing? :wink:
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

User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2029 Post by 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
Last edited by fredx181 on Thu 27 Mar 2014, 22:33, edited 1 time in total.

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

#2030 Post by sunburnt »

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

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:
Attachments
debmenu2desktop.zip
(984 Bytes) Downloaded 121 times
folder-changes.zip
Experimental...
(831 Bytes) Downloaded 110 times
Last edited by sunburnt on Thu 27 Mar 2014, 22:21, edited 1 time in total.

Post Reply