GNOME Bugzilla – Bug 572131
gnome-panel depends on bonobo
Last modified: 2010-05-26 17:23:38 UTC
...and bonobo is deprecated. There's also discussion about substituting gnome-panel by something like gnome-shell, but currently i have to file this ticket because the bonobo dependencies of several other modules depend on this one.
The panel wants the freedom to stay in love with bonobo!
but I want the freedom to get rid of it since it is unmaintained and deprecated. This is not fun.
Is anyone working on this yet?
Not that I know, but I think that Vincent has a basic concept in mind. Vincent, can you please elaborate here?
I don't know how big of an undertaking this is, but I'd be happy to help. Especially if Vincent could elaborate a bit and offer some guidance as I work through it. I'm hoping to get more familiar with gnome and dbus, and this may be a good introductory course. Thank You.
Is the work of carving bonobo from the panel? Nowhere describes this process. Way attempt to transfer the panel on the d-bus has already been (http://www.mail-archive.com/desktop-devel-list @ gnome.org/msg03686.html). Maybe it should be based on?
Any updates/plans on this?
hmm, gnome-shell doesn't work for my hardware, and I'm not the only one, so I guess gnome-panel is not going to die soon :-) Since we all want a GNOME3 without deprecated libraries, I'm going to take a look at this again. I don't even remember the code I wrote, so I don't know whether it's still valid. The most important thing missing in my patches was support for in-process applets, so I'll have to rework the patches anyway. Porting applets will be quite easy, so we can create a new gnome goal for that.
Carlos: when are you planning to do this? I was hoping that I could revive some code, possibly based on your old patches, next week -- although with various other changes to have a saner architecture in the panel (which would actually make it a bit easier to have dbus applets).
I don't know, I think it's important to have something soon in order to merge the code asap in the next release cycle so that we have enough time to port applets. I'll try to start this weekend. What other changes do you have in mind?
hmm, are we sure we want to do this? I mean, why don't we just have the existing panel as an option (bonobo and all) for those who need it/want it? It seems like rewriting the panel to work without bonobo and porting the applets is a lot of work and really weird, when the shell is getting developed at the same time. It has the potential to send a confusing message, I think.
From a user's point of view: 1. If I understand correctly with compositing and everything, there is chance some graphics cards with free drivers may not like gnome-shell. This means many people will want to have gnome-panel as part of Gnome3. 2. If Gnome3 ships gnome-panel as it is now, it will require libbonobo(ui). This is something users/developers don't want as Gnome3 is supposed to get rid of deprecated libraries. 3. Therefore (again from a user's point of view), it is worth the effort to port gnome-panel and the applets to a new infrastructure that doesn't use bonobo. (Sorry if my message is considered spamming especially since this isn't really a place of discussion from end user input).
From the standpoint of another user... I don't really care if my hardware supports gnome-shell. I still don't want to use it. I'd rather stick with the good old-fashion panel (and menu/applets), and I'm sure that there are a number of users who are not so eager about changing the way they interact with their desktop. IMHO gnome-panel should be [actively] maintained for the foreseeable future.
(In reply to comment #13) > IMHO gnome-panel should be [actively] maintained for the foreseeable future. Matthew: Cool, does that mean that you volunteer for becoming the new panel maintainer? Great! Because I also totally agree that no software on this planet should be unmaintained, but in fact people sometimes move on because their interests change or they don't have time anymore...
Matthew: it is maintained and it will be maintained. "Actively" might not be the case if nobody steps up, though.
Ok, if gnome-panel disappears after gnome 2.30 is released, will gnome-applets be ported to use gnome-shell instead?
Sigh. gnome-panel will not disappear after 2.30. Please go read http://live.gnome.org/GNOME3Myths
(In reply to comment #17) > Sigh. gnome-panel will not disappear after 2.30. > Please go read http://live.gnome.org/GNOME3Myths Ok, sorry. And thanks for the link.
Created attachment 154257 [details] [review] Remove bonobo dependency Ok, I've updated my old patches and I have something working again. It's a single big commit because all changes depend on each other and I didn't want to break future bisects. There are still things to do and improve, but the major changes are done and we can now start to test it and, more important, port applets. I think we have two options to merge this, branch early and merge it into master o create a new branch continue working there and merge into master after branching.
I prefer the second option for now.
Ok, I've just pushed it into a 'bonobo-less' branch: http://git.gnome.org/browse/gnome-panel/log/?h=bonobo-less
wow, thanks for your work on this
Here is a clone of gnome-applets repo with a libpanel-applet-dbus branch: http://cgit.freedesktop.org/~carlosgc/gnome-applets/log/?h=libpanel-applet-dbus invest-applet is the only one not ported yet, since it's written in python.
any news on when the python port will be available? Also i want to ask when will this land in gnome?
(In reply to comment #24) > Also i want to ask when will this land in gnome? 2.31.x
Now the gnome-panel 2.30 is out, merge no-bonobo branch and let the fun begin? :P
This is fixed in master.