MintPup (Trusty LTS)

A home for all kinds of Puppy related projects
Message
Author
User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#141 Post by saintless »

Thanks Fred, but by localization support I mean translation support for all menu categories. I think it is different problem and all DD special scripts (yad or not) have the same problem.
In gtkdialog localization is added by gettext for label tag. Check /opt/bin/mount-wizard and you will see what I mean.

Toni

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

#142 Post by saintless »

Hi William.

Sources archive updated with your .bac files:
http://smokey01.com/saintless/source-code/mk-menu.zip

Available deb package for testing modded mk-jwm.main file:
http://smokey01.com/saintless/DebianDog ... 2_i386.deb
I didn't strip the binary. It is much smaller anyway than the one in DD and MintPup. Testing will show if some fix was included later in the missing source .bac file.

Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#143 Post by mcewanw »

Thanks Toni.
github mcewanw

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

#144 Post by saintless »

Just found mk-jwm bash version from Terry before converting to Bacon:
http://www.murga-linux.com/puppy/viewto ... 499#762499
And one alternative menu from Puppy (suggestion from Fred):
http://www.murga-linux.com/puppy/viewto ... 793#762793
Both added in:
http://smokey01.com/saintless/source-code/mk-menu.zip
Maybe will be useful for someone later.

Toni

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

#145 Post by fredx181 »

Hi Toni and everyone,

Here's a setup for JWM-openbox-menu for testing,

I know I wrote recently that the JWM menu is good as it is, but didn't realize it's lacking localization support, so did some searching for combining 'openbox-menu' with JWM and found this thread from puppyrus:
http://forum.puppyrus.org/index.php/topic,14731.0.html
(specially page 5 with example for automatic updating the menu)
Compiled 'openbox-menu' from source here:
https://bitbucket.org/geekless/openbox-menu/

As I had done some practicing with 'openbox-menu' as pipemenu for "mintpup-openbox setup" next step was to implement it to JWM, with the "-f jwm' option which creates compatible menu for JWM.
I think it turned out really well.

The attached package has no dependency 'openbox' itself, it works without it, so it's very small.

What works:
- Localization, the (translated) category names are read from *.directory files in /usr/share/desktop-directories/ , e.g. "dog-graphics.directory".
- Automatic updating the menu, doesn't depend on running 'update-menus', reads directly from change in /usr/share/applications, it's done by 'menu-cached'.
- $HOME/.local/share/applications path supported (also I think /usr/local/share/applications, didn't test yet)
- All icons show.
- Can be combined with other entries in .jwmrc, e.g the original 'head' entries and shutdown, reboot items are untouched.
(template files are in /etc/xdg/templates, copied to $HOME/.jwmrc, when starting menu-openbox)

What does not work:
- Some .desktop files in /usr/local/share/applications have no line "Type=Application", these initially didn't show up in the menu, but I worked around it by searching for these, copying them to $HOME/.local/share/applications and add it (echo "Type=Application" >> ....) (done in script /opt/bin/menu-openbox)
- Fixed similar as above for those .desktop files that have both 'Terminal=true' and 'xterm -e'
These are rather ugly workarounds, and should be fixed a better way IMO.

Tested on mintpup and DD jessie, not on wheezy yet.

Attached; jwm-obmenu_0.0.1_i386.deb.tar (remove dummy .tar)

Edit: How to activate jwm-obmenu after install: JWM menu > System > Menu Openbox

Edit: Removed the attachment, see here for fixed version:
http://www.murga-linux.com/puppy/viewto ... 605#861605

Fred
Last edited by fredx181 on Mon 24 Aug 2015, 16:49, edited 1 time in total.

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#146 Post by mcewanw »

fredx181 wrote:Hi Toni and everyone,

Here's a setup for JWM-openbox-menu for testing,
Thanks Fred, sounds good,

Something using menu-cached seems like it would do the job, so hopefully this is what we are looking for without having to update existing work by Terry or having to otherwise re-invent the wheel.

William

EDIT:I presume it is okay to now apt-get purge mkjwmmenu? I did that, but only thing is I don't know how to tweak jwm to my personal tastes thereafter: for example, I want to change the number of desktops, and I don't see how the wallpaper can be set to each one now? Looking good otherwise though.
EDIT2: I manually edited ~/.jwmrc for 2 desktops. I'm pretty sure that is wrong thing to do but not sure which file I should edit for persistent manual jwm config changes as yet. Then restarted JWM -> Shutdown -> Restart WM and now the desktops are just 2, and the wallpapers are working (Terry's wallpaper changer). I presume those desktop files which have xterm -e in them were edited to have that by Toni or yourself - I think that should be removed and rely on Terminal=true since that seems to work with this system fine. I presume the likes of htop came with Terminal=true in its desktop file? But why didn't you use this method before if already using much the same in MintPup_openbox?! :-) Certainly looks promising.
EDIT3: Having now looked at /opt/bin/menu-openbox, I guess for manually editing my JWM menu I should modify one of /etc/xdg/templates/.jwmrc (for root user case) or /etc/xdg/templates/.jwmrc_user (for puppy or other normal user)? Didn't quite work for me (I had to manually copy the file to $HOME and reboot in the end but I'm sure that's not necessary). I could do with a step by step explanation of how menu-openbox etc gets called from boot-time or after any app installation or change to desktop files - in another thread maybe? I noted a day or two ago, by the way, that at least the latest JWM (ver 2.3?) now includes a Root Menu, 'Dynamic' tag to "Include the contents of a file or the output of a program as a submenu". I'm not sure if that is the same as a pipe menu facility (turns out ver 2.2 has it too, but tag has different name 'Include'):

