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

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
fredx181
Posts: 4448
Joined: Wed 11 Dec 2013, 12:37
Location: holland

#2001 Post by fredx181 »

Hi Toni
When testing loadmodule before I used the "showmounts" boot option.
It appears to behave different without it (for the "no overwrite" mode).
So had to change something in the loadmodule for live-boot.

New loadmodule+loadmodulegui.zip uploaded and edited post on previous page.

Fred

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

#2002 Post by saintless »

Thanks, Fred!
Tonight I will have more time to test it and remaster new modules with changes.
Seems we do not need to use showmounts for live-rw-backing to be mounted as I thought at first, but it is good you made loadmodule to work with or without showmounts.
The only difference if we do not use showmounts is we do not get visible mount point of the base squashfs in /live next to /live/image and /live/cow. It does not affect mounting live-rw on /live-rw-backing folder.

Toni

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

#2003 Post by fredx181 »

Hi Toni
The only difference if we do not use showmounts is we do not get visible mount point of the base squashfs in /live next to /live/image and /live/cow. It does not affect mounting live-rw on /live-rw-backing folder.
For info:
Another difference is when you type 'mount' in terminal.
Then the base squashfs is not in the list when not using showmounts.
The loadmodule script needs to know how many modules are mounted.
Now it uses blkid (instead of mount) which does show TYPE=squashfs.

fred

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

#2004 Post by saintless »

sunburnt wrote:Toni; New debmenu2desktop.convert file, fixed a few bugs I found.
I changed the desktop file name back to the "Exec=(name)", it could be "Name=(App_Name)".
And it now creates this output for debmenu files with: needs="text"

Code: Select all

##T  dash.desktop
[Desktop Entry]
Name=Dash
Terminal=true
Categories=Applications;Shells;
Icon=/usr/share/pixmaps/xterm-color_32x32.xpm
Exec=default_virtual-terminal -e /bin/dash -i
Hi, Terry.
I get this as output. Many commands not found:

Code: Select all

root@debian:~# folder-changes
***All converted desktop files are in /tmp/0 folder.***
/opt/bin/debmenu2desktop.convert: line 4: $'###\tConvert Debian Menu files to desktop files.\n\n###': command not found
/opt/bin/debmenu2desktop.convert: line 15: $'###\tNo warranty at all... Use entirely at your own risk!!!\n\n\nSPLIT ARGUMENT$ BY " " TO arg$ SIZE argSz\nIF argSz = 1 THEN END\n\nSPLIT CHOP$(EXEC$("cat " & arg$[1])) BY NL$ TO txt$ SIZE txtSz\n\n\n\t\t\t\t\t\t\t\t\t\t###': command not found
/opt/bin/debmenu2desktop.convert: line 16: FOR: command not found
/opt/bin/debmenu2desktop.convert: line 18: txt0,: command not found
/opt/bin/debmenu2desktop.convert: command substitution: line 19: syntax error near unexpected token `('
/opt/bin/debmenu2desktop.convert: command substitution: line 19: `txt$[i], LEN(txt$[i])-1)'
/opt/bin/debmenu2desktop.convert: line 20: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 20: NL$: command not found
/opt/bin/debmenu2desktop.convert: line 20: REPLACE: command not found
/opt/bin/debmenu2desktop.convert: line 20: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 22: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 22: IF: command not found
/opt/bin/debmenu2desktop.convert: command substitution: line 25: syntax error near unexpected token `('
/opt/bin/debmenu2desktop.convert: command substitution: line 25: `txt$[i], INSTR(txt$[i], ":")+1)'
/opt/bin/debmenu2desktop.convert: line 26: IF: command not found
/opt/bin/debmenu2desktop.convert: line 27: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 27: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 28: END: command not found
/opt/bin/debmenu2desktop.convert: line 29: END: command not found
/opt/bin/debmenu2desktop.convert: line 30: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 30: Txt$: command not found
/opt/bin/debmenu2desktop.convert: line 30: NL$: command not found
/opt/bin/debmenu2desktop.convert: line 31: NEXT: command not found
/opt/bin/debmenu2desktop.convert: line 35: $'PRINT NL$ & Txt$ & NL$\nEND': command not found
/opt/bin/debmenu2desktop.convert: line 37: SPLIT: command not found
/opt/bin/debmenu2desktop.convert: line 38: Txt$: command not found
/opt/bin/debmenu2desktop.convert: line 39: Lst$: command not found
/opt/bin/debmenu2desktop.convert: line 44: $'###\tLOOP:  Fix key & value pairs.\nFOR i = 0 TO txtSz-1\n\nPRINT': command not found
/opt/bin/debmenu2desktop.convert: line 45: IF: command not found
/opt/bin/debmenu2desktop.convert: line 46: IF: command not found
/opt/bin/debmenu2desktop.convert: line 47: .desktop: command not found
/opt/bin/debmenu2desktop.convert: line 47: F$,: command not found
/opt/bin/debmenu2desktop.convert: line 48: IF: command not found
/opt/bin/debmenu2desktop.convert: line 47: F$: command not found
/opt/bin/debmenu2desktop.convert: line 49: b$: command not found
/opt/bin/debmenu2desktop.convert: line 50: ELSE: command not found
/opt/bin/debmenu2desktop.convert: line 51: b$: command not found
/opt/bin/debmenu2desktop.convert: line 52: END: command not found
/opt/bin/debmenu2desktop.convert: line 53: NL$: command not found
/opt/bin/debmenu2desktop.convert: line 53: F$: command not found
/opt/bin/debmenu2desktop.convert: line 53: b$: command not found
/opt/bin/debmenu2desktop.convert: line 53: Lst$: command not found
/opt/bin/debmenu2desktop.convert: line 53: NL$: command not found
/opt/bin/debmenu2desktop.convert: line 53: [Desktop Entry]: command not found
/opt/bin/debmenu2desktop.convert: line 53: Txt$: command not found
/opt/bin/debmenu2desktop.convert: line 54: Txt$: command not found
/opt/bin/debmenu2desktop.convert: line 55: TermFlg: command not found
/opt/bin/debmenu2desktop.convert: line 56: END: command not found
/opt/bin/debmenu2desktop.convert: line 57: END: command not found
/opt/bin/debmenu2desktop.convert: line 59: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 59: txt0: command not found
/opt/bin/debmenu2desktop.convert: command substitution: line 62: syntax error near unexpected token `('
/opt/bin/debmenu2desktop.convert: command substitution: line 62: `txt$[i], INSTR(txt$[i], "="))'
/opt/bin/debmenu2desktop.convert: line 62: CASE: command not found
/opt/bin/debmenu2desktop.convert: line 63: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 63: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 64: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 64: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 65: ;: command not found
/opt/bin/debmenu2desktop.convert: line 65: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 66: CASE: command not found
/opt/bin/debmenu2desktop.convert: line 65: IF: command not found
/opt/bin/debmenu2desktop.convert: line 67: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 67: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 68: CASE: command not found
/opt/bin/debmenu2desktop.convert: line 69: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 69: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 70: CASE: command not found
/opt/bin/debmenu2desktop.convert: line 71: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 71: txt0: command not found
/opt/bin/debmenu2desktop.convert: line 72: txt0,: command not found
/opt/bin/debmenu2desktop.convert: line 72: Exec$: command not found
/opt/bin/debmenu2desktop.convert: line 77:  FN: if path, remove it
                        n = INSTRREV(Exec$, "/")
                        IF n > 0 THEN
                                F$ = MID$(Exec$, n+1)
                                                                               : No such file or directory
/opt/bin/debmenu2desktop.convert: line 78: syntax error near unexpected token `('
/opt/bin/debmenu2desktop.convert: line 78: `                            n = INSTR(F$, " ")'
/opt/bin/debmenu2desktop: line 61: /tmp/desktop/: Is a directory
/opt/bin/debmenu2desktop: line 61: /tmp/desktop/: Is a directory

        #####  Total Files:  0
