PCLinuxOS Openbox Bonsai 2011 for test

[melodie]

Hi again,

I added gnomebaker it appeared fast. I installed cdlabelgen, it didn't appear at all. After I checked in the /usr/share/applications directory it appears not to install a desktop file, therefore it is normal that it won't appear in the menus. I won't either in other Desktops.

[Yankee]

Hi,

Ferdes Fides, would you test something and tell us if the menus get the change faster after this ? (Let's say at the second time you open the menus).

Go to /usr/share/doc, and if you have an openbox directory there (openbox/ not the one with the version number behind) copy it as root to /usr/share :

Code: [Select]

$ su
passwd
# cp -R openbox/ /usr/share
I am not sure that it changes something, but here it seems to make a difference. I uninstalled Arora, then reinstalled it, I find a difference.

If you don't have a openbox directory under /usr/share/doc, either try to reinstall openbox (with the command "apt-get install openbox --reinstall", which will force it's reinstallation), or just say and I can send the directory as an archive on the web.

All other users interested are invited to try that same experiment.

Thanks,
Mélodie

Hi Melodie,

I don't have that directory whether I reinstall or not, which I did.   Actually
everything is working quite well this morning.   Installed a few things and the
size is exactly the same as 2010 so that's good.   Only problem was Midori
wouldn't download anything, terminal said glib had a bug and Midori's an
exec so I don't know what to add for that.   

Send the /Openbox directory on the web then, OK ?    I'll make a backup before
I test it, but everything I installed appeared without it.

Later,
FF

[melodie]

If terminal sends a glib bug error, what about reporting that at the Software section with the informations about your version numbers for Midori and glib ?

I enclosed openbox directory with all it's files in a tar.bz2 archive here.

I just don't fancy why a reinstall as you did fixes the problem... If a long install such as mine (several years now) does meet with this, I don't want to reinstall ! No way !

You don't need to make a backup, just untar it in /usr/share (with the command as root "tar xvfj openbox.tar.bz2") and remove the openbox.tar.bz2 after.

It is just a few text/xml and image files:

$ ls
AUTHORS    COMPLIANCE  menu.xsd            rc.xsd  xbm/
CHANGELOG  COPYING     rc-mouse-focus.xml  README

$ ls xbm/
bullet.xbm  desk_toggled.xbm  iconify.xbm      max.xbm            shade.xbm
close.xbm   desk.xbm          max_toggled.xbm  shade_toggled.xbm
$

[Yankee]

If terminal sends a glib bug error, what about reporting that at the Software section with the informations about your version numbers for Midori and glib ?

When I came back from the restaurant I checked the Midori website and it looks
like two libraries are missing.  When installed Midori still wouldn't download yet.
Some discrepancy exists with dependencies between theirs and ours listed.  They're
just not exact.   I'll post my terminal info in Software then.    Does your Midori
download ?

I just don't fancy why a reinstall as you did fixes the problem... If a long install such as mine (several years now) does meet with this, I don't want to reinstall ! No way !

That flash drive had lilo or syslinux on it before and sometimes when I try
to install without recreating the entire drive in that case the grub installed
system could do almost anything.   Not boot, crash, lockup, refuse to run
certain programs correctly, etc..   Something I learned from experience not theory.

[djohnston]

Go to /usr/share/doc, and if you have an openbox directory there (openbox/ not the one with the version number behind) copy it as root to /usr/share :

All other users interested are invited to try that same experiment.

I did that and it did make a difference. Before, I was doing (from the menu) Openbox > Reconfigure about 5 times. I would then do Openbox > Restart (as from previous Openbox version). The menus would not refresh until I logged out and back in. After copying /usr/share/openbox directory to /usr/share, I did Openbox > Reconfigure 3 times and the Applications > Games > Arcade > Frozen-Bubble entry appeared. That's the only game installed, so the Applications > Games directory didn't exist before installing Frozen-Bubble.

[melodie]

Go to /usr/share/doc, and if you have an openbox directory there (openbox/ not the one with the version number behind) copy it as root to /usr/share :

All other users interested are invited to try that same experiment.

I did that and it did make a difference. Before, I was doing (from the menu) Openbox > Reconfigure about 5 times. I would then do Openbox > Restart (as from previous Openbox version). The menus would not refresh until I logged out and back in. After copying /usr/share/openbox directory to /usr/share, I did Openbox > Reconfigure 3 times and the Applications > Games > Arcade > Frozen-Bubble entry appeared. That's the only game installed, so the Applications > Games directory didn't exist before installing Frozen-Bubble.

Hi djohnston,

except that if you go to the baker get a cake and come back the result should be the same : the right-click menus in "Applications" are not related to openbox, but created by the openbox-menu, which is a pipe menu.

See what pipe-menus are here:
http://openbox.org/wiki/Help:Menus

