Re: update-menus, does it work? UPDATE 2

1999-05-16 Thread Lazarus Long
On Friday, May 14, 1999 at 15:53:16 -0800, Adam Shand wrote:

  so it looks like root isn't supposed to be able to do this.

This may be because root account is intended only for certain
administrative tasks.  For everything else, one should (create and)
use a normal user account.  I don't believe there is much, if anything,
that would require X11 in the list of things that require one to be root
at the time.

-- 

PGP Public Key available on request:
Type Bits/KeyIDDate   User ID
pub  1024/CFED2D11 1998/03/05 Lazarus Long [EMAIL PROTECTED]
Key fingerprint = 98 2A 56 34 16 76 D5 21  39 93 99 EA 89 D4 B5 A2


Re: update-menus, does it work? UPDATE 2

1999-05-15 Thread Adam Shand

  It may not be pretty or proper but it seems to work.  Putting this is either
  ~/.menu/ or /etc/menu and running update-menus as a user or root causes the
  menu item to appear properly.  Hope this helps.
 
 Right!!  I found this out at 2 AM this morning!
 
 Two kudos tho, it works here in only /etc/menu or ~/.menu. It doesn't
 seem to work in /root/.menu.
 
 Checking the output of update-menus doesn't even indicate it even checks
 /root/.menu.  So I have not been able to remove the netscape entries
 from Apps/net, yet.

i was poking around here and found this in the man page for update-menus.

