Summary - Broken dependencies in Fedora 6 - 2007-07-06

[Fedora Koji Build System]

======================================================================
The results in this summary consider unreleased updates in the
build-system's needsign-queue!
======================================================================
Summary of broken packages (by owner):

    caillon AT redhat.com
        banshee - 0.10.12-4.fc6.i386     
        banshee - 0.10.12-4.fc6.ppc     
        banshee - 0.10.12-4.fc6.x86_64     

    davidz AT redhat.com
        livecd-tools - 008-1.fc6.noarch    (62 days)
        livecd-tools - 008-1.fc6.noarch    (62 days)

    devrim AT commandprompt.com
        postgis-jdbc - 1.2.0-4.fc6.i386     
        postgis-jdbc - 1.2.0-4.fc6.ppc     
        postgis-jdbc - 1.2.0-4.fc6.x86_64     

    jamatos AT fc.up.pt
        rpy - 0.4.6-16.fc6.i386    (3 days)
        rpy - 0.4.6-16.fc6.ppc    (3 days)
        rpy - 0.4.6-16.fc6.x86_64    (3 days)


======================================================================
Broken packages in fedora-extras-6-i386:

    banshee-0.10.12-4.fc6.i386  requires  mono(dbus-sharp) = 0:0.60.0.0
    postgis-jdbc-1.2.0-4.fc6.i386  requires  postgis = 0:1.2.0-4.fc6
    rpy-0.4.6-16.fc6.i386  requires  R = 0:2.5.0


======================================================================
Broken packages in fedora-extras-6-ppc:

    banshee-0.10.12-4.fc6.ppc  requires  mono(dbus-sharp) = 0:0.60.0.0
    postgis-jdbc-1.2.0-4.fc6.ppc  requires  postgis = 0:1.2.0-4.fc6
    rpy-0.4.6-16.fc6.ppc  requires  R = 0:2.5.0


======================================================================
Broken packages in fedora-extras-6-x86_64:

    banshee-0.10.12-4.fc6.x86_64  requires  mono(dbus-sharp) = 0:0.60.0.0
    postgis-jdbc-1.2.0-4.fc6.x86_64  requires  postgis = 0:1.2.0-4.fc6
    rpy-0.4.6-16.fc6.x86_64  requires  R = 0:2.5.0


======================================================================
Broken packages in fedora-extras-needsign-6-i386:

    livecd-tools-008-1.fc6.noarch  requires  dosfstools >= 0:2.11-8


======================================================================
Broken packages in fedora-extras-needsign-6-x86_64:

    livecd-tools-008-1.fc6.noarch  requires  dosfstools >= 0:2.11-8

[Michael Schwendt]

Plus these for i386/ppc/x86_64 -- I haven't examined what update breaks
these and the pkgs in Extras 6:

source rpm: dbus-sharp-0.63-6.fc6.src.rpm
package: dbus-sharp-devel - 0.63-6.fc6.i386 from fedora-core-6-i386
  unresolved deps: 
     dbus-sharp = 0:0.63-6.fc6

source rpm: f-spot-0.2.1-1.fc6.src.rpm
package: f-spot - 0.2.1-1.fc6.i386 from fedora-core-6-i386
  unresolved deps: 
     mono(dbus-sharp) = 0:0.60.0.0

[David Nielsen]

fre, 06 07 2007 kl. 18:09 +0200, skrev Michael Schwendt:
>  Plus these for i386/ppc/x86_64 -- I haven't examined what update
> breaks
>  these and the pkgs in Extras 6:
>  
>  source rpm: dbus-sharp-0.63-6.fc6.src.rpm
>  package: dbus-sharp-devel - 0.63-6.fc6.i386 from fedora-core-6-i386
>    unresolved deps: 
>       dbus-sharp = 0:0.63-6.fc6
>  
>  source rpm: f-spot-0.2.1-1.fc6.src.rpm
>  package: f-spot - 0.2.1-1.fc6.i386 from fedora-core-6-i386
>    unresolved deps: 
>       mono(dbus-sharp) = 0:0.60.0.0 
Upsie.. I'm correcting this. I'm currently importing the ndesk-dbus
package which is a replacement for the obsolete dbus-sharp, sadly this
problem was not caught in the review.