and what openbox-menu is here:
http://mimasgpc.free.fr/openbox-menu_en.html

therefore you can call "openbox --reconfigure" (which is what the reload openbox entry is) as many times as you want, it has no effect on the menus.

On thing that has effect is opening again the right-click menus a second time, and this second time the change should show.

After copying /usr/share/openbox directory to /usr/share...

If you had it already under /usr/share, you would not have needed to copy it there once more ?

[djohnston]

Hi djohnston,

except that if you go to the baker get a cake and come back the result should be the same : the right-click menus in "Applications" are not related to openbox, but created by the openbox-menu, which is a pipe menu.

Bakers and cakes. You lost me there.

therefore you can call "openbox --reconfigure" (which is what the reload openbox entry is) as many times as you want, it has no effect on the menus.

On thing that has effect is opening again the right-click menus a second time, and this second time the change should show.

Well, I tried this again by installing two emulators. The menu wouldn't update no matter how many times I opened it. (At least five times.) A reboot updated the menus.
 

After copying /usr/share/openbox directory to /usr/share...

If you had it already under /usr/share, you would not have needed to copy it there once more ?

Okay, make that I copied the openbox directory from /usr/share/docs to /usr/share.

[melodie]

Ferdes Fides : I don't know if my Midori downloads because I prefer Firefox and Jumanji. And I mostly download with wget in console. Sometimes I use Firefox to download, but just while reading a page, when the doc referred to needs to be downloaded while reading. Nothing more.

I don't like Midori, it's look, and got rid of it in my main machine. I start Jumanji when some heavy dumbish websites don't display correctly in Firefox.

[melodie]

therefore you can call "openbox --reconfigure" (which is what the reload openbox entry is) as many times as you want, it has no effect on the menus.

On thing that has effect is opening again the right-click menus a second time, and this second time the change should show.

Well, I tried this again by installing two emulators. The menu wouldn't update no matter how many times I opened it. (At least five times.) A reboot updated the menus.
 

After copying /usr/share/openbox directory to /usr/share...

If you had it already under /usr/share, you would not have needed to copy it there once more ?

Okay, make that I copied the openbox directory from /usr/share/docs to /usr/share.

So, for you having the openbox directory under /usr/share did a difference ? How many times do you open the menus before seeing the change, once the openbox directory under /usr/share instead of having it under /usr/share/doc ?

Have you also had a look here ? Openbox right-click menu reloading

[Hootiegibbon]

Ferdes Fides : I don't know if my Midori downloads because I prefer Firefox and Jumanji. And I mostly download with wget in console. Sometimes I use Firefox to download, but just while reading a page, when the doc referred to needs to be downloaded while reading. Nothing more.

I don't like Midori, it's look, and got rid of it in my main machine. I start Jumanji when some heavy dumbish websites don't display correctly in Firefox.

Mel,

Give xxxterm a try, its a great browser that is jumanji like in many ways and yet maintains  mouse-friendly GUI look.

Jase

[melodie]

Mel,

Give xxxterm a try, its a great browser that is jumanji like in many ways and yet maintains  mouse-friendly GUI look.

Jase

Hi Hootie,

Sure ! I give it a try. Installing now.

[Yankee]

Ferdes Fides : I don't know if my Midori downloads because I prefer Firefox and Jumanji. And I mostly download with wget in console. Sometimes I use Firefox to download, but just while reading a page, when the doc referred to needs to be downloaded while reading. Nothing more.

I don't like Midori, it's look, and got rid of it in my main machine. I start Jumanji when some heavy dumbish websites don't display correctly in Firefox.

Thanks for the response:   I can't get anything but Firefox to work right for me.
Midori works as good as Chromium from Google but neither one works 100% on
my machine. 

Oh well.   Seamonkey should be  very reliable for testing on Openbox 2011  I would
think.

[djohnston]

therefore you can call "openbox --reconfigure" (which is what the reload openbox entry is) as many times as you want, it has no effect on the menus.

I said "Reload". I should have said "Restart". Those are the entries I have, as well as "ObConf".

Passing messages to a running Openbox instance:
  --reconfigure       Reload Openbox's configuration
  --restart               Restart Openbox
  --exit                    Exit Openbox

Have you also had a look here ? Openbox right-click menu reloading

Well, bake me a cake. The gaminrc file works. On the PC where I put it, all partitions are ext4, except the swap partition. So, I copied your gaminrc code verbatim and pasted it to ~/.config/gamin/gaminrc. I had made changes to the two emulator desktop files. e-uae.desktop had the comment line as "Comment=Amiga Emuator" instead of "Comment=Amiga Emulator", so I changed that. The other, vice.desktop, was calling the C64 sidplayer instead of one of the C64 emulator options. I changed the line "Exec=sidplay2" to "Exec=x64".