http://www.joewing.net/projects/jwm/config.shtml#root

http://www.joewing.net/projects/jwm/con ... shtml#root

I suspect Terry's mkjwmmenu is still useful for using lowest resources?
github mcewanw

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

#147 Post by fredx181 »

William wrote:I presume it is okay to now apt-get purge mkjwmmenu? I did that, but only thing is I don't know how to tweak jwm to my personal tastes thereafter: for example, I want to change the number of desktops, and I don't see how the wallpaper can be set to each one now? Looking good otherwise though.
Yes, I forgot some Jwm specific things, as I was mostly focused to get the xdg menu right.
Also "Change Jwm theme" doesn't work as it should be (just brings back Menu-Puppy)
So... It's more complicated than I thought, I guess the setup needs to be similar as the other menu setups with jwm.head main, tail etc..

Btw, how do you normally set the number of desktops? I can't find how

.
I could do with a step by step explanation of how menu-openbox etc gets called from boot-time or after any app installation or change to desktop files - in another thread maybe?
I will write when I have more time.

Fred

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

#148 Post by saintless »

Hi Fred, William.

Thanks Fred, looks nice and I'm sure it took much work to make this setup for jwm.
But why is this interest for improved or new Jwm menu? All my posts in the last few pages are against improving/changing the well tested menu system for Jwm. And in favour of default Debian update-menus method which doesn't even need desktop files and has full localization support and is still official menu method in Debian and Ubuntu stable and unstable versions.
I wrote the main problem for me in mk-jwm menu is missing localization support but changing the menu system will not add localization support in Terry's menu.

The options we have in my opinion:

Option 1:
Remove Terry's mk-jwm (tested over a year) and Mitra's mjwm menu and use menu-openbox instead.
Find a way to make jwm theme changing work with menu-openbox or just remove jwm theme changing.
Fix the content in around 40 desktop files to be suitable with menu-openbox.
In the future if we have questions how to setup the menu start asking what is the DD-Jwm version because we have different menu system in Jessie (maybe it is possible to fix menu-openbox for Wheezy but I doubt it will be easy to do the same for Squeeze).
Start testing menu-openbox properly for potential problems.

Option 2;
Add menu-openbox as menu number 4 in DD-Jessie-Jwm and MintPup + fix all from option 1.

Option 3: Don't add menu-openbox and keep it for download and testing as deb package (maybe improved in the future from Fred if he likes to work on this in the future). I can add the desktop files that need changing in next iso updates but it is better to attach working files for menu-openbox so I can test them with mk-jwm and mjwm menu for problems.

Option 4:
Install Jwm and menu-openbox as second WM in DebianDog-OpenBox-Jessie and we can update only one iso with more time for testing.
Install OpenBox as third WM in MintPup (and maybe remove Icewm) and we can support only one iso in the future with more time for testing.
The problem is Fred will have to answer and fix all menu problems because I don't know the open box menu setup and can't help much with it.
Make the next iso update final for DD-Wheezy and Squeeze.

I don't like options 1 and 2. Many potental problems could appear from changing the menu setup or adding new menu method and I really like to keep the same menu system in DD-Jwm Squeeze, Wheezy, Jessie and MintPup. It is not possible with menu-openbox.

