This is ebuild for Global Menu Bar for Gnome. It is quite disputable feature, but rather wanted by users. Referring to the homepage of the project, I can quote its purpose: [quote] The purpose of this project is to introduce document orientated concepts into gnome, and improve gnome respecting to Fitter's law. Although users can obtain more mac-like experience via our project, this particular using should not be considered as our original goal. In fact, sharing a global menu bar for various windows is also part of GNUStep, Etoile, and perhaps other projects that I haven't discovered yet. [/quote] Here is: - gnome-extra/gnome2-globalmenu-applet - svn trunk; - x11-libs/gtk+ - slightly modified 2.12.1-r2 ebuild with patch from svn. Later I'll add ebuild for 0.3 version of this package - when source files would be downloadable from the project page (developer noticed). As you can see this package (applet) needs for normal functioning patched gtk+. But if gtk+ is not patched, there is no harm, just nothing would appear in applet. For configurablity I've added globalmenu use flag to gtk+ ebuild. I see 2 ways: 1. Notify user more aggressively about purpose and needs of this applet. 2. Disallow user to compile applet if gtk+ is built w/o globalmenu use flag. I'll change this ebuild as you'd advise me here.
Created attachment 140603 [details] ebuilds for gnome2-globalmenu-applet and gtk+-2.12.1-r2 x11-libs/gtk+/files contains all needed patches from the original portage tree. patch for global menu is from current trunk, it may be replaced by users who want to compile by the next steps: fetch svn version of gtk2-aqd patch from http://gnome2-globalmenu.googlecode.com/svn/trunk/gtk2-aqd put gtkmenubar.patch from fetched directory to x11-libs/gtk+/files/gtk+-2.12.1-gtkmenubar.patch
Personnaly, I dislike the idea of patching gtk+ for this purpose and I'm pretty sure most other devs of the herd will agree. One idea to fix/change this is that the menubar could probably be retrieved via the gnome accessibility framework which would be less intrusive wrt to gtk+ and still work with all gtk application (afaik). This would be a great way to test performance of the accessibility framework too but that's just an idea off the top of my head, maybe it's not doable.
> Personnaly, I dislike the idea of patching gtk+ for this purpose and I'm pretty > sure most other devs of the herd will agree. I also dislike idea of huge patches and I have added this issue here mostly as a place where most of people would look into before other sources. > One idea to fix/change this is that the menubar could probably be retrieved via > the gnome accessibility framework which would be less intrusive wrt to gtk+ and > still work with all gtk application (afaik). This would be a great way to test performance of the accessibility framework too but that's just an idea off the > top of my head, maybe it's not doable. I don't think that it would be implemented in that way. There is a project Gtk+ for Mac OS X (http://developer.imendio.com/projects/gtk-macosx/). Seems it would have much more influence (i.e. proposed void gtk_quartz_set_global_menu_bar (GtkMenuBar *menubar);) Better to look at project roadmap http://code.google.com/p/gnome2-globalmenu/wiki/DevelopmentHome#Roadmap They planned to integrate it with gnome and gtk+ (due to much voted gnome and blocking gtk+ bugs IMO they have a great chance :) ) Currently developing version (just started, previous was released 2007-01-07 - 3 days ago) should introduce GtkGlobalMenuBar object and, AFAIK, better integration with Gtk+ for Mac OS X. So, applet may be added to the main portage tree with the huge warning what and how to enable it or just holded on here for future releases. But it would be cool :) if it would be added to main portage tree. Thanks. In any case applet can be built w/o gtk+ patch and it does not depend on it in any case.
Waaay too experimental, this is good stuff for an overlay though.
Yes, overlay is the best place for now. Complete merge instructions for Gentoo are here: http://code.google.com/p/gnome2-globalmenu/wiki/InstallOnGentoo Overlay created here: http://gnome2-globalmenu.googlecode.com/svn/gentoo-overlay/ Overlay description file for layman: http://gnome2-globalmenu.googlecode.com/svn/gentoo-overlay/layman-globalmenu.xml
Sorry for reopening, but seems that issue is not searchable when closed :(
Yes it is, you need to prepend "ALL" to your search, like instructed on the front page of bugs.gentoo.org. Thanks
I guess it doesn't need a patched gtk nowadays.
*** Bug 262888 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > *** Bug 262888 has been marked as a duplicate of this bug. *** > See Attachment #185388 [details] in the duplicate.
(In reply to comment #8) > I guess it doesn't need a patched gtk nowadays. > erm, guessing isn't exactly good enough for reopening this bug, I guess...
ok, looks like it's using gobject-introspection and GTK_MODULES/GtkSettings to avoid patch anything anymore so looks ok. Moving with the rest of the requests.
Created attachment 196578 [details] gnome-globalmenu-0.7.6.ebuild Uploaded from official overlay.
Created attachment 198732 [details] gnome-extra/gnome-globalmenu-0.7.6.ebuild This is a muched clean up version of the given ebuild. It uses the gnome2 eclass and fixes the completely broken DEPEND/RDEPEND stuff. It also uses the actual version numbers from the configure.ac. I removed the ~x86 as I cannot test on that arch. Also the xfce4 part is untested.
Just tried the .ebuild at comment #14. Built fine on amd64. Adding the applet worked fine. Looks beautiful. All my major apps (Evolution, Epiphany, gnome-terminal) worked great... except one: I tried Eclipse and it crashed. Damn. Do you want the stack trace? AfC
(In reply to comment #15) > Just tried the .ebuild at comment #14. Built fine on amd64. Thanks for testing. > Adding the applet worked fine. Looks beautiful. All my major apps (Evolution, > Epiphany, gnome-terminal) worked great... except one: I tried Eclipse and it > crashed. Damn. > > Do you want the stack trace? It is known issue: http://code.google.com/p/gnome2-globalmenu/issues/detail?id=408 Better to ask help there, this is application problem, not packaging.
Created attachment 199950 [details] gnome-globalmenu-0.7.6.ebuild Changes to actually match what's written in configure.ac: * gconf and gnome-menus are unconditionaly needed * libnotify is conditional on gnome * gettext is most often unneeded when intltool is already in DEPEND * forced --without-gir since it might hit portage one day and that would make an automagic dependency which is really bad. Side notes: * package does not pass its testsuite * package build some libs with ../something.la, this is wrong and will cause parallel make failures, just use $(top_srcdir) or $(top_buildir) as appropriate
(In reply to comment #16) > > > Do you want the stack trace? > > It is known issue: I checked the bug you linked to and indeed my crash traces are the same. Thanks. I'll keep an eye out, and re-test when upstream releases again. Cheers, AfC
Thanks, Gilles. Updated ebuild to 0.7.7, partially based on your attachment. I've modified it according to my experience of submitting ebuilds to sunrise overlay - removed unneeded package versions - there are no ebuilds of lower versions in portage.
Created attachment 210045 [details] gnome-extra/gnome-globalmenu-0.7.8.ebuild Ebuild with support for gnome, xfce (not tested) for gnome-globalmenu 0.7.8. Should be start with disabled sandbox.
(In reply to comment #20) > Created an attachment (id=210045) [details] > ebuld to install gnome-globalmenu 0.7.8 Please, take a look at comment #5. Have you checked ebuild that is in overlay? Are you sure that ">=x11-libs/libX11-1.1.0" is required? > Ebuild with support for gnome, xfce (not tested) for gnome-globalmenu 0.7.8. > Should be start with disabled sandbox. Strange, but I can install it with enabled sandbox.
(In reply to comment #21) > (In reply to comment #20) > > Created an attachment (id=210045) [details] [details] > > ebuld to install gnome-globalmenu 0.7.8 > > Please, take a look at comment #5. Have you checked ebuild that is in overlay? > Are you sure that ">=x11-libs/libX11-1.1.0" is required? > > > Ebuild with support for gnome, xfce (not tested) for gnome-globalmenu 0.7.8. > > Should be start with disabled sandbox. > > Strange, but I can install it with enabled sandbox. > Then I think I have something missed. :) Besides, thanks for link to the overlay.
I've commited the ebuild as gnome-extra/gnome-globalmenu-0.7.9 into the Sunrise overlay [1]. After the review, it will be available through layman and the Trac SVN browser [2]. [1] http://overlays.gentoo.org/proj/sunrise [2] http://overlays.gentoo.org/proj/sunrise/browser/reviewed/gnome-extra/gnome-globalmenu
There is a new version 0.7.10. How can it be updated in sunrise overlay?
It seems that this package is no longer in Sunrise.