Why does all this matter? Because after creating the ~/.config/gamin/gaminrc file, I deleted the cached menu files in ~/.cache/menus. After that, the Openbox Applications pipe menu was completely empty. I kept refreshing the menu by right-clicking and running various things from the Openbox menu, like turning xcompmgr effects on and off. After two or three minutes, the Openbox Applications pipe menu was still completely empty. I decided to open Synaptic and see if I had lxpanel installed, so I could have some kind of menus. It was installed, and I closed Synaptic. I was going to edit autostart.sh to start lxpanel instead of tint2, so I opened the Openbox menu to start the file manager. I looked at the Applications menu, and it was fully populated. And the e-uae.desktop and vice.desktop entries were correct.

In summary, the gaminrc file worked for me, whereas copying the /usr/share/doc/openbox directory to /usr/share did not. But, why did it take so long to repopulate the Applications pipe menu? Probably because I'm running folding@home on that box, and folding@home uses all the CPU cycles not used by other programs. CPU usage is usually between 99 and 100% while running folding@home.

[melodie]

therefore you can call "openbox --reconfigure" (which is what the reload openbox entry is) as many times as you want, it has no effect on the menus.

I said "Reload". I should have said "Restart". Those are the entries I have, as well as "ObConf".

Passing messages to a running Openbox instance:
  --reconfigure       Reload Openbox's configuration
  --restart               Restart Openbox
  --exit                    Exit Openbox

Have you also had a look here ? Openbox right-click menu reloading

Well, bake me a cake. The gaminrc file works. On the PC where I put it, all partitions are ext4, except the swap partition. So, I copied your gaminrc code verbatim and pasted it to ~/.config/gamin/gaminrc. I had made changes to the two emulator desktop files. e-uae.desktop had the comment line as "Comment=Amiga Emuator" instead of "Comment=Amiga Emulator", so I changed that. The other, vice.desktop, was calling the C64 sidplayer instead of one of the C64 emulator options. I changed the line "Exec=sidplay2" to "Exec=x64".

Why does all this matter? Because after creating the ~/.config/gamin/gaminrc file, I deleted the cached menu files in ~/.cache/menus. After that, the Openbox Applications pipe menu was completely empty. I kept refreshing the menu by right-clicking and running various things from the Openbox menu, like turning xcompmgr effects on and off. After two or three minutes, the Openbox Applications pipe menu was still completely empty. I decided to open Synaptic and see if I had lxpanel installed, so I could have some kind of menus. It was installed, and I closed Synaptic. I was going to edit autostart.sh to start lxpanel instead of tint2, so I opened the Openbox menu to start the file manager. I looked at the Applications menu, and it was fully populated. And the e-uae.desktop and vice.desktop entries were correct.

In summary, the gaminrc file worked for me, whereas copying the /usr/share/doc/openbox directory to /usr/share did not. But, why did it take so long to repopulate the Applications pipe menu? Probably because I'm running folding@home on that box, and folding@home uses all the CPU cycles not used by other programs. CPU usage is usually between 99 and 100% while running folding@home.

Hello djohnston,

Thanks for all this "prise de tête" (this is a French say, difficult to translate, will just try to give an idea:


The very solution has finally be found by the author of openbox-menu, and will be available at the next openbox-menu version.

We talked about that here:
Openbox right-click menu reloading - http://www.pclinuxos.com/forum/index.php/topic,95876.0.html

mimas has added a sync feature which he found by scrolling in the menu-cache source files (menu-cache not being documented... :-/ )

Regards,
Mélodie

[Yankee]

In summary, the gaminrc file worked for me, whereas copying the /usr/share/doc/openbox directory to /usr/share did not. But, why did it take so long to repopulate the Applications pipe menu? Probably because I'm running folding@home on that box, and folding@home uses all the CPU cycles not used by other programs. CPU usage is usually between 99 and 100% while running folding@home.

So far, all I need to do is to look at PCManFM>Applications and highlight a change for any change to take effect.
It immediately affects the menu then.    Why ?    I don't know.     Just the way it is.    Qualifies for a known
issue I guess.    Perhaps the upgrade will include a program loop to set those changes thru immediately, rather than
an eternal poll as is suggested, as an additional program step.  This menu is simple enough to be able to do so, I agree.
I think this flowchart is valid if I'm thinking as you are.   A one time all around menu refresh, if you will.   Just a few
seconds.  A sync procedure was mentioned for the upgrade but the full details I don't have.   But, a quick refresh
sounds the best overall.   My program logic is good but my syntax is terrible so I stay a casual user/tester anyway.

This wonderful menu needs to be pinpointed till it's foolproof no doubt.   My only surprise is categories
that don't exist in the static or default menu.    So I use obmenu from Synaptic to create some new
menu categories then.   I don't mind that.

Hey, this is PCL Openbox 2011, technologically ahead by at least a year of other Openbox distros
in the public domain, no names mentioned.

IMHO