Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-17 Thread Michael Schwendt
On Wed, 17 Dec 2008 07:42:18 +0100, Thorsten wrote:

  libfaac.so.0
  Got it, faac did not get picked to be multilib :)
  +1 points. :)
  
  Mission objective now is to find out the culprit: faac on multilib
  blacklist?
  
  Nope.
  
  Misconfigured pushscripts? (== couldn't load the i386 repo metadata
   directly after pushing to it and while resolving for x86_64?)
  
  Don't think so, as 
  http://download1.rpmfusion.org/free/fedora/development//x86_64/os/freetype-freeworld-2.3.7-2.fc11.i386.rpm
   (pushed on 2008-Dec-10) got properly multilibed. I'll take a closer
  look at the output during the next push and report back.
 
 faac was multilibed properly now; not sure why it didn't happen during
 the last push.

That confirms my speculations made in yesterday's reply, that the
pushscript accesses repos in /srv/local_repo/... not /srv/rpmbuild/...


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Michael Schwendt
On Tue, 16 Dec 2008 13:59:19 +0100, Karel wrote:

 but the breakage isn't reported for Rawhide but for version 10 

You're mistaken.

Notice the repository ids as well as the message subject.


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Karel Volný

  but the breakage isn't reported for Rawhide but for version
  10

 You're mistaken.

 Notice the repository ids as well as the message subject.

argh, this drives me mad

if I do make mockbuild in the devel directory I get qmmp-plugins-
freeworld-0.2.3-1.fc11.x86_64.rpm

within the email, there is qmmp-plugins-freeworld-0.2.2-1.fc10.* 
which is in F-10

and the subject is ... development

okay, I promise to try to sleep during nights and be awake during 
daytime, really

sorry for the noise

K.



Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Karel Volný

OMG, who stole my package?

 qmmp-plugins-freeworld-0.2.2-1.fc10.i386  requires  qmmp =
 0:0.2.2

[r...@dhcp-lab-227 mock]# yum list qmmp
Loaded plugins: refresh-packagekit
Installed Packages
qmmp.x86_64 

0.2.2-1.fc10
 
installed
Available Packages
qmmp.i386   

0.2.2-1.fc10
 
fedora


... but looking at the fedora repo mirror, 
http://download.fedoraproject.org/pub/fedora/linux/releases/10/Fedora/i386/os/Packages/
I see no qmmp package

how is that possible?

K.


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Michael Schwendt
On Tue, 16 Dec 2008 12:21:04 +0100, Karel wrote:

 OMG, who stole my package?
 
  qmmp-plugins-freeworld-0.2.2-1.fc10.i386  requires  qmmp =
  0:0.2.2
 
 [r...@dhcp-lab-227 mock]# yum list qmmp
 Loaded plugins: refresh-packagekit
 Installed Packages
 qmmp.x86_64   
   
 0.2.2-1.fc10  

 installed
 Available Packages
 qmmp.i386 
   
 0.2.2-1.fc10  

 fedora
 
 
 ... but looking at the fedora repo mirror, 
 http://download.fedoraproject.org/pub/fedora/linux/releases/10/Fedora/i386/os/Packages/
 I see no qmmp package
 
 how is that possible?

Look again, it's there.

In Rawhide, however, you upgraded qmmp to 0.2.3, which breaks the strict
dependency in qmmp-plugins-freeworld.


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Karel Volný

  qmmp-plugins-freeworld-0.2.2-1.fc10.i386  requires  qmmp =
  0:0.2.2
 
  [r...@dhcp-lab-227 mock]# yum list qmmp
  Loaded plugins: refresh-packagekit
  Installed Packages
  qmmp.x86_64
  0.2.2-1.fc10
  installed
  Available Packages
  qmmp.i386
  0.2.2-1.fc10
  fedora
 
 
  ... but looking at the fedora repo mirror,
  http://download.fedoraproject.org/pub/fedora/linux/releases
 /10/Fedora/i386/os/Packages/ I see no qmmp package
 
  how is that possible?
 
  Look again, it's there.

 Well, yes, if you do s/Fedora/Everything/ first

ah, I see ... I was confused by my yum config - thanks for 
pointing this out

