Comment 15 for bug 49608

Revision history for this message
Kevin Kubasik (kkubasik) wrote :

Ok, a quick update on this so we can look into making it official for feisty. Or at least decide on a course of action. The upstream probably won't have this in untill well after our available time slot for feisty, so if we want this well probably have to package it in. The nice part is that a gtk+ developer is packaging this patch in with Suse, so with each new gtk+ release, there will be a new and updated patch, so we have some semblance of long-term committment here, at least until the next major gtk release.

As far as actual application of the patch, it applies completely clean to a deb package, I'm a little unsure of how to add it to the gtk2 packages's patch system, so I'm holding off on that. The only real application issue is that the patch adds several files, which are added to the appropriate Makefile.am's, however our debian source packages don't run autotools on the source, so we would have to add the needed Makefile.in code to the patch. Otherwise, it builds smoothly and runs even better ;). In a perfect world we would have a better UI in some places, but its not all that different from the normal window minuse the icons.

Either way, given the advanced state of this patch, and the publics overwhelmingly positive response to beagle integration in SLED, I think this is really a win-win, assuming the packaging magic isn't too complicated.