Options 3 and 4 are fine for me.

Edit:
fredx181 wrote:Btw, how do you normally set the number of desktops? I can't find how
By changing $HOME/.jwm/jwm.tail and refreshing the menus. In case changing the theme from /opt/docs/jwm-themes repeat the same change or add it in all files inside /opt/docs/jwm-themes

Toni
Last edited by saintless on Mon 24 Aug 2015, 07:50, edited 1 time in total.

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

#149 Post by sunburnt »

The mk-jwm.main.bac file in the zip at http://smokey01.com/saintless/source-code/mk-menu.zip looks proper.

CHANGEDIR throws a run time error if the dir. does not exist.
It looks like "/mk-jwm.main" should have been "./mk-jwm.main".

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

#150 Post by saintless »

Thanks Terry.
We have testing deb package already adding 'xterm -e" in the menu and reading the files in $HOME/.local/share/applications
The problem is the new compiled binary from the source .bac file is much smaller from the one we use the last year inside the system. If we strip the new compiled binary it will become even smaller. There should be some changes but it is impossible to know what exactly.

Anyway your menu works stable and well as it is and I don't plan to change it.

Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#151 Post by mcewanw »

fredx181 wrote: Btw, how do you normally set the number of desktops? I can't find how to


Hi Fred, Toni,

Started a new thread for WM menu discussions and posted my reply to above on it here:

http://www.murga-linux.com/puppy/viewto ... 564#861564

William
github mcewanw

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

#152 Post by fredx181 »

Btw, how do you normally set the number of desktops? I can't find how

By changing $HOME/.jwm/jwm.tail and refreshing the menus. In case changing the theme from /opt/docs/jwm-themes repeat the same change or add it in all files inside /opt/docs/jwm-themes
Ah, I see, I just looked for a menu entry to set it.

Fred

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Congrats

#153 Post by mikeslr »

Hi Toni, Wanderer and all who have participated in creating MintPup. Congratulations.

USB-Key install running well on a Dell Latitude E6400. Answering the question recently posed on the "Wm Menu systems" thread: "Why Now?" Chalk it up to serendipity.

"I'm really getting too old for this" -- learning new stuff, that is. The debian-dogs and MintPup are different than Pup: similar but different. And scanning the relevant threads now and then left me with the impression that either a USB-Key or an entire hard-drive partition would be needed to install. Please correct the last assumption if I'm in error. [I appreciate that once installed, other Pups can easily be added, especially as Grub4dos can be used as bootloader]. Unused hard-drive partitions are hard to come by. And while USB-Keys are cheap, mine usually get used as soon as I acquire them.

But recently I was using one in an unsuccessful effort to explore UEFI booting without an UEFI computer. Now having an unused USB-Key I asked myself "What can I do with this?" And there it was, MintPup at the top of the Projects Subforum. Serendipity.

I've always liked Linux Mint. So I guess I'm going to have to read thru the "How To" thread and learn some new things. :x :wink: Well, thanks anyway. :)

mikesLr

P.S. It's early days yet, but perhaps not too early to begin thinking about how MintPup and the Debian-dogs are going to be able to run from Windows 10 UEFI computers which will not allow their owners to turn off "Secure boot."

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

Re: Congrats

#154 Post by saintless »

mikeslr wrote:And scanning the relevant threads now and then left me with the impression that either a USB-Key or an entire hard-drive partition would be needed to install. Please correct the last assumption if I'm in error.
Only full install needs entire partition.
Frugal install will copy DD/MintPup without erasing other linux on the same partition. You can also copy /live (or /casper) directory from the iso and add menu entries manually in your boot loader reading the boot code examples in DD and MintPup thread.
P.S. It's early days yet, but perhaps not too early to begin thinking about how MintPup and the Debian-dogs are going to be able to run from Windows 10 UEFI computers which will not allow their owners to turn off "Secure boot."
I don't have hardware for testing boot on UEFI computer. Maybe someone will post instruction how to do it in time.
I've always liked Linux Mint. So I guess I'm going to have to read thru the "How To" thread and learn some new things. :x :wink: Well, thanks anyway. :)
I'm afraid you will not find anything from Linux Mint look in MintPup. But you can install what you need from Mint Rebecca and Ubuntu repository.

Toni

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

#155 Post by fredx181 »

Hi All,

