54016 2004-06-15 12:56 0000 [ebuild update] app-vim/cream-0.30 2004-06-22 14:26:02 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All All RESOLVED FIXED http://cream.sourceforge.net/changelog.html EBUILD P4 enhancement --- 1 tom.gl@free.fr vim@gentoo.org tom.gl@free.fr 2004-06-15 12:56:28 0000 Hi Ciaranm, Cream 0.30 has been released. It's a minor bugfixes release. The good thing is that we don't have anything to patch anymore (but the installation path). I will submit the ebuild update as a patch against the 0.29-r1 one. Thanks, Thomas. tom.gl@free.fr 2004-06-15 12:57:27 0000 Created an attachment (id=33336) cream.ebuild--0.29-r1_to_0.30.patch ciaran.mccreesh@googlemail.com 2004-06-15 15:39:01 0000 Thanks very much for the ebuild. Hm. Just noticed this when exiting: (gvim:1541): GLib-GObject-CRITICAL **: file gobject.c: line 1579 (g_object_unref): assertion `G_IS_OBJECT (object)' failed Vim: Caught deadly signal SEGV Vim: Finished. Happens on earlier versions of both gvim and cream as well. You'll only see it if you run cream from within a term. I'm going to commit the 0.30 ebuild anyway once my cvs upd is done, since all versions of cream in portage are affected by this. However, we probably want to talk to upstream to see whether this is something we're breaking or whether it's a universal bug. BTW, it's generally considered ok to leave in ~arch for existing archs when doing relatively minor version bumps. Leaving the bug open for now until we figure out the SEGV. tom.gl@free.fr 2004-06-15 16:58:02 0000 The bug you've seen already happened to me, and is not really specific to Cream but can happen as soon as you create a toolbar button with an icon from a bitmap file (ie. not one of the usual icons, which are included in the binary and are loaded by a different piece of code). I've reported it to vim-dev some time ago: http://marc.theaimsgroup.com/?l=vim-dev&m=108317705302808 The problem is that I don't know for sure whether the code I've replaced in this patch was correct or not (meaning whether it was a gtk bug that i've workaround or a gvim bug that i've fixed). And now I can't reproduce it anymore, which doesn't help... (this may mean that it was a gtk bug fixed in one of the recent updates, but who knows... And i've not found anything relevant in changelogs.) What versions of glib/gtk+ are you using? tom.gl@free.fr 2004-06-22 08:16:41 0000 Ok, I've redone a few tests and can now confirm that the bug was in gtk+ =<2.4.1, and not in gvim. It doesn't occur anymore with gtk+-2.4.3. The relevent gtk change that fixed that, and which has been included in gtk+-2.4.2, is here: http://bugzilla.gnome.org/attachment.cgi?id=27410&action=view And the patch i've submitted to vim-dev was actually not a fix but only a workaround for this GtkIconSource bug. I don't know, maybe that implies a dependencies changes in gvim ebuild? Something like changing ">=x11-libs/gtk+-2.2" to "|| ( =x11-libs/gtk+-2.2* >=x11-libs/gtk+-2.4.2 )" maybe? That said, since gtk+-2.4.1 is the last stable version on most archs, it's probably not that a good idea. ciaran.mccreesh@googlemail.com 2004-06-22 14:26:02 0000 Ok, closing this one off since there's not much we can do about the SEGV... At some point I'll be upping the gtk+-2 DEPENDs for the eclass for the new file dialog thingie anyway. Thanks again for the ebuild. 33336 2004-06-15 12:57 0000 cream.ebuild--0.29-r1_to_0.30.patch cream.ebuild--0.29-r1_to_0.30.patch text/plain LS0tIGNyZWFtLTAuMjktcjEuZWJ1aWxkCTIwMDQtMDYtMTUgMjE6MDg6MTUuODM0MTkxMzc1ICsw MjAwCisrKyBjcmVhbS0wLjMwLmVidWlsZAkyMDA0LTA2LTE1IDIxOjM3OjE4LjY5OTI5NDIwOCAr MDIwMApAQCAtMSw4ICsxLDggQEAKICMgQ29weXJpZ2h0IDE5OTktMjAwNCBHZW50b28gVGVjaG5v bG9naWVzLCBJbmMuCiAjIERpc3RyaWJ1dGVkIHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdl bmVyYWwgUHVibGljIExpY2Vuc2UgdjIKLSMgJEhlYWRlcjogL3Zhci9jdnNyb290L2dlbnRvby14 ODYvYXBwLXZpbS9jcmVhbS9jcmVhbS0wLjI5LXIxLmVidWlsZCx2IDEuMyAyMDA0LzA1LzEyIDE1 OjUwOjIzIGNpYXJhbm0gRXhwICQKKyMgJEhlYWRlcjogJAogCi1pbmhlcml0IHZpbS1wbHVnaW4g ZXV0aWxzCitpbmhlcml0IHZpbS1wbHVnaW4KIAogREVTQ1JJUFRJT049IkNyZWFtIGlzIGFuIGVh c3ktdG8tdXNlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIEdWaW0gdGV4dCBlZGl0b3IiCiBIT01FUEFH RT0iaHR0cDovL2NyZWFtLnNvdXJjZWZvcmdlLm5ldCIKQEAgLTE1LDcgKzE1LDcgQEAKIElVU0U9 IiIKIExJQ0VOU0U9IkdQTC0yIgogU0xPVD0iMCIKLUtFWVdPUkRTPSJ+eDg2IHNwYXJjIH5wcGMg bWlwcyIKK0tFWVdPUkRTPSJ+eDg2IgogCiBERVBFTkQ9IiIKIFJERVBFTkQ9Ij49YXBwLWVkaXRv cnMvZ3ZpbS02LjIKQEAgLTM2LDExICszNiwxMCBAQAogCQlmaQogCWRvbmUKIAotCSMgYXBwbHkg cGF0Y2hlcworCSMgY2hhbmdlIGluc3RhbGxhdGlvbiBwYXRoCiAJY2QgJHtTfQotCWVwYXRjaCAk e0ZJTEVTRElSfS8ke1BOfS0wLjI5LXBhdGhzLnBhdGNoCi0JZXBhdGNoICR7RklMRVNESVJ9LyR7 UE59LTAuMjktZGVza3RvcC5wYXRjaAotCWVwYXRjaCAke0ZJTEVTRElSfS8ke1BOfS0wLjI5LWN0 YWdzLnBhdGNoCisJc2VkIC1pICJzOlZJTVJVTlRJTUU6VklNOiIgY3JlYW0gCisJc2VkIC1pICIv bGV0IFwkQ1JFQU0vczpWSU1SVU5USU1FOlZJTToiIGNyZWFtcmMKIH0KIAogc3JjX2luc3RhbGwo KSB7Cg==