zbar failed to build from source in Fedora rawhide https://koji.fedoraproject.org/koji/taskinfo?taskID=28241152 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild Please fix zbar at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, zbar will be orphaned. Before branching of Fedora 30, zbar will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://fedoraproject.org/wiki/Fails_to_build_from_source
Created attachment 1469233 [details] build.log
Created attachment 1469234 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1469235 [details] state.log
The bug is actually at the pygobject-codegen-2.0 package. It contains a shell script with the following content: #!/bin/sh prefix=/usr datarootdir=${prefix}/share datadir=/usr/share codegendir=${datadir}/pygobject/2.0/codegen PYTHONPATH=$codegendir export PYTHONPATH exec /usr/bin/python $codegendir/codegen.py "$@" Well, after python2 changes, the last line of the script won't do the right thing. That line should be changed to: exec /usr/bin/python2 $codegendir/codegen.py "$@" (or to use /usr/bin/env python2) As I don't maintain the above package, for now I added a logic that will do: env $(PYGTK_CODEGEN) |sed s,python,python2, > ./codegen.sh and then it runs the local script. That should fix the Zbar issue. Yet, the proper fix would be for the pygobject-codegen-2.0 to replace the python call directly there.
Created attachment 1474097 [details] Hack to fix zbar build
Created attachment 1474098 [details] Hack to fix zbar build (v2)
This is fixed in pygobject2-2.28.7-4.fc29 and I've done a new zbar build zbar-0.20.1-3.fc29 which drops the hack to work around this, closing.