but the question is, why it is reported as broken dependency 
then?

  In Rawhide, however, you upgraded qmmp to 0.2.3, which
  breaks the strict dependency in qmmp-plugins-freeworld.

 Karel build a 0.2.3 update for RPM Fusion; but the build is
 not yet pushed yet, as qmmp-plugins-freeworld was build
 against a new ffmpeg, which is not pushed because
 xine-lib-freeworld and some other important packages are not
 yet rebuild against it :-/

correct ... and the strict package version dependency is there 
because the libraries are missing version, so that I have to 
ensure consistency this way

but the breakage isn't reported for Rawhide but for version 10 
which includes qmmp-0.2.2-1.fc10 satisfying the dependency of 
qmmp-plugins-freeworld-0.2.2-1.fc10 ...

K.



Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Thorsten Leemhuis

On 15.12.2008 23:36, Michael Schwendt wrote:

On Mon, 15 Dec 2008 23:08:17 +0100, Julian wrote:


Broken packages in rpmfusion-free-development-x86_64:

ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires  libfaac.so.0
gstreamer-plugins-bad-0.10.9-1.fc10.i386  requires  libfaac.so.0
libquicktime-1.0.3-4.fc10.i386  requires  libfaac.so.0
mencoder-1.0-0.103.20080903svn.fc10.i386  requires  libfaac.so.0



Got it, faac did not get picked to be multilib :)


+1 points. :)

Mission objective now is to find out the culprit:
faac on multilib blacklist?


Nope.


Misconfigured pushscripts? (== couldn't load the i386 repo metadata
directly after pushing to it and while resolving for x86_64?)


Don't think so, as
http://download1.rpmfusion.org/free/fedora/development//x86_64/os/freetype-freeworld-2.3.7-2.fc11.i386.rpm
(pushed on 2008-Dec-10) got properly multilibed. I'll take a closer look 
at the output during the next push and report back.


CU
knurd


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Michael Schwendt
On Tue, 16 Dec 2008 19:47:09 +0100, Thorsten wrote:

  On Mon, 15 Dec 2008 23:08:17 +0100, Julian wrote:
  
  Broken packages in rpmfusion-free-development-x86_64:
 
  ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires  libfaac.so.0
  gstreamer-plugins-bad-0.10.9-1.fc10.i386  requires  libfaac.so.0
  libquicktime-1.0.3-4.fc10.i386  requires  libfaac.so.0
  mencoder-1.0-0.103.20080903svn.fc10.i386  requires  libfaac.so.0
  
  Got it, faac did not get picked to be multilib :)
  
  +1 points. :)
  
  Mission objective now is to find out the culprit:
  faac on multilib blacklist?
 
 Nope.
 
  Misconfigured pushscripts? (== couldn't load the i386 repo metadata
  directly after pushing to it and while resolving for x86_64?)
 
 Don't think so, as
 http://download1.rpmfusion.org/free/fedora/development//x86_64/os/freetype-freeworld-2.3.7-2.fc11.i386.rpm
 (pushed on 2008-Dec-10) got properly multilibed. I'll take a closer look 
 at the output during the next push and report back.


'rpmfusion_free-development' : 'file:///srv/local_repo/free/fedora/%s/%s/os/',

Is this a symlink or a bind mount of /srv/rpmbuild? If not, it needs to be
changed to point directly at the repository below /srv/rpmbuild.

Similarly for the other repos.


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-16 Thread Thorsten Leemhuis



On 16.12.2008 19:47, Thorsten Leemhuis wrote:

On 15.12.2008 23:36, Michael Schwendt wrote:

On Mon, 15 Dec 2008 23:08:17 +0100, Julian wrote:


Broken packages in rpmfusion-free-development-x86_64:

ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires
libfaac.so.0 gstreamer-plugins-bad-0.10.9-1.fc10.i386
requires  libfaac.so.0 libquicktime-1.0.3-4.fc10.i386
requires  libfaac.so.0 
mencoder-1.0-0.103.20080903svn.fc10.i386  requires

libfaac.so.0

Got it, faac did not get picked to be multilib :)

+1 points. :)

Mission objective now is to find out the culprit: faac on multilib
blacklist?


Nope.


Misconfigured pushscripts? (== couldn't load the i386 repo metadata
 directly after pushing to it and while resolving for x86_64?)


Don't think so, as 
http://download1.rpmfusion.org/free/fedora/development//x86_64/os/freetype-freeworld-2.3.7-2.fc11.i386.rpm

 (pushed on 2008-Dec-10) got properly multilibed. I'll take a closer
