Red Hat Bugzilla – Bug 465096
Last modified: 2008-10-09 02:33:48 EDT
pyclutter-0.6.2-2.fc9.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
Created attachment 319005 [details]
root.log for i386
Created attachment 319006 [details]
build.log for i386
Created attachment 319007 [details]
mock.log for i386
Created attachment 319008 [details]
root.log for x86_64
Created attachment 319009 [details]
build.log for x86_64
Created attachment 319010 [details]
mock.log for x86_64
Please address this package ASAP, it continues to cause broken dep reports in rawhide for > 1 month:
pyclutter-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.i386 requires libclutter-cairo-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.i386 requires libclutter-gst-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.i386 requires libclutter-gtk-0.6.so.0
See also query on f-d-l:
Ping? This needs to be looked at ASAP. Can you please let us know why you marked it as "dead.package" in CVS without fully following through on the full retirement procedure?
If you just wanted to orphan it because it didn't build and you don't want to deal with it anymore you should just do that in packagedb.
This package still in version 0.6.x, there is not upstream version compatible with new clutter 0.8.x series.
(In reply to comment #10)
> Hi Alex,
> This package still in version 0.6.x, there is not upstream version compatible
> with new clutter 0.8.x series.
Thanks for the update. Will there ever be an pyclutter compatible with clutter 0.8.x? i.e. is this a temporary state, or is upstream permanently dead? Will something else succeed it?
If it is only temporary, we might think about introducing a compat-clutter06 compatibility package for users of pyclutter. If pyclutter is still useful to users (and especially if it used by other packages), we should consider providing them, see:
I had a look at the mailing lists and it looks like somebody still is working on pyclutter (albeit slowly):
"so I guess I'm really asking for help on this release of PyClutter, or
0.8.0 will be delayed until I get enough time either to figure out the
bugs or to start the bindings from scratch and see where they fail.
which was in July 2008. So it seems premature to completely remove it from the distribution.
And an even more recent thread from August indicates progress:
Perhaps you could package the SVN version of pyclutter 0.8.x for the moment. That would be better than removing it since it seems that it will ultimately be released.
I took the liberty of packaging up an SVN snapshot r3353 of 0.8.0 and rebuilding for rawhide to avoid having to remove the package:
It looks like there will be a 0.8.0 version along shortly.