Using ubuntu on my laptop i saw a winetricks menu entry under wine. It would be cool if gentoo did this as well.
winetricks is a shell script you run to install other packages. adding a shortcut in the gui makes no sense for it.
(In reply to comment #1) If you call recent versions of winetricks without command line arguments, it starts a substantial gui dialog tree which is rendered using gnome-extra/zenity. So a .desktop file for it does make sense; I'll take look at what ubuntu does.
Fixed in winetricks-916. >*winetricks-916 (19 Oct 2012) > > 19 Oct 2012; Alexandre Rostovtsev <tetromino@gentoo.org> > -winetricks-909.ebuild, winetricks-913.ebuild, +winetricks-916.ebuild, > winetricks-99999999.ebuild: > Version bump. Install .desktop file and icon (bug #438806, thanks to C.J. > Wijtmans). Update license. Add dependencies on cabextract and unzip. Drop > old.
Hi Alex thank you for the .desktop file but here in KDE it is not appearing in my menu under Wine folder. I dont know what is wrong i have no clue about desktop files.
(In reply to comment #4) It should be in the "System" or "System tools" category in the menu (I am not sure what name kde uses for it). I did not use "Wine" as the category because it's not in the list of categories permitted by the fredesktop.org menu standard; see http://standards.freedesktop.org/menu-spec/latest/apa.html, http://standards.freedesktop.org/menu-spec/latest/apas02.html, and http://standards.freedesktop.org/menu-spec/latest/apas03.html. Your setup might allow the non-standard "Wine" category, but other desktops don't.
Thank you i found it .. However i find it strange why the standard wouldnt support custom categories? Anyway when you install anything in WINE it already adds a "Wine" category, so it would just be the same WINE behavior, so why not under 'Wine'?
(In reply to comment #6) As far as I can tell, it doesn't add them in a "Wine" category; instead, it seems to do some hackery with additional .menu files to move desktop entries from freedesktop categories into a new windows-like tree of categories. If you can figure out an appropriate way to do that for winetricks in a fashion that works both in gnome and kde and doesn't create an invalid .desktop file, I would be happy to add it.
Created attachment 329722 [details, diff] wine-winetricks.desktop
(In reply to comment #8) > Created attachment 329722 [details, diff] [details, diff] > wine-winetricks.desktop This is ubuntu's file, why cant we do it in gentoo as well? When you install Wine it already uses this Wine category, there is no way around it.
(In reply to comment #9) > This is ubuntu's file, why cant we do it in gentoo as well? Because this .desktop file does not work in gnome. The "Wine" category is non-standard and does not get recognized.
Then how does wine and its program folder get installed? It works in ubuntu(i think it uses gnome) and ubuntu with xfce and gentoo with kde.
With the wine-1.5.18 version bump, I've made the wine ebuild install a "Wine" category systemwide, like Ubuntu does, so the winetricks .desktop file can legitimately use "Wine" as the category (the ebuild still prints a QA warning on install, but it can be safely ignored now). I've tracked down the problem in gnome to a long-standing bug in gnome-menus code (see https://bugzilla.gnome.org/show_bug.cgi?id=688972); it's now been patched in our gnome-menus-2.30.5-r1, 3.0.1-r2, 3.4.2-r1, and 3.6.1-r1 ebuilds. Thanks for motivating me to look into this issue carefully :) >*winetricks-922 (24 Nov 2012) > > 24 Nov 2012; Alexandre Rostovtsev <tetromino@gentoo.org> > -winetricks-916.ebuild, +winetricks-922.ebuild, winetricks-99999999.ebuild: > Version bump. Use 'Wine' as the category for the .desktop file since our > >=wine-1.5.18 now provides applications-merged/wine.menu (bug #438806).
Alexander that is very clever, i would have never have come up with that. It is still a mystery to me how WINE displayed a Wine menu if there was no category for it. Anyway thank you a lot for your time for looking into it, it was learnful for me as well.
Created attachment 331168 [details] wine.desktop wine.desktop needs mime info.
(In reply to comment #14) > wine.desktop needs mime info. Mime info in wine.desktop is a potential security hole. See bug #117785
So is that a WONTFIX/INVALID/DUPE?
(In reply to comment #16) > So is that a WONTFIX/INVALID/DUPE? It's "waiting for additional comments from Mike and the bug reporter".
Well if a malicious program detects the Z: folder in wine it could cause some havoc in the users home folder but that would mean that the security hole is the default Z: folder in wine and not the mime type. If you download something or click something your action is because you want to open it. As far as i know mail clients dont download and open files for you. Tell me if my thinking is wrong?
Teegrins! The issues mentioned here in this bug seem to have been resolved (at least for the time being), and as such, I'll go ahead and bring it to closure. Thank you for the report!