look at the output during the next push and report back.


faac was multilibed properly now; not sure why it didn't happen during
the last push.

CU
knurd


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-15 Thread Julian Sikorski
Dominik 'Rathann' Mierzejewski pisze:
 On Monday, 15 December 2008 at 21:21, Julian Sikorski wrote:
 Michael Schwendt pisze:
 [...]
 ==
 Broken packages in rpmfusion-free-development-x86_64:

 ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires  libfaac.so.0
 gstreamer-plugins-bad-0.10.9-1.fc10.i386  requires  libfaac.so.0
 libquicktime-1.0.3-4.fc10.i386  requires  libfaac.so.0
 mencoder-1.0-0.103.20080903svn.fc10.i386  requires  libfaac.so.0
 [...]
 I am somewhat responsible for faac, I suggested to update it but did not
 notice the abi bump. Sorry. Please let me know if I can help to bring
 this back to shape.
 
 Well, you could check if there haven't been any API changes, IOW if the
 affected packages build against the new faac. I would prefer it if this
 build were removed because we're in the middle of rebuilding most of our
 multimedia stack against the new x264 and ffmpeg and I don't want any
 unnecessary release bumps and rebuilds.
 
 Regards,
 R.
 
Hmm, I just installed the faac-1.26 on my Fedora 10, and it seems the
soname is the same:
$ rpm -q --provides faac
libfaac.so.0()(64bit)
faac = 1.26-1.fc11
faac(x86-64) = 1.26-1.fc11
$ readelf -a /usr/lib64/libfaac.so.0.0.0 |grep SONAME
 0x000e (SONAME) Library soname: [libfaac.so.0]




Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-15 Thread Michael Schwendt
On Mon, 15 Dec 2008 21:57:47 +0100, Julian wrote:

 Dominik 'Rathann' Mierzejewski pisze:
  On Monday, 15 December 2008 at 21:21, Julian Sikorski wrote:
  Michael Schwendt pisze:
  [...]
  ==
  Broken packages in rpmfusion-free-development-x86_64:
 
  ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires  libfaac.so.0
  gstreamer-plugins-bad-0.10.9-1.fc10.i386  requires  libfaac.so.0
  libquicktime-1.0.3-4.fc10.i386  requires  libfaac.so.0
  mencoder-1.0-0.103.20080903svn.fc10.i386  requires  libfaac.so.0
  [...]
  I am somewhat responsible for faac, I suggested to update it but did not
  notice the abi bump. Sorry. Please let me know if I can help to bring
  this back to shape.
  
  Well, you could check if there haven't been any API changes, IOW if the
  affected packages build against the new faac. I would prefer it if this
  build were removed because we're in the middle of rebuilding most of our
  multimedia stack against the new x264 and ffmpeg and I don't want any
  unnecessary release bumps and rebuilds.
  
  Regards,
  R.
  
 Hmm, I just installed the faac-1.26 on my Fedora 10, and it seems the
 soname is the same:
 $ rpm -q --provides faac
 libfaac.so.0()(64bit)
 faac = 1.26-1.fc11
 faac(x86-64) = 1.26-1.fc11
 $ readelf -a /usr/lib64/libfaac.so.0.0.0 |grep SONAME
  0x000e (SONAME) Library soname: [libfaac.so.0]

And what are you trying to prove?

 * Notice the repository id.
 * Notice the package %arch.
 * Draw your conclusion.
 * Confirm by listing the repo directory.


Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15

2008-12-15 Thread Michael Schwendt
On Mon, 15 Dec 2008 23:08:17 +0100, Julian wrote:

  Broken packages in rpmfusion-free-development-x86_64:
 
  ffmpeg-libs-0.4.9-0.52.20080908.fc10.i386  requires  libfaac.so.0
  gstreamer-plugins-bad-0.10.9-1.fc10.i386  requires  libfaac.so.0
  libquicktime-1.0.3-4.fc10.i386  requires  libfaac.so.0
  mencoder-1.0-0.103.20080903svn.fc10.i386  requires  libfaac.so.0

 Got it, faac did not get picked to be multilib :)

+1 points. :)

Mission objective now is to find out the culprit:
faac on multilib blacklist?
Misconfigured pushscripts? (== couldn't load the i386 repo metadata
directly after pushing to it and while resolving for x86_64?)