Re: icewm has no programs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2008-05-13 at 08:02 +0800, John Summerfield wrote: (Aggregation)

> Seems to me that this approach might be quicker in users' hands - it 
> might be ready for me seven seconds sooner.


I don't doubt it.
The icewm-xdgmenu is not the ideal solution - hence, it's not installed
by default.

> 
> For users' private menus while logged in, there's FAM (File Alteration 
> Monitor) or its successor to see when you need to reread the file.

> The menu created by icewm-xdg-menu looks like it's easily extended to 
> allow an include to insert/merge a menu from users' home directory. For 
> sysadmins' sanity, I'd suggest that each include would create a submenu, 
> not replace or change any existing menu. Any includes would need to be 
> preserved over a rebuild, but that doesn't look difficult.
...
> Hopefully, the work to do it is light and educational.



Feel free to produce patches.
If they are sane, I'll be happy to include them.


> One can. Some organisations have thousands of computers, so it might 
> take some time.


I have no idea how your setup looks like.
I'm using ssh with private/public keys to propagate settings (and menus)
around my network using automated scripts.


> There's no point in accepting user input before it's ready for it, and 
> little point to storing it if it's going to be rebuilt next time.


I beg to differ.


> Menus for KDE and Gnome get updated as new packages are installed. I've 
> not explored how it's done, but it's much more convenient than logging 
> off/logging on.
...
> I don't have a problem with it sticking with its existing 
> menu/options/startup etc.
> I do think it should respect the conventions that apply in Fedora (and its relatives), and my cursory reading of RPM's triggers suggests that the triggers mechanism provides a way of keeping properly synchronised.


Again, I beg to differ.
You cannot hold IceWM, fluxbox and rest of the light WM crowed to the
same requirements as GNOME and KDE. (let alone fvwm and mwm).

As I said before, IceWM was never designed to compete with
GNOME/KDE/XFCE; By design IceWM uses easy to modify (and understand)
text configurations; If you rather not edit them yourself, IMO you are
using the wrong tool for job.

Having said all that, if you have a solution that perform (far?) better
then the -optional- icewm-xdgmenu without adding additional load to the
system and/or slowing down icewm once the menus are generated (E.g.:
icewm-gnome2) - I'm open to ideas.


> Of course, when someone's logging in there might be other things 
> happening. I'm not sure that this measures the same thing. However,
> [root@potoroo ~]# time /usr/share/icewm/startup
> 
> real    0m7.565s
> user    0m7.462s
> sys     0m0.073s


First, thanks for timing icewm-xdgmenu.
7 seconds is indeed too much.

Never the less, I have no viable solution that generates up-to-date
menus without eating additional CPU/IO time.
E.g. I've considered counting the desktop files - regenerating the menus
if the count changes - but even this concept is far from ideal.
(Counting files is slow; one application might be replaced by another;
etc)


> I don't like lots of computers that need individual attention. I would 
> expect that DSS and other major departments, and companies, count their 
> computers in tens of thousands, big multinationals in hundreds of 
> thousands. I expect that they lock down their staff as firmly as we lock 
> down the students. Running around giving computers individual attention 
> isn't something that scales or that they would do.


OK. May I suggest the following.
A. Create a master image under VMWare/KVM.
B. Install everything you need.
C. Generate the menus one using icewm-xdgmenu; disable it once you done.
D. Put the master's public key in the local user's home.
E. Create an image of the host and install it on N machines.
F. On the master, create a small cron based script that:
 - Regenerated the menus.
 - Propagates them to all the client machines.
G- Profit.


> There's no documentation for /usr/bin/icewm-menu-gnome2, and no 
> information on what might be good values to complete this:
> [root@potoroo ~]# /usr/bin/icewm-menu-gnome2 --help
> icewm-menu-gnome2: Usage: /usr/bin/icewm-menu-gnome2 [ --open PATH | 
> --list PATH ]
> [root@potoroo ~]# /usr/bin/icewm-menu-gnome2
> icewm-menu-gnome2: Usage: /usr/bin/icewm-menu-gnome2 [ --open PATH | 
> --list PATH ]


Point taken. Sadly enough, icewm's own documentation doesn't include
anything about using icewm-menu-gnome2.
I should write something up and add it to %doc.
In the mean time, you should add something like that [1] to your menu
file.

- Gilboa
[1] menuprog "Gnome" folder icewm-menu-gnome2 --list /usr/share/applications

-- 
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux