GNOME Bugzilla – Bug 651200
libgail-gnome: Make libpanel-applet dependency optional
Last modified: 2013-08-13 10:50:51 UTC
There might be a need for libgail-gnome in GNOME 3, in case there's still something using bonobo outside of the panel applets. To support libgail-gnome in GNOME 3, we need to make the libpanel-applet dependency optional.
Created attachment 188718 [details] [review] Make libpanel-applet dependency optional There might be a need for libgail-gnome in GNOME 3, in case there's still something using bonobo outside of the panel applets. To support libgail-gnome in GNOME 3, we need to make the libpanel-applet dependency optional.
(In reply to comment #1) > Created an attachment (id=188718) [details] [review] > Make libpanel-applet dependency optional > > There might be a need for libgail-gnome in GNOME 3, in case there's > still something using bonobo outside of the panel applets. Still something using bonobo? bonobo has been marked as deprecated for years. I thought (hoped) that it wouldn't be included on GNOME 3 at all. > To support libgail-gnome in GNOME 3, we need to make the libpanel-applet > dependency optional. Well, last decision was drop libgail-gnome for GNOME 3. As far as I remember, the reason was that libgail-gnome was not required for GNOME 3. I'm wrong? Why we need libgail-gnome at this moment?
This is not really about GNOME 3. It's just that if there's anything out there that is not maintained by us (so not part of GNOME 3 anyway) and that it's still using bonobo, we need libgail-gnome to have it accessible. Now, I'm totally fine with us (GNOME) saying: too bad for you, your stuff won't be accessible since you're using something that really you should move away from. But on the other hand, it's a small patch that does nearly nothing, so...
(In reply to comment #3) > This is not really about GNOME 3. It's just that if there's anything out there > that is not maintained by us (so not part of GNOME 3 anyway) and that it's > still using bonobo, we need libgail-gnome to have it accessible. Ah ok. Thanks for the explanation. > Now, I'm totally fine with us (GNOME) saying: too bad for you, your stuff won't > be accessible since you're using something that really you should move away > from. > Reviewing the patch, it is also about using cspi (as at-spi2 doesn't have a c binding library API compatible with cspi). In summary, libgail-gnome is really a GNOME X (where X < 3) library. > But on the other hand, it's a small patch that does nearly nothing, so... Yes it seems a small patch, and not really harmful, but I will let Li to give the final blessing.
[Mass-reassigning open atk bug reports for better trackability as requested in https://bugzilla.gnome.org/show_bug.cgi?id=653179 . PLEASE NOTE: If you have watched the previous assignee of this bug report as a workaround for actually getting notified of changes in atk bugs, you yourself will now have to add atk-maint@gnome.bugs to your watchlist at the bottom of https://bugzilla.gnome.org/userprefs.cgi?tab=email to keep watching atk bug reports in GNOME Bugzilla. Sorry for the noise: Feel free to filter for this comment in order to mass-delete the triggered bugmail.]
It seems that libgail-gnome is no longer a repository of gnome (At least I'm not able to find https://git.gnome.org/browse/, even at the archived part). In the same way, gail is not a responsibility of atk (gail is a legacy component, now bugs related with the gtk implementation of atk are submitted at gtk product). For the two previous one reasons, I will close this bug as OBSOLETE.