Sorry, should go away soon.

- David

[Michael Schwendt]

On Sat, 07 Jul 2007 00:12:19 +0200, David Nielsen wrote:

>  fre, 06 07 2007 kl. 18:09 +0200, skrev Michael Schwendt:
>  > Plus these for i386/ppc/x86_64 -- I haven't examined what update breaks
>  > these and the pkgs in Extras 6:
>  > 
>  > source rpm: dbus-sharp-0.63-6.fc6.src.rpm
>  > package: dbus-sharp-devel - 0.63-6.fc6.i386 from fedora-core-6-i386
>  >   unresolved deps: 
>  >      dbus-sharp = 0:0.63-6.fc6
>  > 
>  > source rpm: f-spot-0.2.1-1.fc6.src.rpm
>  > package: f-spot - 0.2.1-1.fc6.i386 from fedora-core-6-i386
>  >   unresolved deps: 
>  >      mono(dbus-sharp) = 0:0.60.0.0
>  
>  Upsie.. I'm correcting this. I'm currently importing the ndesk-dbus
>  package which is a replacement for the obsolete dbus-sharp, sadly this
>  problem was not caught in the review.
>  
>  Sorry, should go away soon. 
For Fedora 6 there is no problem yet, since the build is blocked in
needsign for now. But your fix in CVS

 # Replaces old unmanaged DBus-sharp implementation
 Provides:		dbus-sharp = 0.64
-Provides:		mono(dbus-sharp)
+Provides:		mono(dbus-sharp) = 0.64
 Obsoletes:		dbus-sharp < 0.64

won't suffice, since nothing obsoletes dbus-sharp-devel yet, and f-spot in
Core and banshee in Extras would still need a rebuild because they require
a different EVR.

[Michael Schwendt]

On Sat, 7 Jul 2007 00:48:15 +0200, Michael Schwendt wrote:

>  On Sat, 07 Jul 2007 00:12:19 +0200, David Nielsen wrote:
>  
>  > fre, 06 07 2007 kl. 18:09 +0200, skrev Michael Schwendt:
>  > > Plus these for i386/ppc/x86_64 -- I haven't examined what update breaks
>  > > these and the pkgs in Extras 6:
>  > > 
>  > > source rpm: dbus-sharp-0.63-6.fc6.src.rpm
>  > > package: dbus-sharp-devel - 0.63-6.fc6.i386 from fedora-core-6-i386
>  > >   unresolved deps: 
>  > >      dbus-sharp = 0:0.63-6.fc6
>  > > 
>  > > source rpm: f-spot-0.2.1-1.fc6.src.rpm
>  > > package: f-spot - 0.2.1-1.fc6.i386 from fedora-core-6-i386
>  > >   unresolved deps: 
>  > >      mono(dbus-sharp) = 0:0.60.0.0
>  > 
>  > Upsie.. I'm correcting this. I'm currently importing the ndesk-dbus
>  > package which is a replacement for the obsolete dbus-sharp, sadly this
>  > problem was not caught in the review.
>  > 
>  > Sorry, should go away soon.
>  
>  For Fedora 6 there is no problem yet, since the build is blocked in
>  needsign for now. But your fix in CVS
>  
>   # Replaces old unmanaged DBus-sharp implementation
>   Provides:		dbus-sharp = 0.64
>  -Provides:		mono(dbus-sharp)
>  +Provides:		mono(dbus-sharp) = 0.64
>   Obsoletes:		dbus-sharp < 0.64
>  
>  won't suffice, since nothing obsoletes dbus-sharp-devel yet, and f-spot in
>  Core and banshee in Extras would still need a rebuild because they require
>  a different EVR. 
And since this is '6' not '7', Core cannot build against Extras,
so, this thing needs more work.

[David Nielsen]

