Created attachment 322754 [details] Output of emerge --info Making all in antler make[2]: Entering directory `/var/tmp/portage/app-accessibility/caribou-0.4.3/work/caribou-0.4.3/data/antler' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/var/tmp/portage/app-accessibility/caribou-0.4.3/work/caribou-0.4.3/data/antler' make[2]: Entering directory `/var/tmp/portage/app-accessibility/caribou-0.4.3/work/caribou-0.4.3/data' ITMRG caribou-autostart.desktop ITMRG caribou.desktop GEN org.gnome.Caribou.Antler.service ../tools/make_schema.py caribou.settings.CaribouSettings Traceback (most recent call last): File "../tools/make_schema.py", line 81, in <module> maker.create_schemas() File "../tools/make_schema.py", line 21, in create_schemas self._create_schema(self.settings, doc, schema) File "../tools/make_schema.py", line 66, in _create_schema self._create_schema(s, doc, schemalist) File "../tools/make_schema.py", line 66, in _create_schema self._create_schema(s, doc, schemalist) File "../tools/make_schema.py", line 61, in _create_schema getattr(setting.gvariant, "print_")(False)), AttributeError: 'Variant' object has no attribute 'print_' make[2]: *** [org.gnome.caribou.gschema.xml.in] Error 1 make[2]: Leaving directory `/var/tmp/portage/app-accessibility/caribou-0.4.3/work/caribou-0.4.3/data' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-accessibility/caribou-0.4.3/work/caribou-0.4.3/data' make: *** [all-recursive] Error 1 * ERROR: app-accessibility/caribou-0.4.3 failed (compile phase):
Created attachment 322756 [details] Output of emerge -pqv
Created attachment 322758 [details] build log from Randy Tupas
same here
Same here. ~amd64 with no-multilib profile.
Same here, ~amd64 with multilib profile.
The short version: caribou-0.4.3 has a build-time-only dependency on a very recent version of pygobject (3.3.3 or newer), and sticking with 0.4.2 until upstream gets this sorted out seems reasonable. In more detail: Older versions of pygobject would generate methods with names like "print", which could not just be called as "foo.print()" because print is a keyword. caribou worked around this by doing something like 'getattr(foo, "print")()'. Pygobject 3.3.3 started renaming such methods by appending an underscore, so you can call as "foo.print_()". This broke caribou's workaround, which was updated to do 'getattr(foo, "print_")()' (rather missing the point, imho). Unfortunately this doesn't work on older pygobjects. I'm about to attach a patch which fixes it for me on older pygobject and should still work fine on recent pygobject. This should really go through upstream first though: judging from NEWS there's nothing terribly urgent in 0.4.3.
Created attachment 322812 [details, diff] be build-time compatible with pygobject before and after 3.3.3.
(In reply to comment #9) > Created attachment 322812 [details, diff] [details, diff] > be build-time compatible with pygobject before and after 3.3.3. You patch works for me. (~amd64 multilib profile) Thanks!
(In reply to comment #9) > Created attachment 322812 [details, diff] [details, diff] > be build-time compatible with pygobject before and after 3.3.3. patch worked for me too, thanks !
(In reply to comment #9) > Created attachment 322812 [details, diff] [details, diff] > be build-time compatible with pygobject before and after 3.3.3. Works fine wget "https://bugs.gentoo.org/attachment.cgi?id=322812" -O before_and_after_3.3.3.patch mkdir /usr/portage/app-accessibility/caribou/files && cp before_and_after_3.3.3.patch /usr/portage/app-accessibility/caribou/files vi /usr/portage/app-accessibility/caribou/caribou-0.4.3.ebuild under src_prepare() { epatch "${FILESDIR}"/before_and_after_3.3.3.patch } ebuild /usr/portage/app-accessibility/caribou/caribou-0.4.3.ebuild digest
emerge --sync or similar will erase these changes so i believe it is better to create local overlay #add overlay dir info to make.conf /etc/make.conf: +PORTDIR_OVERLAY="/usr/local/portage" #create necessary directory structure mkdir -p /usr/local/portage/app-accessibility/caribou/files #copy upstream ebuild into the overlay cp /usr/portage/app-accessibility/caribou/caribou-0.4.3.ebuild /usr/local/portage/app-accessibility/caribou #download the patch from this bug report wget "https://bugs.gentoo.org/attachment.cgi?id=322812" -O /usr/local/portage/app-accessibility/caribou/files/before_and_after_3.3.3.patch #make the patch apply in the ebuild /usr/local/portage/app-accessibility/caribou/caribou-0.4.3.ebuild: src_prepare() { + epatch "${FILESDIR}"/before_and_after_3.3.3.patch #prepare files for being merged ebuild /usr/local/portage/app-accessibility/caribou/caribou-0.4.3.ebuild digest #install emerge caribou I hope this is useful and correct
I've masked this version until this is resolved.
Upstream has released 0.4.4 with this fixed, so getting that in the tree should allow this bug to be closed.
It's in the tree now