Aside from the kernel module packages, these are the packages in rawhide as of May 12th with broken deps. Please get these fixed before Thursday's final F7 freeze.
http://fedoraproject.org/wiki/ReleaseEngineering/DevelFreezePolicy Follow the procedure here to get a build included in F7.
package: gaim-gaym - 0.96-3.7.293svn.fc7.x86_64 from development unresolved deps: libgaim.so.0()(64bit) gaim < 2:3.0.0 package: php-eaccelerator - 5.2.1_0.9.5-1.fc7.x86_64 from development unresolved deps: php-common = 0:5.2.1 package: redhat-artwork-kde - 7.0.0-4.fc7.x86_64 from development unresolved deps: redhat-artwork = 0:%{epoch}:7.0.0-4.fc7 package: syck-php - 0.55-14.fc7.x86_64 from development unresolved deps: php = 0:5.2.1
Warren Togami wtogami@redhat.com
On Mon, 14 May 2007 15:29:53 -0400, Warren Togami wrote:
Aside from the kernel module packages, these are the packages in rawhide as of May 12th with broken deps. Please get these fixed before Thursday's final F7 freeze.
http://fedoraproject.org/wiki/ReleaseEngineering/DevelFreezePolicy Follow the procedure here to get a build included in F7.
Reconfigured Extras repoclosure adds:
source rpm: glest-data-2.0.0-2.fc7.src.rpm package: glest-data - 2.0.0-2.fc7.noarch from fedora-development-ppc unresolved deps: glest = 0:2.0.0
[also for ppc64, glest is only available for i386/x86_64]
source rpm: cdrtools-2.01-11.fc7.src.rpm package: cdrecord-devel - 9:2.01-11.fc7 from fedora-development-all unresolved deps: cdrecord = 9:2.01-11.fc7
On Monday 14 May 2007 16:42:27 Michael Schwendt wrote:
source rpm: cdrtools-2.01-11.fc7.src.rpm package: cdrecord-devel - 9:2.01-11.fc7 from fedora-development-all unresolved deps: cdrecord = 9:2.01-11.fc7
cdrtools has been blocked from the distribution, cdrkit is taking over.
Warren Togami <wtogami <at> redhat.com> writes:
package: redhat-artwork-kde - 7.0.0-4.fc7.x86_64 from development unresolved deps: redhat-artwork = 0:%{epoch}:7.0.0-4.fc7
This one is trivial to fix, see #240017 (just remove the "%{epoch}:"), but I can't do it because this is now built from the redhat-artwork SRPM which I don't have write access to.
So one of the following people (account names straight out of pkg.acl) will have to fix it: ajax alexl behdad caillon caolanm cworth davidz hadess johnp jrb krh mbarnes mclasen rhughes rnorwood rstrode ssp xiphmont
I hope this gets fixed quickly because at least the KDE live CD is broken by this. It's already marked FC7Blocker.
Kevin Kofler
On Mon, 14 May 2007 15:29:53 -0400 wtogami@redhat.com (Warren Togami) wrote:
Aside from the kernel module packages, these are the packages in rawhide as of May 12th with broken deps. Please get these fixed before Thursday's final F7 freeze.
http://fedoraproject.org/wiki/ReleaseEngineering/DevelFreezePolicy Follow the procedure here to get a build included in F7.
...snip...
One more for ppc32 at least, although it's a weird case:
package: glest-data - 2.0.0-2.fc7.noarch from development unresolved deps: glest = 0:2.0.0
Bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219540
Did we ever decide how to deal with a noarch package that requires an arch package that exists only on some arches?
kevin
On Mon, 14 May 2007 19:53:33 -0600, Kevin Fenzi wrote:
On Mon, 14 May 2007 15:29:53 -0400 wtogami@redhat.com (Warren Togami) wrote:
Aside from the kernel module packages, these are the packages in rawhide as of May 12th with broken deps. Please get these fixed before Thursday's final F7 freeze.
http://fedoraproject.org/wiki/ReleaseEngineering/DevelFreezePolicy Follow the procedure here to get a build included in F7.
...snip...
One more for ppc32 at least, although it's a weird case:
package: glest-data - 2.0.0-2.fc7.noarch from development unresolved deps: glest = 0:2.0.0
Bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219540
Did we ever decide how to deal with a noarch package that requires an arch package that exists only on some arches?
You could keep the ExcludeArch in sync or remove the dependency. A data package without a program for the data is less bad than a broken dependency that results in a confusing/fatal error during package installation attempts.