lør, 07 07 2007 kl. 00:59 +0200, skrev Michael Schwendt:
>  On Sat, 7 Jul 2007 00:48:15 +0200, Michael Schwendt wrote:
>  
>  > On Sat, 07 Jul 2007 00:12:19 +0200, David Nielsen wrote:
>  > 
>  > > fre, 06 07 2007 kl. 18:09 +0200, skrev Michael Schwendt:
>  > > > Plus these for i386/ppc/x86_64 -- I haven't examined what update
> breaks
>  > > > these and the pkgs in Extras 6:
>  > > > 
>  > > > source rpm: dbus-sharp-0.63-6.fc6.src.rpm
>  > > > package: dbus-sharp-devel - 0.63-6.fc6.i386 from fedora-core-6-i386
>  > > >   unresolved deps: 
>  > > >      dbus-sharp = 0:0.63-6.fc6
>  > > > 
>  > > > source rpm: f-spot-0.2.1-1.fc6.src.rpm
>  > > > package: f-spot - 0.2.1-1.fc6.i386 from fedora-core-6-i386
>  > > >   unresolved deps: 
>  > > >      mono(dbus-sharp) = 0:0.60.0.0
>  > > 
>  > > Upsie.. I'm correcting this. I'm currently importing the ndesk-dbus
>  > > package which is a replacement for the obsolete dbus-sharp, sadly this
>  > > problem was not caught in the review.
>  > > 
>  > > Sorry, should go away soon.
>  > 
>  > For Fedora 6 there is no problem yet, since the build is blocked in
>  > needsign for now. But your fix in CVS
>  > 
>  >  # Replaces old unmanaged DBus-sharp implementation
>  >  Provides:		dbus-sharp = 0.64
>  > -Provides:		mono(dbus-sharp)
>  > +Provides:		mono(dbus-sharp) = 0.64
>  >  Obsoletes:		dbus-sharp < 0.64
>  > 
>  > won't suffice, since nothing obsoletes dbus-sharp-devel yet, and f-spot in
>  > Core and banshee in Extras would still need a rebuild because they require
>  > a different EVR.
>  
>  And since this is '6' not '7', Core cannot build against Extras,
>  so, this thing needs more work. 
What would you propose, sadly the timing is really bad as I'm leaving to
go to a wedding and will likely be out of reach till after Monday.

Clearly you are right with regards to FC-6, I'd love to replace it with
ndesk-dbus across the board but that is not going to happen it seems.
How about retracting for FC-6? For F-7 and above it's my understanding
that most applications should not depend on the unmaintained dbus-sharp
anyways as they generally rely on bundled copies of ndesk-dbus, banshee'
dbus-sharp dep e.g. is totally unneeded because of this. So the sane
solution seems to be pushing ndesk-dbus and ndesk-dbus-glib along with
recompiles of banshee and friends.

Again I apologize for the breakage.

- David

[Michael Schwendt]

On Sat, 07 Jul 2007 01:33:03 +0200, David Nielsen wrote:

>  > > For Fedora 6 there is no problem yet, since the build is
> blocked in
>  > > needsign for now. But your fix in CVS
>  > > 
>  > >  # Replaces old unmanaged DBus-sharp implementation
>  > >  Provides:		dbus-sharp = 0.64
>  > > -Provides:		mono(dbus-sharp)
>  > > +Provides:		mono(dbus-sharp) = 0.64
>  > >  Obsoletes:		dbus-sharp < 0.64
>  > > 
>  > > won't suffice, since nothing obsoletes dbus-sharp-devel yet, and f-spot in
>  > > Core and banshee in Extras would still need a rebuild because they require
>  > > a different EVR.
>  > 
>  > And since this is '6' not '7', Core cannot build against Extras,
>  > so, this thing needs more work.
>  
>  What would you propose, sadly the timing is really bad as I'm leaving to
>  go to a wedding and will likely be out of reach till after Monday. 
What I propose is: focus on F7 and/or F8 and treat F6 as a stable
distribution. If ndesk-dbus* serves as a bug-fix upgrade for F6, prepare
the full set of updates and talk to authoritative Fedora people, i.e.
FESCo, on how to proceed. Because a package in Extras would obsolete Core
(a MUSTNOT), and a package in Core that is broken in the process would
need a fix or a rebuild (the latter is a CANTFIX unless f-spot were moved
into Extras).

>  Clearly you are right with regards to FC-6, I'd love to replace
> it with
>  ndesk-dbus across the board but that is not going to happen it seems.
>  How about retracting for FC-6? 
ndesk-dbus for F6 has not been released from needsign yet. ;)