For those having the same issue as I have with firefox, address bar distorted view (see attached screenhot)), this will probably solve it:

Go to Extra >Add-ons , search for 'fxchrome'. install Addon: FXChrome, and activate it, then after restarting firefox, the addressbar will display as it should be.

Fred
Attachments
2015-08-27-193618_498x49_scrot.png
Firefox distorted address bar view
(3.83 KiB) Downloaded 1505 times

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

#156 Post by mcewanw »

Hi Fred,

I don't have that firefox problem (using ver 40.0.3).

By the way, I'm impressed with Kingston Office (now called WPS), which I've installed in MintPup as described in via following link:

http://murga-linux.com/puppy/viewtopic. ... 264#862264

EDIT: Aah, but I've just read that it puts watermark on printed docs after 30 days? I don't know if that is the case ... but if only on printed docs watermark, could still be useful. Also, I can't see that issue mentioned for this version - maybe they removed that limitation?

William
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

Kingston wps-office sfs by perdito works fine in DD/MintPup

#157 Post by mcewanw »

Hi Toni and Fred,

I've also now tried loading perdido's sfs of Kingston wps-office in both DebianDog Squeeze and in MintPup and it works fine in both. Since Kingston have packaged it as effectively standalone (with its special Qt libs all included in main install dir /opt/kingston/wps-office) I think it is safe and useful to use in DD/MintPup:

http://www.murga-linux.com/puppy/viewto ... 251#862251

Nevertheless, Kingston do provide 32bit and 64bit deb packages and I have it installed that way in my own main system. I don't think this version has any time-limit (no future problem with watermarks on printouts as far as I have checked). Only major limitation seems to be that its Spreadsheet doesn't have Charts/Graphs module. I added some extra tt fonts on my installation (actually perdido seems to have added a few on his sfs - hopefully that doesn't cause any potential dpkg issues - I prefer to add fonts directly on the system). The wordprocessor looks great and very fast loading compared to LibreOffice.

William

EDIT: On a different subject, I've contacted Terry (sunburnt) to request wallpaper.gui source code so continuing to wait on him getting back to me on that. I think he mustn't be logging into the puppy forum very often so won't have seen my message. If no source code still available, I will probably use an alternative.
github mcewanw

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

need more space on rootfs

#158 Post by mcewanw »

Hi Toni and Fred,

I've successfully used apt-get to install qt5 development environment on full Linux Mint xfce and I'm not trying to do the same on MintPup. However, I'm having the problem that I get error message because of 'rootfs' filling up. Is there someway of increasing the rootfs size prior to installation (the ubuntu-sdk installation I'm using for qt5 is huge)? My machine has 2GB RAM but I'm not using any swap file or partition.

William
github mcewanw

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

Re: need more space on rootfs

#159 Post by saintless »

mcewanw wrote:Is there someway of increasing the rootfs size prior to installation (the ubuntu-sdk installation I'm using for qt5 is huge)? My machine has 2GB RAM but I'm not using any swap file or partition.

William
Hi William.
I think swap file ( swap partition) will not increase rootfs size and there is no way to do this after you started installing packages.
Maybe this information from Fred will help you:
http://www.murga-linux.com/puppy/viewto ... 031#787031
If it is frugal install is there a problem to use casper-rw save partition or file?

Edit: For full install I see some suggestions like this one:
http://unix.stackexchange.com/questions ... t-possible

Toni

mcewanw
Posts: 3169
Joined: Thu 16 Aug 2007, 10:48
Contact:

Re: need more space on rootfs

#160 Post by mcewanw »

saintless wrote: If it is frugal install is there a problem to use casper-rw save partition or file?
Hi Toni, thanks for your suggestioninsts. I think the problem is because I am using save on EXIT porteus method and since the installation is so huge it is filling up RAM until a save2flash occurs (which doesn't during the installation. At least, I imagine that is the issue. I expect it will all work if I just allow save during installation (take out the EXIT in menu.lst).

William

By the way, I do have qt5, qtcreator, working with lots of qt5 programming examples. They look very nice... However, no wonder we use bash, gtkdialog, yad, or BaCon and HUG... I forgot how horrible C++ is (even though I used to do a lot of C programming). I'm afraid I am not willing to mould my brain into such heavy object oriented code thinking - I can imagine a person becoming skilled at that, but just not me! So back to BaCon experimentation instead... I was only qt tempted because of the cross-platform capability, but the pain is too great.
github mcewanw

Post Reply