Re: [Cooker] Menu update problem
On Sat, 15 Nov 2003 16:14:55 +0100 Gilles Mocellin <[EMAIL PROTECTED]> scribed on electronic parchment: > I have this problem since a long time with my menus. > It seems related to FluxBox's menu. > A line is wrong in /etc/menu/menudrakeentry, with title="" > > When I delete this line or I put something in title, it works. > > > In file "/etc/menu/menudrakeentry", at (or in the definition that ends at) > > line 17: > [...] package="menu" section="Fluxbox/Styles/" title="" > [...] ^ > Missing (or empty) tag: title > This tag needs to defined for the menuentry to make sense. > Note, BTW, that update-menus re-arranges the order of the > tags found in the menu entry files, so that the part above > isn't literal This came through ChangeLog yesterday. If it will *just* get through the mirror mess. [Contrib-RPM] -=-=-=- Name: fluxbox Relocations: (not relocateable) Version : 0.9.6 Vendor: MandrakeSoft Release : 0.pre9_3mdk Build Date: Sat Nov 15 00:10:28 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Graphical desktop/Other Source RPM: (none) Size: 600934 License: MIT Signature : (none) Packager: Han Boetes <[EMAIL PROTECTED]> URL : http://fluxbox.sourceforge.net Summary : Windowmanager based on the original blackbox-code Description : Fluxbox is yet another windowmanager for X. It's a fork from the origi- nal blackbox-0.61.1 code. Fluxbox looks like blackbox and handles styles, colors, window placement and similar thing exactly like black- box. So what's the difference between fluxbox and blackbox then? The answer is: LOTS! Have a look at the homepage for more info ;) -=-=-=- Han Boetes <[EMAIL PROTECTED]> 0.9.6-0.pre9_3mdk - Really really fix the menu (After hints from Texstar <[EMAIL PROTECTED]>) -- I often read this forum on my PDA, please use plain text! _ ( ) ASCII ribbon campaign against HTML e-mail x registered Linux user # 329428 / \ GnuPG KeyID 6B5A70DF www.keyserver.net pgp0.pgp Description: PGP signature
Re: [Cooker] menu-2.1.5-119mdk won't rebuild
On Wed, 16 Jul 2003 04:06:30 +0200, Per Øyvind Karlsen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > topic says it all, also latest menu version in debian is 2.1.9... I know, I know.. -- Frederic Crozat MandrakeSoft
Re: [Cooker] menu and icons stuff...
On Mon, 17 Feb 2003 11:29:09 +0100 Thierry Vignaud <[EMAIL PROTECTED]> wrote: > don't compress png icons, it saves quite nothing Instead it actually takes up about 50% more space than had it not been compressed. Charles -- Remember Darwin; building a better mousetrap merely results in smarter mice. - Mandrake Linux 9.1 Kernel- 2.4.21pre4-6mdk - msg92716/pgp0.pgp Description: PGP signature
Re: [Cooker] menu and icons stuff...
måndagen den 17 februari 2003 11.29 skrev Thierry Vignaud:
> Oden Eriksson <[EMAIL PROTECTED]> writes:
> > bzcat %{SOURCE4} > %{buildroot}/%{_miconsdir}/vocp.png
> > bzcat %{SOURCE5} > %{buildroot}/%{_iconsdir}/vocp.png
> > bzcat %{SOURCE6} > %{buildroot}/%{_liconsdir}/vocp.png
>
> don't compress png icons, it saves quite nothing but jusr slow down
> rpm
Aha thank you, did it out of "bad" habit. I doubt I will continue packaging
GUI:s..., it's a real pain in the *ss. This one was almost too much...
Anyone feels like being the maintaner of VOCP?
If I can't get the modem at work to play with VOCP, I can't ever test this
one... I don't think I will go and buy a suitable modem, I allready have 2 at
work and 3 at home that don't wanna play "modern tunes"...(!)
--
Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] menu and icons stuff...
Oden Eriksson <[EMAIL PROTECTED]> writes:
> bzcat %{SOURCE4} > %{buildroot}/%{_miconsdir}/vocp.png
> bzcat %{SOURCE5} > %{buildroot}/%{_iconsdir}/vocp.png
> bzcat %{SOURCE6} > %{buildroot}/%{_liconsdir}/vocp.png
don't compress png icons, it saves quite nothing but jusr slow down
rpm
Re: [Cooker] menu and icons stuff...
On Sun, 2003-02-16 at 07:18, Oden Eriksson wrote: > söndagen den 16 februari 2003 16.10 skrev Charles A Edwards: > > On Sun, 16 Feb 2003 15:53:40 +0100 > > > > Oden Eriksson <[EMAIL PROTECTED]> wrote: > > > Thank you. However I'm having problems with this... The menu item > > > never shows up in my menu... What's wrong with this: > > > > Maybe this is too simplistic but after installation have you tried > > re-starting your WM. > > I have to do this at times for New menu items to appear in E and close > > and re-start the gnome-panel for the item to appear in it. > > > > > > Charles > > Tried this too..., no success. With iceWM quite often I have to do update-menus as a user to ever get it to show up.
Re: [Cooker] menu and icons stuff...
söndagen den 16 februari 2003 16.42 skrev Tibor Pittich:
> On 16. feb 2003 16:19, Oden Eriksson wrote:
> > söndagen den 16 februari 2003 16.02 skrev Tibor Pittich:
> > > On 16. feb 2003 15:53, Oden Eriksson wrote:
> > > > > there is a excellent spec-skeleten from Han:
> > > > > http://www.xs4all.nl/~hanb/software/rpms/skel.spec
> > > >
> > > > Thank you. However I'm having problems with this... The menu item
> > > > never shows up in my menu... What's wrong with this:
> > > >
> > > > cat > %{buildroot}/%{_menudir}/xvocp << EOF
> > > > ?package(xVOCP): \
> > >
> > > is it present xvocp file in yor /usr/lib/menu directory after install?
> > > if yes, then you must regenerate menu system calling update-menus
> > > program, or check your %post resp. %postun sections into spec file..
> >
> > http://oe.ods.org/VOCP.spec
>
> sorry, i don't have time to serious debugging your spec, but i ask you if
> is menu file present after install in /usr/lib/menu
Yes, it's there...
rpm -ql VOCP > http://oe.ods.org/VOCP.txt
> but i see another problem in your spec with:
> %_postun_userdel vocp
> because i played with this macro lately i found, that this can't be
> done, because helper script needed three parameters, otherwise fails:
>
> /usr/share/rpm-helper/del-user
> if [ $# != 3 ]; then
> echo "usage: $0 " 1>&2
> exit 1
> fi
>
> pkg=$1 # name of the package
> num=$2 # number of packages installed
> name=$3 # name of the user
Aha, thank you. But it looks like this in most of the Mandrake spec files I
have seen..., well very well, it's fixed now
http://oe.ods.org/VOCP.spec
--
Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] menu and icons stuff...
On Sun, 2003-02-16 at 09:53, Oden Eriksson wrote:
> cat > %{buildroot}/%{_menudir}/xvocp << EOF
> ?package(xVOCP): \
> command="%{_bindir}/xvocp" \
> needs="X11" \
> icon="vocp.png" \
> section="Applications/Communications" \
> title="xVOCP" \
> longtitle="xVOCP presents a graphical user interface to the contents of voice
> mail boxes."
> EOF
>
> bzcat %{SOURCE4} > %{buildroot}/%{_miconsdir}/vocp.png
> bzcat %{SOURCE5} > %{buildroot}/%{_iconsdir}/vocp.png
> bzcat %{SOURCE6} > %{buildroot}/%{_liconsdir}/vocp.png
Should work. Make sure
%_menudir/xvcop
is in your files list, and try changing second like to
?package(%name)
Run
update-menus -v
and look for errors.
If you see an error you know it's probably a syntax problem.
Also I think 'longtitle' has a length limit, and your's looks quite
long. See:
http://www.linux-mandrake.com/en/howtos/mdk-rpm/
Austin
--
Austin Acton Hon.B.Sc.
Synthetic Organic Chemist, Teaching Assistant
Department of Chemistry, York University, Toronto
MandrakeClub Volunteer (www.mandrakeclub.com)
homepage: www.groundstate.ca
Re: [Cooker] menu and icons stuff...
On 16. feb 2003 16:19, Oden Eriksson wrote:
> söndagen den 16 februari 2003 16.02 skrev Tibor Pittich:
> > On 16. feb 2003 15:53, Oden Eriksson wrote:
> > > > there is a excellent spec-skeleten from Han:
> > > > http://www.xs4all.nl/~hanb/software/rpms/skel.spec
> > >
> > > Thank you. However I'm having problems with this... The menu item never
> > > shows up in my menu... What's wrong with this:
> > >
> > > cat > %{buildroot}/%{_menudir}/xvocp << EOF
> > > ?package(xVOCP): \
> >
> > is it present xvocp file in yor /usr/lib/menu directory after install? if
> > yes, then you must regenerate menu system calling update-menus program,
> > or check your %post resp. %postun sections into spec file..
> http://oe.ods.org/VOCP.spec
sorry, i don't have time to serious debugging your spec, but i ask you if
is menu file present after install in /usr/lib/menu
but i see another problem in your spec with:
%_postun_userdel vocp
because i played with this macro lately i found, that this can't be
done, because helper script needed three parameters, otherwise fails:
/usr/share/rpm-helper/del-user
if [ $# != 3 ]; then
echo "usage: $0 " 1>&2
exit 1
fi
pkg=$1 # name of the package
num=$2 # number of packages installed
name=$3 # name of the user
msg92558/pgp0.pgp
Description: PGP signature
Re: [Cooker] menu and icons stuff...
söndagen den 16 februari 2003 16.02 skrev Tibor Pittich:
> On 16. feb 2003 15:53, Oden Eriksson wrote:
> > > there is a excellent spec-skeleten from Han:
> > > http://www.xs4all.nl/~hanb/software/rpms/skel.spec
> >
> > Thank you. However I'm having problems with this... The menu item never
> > shows up in my menu... What's wrong with this:
> >
> > cat > %{buildroot}/%{_menudir}/xvocp << EOF
> > ?package(xVOCP): \
>
> is it present xvocp file in yor /usr/lib/menu directory after install? if
> yes, then you must regenerate menu system calling update-menus program,
> or check your %post resp. %postun sections into spec file..
http://oe.ods.org/VOCP.spec
--
Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] menu and icons stuff...
söndagen den 16 februari 2003 16.10 skrev Charles A Edwards: > On Sun, 16 Feb 2003 15:53:40 +0100 > > Oden Eriksson <[EMAIL PROTECTED]> wrote: > > Thank you. However I'm having problems with this... The menu item > > never shows up in my menu... What's wrong with this: > > Maybe this is too simplistic but after installation have you tried > re-starting your WM. > I have to do this at times for New menu items to appear in E and close > and re-start the gnome-panel for the item to appear in it. > > > Charles Tried this too..., no success. -- Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] menu and icons stuff...
On 16. feb 2003 15:53, Oden Eriksson wrote:
> > there is a excellent spec-skeleten from Han:
> > http://www.xs4all.nl/~hanb/software/rpms/skel.spec
>
> Thank you. However I'm having problems with this... The menu item never shows
> up in my menu... What's wrong with this:
>
> cat > %{buildroot}/%{_menudir}/xvocp << EOF
> ?package(xVOCP): \
is it present xvocp file in yor /usr/lib/menu directory after install? if
yes, then you must regenerate menu system calling update-menus program,
or check your %post resp. %postun sections into spec file..
msg92552/pgp0.pgp
Description: PGP signature
Re: [Cooker] menu and icons stuff...
On Sun, 16 Feb 2003 15:53:40 +0100 Oden Eriksson <[EMAIL PROTECTED]> wrote: > Thank you. However I'm having problems with this... The menu item > never shows up in my menu... What's wrong with this: Maybe this is too simplistic but after installation have you tried re-starting your WM. I have to do this at times for New menu items to appear in E and close and re-start the gnome-panel for the item to appear in it. Charles -- If you see an onion ring -- answer it! - Mandrake Linux 9.1 Kernel- 2.4.21pre4-6mdk - msg92551/pgp0.pgp Description: PGP signature
Re: [Cooker] menu and icons stuff...
söndagen den 16 februari 2003 13.23 skrev Tibor Pittich:
> On 16. feb 2003 10:37, Oden Eriksson wrote:
> > I'm finalizing the VOCP package and I'm about to add menu entries and
> > icons, but haven't the slightest clue how to do this. Is this documented
> > somewhere? Can someone recommend a representive package I could use as a
> > template?
>
> there is a excellent spec-skeleten from Han:
> http://www.xs4all.nl/~hanb/software/rpms/skel.spec
Thank you. However I'm having problems with this... The menu item never shows
up in my menu... What's wrong with this:
cat > %{buildroot}/%{_menudir}/xvocp << EOF
?package(xVOCP): \
command="%{_bindir}/xvocp" \
needs="X11" \
icon="vocp.png" \
section="Applications/Communications" \
title="xVOCP" \
longtitle="xVOCP presents a graphical user interface to the contents of voice
mail boxes."
EOF
bzcat %{SOURCE4} > %{buildroot}/%{_miconsdir}/vocp.png
bzcat %{SOURCE5} > %{buildroot}/%{_iconsdir}/vocp.png
bzcat %{SOURCE6} > %{buildroot}/%{_liconsdir}/vocp.png
--
Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] menu and icons stuff...
On 16. feb 2003 10:37, Oden Eriksson wrote: > I'm finalizing the VOCP package and I'm about to add menu entries and icons, > but haven't the slightest clue how to do this. Is this documented somewhere? > Can someone recommend a representive package I could use as a template? there is a excellent spec-skeleten from Han: http://www.xs4all.nl/~hanb/software/rpms/skel.spec p.s.: could someone who maintained "mandrake rpm howto" correct link to spec skeleton , which is linked here: ftp://ftp.mandrakesoft.com/pub/chmou/skelet.spec which is non-existent.. msg92517/pgp0.pgp Description: PGP signature
Re: [Cooker] Menu Layout
On Wednesday 14 August 2002 09:51 am, Michel Fodje wrote: > Probably a redesign of the Menu layout will the worth the effort. A > consisten menu layout provides extra polish to the desktop; isn't that > the goad of mandrake? I would agree; the KDE menu needs a bit of work, too. One of the things that really tick me off is the myriad of wacky menus and submenus. To run kcalc, I need to go to: K->Applications->Sciences (??)->Mathematics Knotes (little post-it notes for the desktop) are in: K->Office->PDA WTF? Why not just have a simple "accessories" group" where you have all the little applications? And how about revising some of the groups? Most of them don't make any sense, anyway. How exactly are Multimedia, Networking and Office applications separate from the rest that they have their own top-level menus? Yes, these are the default KDE menus. But why does Mandrake not edit them? For all I care, Mandrake should get rid of them and replace them with something more sensible. And please don't categorize it too much. You need more than 20 icons in one subcategory before you need to split it, IMO. -- -- Igor
RE: [Cooker] menu data in /usr/share is bad
> > It is planned to switch to /var/lib/gnome (or something like that, like > Debian) when I'll add Mandrake menu support to GNOME 2 (you shouldn't have > to wait for too long for that..) > Good. What about KDE (off head it is mandrake menu + kdmrc that is rewritten on every boot). -andrej
Re: [Cooker] menu data in /usr/share is bad
On Tue, 18 Jun 2002 17:24:42 +0200, Brian J. Murrell wrote: > I was doing a system update today. That system has /usr mounted > read-only from the server. This concept in general does not work > terribly well with Mandrake Linux, but with menu it is a disaster. > > That is because the menu data seems to be kept in > /usr/share/gnome/distribution-menus so that any package that runs > /usr/bin/update-menus gets errors like: > > cp: cannot remove `/usr/share/gnome/distribution-menus/Mandrake-simplified/= > .directory': Read-only file system > > It really should be possible to have a farm of Mandrake boxes mount > /usr from a single server. It is planned to switch to /var/lib/gnome (or something like that, like Debian) when I'll add Mandrake menu support to GNOME 2 (you shouldn't have to wait for too long for that..) -- Frédéric Crozat MandrakeSoft
RE: [Cooker] menu data in /usr/share is bad
> On Tuesday 18 June 2002 22:21, Borsenkow Andrej wrote: > > > Can you mount /usr as ro and /usr/share (or as far down the /usr/share > > > path you list as you feel necessary) as rw? > > > > You must be able to mount /usr ro. Period. /usr/share is for system > > independent _non-volatile_ data. /var is for volatile data. You may even > > think about /var/share - but mostly volatile data is system dependent so > > it makes no sense. > > > > -andrej > > I agree that it wouldn't make sense to do, but if the guy wants to do it, we > may as well treat it as an interesting puzzle to solve. Sometimes weird > ideas turn into great ones. (And most are red herrings at best, but only > time will tell.) > Actually he did not _want_ to do it; he was _forced_ to do it. It is old more or less often discussed problem of choosing /usr to put changed data (dynamically generated menus - apps-mdk, kdm configuration, what else ...) Sure the suggestion to mount /usr/share as rw may be workaround, but my point was (sorry if it was not clear) that you should not need such workaround. Several times it was hinted that file system usage may change in 9.0. May be this problem is finally solved as well. -andrej
Re: [Cooker] menu data in /usr/share is bad
On Tuesday 18 June 2002 22:21, Borsenkow Andrej wrote: > > Can you mount /usr as ro and /usr/share (or as far down the /usr/share > > path you list as you feel necessary) as rw? > > You must be able to mount /usr ro. Period. /usr/share is for system > independent _non-volatile_ data. /var is for volatile data. You may even > think about /var/share - but mostly volatile data is system dependent so > it makes no sense. > > -andrej I agree that it wouldn't make sense to do, but if the guy wants to do it, we may as well treat it as an interesting puzzle to solve. Sometimes weird ideas turn into great ones. (And most are red herrings at best, but only time will tell.)
RE: [Cooker] menu data in /usr/share is bad
> Can you mount /usr as ro and /usr/share (or as far down the /usr/share > path you list as you feel necessary) as rw? You must be able to mount /usr ro. Period. /usr/share is for system independent _non-volatile_ data. /var is for volatile data. You may even think about /var/share - but mostly volatile data is system dependent so it makes no sense. -andrej
Re: [Cooker] menu data in /usr/share is bad
Can you mount /usr as ro and /usr/share (or as far down the /usr/share path you list as you feel necessary) as rw? I would assume that entails two exports entries as opposed to the current one for all of /usr. Seems like that shouldn't be a real problem since you want update-menus to work and make adjustments across all systems from the one you're running it on. Brian J. Murrell wrote: > I was doing a system update today. That system has /usr mounted > read-only from the server. This concept in general does not work > terribly well with Mandrake Linux, but with menu it is a disaster. > > That is because the menu data seems to be kept in > /usr/share/gnome/distribution-menus so that any package that runs > /usr/bin/update-menus gets errors like: > > cp: cannot remove >`/usr/share/gnome/distribution-menus/Mandrake-simplified/.directory': Read-only file >system > > It really should be possible to have a farm of Mandrake boxes mount > /usr from a single server. > > b. > >
Re: [Cooker] menu package
On Mon, 07 Jan 2002 16:00:37 +0100, Vincent Meyer wrote: > Hello - > > The menu package menu-2.1.5-80mdk has an error on install: > > unpacking of archive failed > cpio: rename failed. /usr/lib/menu/menu is a directory It is a problem in xmorph which has been fixed.. -- Frédéric Crozat MandrakeSoft
Re: [Cooker] menu problem
Guillaume Rousse wrote: > update-menu macro in rpm still kills the /usr/share/applnk-mdk directory > files: > rpmdb: Program version 3.3.4 doesn't match environment version 3.3.11 > error: db3 error(22) from dbenv->open: Invalid argument > error: cannot open Packages index using db3 - Invalid argument (22) > kdelibs-devel Update-menus[30127]: Script > /etc/menu-methods//kde recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//twm recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//menu recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//icewm recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//sawfish recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//gnome-vfs-applications > recieved signal 11. > Update-menus[30127]: Script /etc/menu-methods//gnome-vfs-keys recieved signal > 11. > Iis this related to rpm error messages before ? I do not know for this one. > and now (just ran urpmi --auto-select), manual invocation of update-menu > script fails also: > [root@silbermann guillaume]# update-menus > [root@silbermann guillaume]# In file "/usr/lib/menu/kdeadmin-kuser", at (or > in the definition that ends at) line 1: > [...]desu kuser %i %m -caption \"%c\" longtitle="Full Featured User Manager" > mimetypes="" multiple_files="false" accept_url="false" > kde_opt="\\nDocPath=kuser/index.html\\nTerminal=0\\nKDE-X-StartupNotify=true" > [...] ^ > Expected: "=". > Missing ";" on the previous line maybe? Grégoire
Re: [Cooker] Menu generation
Frederic Crozat wrote: >>1- In a window manager's Mandrake RPM, should we add a script to >>generate menus automatically (/etc/menu-methods/)? I mean, is it >>compulsory for the RPM to reach /contrib ? It does not seem obvious to >>create that script, but if I must do one for PWM, I will. Just to know. > > I would be great.. Check if Debian folks have already do that.. It is done! :) And according to me, pwm-1.0-6mdk should be good enough for contribs! À plus tard, Grégoire
Re: [Cooker] Menu generation
Dans l'article <[EMAIL PROTECTED]>, "Grégoire Colbert" <[EMAIL PROTECTED]> a écrit : > Hello, > > 1- In a window manager's Mandrake RPM, should we add a script to > generate menus automatically (/etc/menu-methods/)? I mean, is it > compulsory for the RPM to reach /contrib ? It does not seem obvious to > create that script, but if I must do one for PWM, I will. Just to know. I would be great.. Check if Debian folks have already do that.. > 2- Also, how can/should I automatically add an entry in KDM? If so, > which file needs a modification? Just create file in /etc/X11/wmsession.d and all %make_session in 0ost and 0ostun (see sawfish specfile as an example) -- Frédéric Crozat MandrakeSoft
RE: [Cooker] menu
Version: menu-2.1.5-42mdk ldd of /usr/bin/update-menus attached ! Eric MC > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Frederic Crozat > Sent: Wednesday, April 11, 2001 10:44 AM > To: [EMAIL PROTECTED] > Subject: Re: [Cooker] menu > > > Dans l'article <000201c0c205$240c8840$e93a1bd4@ftiuw7zYdu>, "Eric MC > DECLERCK" <[EMAIL PROTECTED]> a écrit : > > > Impossible to run 'update-menus' without an immediate segmentation > > fault. A serious pb when installing packages with this postrun. Rebuild > > 'menu' give me the error 'not found rpmio'. What can I do ? > > Eric MC > > Which version of menu do you have installed ? > > Could you also try a ldd /usr/bin/update-menus > > > -- > Frédéric Crozat > MandrakeSoft > > librpm.so.0 => /usr/lib/librpm.so.0 (0x40025000) libpopt.so.0 => /lib/libpopt.so.0 (0x40076000) libdb.so.2 => /usr/lib/libdb.so.2 (0x4007c000) libz.so.1 => /lib/libz.so.1 (0x4008a000) libstdc++-libc6.1-2.so.3 => /usr/lib/libstdc++-libc6.1-2.so.3 (0x4009a000) libm.so.6 => /lib/libm.so.6 (0x400e3000) libc.so.6 => /lib/libc.so.6 (0x40103000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x4022c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
Re: [Cooker] menu
Dans l'article <000201c0c205$240c8840$e93a1bd4@ftiuw7zYdu>, "Eric MC DECLERCK" <[EMAIL PROTECTED]> a écrit : > Impossible to run 'update-menus' without an immediate segmentation > fault. A serious pb when installing packages with this postrun. Rebuild > 'menu' give me the error 'not found rpmio'. What can I do ? > Eric MC Which version of menu do you have installed ? Could you also try a ldd /usr/bin/update-menus -- Frédéric Crozat MandrakeSoft
RE: [Cooker] menu
On Wed, 11 Apr 2001, Eric MC DECLERCK wrote: > I'm running Glic 2 2 and gcc 2.96 ! > Did you solve this pb ? > Eric MC Yes, by recompiling rpm before recompiling menu > > > I'm tryng to rebuild menu-2.1.5-42 bcause of a constantly 'segmentation > > > fault' > > > on a postrun when install a package. And update-menus segmentation fault > > > also. > > > > > > I'm sorry, but what compiler are you using to compile > > > a 'const char**' to convert to 'char**' ?? on update-menus.cc ?? > > > > Suspect you are facing glibc 2.2/gcc 2.95.x issue again, since I've been > > bite heavily, having similar symptom as yours..
RE: [Cooker] menu
I'm running Glic 2 2 and gcc 2.96 ! Did you solve this pb ? Eric MC > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of R.I.P. Deaddog > Sent: Wednesday, April 11, 2001 1:39 AM > To: cooker > Subject: Re: [Cooker] menu > > > On Wed, 11 Apr 2001, Eric MC DECLERCK wrote: > > > Hi Lepied, > > > > I'm tryng to rebuild menu-2.1.5-42 bcause of a constantly 'segmentation > > fault' > > on a postrun when install a package. And update-menus segmentation fault > > also. > > > > I'm sorry, but what compiler are you using to compile > > a 'const char**' to convert to 'char**' ?? on update-menus.cc ?? > > Suspect you are facing glibc 2.2/gcc 2.95.x issue again, since I've been > bite heavily, having similar symptom as yours.. > > Abel Cheung > > >
Re: [Cooker] menu
On Wed, 11 Apr 2001, Eric MC DECLERCK wrote: > Hi Lepied, > > I'm tryng to rebuild menu-2.1.5-42 bcause of a constantly 'segmentation > fault' > on a postrun when install a package. And update-menus segmentation fault > also. > > I'm sorry, but what compiler are you using to compile > a 'const char**' to convert to 'char**' ?? on update-menus.cc ?? Suspect you are facing glibc 2.2/gcc 2.95.x issue again, since I've been bite heavily, having similar symptom as yours.. Abel Cheung
Re: [Cooker] Menu woes solved by youll never guess....
helix-update On Wednesday 15 November 2000 01:03, you wrote: > Where did you get it? It is not listed on their web page. > > Salane > > Armisis Aieoln wrote: > > On Tuesday 14 November 2000 11:32, you wrote: > > > Armisis Aieoln <[EMAIL PROTECTED]> writes: > > > > I was slowly trying to get my menus setup system wide for all my > > > > apps... > > > > > > > > just cause they released 7.2 support at helixcode, I got it > > > > > > > > it fixed my menu problem weird huh > > > > > > Sorry? > > > > Hey thats what software testing is all about thats why i am always > > running test software, cause I love the challange of trying to get it > > working, and I get overly excited when things do work ... > > > > dave > > > > -- > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Linux - Cause I dont do windows > > or ovens! > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Registered System: 83659 -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Linux - Cause I dont do windows or ovens! [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Registered System: 83659
Re: [Cooker] Menu woes solved by youll never guess....
Where did you get it? It is not listed on their web page. Salane Armisis Aieoln wrote: > > On Tuesday 14 November 2000 11:32, you wrote: > > Armisis Aieoln <[EMAIL PROTECTED]> writes: > > > I was slowly trying to get my menus setup system wide for all my apps... > > > > > > just cause they released 7.2 support at helixcode, I got it > > > > > > it fixed my menu problem weird huh > > > > Sorry? > > Hey thats what software testing is all about thats why i am always > running test software, cause I love the challange of trying to get it > working, and I get overly excited when things do work ... > > dave > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Linux - Cause I dont do windows > or ovens! > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Registered System: 83659
Re: [Cooker] Menu woes solved by youll never guess....
On Tuesday 14 November 2000 11:32, you wrote: > Armisis Aieoln <[EMAIL PROTECTED]> writes: > > I was slowly trying to get my menus setup system wide for all my apps... > > > > just cause they released 7.2 support at helixcode, I got it > > > > it fixed my menu problem weird huh > > Sorry? Hey thats what software testing is all about thats why i am always running test software, cause I love the challange of trying to get it working, and I get overly excited when things do work ... dave -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Linux - Cause I dont do windows or ovens! [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Registered System: 83659
Re: [Cooker] Menu woes solved by youll never guess....
Armisis Aieoln <[EMAIL PROTECTED]> writes: > I was slowly trying to get my menus setup system wide for all my apps... > > just cause they released 7.2 support at helixcode, I got it > > it fixed my menu problem weird huh Sorry? -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://us.mandrakesoft.com/~gc/
Re: [Cooker] Menu broken and update-menus doesn't work!!
hey, I guess u can email me the pacth. Thank You --Khawar "quitedown" Zia - Original Message - From: "Daouda LO" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 01, 2000 5:10 AM Subject: Re: [Cooker] Menu broken and update-menus doesn't work!! > Randy Welch <[EMAIL PROTECTED]> writes: > > > [...] > > > > > > I tried CorelPhotoPaint on 7.1 and it did the same bad things to kde. > > Plus it gobbled all sorts of CPU, I ended up removing it. > > Yep , i just finished testing this ! A workaround is to delete the 3 > menu files in dists/redhat/i386 . Installer will complain about that > but don't care. > i made a menu package that make a proper install and put nice icons > in Mandrake menu system . > if u want it just ask ;-) > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
Randy Welch <[EMAIL PROTECTED]> writes: [...] > > > I tried CorelPhotoPaint on 7.1 and it did the same bad things to kde. > Plus it gobbled all sorts of CPU, I ended up removing it. Yep , i just finished testing this ! A workaround is to delete the 3 menu files in dists/redhat/i386 . Installer will complain about that but don't care. i made a menu package that make a proper install and put nice icons in Mandrake menu system . if u want it just ask ;-)
Re: [Cooker] Menu broken and update-menus doesn\'t work!!
> hey, > I currently have LM72-final installed.I installed Corel Photopaint 9 and it > said that it added new icons-link to the menu but u needed to restart kde. I > did but then all the links in the kde menu now have 3 duplicates of each > icon-link. For example there are three help system icon. This is for all the > icons. Like under office there is like 3 icons-links for koffice. When i do > a menu-update it doesn't fix the problem. And this thing also screwed up > gnome menu becaues the icons are missing, the text is the only thing left. > Man is this realease buggy or what? Yes, their release of Photopaint is buggy. It says in the readme to install the menu package with --force, and I think this is what their installer does, so it's hardly surprising it fucks things up. After having this happen to me, I reinstalled, but this time manually, checking for any dubious scripts first. [AIR, you can install everything except the menu package, which you should leave well alone.] -- Random fortune To a Californian, the basic difference between the people and the pigeons in New York is that the pigeons don't shit on each other. -- From "East vs. West: The War Between the Coasts
Re: [Cooker] Menu broken and update-menus doesn\'t work!!
> Also corel photo paint says unable to add fontastic font server to the font > path. Yup. Their script is fucked. Try rpm -i --noscripts, and then put the startup script in rc5.d. (I think that's all you need to do; anyway, take a look at the scripts rpm -q --scripts (I think - if not, then man rpm) and see if there's anything else. -- Random fortune Hey, waiter! I want a NEW SHIRT and a PONY TAIL with lemon sauce!
Re: [Cooker] Menu broken and update-menus doesn't work!!
Daouda LO wrote: > > > I currently have LM72-final installed.I installed Corel Phote paint 9 and it > > said that it added new icons-link to the menu but u needed to restart kde. I > > did but then all the links in the kde menu now have 3 duplicates of each > > icon-link. For example there are three help system icon. This is for all > > Any suggestions. I think this release compared to 7.1 is very buggy. > > i'm trying to fix this pb. I don't know what is wrong but it seems > to come with this Corel package. Did you test it on LM7.1?? > the other pb is that the install provided with CorelPhotoPaint is > a binary so i cannot know what it really does. > it's very weird but don't say that 7.2 is guilty for that. > I tried CorelPhotoPaint on 7.1 and it did the same bad things to kde. Plus it gobbled all sorts of CPU, I ended up removing it. -randy
Re: [Cooker] Menu broken and update-menus doesn't work!!
"Khawar Zia" <[EMAIL PROTECTED]> writes: > hey, > when i do rpm -qf /usr/bin/update-menus > i get menu-2.1.5-42mdk. > Also corel photo paint says unable to add fontastic font server to the font > path. Either the font server isn't configured properly or it is not running. the font isn't installed , i don't know why (maybe because of this sucky installer) i brute forced it to install : do it manually rpm -Uh fonttastic-glibc-2.1-2000.06.22.14.00-1.i386.rpm --force > Btw i chose mandrake as my distro when i was installing corelpp. > And when i do a update-menus -n > i get /usr/share/gnome/apps/Apps/*:no such file or directory. > And that doesn't fix my menus. > Thank You > --Khawar "quitedown" Zia > - Original Message - > From: "Daouda LO" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <" > <[EMAIL PROTECTED]>"@tekken.mandrakesoft.com> > Sent: Tuesday, October 31, 2000 5:47 PM > Subject: Re: [Cooker] Menu broken and update-menus doesn't work!! > > > > Daouda LO <[EMAIL PROTECTED]> writes: > > > > > "Khawar Zia" <[EMAIL PROTECTED]> writes: > > > > > > > hey, > > > > I currently have LM72-final installed.I installed Corel Phote paint 9 > and it > > > > said that it added new icons-link to the menu but u needed to restart > kde. I > > > > did but then all the links in the kde menu now have 3 duplicates of > each > > > > icon-link. For example there are three help system icon. This is for > all the > > > > icons. Like under office there is like 3 icons-links for koffice. When > i do > > > > a menu-update it doesn't fix the problem. And this thing also screwed > up > > > > gnome menu becaues the icons are missing, the text is the only thing > left. > > > > Man is this realease buggy or what? Also for some reason u can't > change the > > > > background for kdm. It just doens't get saved. > > > > Any suggestions. I think this release compared to 7.1 is very buggy. > > > > > > i'm trying to fix this pb. I don't know what is wrong but it seems > > > to come with this Corel package. Did you test it on LM7.1?? > > > the other pb is that the install provided with CorelPhotoPaint is > > > a binary so i cannot know what it really does. > > > it's very weird but don't say that 7.2 is guilty for that. > > > > Khawar can u do a rpm -qf /usr/bin/update-menus and tell me the result > please. > > it's seems that Corelpp install the debian package menu which fuckup the > > mandrake one. > > > > > > > > investigating... > > > > > > > > > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
"Khawar Zia" <[EMAIL PROTECTED]> writes: > hey, > Um.. i never tried it on 7.1. But i think the whole menu thing is screwed > up in linux. Also i think kde2 is a little buggy. ok, i fix this by removing the 3 menus packages in dists/redhat/i386 and this work fine ! drawbacks:Corel will complain about install not correctly finished but anyway our menu aren't screwed up! i made a package which put icons and menu entry for Corelpp (replacement of menu-redhat) so i give it the same name to workaround installer warnings. i'm currently testing. > And i didn't blame it on mandrake. I am just trying to help u guys make a > better distro instead of complaing about how it sucks. thanx for this . > Thank You > --Khawar "quitedown" Zia > - Original Message - > From: "Daouda LO" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <" > <[EMAIL PROTECTED]>"@tekken.mandrakesoft.com> > Sent: Tuesday, October 31, 2000 5:21 PM > Subject: Re: [Cooker] Menu broken and update-menus doesn't work!! > > > > "Khawar Zia" <[EMAIL PROTECTED]> writes: > > > > > hey, > > > I currently have LM72-final installed.I installed Corel Phote paint 9 > and it > > > said that it added new icons-link to the menu but u needed to restart > kde. I > > > did but then all the links in the kde menu now have 3 duplicates of each > > > icon-link. For example there are three help system icon. This is for all > the > > > icons. Like under office there is like 3 icons-links for koffice. When i > do > > > a menu-update it doesn't fix the problem. And this thing also screwed up > > > gnome menu becaues the icons are missing, the text is the only thing > left. > > > Man is this realease buggy or what? Also for some reason u can't change > the > > > background for kdm. It just doens't get saved. > > > Any suggestions. I think this release compared to 7.1 is very buggy. > > > > i'm trying to fix this pb. I don't know what is wrong but it seems > > to come with this Corel package. Did you test it on LM7.1?? > > the other pb is that the install provided with CorelPhotoPaint is > > a binary so i cannot know what it really does. > > it's very weird but don't say that 7.2 is guilty for that. > > > > investigating... > > > > > > > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
hey, Um.. i never tried it on 7.1. But i think the whole menu thing is screwed up in linux. Also i think kde2 is a little buggy. And i didn't blame it on mandrake. I am just trying to help u guys make a better distro instead of complaing about how it sucks. Thank You --Khawar "quitedown" Zia - Original Message - From: "Daouda LO" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <" <[EMAIL PROTECTED]>"@tekken.mandrakesoft.com> Sent: Tuesday, October 31, 2000 5:21 PM Subject: Re: [Cooker] Menu broken and update-menus doesn't work!! > "Khawar Zia" <[EMAIL PROTECTED]> writes: > > > hey, > > I currently have LM72-final installed.I installed Corel Phote paint 9 and it > > said that it added new icons-link to the menu but u needed to restart kde. I > > did but then all the links in the kde menu now have 3 duplicates of each > > icon-link. For example there are three help system icon. This is for all the > > icons. Like under office there is like 3 icons-links for koffice. When i do > > a menu-update it doesn't fix the problem. And this thing also screwed up > > gnome menu becaues the icons are missing, the text is the only thing left. > > Man is this realease buggy or what? Also for some reason u can't change the > > background for kdm. It just doens't get saved. > > Any suggestions. I think this release compared to 7.1 is very buggy. > > i'm trying to fix this pb. I don't know what is wrong but it seems > to come with this Corel package. Did you test it on LM7.1?? > the other pb is that the install provided with CorelPhotoPaint is > a binary so i cannot know what it really does. > it's very weird but don't say that 7.2 is guilty for that. > > investigating... > > > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
hey, when i do rpm -qf /usr/bin/update-menus i get menu-2.1.5-42mdk. Also corel photo paint says unable to add fontastic font server to the font path. Either the font server isn't configured properly or it is not running. Btw i chose mandrake as my distro when i was installing corelpp. And when i do a update-menus -n i get /usr/share/gnome/apps/Apps/*:no such file or directory. And that doesn't fix my menus. Thank You --Khawar "quitedown" Zia - Original Message - From: "Daouda LO" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <" <[EMAIL PROTECTED]>"@tekken.mandrakesoft.com> Sent: Tuesday, October 31, 2000 5:47 PM Subject: Re: [Cooker] Menu broken and update-menus doesn't work!! > Daouda LO <[EMAIL PROTECTED]> writes: > > > "Khawar Zia" <[EMAIL PROTECTED]> writes: > > > > > hey, > > > I currently have LM72-final installed.I installed Corel Phote paint 9 and it > > > said that it added new icons-link to the menu but u needed to restart kde. I > > > did but then all the links in the kde menu now have 3 duplicates of each > > > icon-link. For example there are three help system icon. This is for all the > > > icons. Like under office there is like 3 icons-links for koffice. When i do > > > a menu-update it doesn't fix the problem. And this thing also screwed up > > > gnome menu becaues the icons are missing, the text is the only thing left. > > > Man is this realease buggy or what? Also for some reason u can't change the > > > background for kdm. It just doens't get saved. > > > Any suggestions. I think this release compared to 7.1 is very buggy. > > > > i'm trying to fix this pb. I don't know what is wrong but it seems > > to come with this Corel package. Did you test it on LM7.1?? > > the other pb is that the install provided with CorelPhotoPaint is > > a binary so i cannot know what it really does. > > it's very weird but don't say that 7.2 is guilty for that. > > Khawar can u do a rpm -qf /usr/bin/update-menus and tell me the result please. > it's seems that Corelpp install the debian package menu which fuckup the > mandrake one. > > > > > investigating... > > > > > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
Daouda LO <[EMAIL PROTECTED]> writes: > "Khawar Zia" <[EMAIL PROTECTED]> writes: > > > hey, > > I currently have LM72-final installed.I installed Corel Phote paint 9 and it > > said that it added new icons-link to the menu but u needed to restart kde. I > > did but then all the links in the kde menu now have 3 duplicates of each > > icon-link. For example there are three help system icon. This is for all the > > icons. Like under office there is like 3 icons-links for koffice. When i do > > a menu-update it doesn't fix the problem. And this thing also screwed up > > gnome menu becaues the icons are missing, the text is the only thing left. > > Man is this realease buggy or what? Also for some reason u can't change the > > background for kdm. It just doens't get saved. > > Any suggestions. I think this release compared to 7.1 is very buggy. > > i'm trying to fix this pb. I don't know what is wrong but it seems > to come with this Corel package. Did you test it on LM7.1?? > the other pb is that the install provided with CorelPhotoPaint is > a binary so i cannot know what it really does. > it's very weird but don't say that 7.2 is guilty for that. Khawar can u do a rpm -qf /usr/bin/update-menus and tell me the result please. it's seems that Corelpp install the debian package menu which fuckup the mandrake one. > > investigating... > >
Re: [Cooker] Menu broken and update-menus doesn't work!!
"Khawar Zia" <[EMAIL PROTECTED]> writes: > hey, > I currently have LM72-final installed.I installed Corel Phote paint 9 and it > said that it added new icons-link to the menu but u needed to restart kde. I > did but then all the links in the kde menu now have 3 duplicates of each > icon-link. For example there are three help system icon. This is for all the > icons. Like under office there is like 3 icons-links for koffice. When i do > a menu-update it doesn't fix the problem. And this thing also screwed up > gnome menu becaues the icons are missing, the text is the only thing left. > Man is this realease buggy or what? Also for some reason u can't change the > background for kdm. It just doens't get saved. > Any suggestions. I think this release compared to 7.1 is very buggy. i'm trying to fix this pb. I don't know what is wrong but it seems to come with this Corel package. Did you test it on LM7.1?? the other pb is that the install provided with CorelPhotoPaint is a binary so i cannot know what it really does. it's very weird but don't say that 7.2 is guilty for that. investigating...
Re: [Cooker] Menu items in 7.2 beta 3
Yeah, that's been fixed - download the release candidate 1 which just hit mirrors yesterday/today. On Sat, 14 Oct 2000, you wrote: > > Does anyone else have a problem with the menu system and taskbar? When I > try to open several different programs, whether from the menu system or > taskbar, they simply don't open. KControl didn't open until I removed the > "%c" parameter from its shortcut, and I thought this would solve the > problem, but this is the only program I found that could be resolved in > this way. I haven't had any problem with using the Alt+F2 Run box for > these same programs I don't know, maybe this is more of a minor > annoyance than anything else, but it would be nice to have a working menu > system immediately after installing Mandrake. > > Thanks, > ]-[?Re§ia®Çh Content-Type: text/html; name="Attachment: 1" Content-Transfer-Encoding: quoted-printable Content-Description:
Re: [Cooker] menu 7.2 beta
Could you please consider using bugzilla (https://qa.mandrakesoft.com) even for small bugs like this one ? It would make our job a lot easier :-) [EMAIL PROTECTED] (Burkhard Zombronner) writes: > Hello there, > > just a small one on the menus: > > kpat is a card game and should be on the menu under amusement/cards and not > arcade. > > regards > > Burkhard Zombronner > -- Jerome Martin <[EMAIL PROTECTED]> Quality Assurance <[EMAIL PROTECTED]>
Re: [Cooker] Menu & QTDesigner problems
On Thu, 14 Sep 2000, you wrote: >Hi > >I have a strange problems with my KDE2 menu, since I upgraded to the latest >RPMs some of the icons like KControl, Home Directory and Konqueror are now 4 >of each, but only one of them works. I tried to delete them in the menudrake >but there is only one of each icon there. >Did anyone try the QTDesigner, wihich come with QT2.2? I tried to go trough a >tutorial but I got some error while compiling, maybe someone knows what is >wrong? > >[shadow@dark pizza]# g++ -I/usr/lib/qt2/include PizzaEntry.cpp >PizzaEntryTest.cpp moc_PizzaEntry.cpp -L/usr/lib/qt2/lib -lqt >moc_PizzaEntry.cpp:45: new declaration `static void >PizzaEntry::staticMetaObject()' >PizzaEntry.h:23: ambiguates old declaration `static class QMetaObject * >PizzaEntry::staticMetaObject()' >moc_PizzaEntry.cpp: In function `void >__static_initialization_and_destruction_0(int, int)': >moc_PizzaEntry.cpp:29: no matching function for call to >`QMetaObjectInit::QMetaObjectInit (QMetaObject * (*)())' >/usr/lib/qt2/include/qmetaobject.h:259: candidates are: >QMetaObjectInit::QMetaObjectInit(void (*)()) >/usr/lib/qt2/include/qmetaobject.h:261: >QMetaObjectInit::QMetaObjectInit(const QMetaObjectInit &) For some reason you're using two incompatible "moc" programs, one being probably the Qt1 one. -- David FAURE, [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.mandrakesoft.com/~david/, http://www.konqueror.org/ KDE, Making The Future of Computing Available Today See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2
Re: [Cooker] `menu`
David BAUDENS <[EMAIL PROTECTED]> writes: > David Odin écrivit : > > [...] > > > > > False argument. > > > > That's nor too specific nor too problematic, you can even > > > > do it in drakeconf, instead of at installation time. > > > > > > It's specific because a minority (not a majority) of users would like to > > > make this choice. > > > > > > But to show you I care also about minority :-), I admit 100% that you're > > > right for DrakConf, it's a good place for that. Also it's possible to add > > > an additional question for `Expert' installation class. > > > > > > What I don't want is such a question in newbie install. (also, it's very > > > hard to explain in 2/3 lines) > > > > >Wouldn't it be possible to make this an option in DrakeMenu? > > IMHO, it's the only possible place but, at present time, it's impossible > to make for KDE and GNOME pardon me, but what make you say it is impossible ? > and will be a very bad idea for all the window > managers (because they can't display all applications and because, by > default, they display some applications which are not installed (and > it's very stupid)). So make it possible form Gnome / Kde to have their normal menus, and use Mandrake menus for WM. -- -- Yoann http://www.mandrakesoft.com/~yoann/ Tiniest "mesures unities?" - lenght : millimeter - volume : milliliter - intelligence : military man
Re: [Cooker] `menu`
David Odin écrivit : [...] > > > False argument. > > > That's nor too specific nor too problematic, you can even > > > do it in drakeconf, instead of at installation time. > > > > It's specific because a minority (not a majority) of users would like to > > make this choice. > > > > But to show you I care also about minority :-), I admit 100% that you're > > right for DrakConf, it's a good place for that. Also it's possible to add > > an additional question for `Expert' installation class. > > > > What I don't want is such a question in newbie install. (also, it's very > > hard to explain in 2/3 lines) > > >Wouldn't it be possible to make this an option in DrakeMenu? IMHO, it's the only possible place but, at present time, it's impossible to make for KDE and GNOME and will be a very bad idea for all the window managers (because they can't display all applications and because, by default, they display some applications which are not installed (and it's very stupid)). -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Cooker] `menu`
On Fri, Aug 11, 2000 at 03:21:47PM +0200, Guillaume Cottenceau wrote: > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > [...] > > > > > Just query the user at install time about which system to use. > > > > > > You can uninstall the `menu' package. We believe it's too specific and too > > > problematic to add a question at installation. (most users are pretty > > > happy with the new menu system) > > > > False argument. > > That's nor too specific nor too problematic, you can even > > do it in drakeconf, instead of at installation time. > > It's specific because a minority (not a majority) of users would like to > make this choice. > > But to show you I care also about minority :-), I admit 100% that you're > right for DrakConf, it's a good place for that. Also it's possible to add > an additional question for `Expert' installation class. > > What I don't want is such a question in newbie install. (also, it's very > hard to explain in 2/3 lines) > Wouldn't it be possible to make this an option in DrakeMenu? DindinX -- [EMAIL PROTECTED] HF Team
Re: [Cooker] `menu`
Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: [...] > > > Just query the user at install time about which system to use. > > > > You can uninstall the `menu' package. We believe it's too specific and too > > problematic to add a question at installation. (most users are pretty > > happy with the new menu system) > > False argument. > That's nor too specific nor too problematic, you can even > do it in drakeconf, instead of at installation time. It's specific because a minority (not a majority) of users would like to make this choice. But to show you I care also about minority :-), I admit 100% that you're right for DrakConf, it's a good place for that. Also it's possible to add an additional question for `Expert' installation class. What I don't want is such a question in newbie install. (also, it's very hard to explain in 2/3 lines) -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > Nigel Webber <[EMAIL PROTECTED]> writes: > > [...] > > > The new unified menu in cooker looks promising, but I would rather there was > > an option at install that asks users whether they wish to use the Mandrake > > Unified menu or to go-it-alone, and use manually maintain their menu(s) using > > the tools provided by KDE, Gnome etc. > > Just uninstall the package `menu' and all will work like before, using the > KDE menu editor for your use of KDE. > > [...] > > > Just query the user at install time about which system to use. > > You can uninstall the `menu' package. We believe it's too specific and too > problematic to add a question at installation. (most users are pretty > happy with the new menu system) False argument. That's nor too specific nor too problematic, you can even do it in drakeconf, instead of at installation time. -- -- Yoann http://www.mandrakesoft.com/~yoann/ In a world without walls or fences, what use do we have for windows or gates?
Re: [Cooker] `menu`
Nigel Webber <[EMAIL PROTECTED]> writes: [...] > The new unified menu in cooker looks promising, but I would rather there was > an option at install that asks users whether they wish to use the Mandrake > Unified menu or to go-it-alone, and use manually maintain their menu(s) using > the tools provided by KDE, Gnome etc. Just uninstall the package `menu' and all will work like before, using the KDE menu editor for your use of KDE. [...] > Just query the user at install time about which system to use. You can uninstall the `menu' package. We believe it's too specific and too problematic to add a question at installation. (most users are pretty happy with the new menu system) -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Reinhard Katzmann <[EMAIL PROTECTED]> writes: [...] > > yes but the problem is that we have move towards the menu system. our > > packages no longer contain the wm menu entries. > > And what about the nonstandard-packages that a newbie might install ? > Guess he found this super duper new email program (like evolution ;) > which is not yet in cooker/contrib... a desktop entry for gnome exists > but never appears in the menu.. The contrib menu would be much helpful > in such a case. Yes, this is a drawback of the menu system. [That's why we have to provide the maximum packages possible :-)] [...] > > Please send it to lenny as soon as it's finished.. > > I have sent it to the list. If you give me his email, I'll forward it > to him as well. lenny@ -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Read the message here for what it is Frederic, he was using evolution as an example, there allways will be packages that Mandrakesoft does not have time/patience etc to put in cooker - Original Message - From: "Frederic Crozat" <[EMAIL PROTECTED]> Newsgroups: liste.cooker To: <[EMAIL PROTECTED]> Sent: Friday, August 11, 2000 4:27 PM Subject: Re: [Cooker] `menu` > [EMAIL PROTECTED] (Reinhard Katzmann) writes: > > > > And what about the nonstandard-packages that a newbie might install ? > > Guess he found this super duper new email program (like evolution ;) > > which is not yet in cooker/contrib... a desktop entry for gnome exists > > but never appears in the menu.. The contrib menu would be much helpful > > in such a case. > > BEEP .. Wrong : Evolution is now in contrib :)) > > -- > Frédéric Crozat > MandrakeSoft >
Re: [Cooker] `menu`
[EMAIL PROTECTED] (Reinhard Katzmann) writes: > And what about the nonstandard-packages that a newbie might install ? > Guess he found this super duper new email program (like evolution ;) > which is not yet in cooker/contrib... a desktop entry for gnome exists > but never appears in the menu.. The contrib menu would be much helpful > in such a case. BEEP .. Wrong : Evolution is now in contrib :)) -- Frédéric Crozat MandrakeSoft
RE: [Cooker] `menu`
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 10, 2000 1:44 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Cooker] `menu` Bryan Paxton <[EMAIL PROTECTED]> writes: [...] > > I don't follow you. > > "Programs" is a top level menu of the gnome menu and it can not be > removed(well I'm sure it could with some hacking), but anyway... Hence that > makes it part of the mdk menu system. So when you go to add Multimedia -> > sound -> whatever it's going under Programs -> Multimedia -> sound -> > whatever > Ok, sorry for being so slow. (i don't know gnome well, but now i ? remember) >I guess it's more a gnome problem and as you say it needs tweaking in > >the > menus.. > Definitely the Multimedia/Sound is a good category for sound related > stuff. There is Video and Graphics also under Multimedia; everything > >under > Multimedia without submenus would be a mess.. hrmmm I guess I just see it diferently that too many sub-menus is messy.
Re: [Cooker] `menu`
Hi Guillaume! > > Well i thinks that's not necessary ;) AFAIK the standard packages > > have no entries any longer for the default gnome/kde .desktop files > > (or whatever they are called). I thought that the old menues could > > be in a submenu like contrib, so you have contrib->gnome->.. or > > contrib->kde or contrib->redhat (or are the redhat menu entries > > automagically transformed ?). The non-mdk way works fine as well > > for me in gnome (has all three menu types integrated). > > yes but the problem is that we have move towards the menu system. our > packages no longer contain the wm menu entries. And what about the nonstandard-packages that a newbie might install ? Guess he found this super duper new email program (like evolution ;) which is not yet in cooker/contrib... a desktop entry for gnome exists but never appears in the menu.. The contrib menu would be much helpful in such a case. > > Yes that it is, though the version on the homepage is 4, not 1.4. I > > have already adopted the SPEC file for mandrake, only the menu entry > > is still missing. > > Please send it to lenny as soon as it's finished.. I have sent it to the list. If you give me his email, I'll forward it to him as well. Best regards, Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED] Current Projects: Linux-Installation Mandrake 7.1 (95% finished) Improvements of Driver for Tevion Tablet Java-DB and -Interface for Pincity (93 % finished) GnuPG Public Key available on request. PGP signature
Re: [Cooker] `menu`
Hi The menu really winds me up as well. I hate being boxed into using what the Distro vendor thinks I should use - one of the reasons I moved to linux was cause I wanted to freedom to config my system like *I* wanted it. People are different, and work in different ways, and what works for the folks that invented the menu package may not work for others. The new unified menu in cooker looks promising, but I would rather there was an option at install that asks users whether they wish to use the Mandrake Unified menu or to go-it-alone, and use manually maintain their menu(s) using the tools provided by KDE, Gnome etc. I personally only use KDE and so have absolutely no need for a mandrake package to unify the menu's between different environments. Just query the user at install time about which system to use. Regards Nigel
Re: [Cooker] `menu`
Bryan Paxton <[EMAIL PROTECTED]> writes: [...] > > I don't follow you. > > "Programs" is a top level menu of the gnome menu and it can not be > removed(well I'm sure it could with some hacking), but anyway... Hence that > makes it part of the mdk menu system. So when you go to add Multimedia -> > sound -> whatever it's going under Programs -> Multimedia -> sound -> > whatever Ok, sorry for being so slow. (i don't know gnome well, but now i remember) I guess it's more a gnome problem and as you say it needs tweaking in the menus.. Definitely the Multimedia/Sound is a good category for sound related stuff. There is Video and Graphics also under Multimedia; everything under Multimedia without submenus would be a mess.. -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
On Thu, 10 Aug 2000, Guillaume Cottenceau wrote: > Bryan Paxton <[EMAIL PROTECTED]> writes: > > On Thu, 10 Aug 2000, Guillaume Cottenceau wrote: > > > Bryan Paxton <[EMAIL PROTECTED]> writes: > > > > > > [...] > > > > > > > > > > Why? They are sorted within categories. What should be done? > > > > > > > > > > > > The catergories are screwed. They're either bunched together too > > > > > > much or split up so you have to break down 3 or 4 sub-menus > > > > > > before you can get to what you want. > > > > > > e.g.: Programs -> Multimedia -> sound -> grip > > > > > > > > > > > > IMHO it should be Programs -> Multimedia -> grip > > > > > > > > > > I don't know where you found this entry. > > > > > > > > Programs is a gnome top level menu : ) > > > > > > So? Why do you talk about that? > > > > Why ? heh because that makes it a part of the mdk menu system. > > I don't follow you. "Programs" is a top level menu of the gnome menu and it can not be removed(well I'm sure it could with some hacking), but anyway... Hence that makes it part of the mdk menu system. So when you go to add Multimedia -> sound -> whatever it's going under Programs -> Multimedia -> sound -> whatever -- Bryan Paxton "Defacing the RIAA website would cause a major shitstorm for us good guys." - someone "Good point. I still can't get over how Janet Reno's parents defaced her/it and they still walk the streets free and clear." - someone else Public key can be found at http://speedbros.org/Bryan_Paxton.asc
Re: [Cooker] `menu`
Bryan Paxton <[EMAIL PROTECTED]> writes: > On Thu, 10 Aug 2000, Guillaume Cottenceau wrote: > > Bryan Paxton <[EMAIL PROTECTED]> writes: > > > > [...] > > > > > > > > Why? They are sorted within categories. What should be done? > > > > > > > > > > The catergories are screwed. They're either bunched together too > > > > > much or split up so you have to break down 3 or 4 sub-menus before > > > > > you can get to what you want. > > > > > e.g.: Programs -> Multimedia -> sound -> grip > > > > > > > > > > IMHO it should be Programs -> Multimedia -> grip > > > > > > > > I don't know where you found this entry. > > > > > > Programs is a gnome top level menu : ) > > > > So? Why do you talk about that? > > Why ? heh because that makes it a part of the mdk menu system. I don't follow you. -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
On Thu, 10 Aug 2000, Guillaume Cottenceau wrote: > Bryan Paxton <[EMAIL PROTECTED]> writes: > > [...] > > > > > > Why? They are sorted within categories. What should be done? > > > > > > > > The catergories are screwed. They're either bunched together too > > > > much or split up so you have to break down 3 or 4 sub-menus before > > > > you can get to what you want. > > > > e.g.: Programs -> Multimedia -> sound -> grip > > > > > > > > IMHO it should be Programs -> Multimedia -> grip > > > > > > I don't know where you found this entry. > > > > Programs is a gnome top level menu : ) > > So? Why do you talk about that? Why ? heh because that makes it a part of the mdk menu system. -- Bryan Paxton "Defacing the RIAA website would cause a major shitstorm for us good guys." - someone "Good point. I still can't get over how Janet Reno's parents defaced her/it and they still walk the streets free and clear." - someone else Public key can be found at http://speedbros.org/Bryan_Paxton.asc
Re: [Cooker] `menu`
Bryan Paxton <[EMAIL PROTECTED]> writes: [...] > > > > Why? They are sorted within categories. What should be done? > > > > > > The catergories are screwed. They're either bunched together too much or > > > split up so you have to break down 3 or 4 sub-menus before you can get to > > > what you want. > > > e.g.: Programs -> Multimedia -> sound -> grip > > > > > > IMHO it should be Programs -> Multimedia -> grip > > > > I don't know where you found this entry. > > Programs is a gnome top level menu : ) So? Why do you talk about that? -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
On Thu, 10 Aug 2000, Guillaume Cottenceau wrote: > Bryan Paxton <[EMAIL PROTECTED]> writes: > > On Wed, 09 Aug 2000, Guillaume Cottenceau wrote: > > > Bryan Paxton <[EMAIL PROTECTED]> writes: > > > > They're way too kludgy, trying to navigate through these beasts is a > > > > nightmare. That would be my main problem as of now(though I mainly > > > > use > > > > > > Why? They are sorted within categories. What should be done? > > > > The catergories are screwed. They're either bunched together too much or > > split up so you have to break down 3 or 4 sub-menus before you can get to > > what you want. > > e.g.: Programs -> Multimedia -> sound -> grip > > > > IMHO it should be Programs -> Multimedia -> grip > > I don't know where you found this entry. Programs is a gnome top level menu : ) > The only category that is a little screwed is "Applications". > Yes Apllications is a gross : ) > > > [...] > > > > Yes, some things are "too much". Please name them, we shall surely > > > delete most of this "too much" feeling. > > > > Well I've deleted a bunch on my own but let's see what I can dig from > > what I have right now. > > > > These are some gnome menu entires: > > > > IDLE > > Python > > GUILE > > gdb > > pico > > lynx > > > > Those are just a few, but like I said I deleted almost all of the menu > > entires. > > Well, we can't do much with only 6 entries :-). > > > But above is a perfect example of what not to put in gnome and kde menus. > > ok. > > > As far as the X apps that _I_ feel shouldn't be there(or even included in > > the distro for that matter), well maybe you should have a vote. And the > > X apps I speak of are apps like xedit and applications like that which I > > feel that no one even uses, I could very well be wrong on that though. > > > > Another way to help clean up the menus is to decide which app is the best > > for the job, once again a vote would solve this. What I mean by this is > > simply there's applications that perform the same job. > > Yes, but that's against gnu/linux general spirit. Each person have his > favourite app for doing such thing; also it's good to have multiple > ways/approaches to do the same thing. *nod* I was off on a rant. : ) > > Programs -> Multimedia -> Sound -> Audio mixer(which is gmix) > > > > and > > > > Programs -> Multimedia -> Sound -> aumix > > > > They both to their own capabilties perform the exact same job, and there > > is no need for both of them to be put in the menus IMHO, I could be wrong > > on this as well though. > > Ismaller install you won't be bothered :-). Ba this isn't about _me_ I never even use the damn menus. This is about what _I_ think would make the end-user happy, and how the current menu system can't make anyone happy. -- Bryan Paxton "Defacing the RIAA website would cause a major shitstorm for us good guys." - someone "Good point. I still can't get over how Janet Reno's parents defaced her/it and they still walk the streets free and clear." - someone else Public key can be found at http://speedbros.org/Bryan_Paxton.asc
Re: [Cooker] `menu`
Reinhard Katzmann <[EMAIL PROTECTED]> writes: > Reply-To: > Hi Guillaume! > > > > and such for the "normal" menu system with gnome/kde but do not > > > appear when using the menu package. > > > > We would need AI to guess the section, the description, etc! > > Well i thinks that's not necessary ;) AFAIK the standard packages > have no entries any longer for the default gnome/kde .desktop files > (or whatever they are called). I thought that the old menues could > be in a submenu like contrib, so you have contrib->gnome->.. or > contrib->kde or contrib->redhat (or are the redhat menu entries > automagically transformed ?). The non-mdk way works fine as well > for me in gnome (has all three menu types integrated). yes but the problem is that we have move towards the menu system. our packages no longer contain the wm menu entries. > > As for the programs you cite, balsa and gqmpeg are in the contribs; but > > snd sounds interesting (we don't have a good sound sample editor) Is it > > the same one as here > > http://freshmeat.net/appindex/1998/07/24/901303660.html ? > > Yes that it is, though the version on the homepage is 4, not 1.4. I > have already adopted the SPEC file for mandrake, only the menu entry > is still missing. Please send it to lenny as soon as it's finished.. -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Reply-To: Hi Guillaume! > > and such for the "normal" menu system with gnome/kde but do not > > appear when using the menu package. > > We would need AI to guess the section, the description, etc! Well i thinks that's not necessary ;) AFAIK the standard packages have no entries any longer for the default gnome/kde .desktop files (or whatever they are called). I thought that the old menues could be in a submenu like contrib, so you have contrib->gnome->.. or contrib->kde or contrib->redhat (or are the redhat menu entries automagically transformed ?). The non-mdk way works fine as well for me in gnome (has all three menu types integrated). > As for the programs you cite, balsa and gqmpeg are in the contribs; but > snd sounds interesting (we don't have a good sound sample editor) Is it > the same one as here > http://freshmeat.net/appindex/1998/07/24/901303660.html ? Yes that it is, though the version on the homepage is 4, not 1.4. I have already adopted the SPEC file for mandrake, only the menu entry is still missing. Best regards, Reinhard Katzmann -- no .signature today
Re: [Cooker] `menu`
Reinhard Katzmann <[EMAIL PROTECTED]> writes: > Only a note for clarification, else I agree (with the menu > concept needing beeing changed). My main concern about it is, > that everytime I install an app (choose gnome, kde or x11 or > whatever) which is not part of mdk, I have to manually change > the spec file and add menu entries (and finally send it to > mdk contrib ;). Some examples: snd (good sound sample editor), > balsa (maybe is in cooker, don't remember) or gqmpeg. This is > more a general question: What to with apps which have icons > and such for the "normal" menu system with gnome/kde but do not > appear when using the menu package. We would need AI to guess the section, the description, etc! As for the programs you cite, balsa and gqmpeg are in the contribs; but snd sounds interesting (we don't have a good sound sample editor) Is it the same one as here http://freshmeat.net/appindex/1998/07/24/901303660.html ? -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Bryan Paxton <[EMAIL PROTECTED]> writes: > On Wed, 09 Aug 2000, Guillaume Cottenceau wrote: > > Bryan Paxton <[EMAIL PROTECTED]> writes: > > > They're way too kludgy, trying to navigate through these beasts is a > > > nightmare. That would be my main problem as of now(though I mainly use > > > > Why? They are sorted within categories. What should be done? > > The catergories are screwed. They're either bunched together too much or > split up so you have to break down 3 or 4 sub-menus before you can get to > what you want. > e.g.: Programs -> Multimedia -> sound -> grip > > IMHO it should be Programs -> Multimedia -> grip I don't know where you found this entry. In the 7.1 there's no "Programs" category. You can verify in the mdk-rpm howto, grip is is Multimedia/Sound. http://www.linux-mandrake.com/howtos/mdk-rpm/mdk-menu-structure.html The only category that is a little screwed is "Applications". However generally speaking the apps are foundable without big trouble. [...] > > Yes, some things are "too much". Please name them, we shall surely delete > > most of this "too much" feeling. > > Well I've deleted a bunch on my own but let's see what I can dig from what I > have right now. > > These are some gnome menu entires: > > IDLE > Python > GUILE > gdb > pico > lynx > > Those are just a few, but like I said I deleted almost all of the menu > entires. Well, we can't do much with only 6 entries :-). > But above is a perfect example of what not to put in gnome and kde menus. ok. > As far as the X apps that _I_ feel shouldn't be there(or even included in the > distro for that matter), well maybe you should have a vote. And the X apps I > speak of are apps like xedit and applications like that which I feel that no > one even uses, I could very well be wrong on that though. > > Another way to help clean up the menus is to decide which app is the best for > the job, once again a vote would solve this. What I mean by this is simply > there's applications that perform the same job. Yes, but that's against gnu/linux general spirit. Each person have his favourite app for doing such thing; also it's good to have multiple ways/approaches to do the same thing. > Programs -> Multimedia -> Sound -> Audio mixer(which is gmix) > > and > > Programs -> Multimedia -> Sound -> aumix > > They both to their own capabilties perform the exact same job, and there is > no need for both of them to be put in the menus IMHO, I could be wrong on > this as well though. It's because they are both installed on the system. If you perform a smaller install you won't be bothered :-). -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] `menu`
Hi! Only a note for clarification, else I agree (with the menu concept needing beeing changed). My main concern about it is, that everytime I install an app (choose gnome, kde or x11 or whatever) which is not part of mdk, I have to manually change the spec file and add menu entries (and finally send it to mdk contrib ;). Some examples: snd (good sound sample editor), balsa (maybe is in cooker, don't remember) or gqmpeg. This is more a general question: What to with apps which have icons and such for the "normal" menu system with gnome/kde but do not appear when using the menu package. > Those are just a few, but like I said I deleted almost all of the menu > entires. Well I wouldn't remove applications which are only used from console like editors or similar, but they should be either in an extra group (like console->editor) or otherwise marked that they are not a real X program. > the job, once again a vote would solve this. What I mean by this is simply > there's applications that perform the same job. > > Programs -> Multimedia -> Sound -> Audio mixer(which is gmix) > > and > > Programs -> Multimedia -> Sound -> aumix > > They both to their own capabilties perform the exact same job, and there is > no need for both of them to be put in the menus IMHO, I could be wrong on > this as well though. No they don't do the same job. This just seems to be the same. If you deinstall alsa, gmix won't run anymore unless you recompile it. aumix works out of the box with alsa and oss as it does use only the oss mixers. (Hmm, well to be correct, aumix does not seem to work on my system with alsa, but this might be due to the fact that I still use the 7.1 original Version). kmix behaves same as aumix, but is contrary the aumix a real X app. > MMFH... to be continued ? : ) More apps plz ;-) Best regards, Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED] Current Projects: Linux-Installation Mandrake 7.1 (95% finished) Improvements of Driver for Tevion Tablet Java-DB and -Interface for Pincity (93 % finished) GnuPG Public Key available on request. PGP signature
Re: [Cooker] `menu`
On Wed, 09 Aug 2000, Guillaume Cottenceau wrote: > Bryan Paxton <[EMAIL PROTECTED]> writes: > > They're way too kludgy, trying to navigate through these beasts is a > > nightmare. That would be my main problem as of now(though I mainly use > > Why? They are sorted within categories. What should be done? The catergories are screwed. They're either bunched together too much or split up so you have to break down 3 or 4 sub-menus before you can get to what you want. e.g.: Programs -> Multimedia -> sound -> grip IMHO it should be Programs -> Multimedia -> grip or here's another one Programs -> Multimedia -> Graphics -> gimp IMHO it should be Programs -> Graphics -> gimp By trying to make the menu system nice and neat it has become too complex. > > > the CLI). But seriously, open one up and take a good look, it's a > > complete mess. And come on, a normal user isn't gonna need access to a > > lot of the garbage that's put in the menus. > > Yes, some things are "too much". Please name them, we shall surely delete > most of this "too much" feeling. Well I've deleted a bunch on my own but let's see what I can dig from what I have right now. These are some gnome menu entires: IDLE Python GUILE gdb pico lynx Those are just a few, but like I said I deleted almost all of the menu entires. But above is a perfect example of what not to put in gnome and kde menus. As far as the X apps that _I_ feel shouldn't be there(or even included in the distro for that matter), well maybe you should have a vote. And the X apps I speak of are apps like xedit and applications like that which I feel that no one even uses, I could very well be wrong on that though. Another way to help clean up the menus is to decide which app is the best for the job, once again a vote would solve this. What I mean by this is simply there's applications that perform the same job. Programs -> Multimedia -> Sound -> Audio mixer(which is gmix) and Programs -> Multimedia -> Sound -> aumix They both to their own capabilties perform the exact same job, and there is no need for both of them to be put in the menus IMHO, I could be wrong on this as well though. MMFH... to be continued ? : ) -- Bryan Paxton "Defacing the RIAA website would cause a major shitstorm for us good guys." - someone "Good point. I still can't get over how Janet Reno's parents defaced her/it and they still walk the streets free and clear." - someone else Public key can be found at http://speedbros.org/Bryan_Paxton.asc
Re: [Cooker] `menu`
Bryan Paxton <[EMAIL PROTECTED]> writes: > They're way too kludgy, trying to navigate through these beasts is a > nightmare. That would be my main problem as of now(though I mainly use Why? They are sorted within categories. What should be done? > the CLI). But seriously, open one up and take a good look, it's a > complete mess. And come on, a normal user isn't gonna need access to a > lot of the garbage that's put in the menus. Yes, some things are "too much". Please name them, we shall surely delete most of this "too much" feeling. -- Guillaume Cottenceau -- Distribution Developer for MandrakeSoft http://www.mandrakesoft.com/~gc/
Re: [Cooker] menu problems
OS <[EMAIL PROTECTED]> writes:
>
> I am using kdebase 1.1.2-44mdk and menu 2.1.5-8mdk and I get absolutely no
> menus at all.
Then there's a problem with a menu entry, but for sure it's not in
KDE. I have run countless checks to get sure that all my packages
worked all right an they do.
Please run update-menus by hand as root and report the errors. Then
the maintainers of the culprit packages will have to correct
them. Menus work perfectly otherwise.
>
> Forgive me, but your reply makes it sound like menu is your plaything and the
> rest of us will have to find work arounds ! You may have a Perl script, so why
> isn't included in meun ?!
>
Because my perl script is only made to convert .kdelnk entries into
menu entries, but it doesn't handle hand-made menu entries, gnome
.desktop files and anything else. I did it in order to obtain
foolproof menu entries and it works for that.
As to your RealPlayer menu entry, a solution would be that you create
a small filesystem with the /var/lib/rpm/* files in it, do rpm -i
--root /the/fs, then run my script on it. Here it is:
- BEGIN
#!/usr/bin/perl
# (c) ? Whats that?
#
# Script to convert .kdelnk entries to menu entries
sub usage {
die "Usage: $0 [default value for \"needs=\"]";
}
sub ask_section {
# NOTE NOTE NOTE! This menu structure is no more valid as to the "KDE
# Config" section, but the rest is valid
my %menus = (
"Configuration" => {
"Hardware" => undef,
"Packaging" => undef,
"Networking" => undef,
"Printing" => undef,
"Boot and Init" => undef,
"Other" => undef
},
"Applications" => {
"Development" => {
"Interpreters" => undef,
"Code generators" => undef,
"Development environments" => undef,
"Tools" => undef
},
"Sciences" => {
"Astronomy" => undef,
"Biology" => undef,
"Chemistry" => undef,
"Computer science" => undef,
"Geosciences " => undef,
"Mathematics" => undef,
"Physics" => undef,
"Other" => undef
},
"Communications" => undef,
"Editors" => undef,
"Emulators" => undef,
"Archiving" => {
"Compression" => undef,
"Cd burning" => undef,
"Backup" => undef,
"Other" => undef
},
"Monitoring" => undef,
"Publishing" => undef,
"Terminals" => undef,
"Shells" => undef,
"File tools" => undef,
"Text tools" => undef
},
"Documentation" => undef,
"Office" => undef,
"Networking" => {
"File transfer" => undef,
"IRC" => undef,
"ICQ" => undef,
"Chat" => undef,
"News" => undef,
"Mail" => undef,
"WWW" => undef,
"Remote access" => undef,
"Other" => undef
},
"Amusement" => {
"Adventure" => undef,
"Arcade" => undef,
"Boards" => undef,
"Cards" => undef,
"Puzzles" => undef,
"Sports" => undef,
"Strategy" => undef,
"Other" => undef,
"Toys" => undef
},
"Multimedia" => {
"Sound" => undef,
"Graphics" => undef,
"Video" => undef
},
"KDE Config" => {
"File Manager" => undef,
"Desktop" => undef,
"Input Devices" => undef,
"System Information" => undef,
"Window Manager" => undef,
"Sounds" => undef,
"Other" => undef
}
);
my @a;
my $current = \%menus;
while ( defined $current ) {
my @list = ( "None" , sor
Re: [Cooker] menu problems
OS <[EMAIL PROTECTED]> writes: > This menu thing is a pain in the butt ! :) > > I am using kdebase 1.1.2-44mdk and menu 2.1.5-8mdk and I get absolutely no > menus at all. I have to keep copying back all the applnk's from backup > otherwise nothing is available and nothing knows how to launch itself. Please keep in mind that we are still in *devel* phase for the menu support in next release of Linux-Mandrake. That's the reason why from time to time we have BIG problems like that. Thanks for pointing it, but please remember not to be upset about it because such devels are deep in kde menu structure and often this leads to problems. -- Guillaume Cottenceau
Re: [Cooker] menu problems
David Walluck <[EMAIL PROTECTED]> writes: > 1.) Unsatisfied dependencies for gtop-1.0.7-0.3mdk: libgtop.so.1, > libgtop_common.so.1, libgtop_sysdeps.so.1 you must have forgotten to downgrade to libgtop-1.0.6 -- Guillaume Cottenceau
Re: [Cooker] menu problems
This menu thing is a pain in the butt ! :) I am using kdebase 1.1.2-44mdk and menu 2.1.5-8mdk and I get absolutely no menus at all. I have to keep copying back all the applnk's from backup otherwise nothing is available and nothing knows how to launch itself. I agree "You shouldn't just rm the .kdelnk and .desktop files". It is very presumptuous. To say "Yup, normal... The menu method deletes all /usr/share/applnk" is a little poor. Surely it should make some attempt to parse the current kdelnk's even if it simply asks if each one is to be kept or deleted. Forgive me, but your reply makes it sound like menu is your plaything and the rest of us will have to find work arounds ! You may have a Perl script, so why isn't included in meun ?! Owen On Fri, 14 Apr 2000, you wrote: > David Walluck <[EMAIL PROTECTED]> writes: > > > 1.) Unsatisfied dependencies for gtop-1.0.7-0.3mdk: libgtop.so.1, > > libgtop_common.so.1, libgtop_sysdeps.so.1 > > > > Hmm, that's no related at all to menus. > > > 2.) You shouldn't just rm the .kdelnk and .desktop files, because rpm > > --verify > > will report them as missing. Whoever builds the binary rpm should make > > sure > > they are removed before the filelist is generated. > > > > It's me - and it's been done for long now. > > > I have RealPlayer-7.0-1 and Corel WordPerfect Office 2000 Installed, both > > of which have .kdelnk KDE menu entries, but due to this menu stuff, the > > icons > > aren't there, but tere's no menu entry for it whatsoever. > > > > Yup, normal... The menu method deletes all /usr/share/applnk > > > I heard there was a debian script to convert .kdelnk to menu entries, if > > there > > is it should work transparently, but still: > > > > [root@walluck /root]# rpm --verify RealPlayer-7.0-1 > > missing/usr/share/applnk/RealPlayer.kdelnk > > > That's also very normal. > > If you want I have a perl script which converts kdeln k to menu > entries, which even asks you which section you want the stuff in. That > the RealPlayer RPM has the .kdelnk hardcoded, we cannot do anything > about. > > If you want that script, just tell me. > > > -- > fg > > # rm *;o > o: command not found
Re: [Cooker] menu problems
David Walluck <[EMAIL PROTECTED]> writes: > 1.) Unsatisfied dependencies for gtop-1.0.7-0.3mdk: libgtop.so.1, > libgtop_common.so.1, libgtop_sysdeps.so.1 > Hmm, that's no related at all to menus. > 2.) You shouldn't just rm the .kdelnk and .desktop files, because rpm > --verify > will report them as missing. Whoever builds the binary rpm should make > sure > they are removed before the filelist is generated. > It's me - and it's been done for long now. > I have RealPlayer-7.0-1 and Corel WordPerfect Office 2000 Installed, both > of which have .kdelnk KDE menu entries, but due to this menu stuff, the > icons > aren't there, but tere's no menu entry for it whatsoever. > Yup, normal... The menu method deletes all /usr/share/applnk > I heard there was a debian script to convert .kdelnk to menu entries, if > there > is it should work transparently, but still: > > [root@walluck /root]# rpm --verify RealPlayer-7.0-1 > missing/usr/share/applnk/RealPlayer.kdelnk > That's also very normal. If you want I have a perl script which converts kdeln k to menu entries, which even asks you which section you want the stuff in. That the RealPlayer RPM has the .kdelnk hardcoded, we cannot do anything about. If you want that script, just tell me. -- fg # rm *;o o: command not found
Re: [Cooker] Menu system structure
Warly <[EMAIL PROTECTED]> writes: > Here is the menu structure we now use for Mandrake > packages. Please make your packages compliant with it ASAP, > contact me or [EMAIL PROTECTED] for any questions. > To add a menu for a package, you have to create a file under /usr/lib/menu/ with a content like that: ?package():needs="x11" section="" title="" \ longtitle="" command="" and add to the %post and %postun of the spec file, the following: %post if [ -x /usr/bin/update-menus ]; then /usr/bin/update-menus fi %postun if [ "$1" = 0 ]; then if [ -x /usr/bin/update-menus ]; then /usr/bin/update-menus fi fi For example, a menu entry for lavaps a graphical process viewer will look like that in /usr/lib/menu/lavaps: ?package(lavaps):needs="x11" section="Monitoring" title="lavaps" \ longtitle="a graphical process viewer" command="lavaps" For more info, read the doc in the menu package in /usr/doc/menu-*. > snip - snip > > - Configuration > - Hardware > - Packaging > - Networking > - Printing > - Boot and Init > - Other > - Applications > - Development > - Interpreters > - Code generators > - Development environments > - Tools > - Sciences > - Astronomy > - Biology > - Chemistry > - Computer science > - Geosciences > - Mathematics > - Physics > - Other > - Communications > - Editors > - Emulators > - Archiving > - Compression > - Cd burning > - Backup > - Other > - Monitoring > - Publishing > - Terminals > - Shells > - File tools > - Text tools > - Documentation > - Office > - Networking > - File transfer > - IRC > - ICQ > - Chat > - News > - Mail > - WWW > - Remote access > - Other > - Amusement > - Adventure > - Arcade > - Boards > - Cards > - Puzzles > - Sports > - Strategy > - Other > - Toys > - Multimedia > - Sound > - Graphics > - Video > - Session... > - Windowmanagers... > - Restart session > - Exit session > -- Fred - May the source be with you
RE: [Cooker] Menu system structure
Pardon me for the intrusion, but why aren't "ICQ" and "IRC" part of "Chat"? I didn't think that they had gotten so big that they required their own categories.. have they? It's kinda like breaking Multimedia up into "MIDI", "MP3", and "Sound" (don't even think about it). It just doesn't make a whole lot of sense to me. I guess I'm just not a fan of too many categories and not enough programs to justify them. Don Head Linux Mentor 1 800 826-4640 x1942 1 314 692-1942 [EMAIL PROTECTED] [AIM - Don Wave][ICQ - 18804935] [IRC - EFnet, #WaveTech, Don-Wave] -Original Message- From: Warly [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 12, 2000 9:17 PM To: [EMAIL PROTECTED] Subject: [Cooker] Menu system structure Here is the menu structure we now use for Mandrake packages. Please make your packages compliant with it ASAP, contact me or [EMAIL PROTECTED] for any questions. Do not forget all documentation is centralized in intranet/qa. snip - snip - Configuration - Hardware - Packaging - Networking - Printing - Boot and Init - Other - Applications - Development - Interpreters - Code generators - Development environments - Tools - Sciences - Astronomy - Biology - Chemistry - Computer science - Geosciences - Mathematics - Physics - Other - Communications - Editors - Emulators - Archiving - Compression - Cd burning - Backup - Other - Monitoring - Publishing - Terminals - Shells - File tools - Text tools - Documentation - Office - Networking - File transfer - IRC - ICQ - Chat - News - Mail - WWW - Remote access - Other - Amusement - Adventure - Arcade - Boards - Cards - Puzzles - Sports - Strategy - Other - Toys - Multimedia - Sound - Graphics - Video - Session... - Windowmanagers... - Restart session - Exit session -- Jerome Martin <[EMAIL PROTECTED]> Quality Assurance
Re: [Cooker] menu needs libpopt.so.0
WH Bouterse wrote: > > 'menu-2.1.5-2mdk needs libpopt.so.0' > > Now what did I miss this time. > Three days away from the techno-world > and I become even more clueless:) > > I thought I checked everything !? > in rpmfind.net-cooker. > Also ChangeLog-List? > > WH Bouterse you'll also need the popt-1.5-0.4mdk package. Wer'e curently working on icewm... -- Florin [EMAIL PROTECTED] http://www.linux-mandrake.com
Re: [Cooker] menu needs libpopt.so.0
WH Bouterse <[EMAIL PROTECTED]> writes: > 'menu-2.1.5-2mdk needs libpopt.so.0' pixel@leia:~/gi>grep "^menu" /export/Mandrake/base/depslist menu-2.1.5-2mdk popt-1.5-0.4mdk
Re: [Cooker] menu needs libpopt.so.0
WH Bouterse <[EMAIL PROTECTED]> writes: > Now what did I miss this time. > Three days away from the techno-world > and I become even more clueless:) > I thought I checked everything !? > in rpmfind.net-cooker. > Also ChangeLog-List? popt-1.5*rpm package. -- MandrakeSoft http://www.mandrakesoft.com/ --Chmouel