~/.menu/*
Menu files added by the user. (Isn't read if 
root runs update-menus)

so it looks like root isn't supposed to be able to do this.

adam.


Re: update-menus, does it work? UPDATE 2

1999-05-15 Thread Wayne Topa

Subject: Re: update-menus, does it work? UPDATE 2
Date: Fri, May 14, 1999 at 03:53:16PM -0800

In reply to:Adam Shand

Quoting Adam Shand([EMAIL PROTECTED]):
 
   It may not be pretty or proper but it seems to work.  Putting this is 
   either
   ~/.menu/ or /etc/menu and running update-menus as a user or root causes 
   the
   menu item to appear properly.  Hope this helps.
  
  Right!!  I found this out at 2 AM this morning!
  
  Two kudos tho, it works here in only /etc/menu or ~/.menu. It doesn't
  seem to work in /root/.menu.
  
  Checking the output of update-menus doesn't even indicate it even checks
  /root/.menu.  So I have not been able to remove the netscape entries
  from Apps/net, yet.
 
 i was poking around here and found this in the man page for update-menus.
 
 ~/.menu/*
 Menu files added by the user. (Isn't read if 
   root runs update-menus)
 
 so it looks like root isn't supposed to be able to do this.
 

  I didn't read it like that.  I thought it meant that if ~user/.menu
had an item it wouldn't be picked up by root running update-menus.  It
never occured to me that it wouldn't allow root to do it for him/her
self. 

 Shades of RedHat, root isn't smart enough to run Netscape
(because it's a Security issue) and just to rub it in he can't remove 
it from his X menu!

 
-- 
Windows95 (noun): 32 bit extensions and a graphical shell for a 16 bit
patch to an 8 bit operating system originally coded for a 4 bit
microprocessor, written by a 2 bit company, that can't stand 1 bit of
competition.
___
Wayne T. Topa [EMAIL PROTECTED]


Re: update-menus, does it work? UPDATE

1999-05-10 Thread mguenthe
I don't know if this will help, but I encountered problems myself with
update-menus, being unable to add menu entries for certain packages.  However
I was able to manage a workaround by prefixing the package name with a
local.  For example:

?package(local.Eterm):\
needs=X11\
section=Personal\
title=Eterm\
command=/usr/bin/Eterm --theme custom --name Eterm

It may not be pretty or proper but it seems to work.  Putting this is either
~/.menu/ or /etc/menu and running update-menus as a user or root causes the
menu item to appear properly.  Hope this helps.

MBG

-- 
Infinite: Bigger than the biggest thing ever and then some.  Much bigger than
that in fact, really amazingly immense, a totally stunning size, real wow,
that's big, time.  Infinity is just so big that, by comparison, bigness
itself looks really titchy.  Gigantic multiplied by colossal multiplied by
staggeringly huge is the sort of concept we're trying to get across here.
-Douglas Adams 'The Restaurant at the End of the Universe'


Re: update-menus, does it work? UPDATE 2

1999-05-10 Thread Wayne Topa

Subject: Re: update-menus, does it work? UPDATE
Date: Sun, May 09, 1999 at 05:50:07PM -0700

In reply to:[EMAIL PROTECTED]

Quoting [EMAIL PROTECTED]([EMAIL PROTECTED]):
 I don't know if this will help, but I encountered problems myself with
 update-menus, being unable to add menu entries for certain packages.  However
 I was able to manage a workaround by prefixing the package name with a
 local.  For example:
 
 ?package(local.Eterm):\
 needs=X11\
 section=Personal\
 title=Eterm\
 command=/usr/bin/Eterm --theme custom --name Eterm
 
 It may not be pretty or proper but it seems to work.  Putting this is either
 ~/.menu/ or /etc/menu and running update-menus as a user or root causes the
 menu item to appear properly.  Hope this helps.
 
 MBG

Right!!  I found this out at 2 AM this morning!

Two kudos tho, it works here in only /etc/menu or ~/.menu.
It doesn't seem to work in /root/.menu.

Checking the output of update-menus doesn't even indicate it 
even checks /root/.menu.  So I have not been able to remove the
netscape entries from Apps/net, yet.

Thanks for the post
-- 
User n.:
A programmer who will believe anything you tell him.
___
Wayne T. Topa [EMAIL PROTECTED]


Re: update-menus, does it work? UPDATE 2

1999-05-10 Thread Andrew Chung
 Quoting [EMAIL PROTECTED]([EMAIL PROTECTED]):
  I don't know if this will help, but I encountered problems myself with
  update-menus, being unable to add menu entries for certain packages.  
  However
  I was able to manage a workaround by prefixing the package name with a
  local.  For example:
 Right!!  I found this out at 2 AM this morning!
 
 Two kudos tho, it works here in only /etc/menu or ~/.menu.
 It doesn't seem to work in /root/.menu.

Just a thought... does your root account have the $HOME env variable set?
update-menus uses that to find the .menu dir 

It almost sounds like update-menus isn't reading your packages file
correctly.. The local. makes update-menus skip the check on whether the
package is installed. Apparently it's reading the menu file correctly, but
it cannot figure out whether the package is installed or not.

Try this:
dpkg --get-selections|sed -e 's/[ \t]*\\(install\\|hold\\)$//p' | grep tcd

If it doesn't show anything then something's really wrong..
-- 
Andrew Chung[EMAIL PROTECTED]
See http://anderoo.dhs.org/~anderoo/pgp.html for PGP key

It's a sin only if you dwell on the what ifs and the but ifs


Re: update-menus, does it work? UPDATE 2

1999-05-10 Thread Wayne Topa

Subject: Re: update-menus, does it work? UPDATE 2
Date: Mon, May 10, 1999 at 01:02:25PM -0400

In reply to:Andrew Chung

Quoting Andrew Chung([EMAIL PROTECTED]):
  Quoting [EMAIL PROTECTED]([EMAIL PROTECTED]):
   I don't know if this will help, but I encountered problems myself with
   update-menus, being unable to add menu entries for certain packages.  
   However
   I was able to manage a workaround by prefixing the package name with a
   local.  For example:
  Right!!  I found this out at 2 AM this morning!
  
  Two kudos tho, it works here in only /etc/menu or ~/.menu.
  It doesn't seem to work in /root/.menu.
 
 Just a thought... does your root account have the $HOME env variable set?
 update-menus uses that to find the .menu dir 
 
  Yes echo $HOME 
  /root
 It almost sounds like update-menus isn't reading your packages file
 correctly.. The local. makes update-menus skip the check on whether the
 package is installed. Apparently it's reading the menu file correctly, but
 it cannot figure out whether the package is installed or not.
 
 Try this:
 dpkg --get-selections|sed -e 's/[ \t]*\\(install\\|hold\\)$//p' | grep tcd

tcd install

I no longer have gtcd in /root/.menu
Even when I did the log did not show any
Reading menuentryfiles  in /root/.menu

It did show /etc/menu and /usr/lib/menu entries tho.


BTW Andrew, I tried to update my potato dist last night to see what
the menu program looked like there.  Busted (the distribution).  Can't
connect to the net anymore, its coming up with the error (can't find
/user/.ppprc file.  Haven't got time to troubleshoot it now but I will
soon.

Wayne

-- 
|  LINUX - Because a PC is a terrible thing to waste..on WinDoze  |
___
Wayne T. Topa [EMAIL PROTECTED]


Re: update-menus, does it work? UPDATE

1999-05-10 Thread Martin Bialasinski

 m == mguenthe  [EMAIL PROTECTED] writes:

m I don't know if this will help, but I encountered problems myself with
m update-menus, being unable to add menu entries for certain packages.  However
m I was able to manage a workaround by prefixing the package name with a
m local.  For example:

m ?package(local.Eterm):\
[]

This is correct. The name between the parantheses has to be a package,
that dpkg -l shows as installed. update-menus checks this, so that you
only get menuentries for packages that are installed (the menu
packages provides some default entries. They would be shown, even if
you don't have the packages installed otherwise).

This may also be the problem for the original poster.

m It may not be pretty or proper but it seems to work.  Pu

Prepending local. is the proper and documented way to add
menuentries for localy installed programms, that are not registred
with dpkg.

Your specific problem is, that there is no package Eterm, but there is 
eterm, so ?package(eterm) \ ... will work as well.

Ciao,
Martin


Re: update-menus, does it work?

1999-05-09 Thread Wayne Topa

Subject: Re: update-menus, does it work?
Date: Sat, May 08, 1999 at 03:32:22PM -0400

In reply to:Andrew Chung

Quoting Andrew Chung([EMAIL PROTECTED]):
  ?package(gtcd):needs=x11 icon=none section=Apps/Sound \
  title=Gtcd command=/usr/X11R6/bin/gtcd
  
  but it still doesn't show up in the menu of any user after I run 
  update-menus.
  Yet 2 removed apps are still showing up in the Users menu.
 
 Did you run update-menu as yourself or as root? On my system I have to run
 it as myself before it will add/remove the entries to/from my menu...even
 for site-wide menu files.

Yes, I have tried both as root and as a user, even tho I did not see
any reference that is had to be done by both.

 
 Also note that the name in package() should be the name of the package,
 otherwise it won't add it to your menu..

I have tried ?package(tcd) and ?package(gtcd) and neither get the item
added to the  'users' menu, but!  Andrew, your right about the package
name.!!  I read package-name as menu package name, duh. :-(

I created a new user to test this out.  When that user runs update-menus
 it gets an error, 
Cannot open file /etc/X11/mwm//system.mwmrc
/etc/menu-methods//mwm-menumethod: Aborting
If I don't run update-menus but run X, a GNUstep menu is created
(Wmaker is the default WM) and X runs fine but the 'gtcd' item is missing
from the test users menus.  Update-menus fails again, after exiting X.

  I copied the ~user/.menu/gtcd to /etc/menu and ran update-menus as
both me and root.  It is now showing up in root's menu!
 I them moved /etc/menu/gtcd to /root/.menu, reran update-menus,
restarted the WM, and the item 'disappeared' from roots menu.(?)
Moving it back to /etc/menu and running update-menus did NOT add
it back to the root menu.(!?) Gtcd isn't in any menu at this point.

I have noticed that roots apps/net menu has 24 items in it (including
3 Netscape entries, that in Debian, can't run) and only 18 entries in
the my apps/net menu. Only one of which is a Netscape entry.  I then
moved the GNUstep to 1-GNUstep entered X again.  Now I have the same
apps/net menu as root does (WM interacts with update-menus somehow).

So here is what I now have.
1. To add items to the root menu you put the new items in /etc/menu.
   And it works, sometimes.
2. Adding new menu entries in ~/.menu doesn't work, for anyone.
3. The items in /usr/lib/menu don't all show up in user menus if that
   user has a GNUstep menu already.
4. There is an interaction between the update-menus program and
   whatever WindowManager you are using.  I am not sure, yet, what the
   fix is but I now have enough info to research it.
5. wmakerconf doesn' work.  Running it segfaults with errors of
a. no root/pixmaps file
b. no /root/crontab
c. After fixing a  b it does **Error** sissegv: caught

Looks like I have opened a can of worms here.  Looks like I will
change WM to fvwm and start this all over again.

Andrew, what WM are you running and do you see any of the above
happening?

I will end this before it becomes a Book.  I will update as I find 
answers to the above.

Thanks Andrew!

Wayne

-- 
Using TSO is like kicking a dead whale down the beach.
-- S. C. Johnson
___
Wayne T. Topa [EMAIL PROTECTED]


Re: update-menus, does it work? UPDATE

1999-05-09 Thread Wayne Topa

Subject: Re: update-menus, does it work?
Date: Sun, May 09, 1999 at 12:33:31PM -0400

In reply to:Wayne Topa

Quoting Wayne Topa([EMAIL PROTECTED]):
 
   Subject: Re: update-menus, does it work?
   Date: Sat, May 08, 1999 at 03:32:22PM -0400
 

I have run the following test, as root. Slink.
default WM - blackbox
GNUstep dir removed for this test.
I have in /etc/menu/gtcd  ( all on 1 line)
?package(gtcd):needs=x11 icon=none section=Apps/Sound
title=Gtcd command=/usr/X11R6/bin/gtcd

and from
Debian Menu System - How a user can override the menus (p2 of 2)
I did
echo -n   ~/.menu/netscape  ( so that the netscape entries
   don't show in root 
menu)

Test 1 - run update-menus, run X
Result - Netscape entries are still in Apps/net menu.  Gtcd entry 
is not in apps/Sound menu.
Conclusion - echo -n   ~/.menu/netscape does not override the menu
entries in /ustr/lib/menu as showm in the html doc.

Test 2 - Edit /etc/X11/blackbox/Blackbox-menu to comment out the
 netscape entries and add Gtcd to Sound menu.  Run X.
Result - Netscape entries removed from Apps/net and Apps/Sound now has
 the Gtcd entry.
Conclusion - If you only use one WM, find where it's menu items are
 and add/delete items from it.  

Test 3 - Run update-menus. Run X.
Result - Netscape entries are back in Apps/net. Gtcd entry is not in
 /apps/sound.  Less /etc/X11/blackbox/Blackbox-menu shows that
 the Netscape entries are no longer commented out and the Gtcd
 entry has been removed.
Conclusion - If you use the method of test 2, don't run update-menus
 as it will remove all your hard work.  Update-menus has a
 problem or I am not understanding the documentation.

The goal of update-menus is an excellent one.  It seems that the
program, at least here, does not meet those goals.  It looks like the
only way to use mutiple WM's is to find each of their rc files and do
to them what the update-menu program id supposed to do.  Thats too
bad, as that is one of the 'features' that made Debian my preferred
distribution.

I look forward to being told what I have done incorrectly. I hope that
I have done wrong somewhere and that I am the only one.

-- 
You know you've been spending too much time on the computer when your
friend misdates a check, and you suggest adding a ++ to fix it.
___
Wayne T. Topa [EMAIL PROTECTED]


update-menus, does it work?

1999-05-08 Thread Wayne Topa
  I am having a few problems with the update-menus program.  I wonder
if anyone else is also.

1.  I removed 2 applications, xfreecd and wmcdplay, using apt-get
remove and then installed tcd and xcdplay.  Altho apt-get ran update-menus 
the two removed programs are still in the 'USERS' menu's.  They have
been removed from the roots menu's tho.(?)  Re-runninf update-menus
has not helped the problem.

2.  I guess the maintainer of tcd didn't put the required menus for
the X version of tcd, gtcd, in his package so I am trying to add it.
I have read the /usr/doc/menu/html/index.html, and the README's in
/etc/menu, /etc/menu-methods, and /usr/lib/menu, but still can't get
it working. I have added the following to ~/.menu and /etc/menu

?package(gtcd):needs=x11 icon=none section=Apps/Sound \
title=Gtcd command=/usr/X11R6/bin/gtcd

but it still doesn't show up in the menu of any user after I run update-menus.
Yet 2 removed apps are still showing up in the Users menu.

The /usr/lib/menu/default/README says to put new entries into
/etc/menu but the /etc/menu/README says that entries in this dir 
override the menu files provided by Debian in /usr/lib/menu and
/usr/lib/menu/default. New entries are not the same as overriding
current entries, or are they?  The html doc says to add user menus in
~/.menu.

The html doc suggests doing echo -n  ~/.menu/Xfreecd to remove the
menu entry from the system menu in /etc/menu.  Funny, I thought the
system menu was /usr/lib/menu?  I'm really confused now.  Well anyway
that doesn't work either, maybe because xfreecd and wmcdplay are not
in ANY menu file at all!

I hope that I'm the only one having a problem with this.  Maybe it's
because I'm not running KDE.  They seem to like this!  I long for the
old way of changing .fvwmrc to whatever I want it to be.  It made a
lot more sense to me then this does.

Oh, I have tried closing X down and also restarted the WM.  That
didn't help.  As I am running Linux I will not reboot to try the
Microsloth method.

Comments, flames, tips and/or pointers appreciated.

TIA

Wayne

-- 
Goto, n.:
A programming tool that exists to allow structured programmers to complain 
about unstructured programmers -- Ray Simard
___
Wayne T. Topa [EMAIL PROTECTED]


Re: update-menus, does it work?

1999-05-08 Thread Andrew Chung
 ?package(gtcd):needs=x11 icon=none section=Apps/Sound \
 title=Gtcd command=/usr/X11R6/bin/gtcd
 
 but it still doesn't show up in the menu of any user after I run update-menus.
 Yet 2 removed apps are still showing up in the Users menu.

Did you run update-menu as yourself or as root? On my system I have to run
it as myself before it will add/remove the entries to/from my menu...even
for site-wide menu files.

Also note that the name in package() should be the name of the package,
otherwise it won't add it to your menu..

-- 
Andrew Chung[EMAIL PROTECTED]
See http://anderoo.dhs.org/~anderoo/pgp.html for PGP key

It's a sin only if you dwell on the what ifs and the but ifs