Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Fred, Toni; Here`s the new mk-menu files.
I added "find /usr/share/icons" to the mk-jwm.main exec. file.
It also has the new .jwmrc file to <Include> jwm.main and jwm.tail.
There is no jwm.head file any more, it is now .jwmrc.
The file /root/.jwm/.jwmrc is a back up copy, /root/.jwmrc is the active file.
Replace all the old files with the new ones, all the new files are changed.
Copy the files into the dirs they are in ( /opt/bin, /root/.jwm, /root ).
# I`ve noticed that jwm -reload does not always fix the menu, jwm -restart is needed.
I`m not sure exactly what the circumstances for this are, but I`m sure we`ll find out.
# Fred; Try this out, it should find audacity`s icon and show it on the menu.
I added "find /usr/share/icons" to the mk-jwm.main exec. file.
It also has the new .jwmrc file to <Include> jwm.main and jwm.tail.
There is no jwm.head file any more, it is now .jwmrc.
The file /root/.jwm/.jwmrc is a back up copy, /root/.jwmrc is the active file.
Replace all the old files with the new ones, all the new files are changed.
Copy the files into the dirs they are in ( /opt/bin, /root/.jwm, /root ).
# I`ve noticed that jwm -reload does not always fix the menu, jwm -restart is needed.
I`m not sure exactly what the circumstances for this are, but I`m sure we`ll find out.
# Fred; Try this out, it should find audacity`s icon and show it on the menu.
- Attachments
-
- mk-menu.zip
- (24.64 KiB) Downloaded 219 times
I'm using the new DebianDog 01-v7.squashfs along with vmlinuz1 and initrd1.xz from DebianDog-PorteusDog-test.iso (which I had downloaded long time ago); all of these installed in /live. I'm using above menu.lst stanza except my files are in /dev/sdb1 so replacing above (hd0,0) with (hd1,0). Unfortunately, I am getting the following boot error message:fredx181 wrote:better make it:The changes directory will then be automatically created in /debian/Code: Select all
title DebianDog-Porteus root (hd0,0) kernel (hd0,0)/live/vmlinuz1 noauto from=/live/ changes=/debian/ initrd (hd0,0)/live/initrd1.xz
Fred
Code: Select all
loading kernel modules
searching for wheezy-i486.sgn file
from=cheatcode is incorrect, press enter to search through all devices
I already have Porteus-Wheezy itself running on this machine, been using it as default OS for weeks because I like the changes directory. However, that one is using the vmlinuz (not vmlinuz1) Tony pointed me to when I was having trouble with the later Porteus-Wheezy new kernel. Now I want DebianDog running with that nice changes folder method of persistence too though.
github mcewanw
Hi, Terry
I see you added jwm.main in include tags. Not sure if this is the reason yet but something breaks the existing change menu-debian <-> menu-puppy
In /opt/bin menu-puppy and menu-debian change the /opt/bin/update-menus link to point to mk-jwm.menu or /usr/bin/update-menus and after that run /opt/bin/menu1 or menu2.
I can not think of better scheme to make both debian and mk-jwm menus working for user and root.
It starts to be like never ending circle of small changes that break more and more.
I don't know how IceWM uses icons but it has only this as IconPath in preferences file:
Converting desktop files from user when needed does not seems good approach to me.
Question to all: Way we try to replace well working and included in all debian wheezy packages debian menu method when not all desktop files follow the standards we try to include in mk-jwm.menu? I suggest we use Debian menu as default and fix mk-jwm.menu and make it default in some proper period of testing.
Terry, I might do something wrong, but desktop-convert gives this outputs. I make new desktop files by copy/paste from terminal to desktop file:
Toni
Here is the output from the new mk-jwm.menu. I do not get icon for audacity but I can't test it proper till I fix the change menus way:sunburnt wrote:Fred, Toni; Here`s the new mk-menu files.
I added "find /usr/share/icons" to the mk-jwm.main exec. file..
Code: Select all
root@debian:~# mk-jwm.menu
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
find: paths must precede expression: .
Usage: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression]
Usage: grep [OPTION]... PATTERN [FILE]...
...........
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
sh: ./menu-root.lst: No such file or directory
In /opt/bin menu-puppy and menu-debian change the /opt/bin/update-menus link to point to mk-jwm.menu or /usr/bin/update-menus and after that run /opt/bin/menu1 or menu2.
I can not think of better scheme to make both debian and mk-jwm menus working for user and root.
It starts to be like never ending circle of small changes that break more and more.
I don't know how IceWM uses icons but it has only this as IconPath in preferences file:
Code: Select all
# Icon search path (colon separated)
# IconPath="/usr/share/icons:/usr/share/pixmaps"
Question to all: Way we try to replace well working and included in all debian wheezy packages debian menu method when not all desktop files follow the standards we try to include in mk-jwm.menu? I suggest we use Debian menu as default and fix mk-jwm.menu and make it default in some proper period of testing.
Terry, I might do something wrong, but desktop-convert gives this outputs. I make new desktop files by copy/paste from terminal to desktop file:
Code: Select all
root@debian:~# debmenu2desktop.convert /usr/share/menu/bash.desktop /tmp/desktop
cat: /usr/share/menu/bash.desktop: No such file or directory
cat: /usr/share/menu/bash.desktop: No such file or directory
root@debian:~# debmenu2desktop.convert /usr/share/menu/bash /tmp/desktop
### bash.desktop
[Desktop Entry]
Terminal="true"
Categories="Applications;Shells"
Icon="/usr/share/pixmaps/xterm-color_32x32.xpm"
Name="Bash"
Exec="/bin/bash --login"
### sh.desktop
[Desktop Entry]
Terminal="true"
Categories="Applications;Shells"
Icon="/usr/share/pixmaps/xterm-color_32x32.xpm"
Name="Sh"
Exec="/bin/sh --login"
Last edited by saintless on Fri 21 Mar 2014, 05:30, edited 1 time in total.
Hi, William.
You need not only initrd1.xz from DebianDog-PorteusDog .
You need to have /live/debian folder with all it content.
Also delete the two symlinks from /live/debian/base and create there new one /live/debian/base/01-v7.xzm pointing to /live/01-v7.squashfs
Or just move 01-v7.squashfs in /live/debian/base and rename it to 01-v7.xzm
Inside /live/debian folder you have this wheezy-i486.sgn file.
Toni
You need not only initrd1.xz from DebianDog-PorteusDog .
You need to have /live/debian folder with all it content.
Also delete the two symlinks from /live/debian/base and create there new one /live/debian/base/01-v7.xzm pointing to /live/01-v7.squashfs
Or just move 01-v7.squashfs in /live/debian/base and rename it to 01-v7.xzm
Inside /live/debian folder you have this wheezy-i486.sgn file.
Toni
Hi, Terry.
To check the period fsck setup for every device use for sda1 for example:
Creating file /forcefsck and reboot -F options does not work to make fsck on next boot.
Toni
I'm working on this but it seems wheezy does not use fsck on boot. It has 6 months period check set. I'm not sure it will work the same way with downgraded initrd.img we use and with porteus-initrd file which is the second boot option.# We still need boot fsck of boot and live-rw file partitions...
To check the period fsck setup for every device use for sda1 for example:
Code: Select all
tune2fs -l /dev/sda1
What do you mean? Isn't it TimeZone setting menu entry enough? Every user will set up time zone once and it is done.# Also, we need a default time sync utility, then no setup guis are needed.
No, but I keep the second one with no extension end it des not appear in the menu. Better to keep it this way in case someone need it after installing KDE on DebianDog## Toni; There are 2 Synaptics desktop files, one is for KDE, do we need it in our menu.?
yes, we can easy setup manual the default links in /usr/local/bin to point to different applications with Set-Default-apps. Personaly I do not like the idea every new installed browser auto-become default browser but we can do it as Fred suggested.## Added: So Toni found the "Set as Default" for the browsers.? We can use it...
I don't think we will notice ram saving from removing menu icons and it makes the process more complicated.# Shouldn`t Low-Ram menu setting remove menu icons ( maybe it does already...).?
I suggest to include Desktop from the beginning.### If the Settings category gets filled with desktop stuff, we can move it to Desktop.
Toni
Toni; For help, run: /root/0_BaCon/debmenu2desktop
This command filled /tmp/0 with only 66 ready to go desktop files ( not sure why not 70 ).
# I`ll look at mk-menu, something simple I`m sure...
# I didn`t think about JWM actually searching sub dirs for icons, I assumed it only did the dir.
# I think there`s a way for the time sync web site to auto. get your location.?
# I see the renamed Synaptics file, I`ll have to check if mk-menu will ignore it.
### Yes it will ignore the renamed file.
# I`m still looking at the fsck thing...
.
This command filled /tmp/0 with only 66 ready to go desktop files ( not sure why not 70 ).
Code: Select all
# /root/0_BaCon/debmenu2desktop /usr/share/menu /tmp/0
##### Total Files: 70
#
# I didn`t think about JWM actually searching sub dirs for icons, I assumed it only did the dir.
# I think there`s a way for the time sync web site to auto. get your location.?
# I see the renamed Synaptics file, I`ll have to check if mk-menu will ignore it.
### Yes it will ignore the renamed file.
# I`m still looking at the fsck thing...
.
Last edited by sunburnt on Fri 21 Mar 2014, 06:04, edited 3 times in total.
Thank you, Terry.sunburnt wrote:Toni; For help, run: /root/0_BaCon/debmenu2desktop
This command filled /tmp/0 with only 66 ready to go desktop files ( not sure why not 70 ).Code: Select all
# /root/0_BaCon/debmenu2desktop /mnt/sq/usr/share/menu /tmp/0 ##### Total Files: 70 #
Maybe we should make menu entry to automate this process.
Toni
I've also now tried modifying menu.lst with changes=EXIT:/live/debian/
That seems to allow shutdown without saving changes (does in Portues-Wheezy anyway), but I haven't really checked that thoroughly. I did note however that unlike in Porteus-Wheezy I don't then get the nice splash choice to save or not. Would be good to include that and document DebianDog working with changes directory nicely for users. I've been using Porteus-Wheezy for some time simply because I love this changes directory method of persistence. I can manually just add or delete things in that changes directory and they have the desired effect on next boot. So I definitely plan to use DebianDog with that facility too rather than live-rw.
Of course, the changes directory method won't work on top of ntfs because of permisssion issues and symlinks not working there, but then live-rw is very tricky to make work on ntfs partition also, as I documented earlier. That is one of the better things in Puppy; Puppy save files work fine when stored on ntfs (on same or different partition to the other boot files), which is what I have habitually been doing for years (and never bothered making sure the ntfs area was defraged - still worked fine).
So the question I have is: what is the difference with the way Puppy handles its save file to the way Debian handles live-rw?
That seems to allow shutdown without saving changes (does in Portues-Wheezy anyway), but I haven't really checked that thoroughly. I did note however that unlike in Porteus-Wheezy I don't then get the nice splash choice to save or not. Would be good to include that and document DebianDog working with changes directory nicely for users. I've been using Porteus-Wheezy for some time simply because I love this changes directory method of persistence. I can manually just add or delete things in that changes directory and they have the desired effect on next boot. So I definitely plan to use DebianDog with that facility too rather than live-rw.
Of course, the changes directory method won't work on top of ntfs because of permisssion issues and symlinks not working there, but then live-rw is very tricky to make work on ntfs partition also, as I documented earlier. That is one of the better things in Puppy; Puppy save files work fine when stored on ntfs (on same or different partition to the other boot files), which is what I have habitually been doing for years (and never bothered making sure the ntfs area was defraged - still worked fine).
So the question I have is: what is the difference with the way Puppy handles its save file to the way Debian handles live-rw?
github mcewanw
I'm not sure t searches subdirs, Terry. But it has only two paths in preferences and i don't think we had problems with icon showing after Fred found the fix for icewm-common. Maybe all icons are included in those two paths. Even if it searches subdirs I don't think we can easy include the same in Jwm.sunburnt wrote:Toni; Do you know if IceWM does search sub dirs. for icons.?
Adding more PATH-s in .jwmrc looks better for me than copying and symlinking dirs and icons all the time.
Toni
Last edited by saintless on Fri 21 Mar 2014, 07:50, edited 2 times in total.
Hi, William.
DebianDog is pure Debian and it will use debian initrd by default. All other options that make DebianDog different from Debian are only options. You can also use linux-live initrd from here:
http://www.smokey01.com/saintless/Light ... ux-live.xz
It is similar to porteus boot way.
Porteus boot way works well after adding small module with porteus changes. You can check it out in /live/debian/base
Save on EXIT works in DebianDog-PorteusDog-test.iso
BTW I havent test this but as far as I remember Debian Wheezy docs says if you use persistence save file it works from NTFS partition. You can test it with not-downgraded initrd file if you like:
http://www.smokey01.com/saintless/Light ... nitrd1.img
You need to change persistent with peristence in kernel boot line and to use this save file:
http://www.smokey01.com/saintless/1Gb-p ... ive-rw.zip
Toni
DebianDog is pure Debian and it will use debian initrd by default. All other options that make DebianDog different from Debian are only options. You can also use linux-live initrd from here:
http://www.smokey01.com/saintless/Light ... ux-live.xz
It is similar to porteus boot way.
Porteus boot way works well after adding small module with porteus changes. You can check it out in /live/debian/base
Save on EXIT works in DebianDog-PorteusDog-test.iso
I don't know and I never use NTFS. Having main squashfs module less than 100 Mb is small enough to use copy to ram and live-rw save file on NTFS partition. You have found one more different way to use it. It is enough for me. If someone else finds a way to use live-rw on NTFS without changing the debian boot way we will use it.mcewanw wrote:So the question I have is: what is the difference with the way Puppy handles its save file to the way Debian handles live-rw?
BTW I havent test this but as far as I remember Debian Wheezy docs says if you use persistence save file it works from NTFS partition. You can test it with not-downgraded initrd file if you like:
http://www.smokey01.com/saintless/Light ... nitrd1.img
You need to change persistent with peristence in kernel boot line and to use this save file:
http://www.smokey01.com/saintless/1Gb-p ... ive-rw.zip
Toni
Hi, Terry.sunburnt wrote:Toni; For help, run: /root/0_BaCon/debmenu2desktop
This command filled /tmp/0 with only 66 ready to go desktop files ( not sure why not 70 ).Code: Select all
# /root/0_BaCon/debmenu2desktop /usr/share/menu /tmp/0 ##### Total Files: 70 #
debmenu2desktop is setup to use /mnt/sq/usr/share/menu which makes it not to work on DebianDog. I guess you use it from puppy?
I had to make some changes but works fine now. We will include it as menu entry option.
Added this in the beginning of /opt/bin/debmenu2desktop (otherwise gives error there is no /tmp/0 folder):
Code: Select all
mkdir /tmp/0
echo "***All converted desktop files are in /tmp/0 folder.***"
Code: Select all
Fs=`find /mnt/sq/usr/share/menu -maxdepth 1 -type f |grep -v README`
to to this:
Code: Select all
Fs=`find /usr/share/menu -maxdepth 1 -type f |grep -v README`
Code: Select all
root@debian:~# debmenu2desktop /usr/share/menu /tmp/0
***All converted desktop files are in /tmp/0 folder.***
##### Total Files: 70
root@debian:~#
Hi, all.
After installing w3m and links2 I get in /usr/share/menu files for links2 (GUI), Links2 (CLI), w3m (CLI) and I can start them all from start menu.
In /usr/share/applications I get desktop file only for Links2 (GUI).
If this is the case for most text based programs that means the user have to convert desktop files for them all the time to make them appear in the menu.
It seems desktop files are not well supported in debian package repository. I think we need a way to automate the process of converting menu to desktop files and move them in /usr/share/applications to make them appear in the mk-jwm.menu after installing every new package.
Toni
After installing w3m and links2 I get in /usr/share/menu files for links2 (GUI), Links2 (CLI), w3m (CLI) and I can start them all from start menu.
In /usr/share/applications I get desktop file only for Links2 (GUI).
If this is the case for most text based programs that means the user have to convert desktop files for them all the time to make them appear in the menu.
It seems desktop files are not well supported in debian package repository. I think we need a way to automate the process of converting menu to desktop files and move them in /usr/share/applications to make them appear in the mk-jwm.menu after installing every new package.
Toni
William, here's a new 021-apps-porteus.xzm updated for JWM.
Just replace with this one in the 'base' folder.
changes=EXIT:/ and choice to save or not should work then.
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Toni,
Just for info: I edited /root/jwm/jwm.tail and /etc/jwm/system.jwmrc.
Removed the "shutdown" and "reboot" entries and added "Logout" pointing to obshutdown.
Terry, I'll test your new menu-maker later today.
Fred
Just replace with this one in the 'base' folder.
changes=EXIT:/ and choice to save or not should work then.
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Toni,
Just for info: I edited /root/jwm/jwm.tail and /etc/jwm/system.jwmrc.
Removed the "shutdown" and "reboot" entries and added "Logout" pointing to obshutdown.
Terry, I'll test your new menu-maker later today.
Fred