cp: cannot stat `/tmp/desktop/*': No such file or directory
rm: cannot remove `/tmp/desktop/*': No such file or directory

###  NEW:
w3m

###  DEL:


root@debian:~# folder-changes
Toni

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

#2005 Post by sunburnt »

Toni; The script debmenu2desktop runs Bacon file debmenu2desktop.convert
debmenu2desktop.convert does the "reading & converting" of 1 debmenu file.
debmenu2desktop runs debmenu2desktop.convert for each file in a dir.
folder-changes uses debmenu2desktop to do it`s work, so they are all needed.
And as they all exec., they should all be in /opt/bin

Note: Many desktop files have messed up Terminal= , so I`ll finish the Desktop Editor.

# Just saw your last post, obviously something is horribly wrong, I`ll fix it...
.

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

#2006 Post by saintless »

fredx181 wrote:Had to change loadmodule for live-boot so that "no overwrite" works with and without the 'showmounts' boot option.
New loadmodule+loadmodulegui.zip uploaded:
Hi, Fred.
Some sfs modules give error message Module activate failed if No Overwrite box is checked. Unchecking the box makes them load without problems. Seems it makes most of the modules not to be loaded without unchecking the box first. AbiWord and Gnumeric from here for example.
http://smokey01.com/saintless/Fredx181/022-abiword.sfs
http://smokey01.com/saintless/Fredx181/ ... c.squashfs
I guess it is normal but is it good to have No Overwrite active by default if it prevents harmless modules like abiword and gnumeric from loading?

I think to name your loadmodulegui SFS-loader-new and to keep Sergey's user-modules2 like SFS-loader-old. Both use your loadmodule script now and both work. We also have right click option for rox and xfe to activate/deactivate sfs modules.

Toni

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

#2007 Post by fredx181 »

Hi Toni
Seems it makes most of the modules not to be loaded without unchecking the box first. AbiWord and Gnumeric from here for example.
http://smokey01.com/saintless/Fredx181/022-abiword.sfs
http://smokey01.com/saintless/Fredx181/ ... c.squashfs
I guess it is normal but is it good to have No Overwrite active by default if it prevents harmless modules like abiword and gnumeric from loading?
I've tried both abiword and gnumeric a few times (with no overwrite option), rebooted, tried again and all times work ok for me.
I may have overlooked some special circumstances, maybe you have other squashfs mounted.

Can you look at loadmodule (for live-boot) line 32 should have this:

Code: Select all

NUM=`blkid | grep 'TYPE="squashfs"' | wc -l`
And can you post output of blkid ?
I think to name your loadmodulegui SFS-loader-new and to keep Sergey's user-modules2 like SFS-loader-old. Both use your loadmodule script now and both work. We also have right click option for rox and xfe to activate/deactivate sfs modules.
Yes, fine for me.

Fred

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

#2008 Post by saintless »

Hi, Fred.

loadmodule line32:

Code: Select all

NUM=`blkid | grep 'TYPE="squashfs"' | wc -l`

Code: Select all

root@debian:~# blkid
/dev/sda1: TYPE="ext3" UUID="16f79c21-9428-43b6-98ea-5aa6896a179d" 
/dev/loop0: TYPE="squashfs" 
/dev/loop1: UUID="5bfa46c9-5e7f-41a5-897c-a4751ecb6023" TYPE="ext2" 
/dev/sda2: LABEL="GEEXBOX" UUID="33c875a4-2875-469e-a75c-650f804348e1" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda3: TYPE="swap" 
/dev/sda4: UUID="131DCBDC21D5504E" TYPE="ntfs" 
root@debian:~# 
showmounts option enabled on boot and swapon for swap partition, /dev/loop1 is live-rw save file.
I made small NTFS partition to test some stuff for porteus-boot. Maybe this creates a problem? I get the error for live-boot. Not tested yet with porteus-boot. I will test it better tomorrow both ways.

Toni

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

#2009 Post by fredx181 »

Hi Toni
Nothing seems wrong and still doesn't work for you, very frustrating. :?
I also have a ntfs partition and the thing is only about type squashfs.
I'll test some more tonight and tomorrow.

Fred

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

#2010 Post by saintless »

OK, Fred.
I also will test more tomorrow and write the result.

Toni

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 178 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 164 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 159 times

Post Reply