Debian Bug report logs - #504220
Missing dependencies

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Sebastian Dröge <slomo@circular-chaos.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Missing dependencies

Date: Sat, 01 Nov 2008 21:06:02 +0100

[Message part 1 (text/plain, inline)]

Package: libavcodec-dev, libavformat-dev
Version: 3:0.svn20080925-1
Severity: grave

Hi,
libavcodec-dev and libavformat-dev miss some dependencies.

libavcodec's pkg-config file says:
Requires.private: libraw1394 theora vorbisenc libavutil = 49.10.0

libavformat's pkg-config file says:
Requires.private: libraw1394 theora vorbisenc libavcodec = 52.0.0


Although these are in Requires.private the -dev packages _must_ depend
on the corresponding -dev packages (libraw1394-dev, libtheora-dev,
libvorbis-dev) as otherwise pkg-config will refuse to use the pkg-config
files (and configure checks will abort, etc).

Requires.private only prevents those libraries to be linked in when
linking dynamically, apart from that it's the same as Requires.

[signature.asc (application/pgp-signature, inline)]

Message #10 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Sebastian Dröge <slomo@circular-chaos.org>

Cc: 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 02 Nov 2008 08:58:31 +0100

Sebastian Dröge <slomo@circular-chaos.org> writes:

> Although these are in Requires.private the -dev packages _must_ depend
> on the corresponding -dev packages (libraw1394-dev, libtheora-dev,
> libvorbis-dev) as otherwise pkg-config will refuse to use the pkg-config
> files (and configure checks will abort, etc).

I'm not terribly familiar with pkg-config, so I've looked up
pkg-config(1) for that topic:

       Libs.private: This line should list any private libraries in use.
              Private libraries are libraries which are not exposed
              through your library, but are needed in the case of static
              linking.

However no Requires.private. Can you perhaps point me to some better
documentation what "Requires.private" is supposed to mean? Perhaps
upstream rather meant to use Libs.private instead, which would probably
"fix" this problem as well?



-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #15 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: 504220@bugs.debian.org

Cc: Sebastian Dröge <slomo@circular-chaos.org>

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 02 Nov 2008 09:10:50 +0100

digging a bit further in the configure script:

enabled libdc1394 && append pkg_requires "libraw1394"
enabled libdirac  && append pkg_requires "dirac"
enabled libtheora && append pkg_requires "theora"
enabled libvorbis && append pkg_requires "vorbisenc"
[...]
# build pkg-config files

pkgconfig_generate(){
name=$1
shortname=${name#lib}
comment=$2
version=$3
libs=$4
requires=$5
cat <<EOF > $name/$name.pc
prefix=$prefix
exec_prefix=\${prefix}
libdir=$libdir
includedir=$incdir

Name: $name
Description: $comment
Version: $version
Requires: $(disabled shared && echo $requires)
Requires.private: $(enabled shared && echo $requires)
Conflicts:
Libs: -L\${libdir} -l${shortname} $(disabled shared && echo $libs)
Libs.private: $(enabled shared && echo $libs)
Cflags: -I\${includedir}
EOF
cat <<EOF > $name/$name-uninstalled.pc
prefix=
exec_prefix=
libdir=\${pcfiledir}
includedir=${source_path}

Name: $name
Description: $comment
Version: $version
Requires: $requires
Conflicts:
Libs: \${libdir}/${LIBPREF}${shortname}${LIBSUF} $libs
Cflags: -I\${includedir}
EOF
}
pkgconfig_generate libavcodec "FFmpeg codec library" "$LIBAVCODEC_VERSION" "$extralibs" "$pkg_requires libavutil = $LIBAVUTIL_VERSION"
pkgconfig_generate libavformat "FFmpeg container format library" "$LIBAVFORMAT_VERSION" "$extralibs" "$pkg_requires libavcodec = $LIBAVCODEC_VERSION"

That indicates that Requires.private is indeed used on purpose. [1]
indicates that you are right, and the -dev packages are indeed missing
depedencies. However I'd love to see some more authoritative
documentation on that topic, because the difference between Libs.private
and Requires.private is still very unclear to me.

[1] http://osdir.com/ml/freedesktop.xorg.modular/2006-04/msg00017.html

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #20 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Reinhard Tartler <siretart@tauware.de>, 504220@bugs.debian.org

Cc: Sebastian Dröge <slomo@circular-chaos.org>

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 2 Nov 2008 10:55:57 +0100

On Sun, Nov 02, 2008, Reinhard Tartler wrote:
> However no Requires.private. Can you perhaps point me to some better
> documentation what "Requires.private" is supposed to mean? Perhaps
> upstream rather meant to use Libs.private instead, which would probably
> "fix" this problem as well?

 Requires.private packages are required because they will pull Cflags
 down the pkg-config dependency chain.

 Libs.private could be used as a replacement, but it would not express
 as many things and would mix information about multiple pkg-config
 packages into one, which I think is wrong.

-- 
Loïc Minier

Message #25 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Sebastian Dröge <slomo@circular-chaos.org>

To: Reinhard Tartler <siretart@tauware.de>, 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 02 Nov 2008 18:42:22 +0100

[Message part 1 (text/plain, inline)]

Am Sonntag, den 02.11.2008, 09:10 +0100 schrieb Reinhard Tartler:
> [...]
> That indicates that Requires.private is indeed used on purpose. [1]
> indicates that you are right, and the -dev packages are indeed missing
> depedencies. However I'd love to see some more authoritative
> documentation on that topic, because the difference between Libs.private
> and Requires.private is still very unclear to me.
> 
> [1] http://osdir.com/ml/freedesktop.xorg.modular/2006-04/msg00017.html

No idea about pkg-config documentation... it's one of the most used but
worst documented pieces of software :)

Requires.private corresponds to Requires, i.e. it contains references to
required pkg-config files (with optional versions, ...) but the LIBS of
them will only be used for static linking.

Libs.private is the same for Libs, i.e. it contains linker flags
(-lfoobar -L/usr/include/blingblong) that will only be used for static
linking.

If something is in Requires.private -dev packages _must_ depend on it,
if it's in Libs.private -dev packages only need to depend on it if they
ship static libraries (AFAIK).

If you forget something from Requires.private pkg-config --cflags $thing
will fail and complain about stuff from Requires.private missing.

[signature.asc (application/pgp-signature, inline)]

Message #30 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Sebastian Dröge <slomo@circular-chaos.org>, 504220@bugs.debian.org

Cc: Reinhard Tartler <siretart@tauware.de>

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 2 Nov 2008 21:29:33 +0100

On Sun, Nov 02, 2008, Sebastian Dröge wrote:
> if it's in Libs.private -dev packages only need to depend on it if they
> ship static libraries (AFAIK).

 If they ship *only* static libraries, perhaps; otherwise, static
 linking is just for users, in theory not for Debian consumption, and we
 just pull shared lib stuff by default (AIUI)

-- 
Loïc Minier

Message #35 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Sebastian Dröge <slomo@circular-chaos.org>

Cc: 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Sun, 02 Nov 2008 22:17:17 +0100

tags 504220 help
stop

Sebastian Dröge <slomo@circular-chaos.org> writes:

> No idea about pkg-config documentation... it's one of the most used but
> worst documented pieces of software :)

Then that's something that should be fixed first. There is no point in
adding further breakage and inconsistencies before we know it things are
supposed to work. cf. also with #341977

> Requires.private corresponds to Requires, i.e. it contains references to
> required pkg-config files (with optional versions, ...) but the LIBS of
> them will only be used for static linking.
>
> Libs.private is the same for Libs, i.e. it contains linker flags
> (-lfoobar -L/usr/include/blingblong) that will only be used for static
> linking.
>
> If something is in Requires.private -dev packages _must_ depend on it,
> if it's in Libs.private -dev packages only need to depend on it if they
> ship static libraries (AFAIK).

AFAIUI that is not necessary and only packages that link statically
against libavcodec and libavformat would break. If I understand you
correctly, that happens also for packages that link dynamically to
libavcodec/libavformat. Is that correct?

If yes, then this seems to a manifestation of #475031. If that is
correct, then this bug is a dupe AFAIUI.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #42 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Sebastian Dröge <slomo@circular-chaos.org>

To: Reinhard Tartler <siretart@tauware.de>

Cc: 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 03 Nov 2008 08:08:16 +0100

[Message part 1 (text/plain, inline)]

Am Sonntag, den 02.11.2008, 22:17 +0100 schrieb Reinhard Tartler:
> tags 504220 help
> stop
> 
> Sebastian Dröge <slomo@circular-chaos.org> writes:
> 
> > No idea about pkg-config documentation... it's one of the most used but
> > worst documented pieces of software :)
> 
> Then that's something that should be fixed first. There is no point in
> adding further breakage and inconsistencies before we know it things are
> supposed to work. cf. also with #341977
> 
> > Requires.private corresponds to Requires, i.e. it contains references to
> > required pkg-config files (with optional versions, ...) but the LIBS of
> > them will only be used for static linking.
> >
> > Libs.private is the same for Libs, i.e. it contains linker flags
> > (-lfoobar -L/usr/include/blingblong) that will only be used for static
> > linking.
> >
> > If something is in Requires.private -dev packages _must_ depend on it,
> > if it's in Libs.private -dev packages only need to depend on it if they
> > ship static libraries (AFAIK).
> 
> AFAIUI that is not necessary and only packages that link statically
> against libavcodec and libavformat would break. If I understand you
> correctly, that happens also for packages that link dynamically to
> libavcodec/libavformat. Is that correct?
> 
> If yes, then this seems to a manifestation of #475031. If that is
> correct, then this bug is a dupe AFAIUI.

Even if this is a dupe of #475031 ffmpeg should be fixed as it currently
breaks packages depending on it (gstreamer0.10-ffmpeg FTBFS because the
pkg-config check for libavcodec fails because libtheora is not pulled in
by libavcodec-dev).

If at some point the behaviour in pkg-config is fixed/changed in some
way ffmpeg's dependencies can change again but as it is now you should
add the dependencies.

[signature.asc (application/pgp-signature, inline)]

Message #47 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Tollef Fog Heen <tfheen@debian.org>

Cc: Sebastian Dröge <slomo@circular-chaos.org>, 504220@bugs.debian.org, 475031@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 03 Nov 2008 09:08:43 +0100

Hello Tollef,

We are a bit confused about the behavior of Requires.private fields in
*.pc files. Could you please as pkg-config maintainer and upstream
please read the buglog of #504220 and give us your opinion on the issue?

The question for me is whether this is actually a bug of pkg-config, or
if Requires.private fields really imply that packages shipping the .pc
need to copy that to the Depends field or are we talking about a bug in
pkg-config.

In any case, a proper explanation of this issue in some README.Debian
file in the pkg-config issue would be really helpful. I suspect such a
file would suitable to close both #475031 (against pkg-config, severity:
important) and #341977 (pkg-config as well, severity: normal).


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #52 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Sebastian Dröge <slomo@circular-chaos.org>

Cc: 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 03 Nov 2008 09:14:57 +0100

Sebastian Dröge <slomo@circular-chaos.org> writes:

> Even if this is a dupe of #475031 ffmpeg should be fixed as it currently
> breaks packages depending on it (gstreamer0.10-ffmpeg FTBFS because the
> pkg-config check for libavcodec fails because libtheora is not pulled in
> by libavcodec-dev).

Some ways this bug could be fixed of the top of my head:

 - adding hardcoded dependencies to libav{codec,format}-dev
 - adding calculated dependencies via some substvars mechanism
 - adding hardcoded dependencies to gstreamer0.10-ffmpeg
 - not using pkg-config in gstreamer0.10-ffmpeg in the first place

You suggest using option 1. TBH, I don't think this is the best
technical solution, but rather an ugly workaround. Depending on Tollef's
answer, I'd suggest implementing 2. or even better, fix pkg-config to
avoid the issue in the fist place.

I don't feel like rushing in quick hacks; we are not under release
timeline pressure ATM. Since pkg-config is in widespread use in debian,
let's please try to find a propoer solution for the underlying issue.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #57 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Sebastian Dröge <slomo@circular-chaos.org>

To: Reinhard Tartler <siretart@tauware.de>

Cc: 504220@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 03 Nov 2008 09:32:24 +0100

[Message part 1 (text/plain, inline)]

Am Montag, den 03.11.2008, 09:14 +0100 schrieb Reinhard Tartler:
> Sebastian Dröge <slomo@circular-chaos.org> writes:
> 
> > Even if this is a dupe of #475031 ffmpeg should be fixed as it currently
> > breaks packages depending on it (gstreamer0.10-ffmpeg FTBFS because the
> > pkg-config check for libavcodec fails because libtheora is not pulled in
> > by libavcodec-dev).
> 
> Some ways this bug could be fixed of the top of my head:
> 
>  - adding hardcoded dependencies to libav{codec,format}-dev
>  - adding calculated dependencies via some substvars mechanism
>  - adding hardcoded dependencies to gstreamer0.10-ffmpeg
>  - not using pkg-config in gstreamer0.10-ffmpeg in the first place
> 
> You suggest using option 1. TBH, I don't think this is the best
> technical solution, but rather an ugly workaround. Depending on Tollef's
> answer, I'd suggest implementing 2. or even better, fix pkg-config to
> avoid the issue in the fist place.

1. is what thousands of other packages are currently doing but if you
don't want a fast solution for now until the "perfect" solution is found
I'll simply add those dependencies to gstreamer0.10-ffmpeg for now.

[signature.asc (application/pgp-signature, inline)]

Message #62 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Reinhard Tartler <siretart@tauware.de>, 504220@bugs.debian.org

Cc: Tollef Fog Heen <tfheen@debian.org>, Sebastian Dröge <slomo@circular-chaos.org>, 475031@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 3 Nov 2008 10:22:02 +0100

On Mon, Nov 03, 2008, Reinhard Tartler wrote:
> We are a bit confused about the behavior of Requires.private fields in
> *.pc files. Could you please as pkg-config maintainer and upstream
> please read the buglog of #504220 and give us your opinion on the issue?

 I think you missed my comment on why it's needed:
 http://article.gmane.org/gmane.linux.debian.devel.bugs.general/503357

 These packages should be depended upon because pkg-config will append
 Cflags of Required.private modules.  This allows building when headers
 from a module include headers from another module, but you only link to
 the former.

-- 
Loïc Minier

Message #67 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Loïc Minier <lool@dooz.org>

Cc: 504220@bugs.debian.org, Tollef Fog Heen <tfheen@debian.org>, Sebastian Dröge <slomo@circular-chaos.org>, 475031@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 03 Nov 2008 10:27:38 +0100

Loïc Minier <lool@dooz.org> writes:

> On Mon, Nov 03, 2008, Reinhard Tartler wrote:
>> We are a bit confused about the behavior of Requires.private fields in
>> *.pc files. Could you please as pkg-config maintainer and upstream
>> please read the buglog of #504220 and give us your opinion on the issue?
>
>  I think you missed my comment on why it's needed:
>  http://article.gmane.org/gmane.linux.debian.devel.bugs.general/503357
>
>  These packages should be depended upon because pkg-config will append
>  Cflags of Required.private modules.  This allows building when headers
>  from a module include headers from another module, but you only link to
>  the former.

In the case of libavcodec, there are no includes to headers of libtheora
and the like. libavcodec internally links against other libraries, but
that is an implementation detail that potentially could change at any
time [1].

So in the end, for the case of *dynamic* linking gstreamer0.10-ffmpeg
against libavcodec, why should pkg-config care about this implementation
detail?


[1] and such changes DO happen. Recently, the dependency on liba52 was
dropped because ffmpeg got a much superiour internal implementation. The
same could happen for other external dependencies as well.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #72 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Reinhard Tartler <siretart@tauware.de>

Cc: 504220@bugs.debian.org, Tollef Fog Heen <tfheen@debian.org>, Sebastian Dröge <slomo@circular-chaos.org>, 475031@bugs.debian.org

Subject: Re: Bug#504220: Missing dependencies

Date: Mon, 3 Nov 2008 11:00:42 +0100

On Mon, Nov 03, 2008, Reinhard Tartler wrote:
> In the case of libavcodec, there are no includes to headers of libtheora
> and the like. libavcodec internally links against other libraries, but
> that is an implementation detail that potentially could change at any
> time [1].

 So requires.private doesn't pull any cflags, but pkg-config cannot tell
 for sure unless it looks at the .pc file.

> So in the end, for the case of *dynamic* linking gstreamer0.10-ffmpeg
> against libavcodec, why should pkg-config care about this implementation
> detail?

 It might need to care, so make sure it can check. :)

-- 
Loïc Minier

Message #77 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

Cc: 504220@bugs.debian.org

Subject: usage of Requires.private in *.pc files

Date: Mon, 10 Nov 2008 16:28:59 +0100

The following message is a courtesy copy of an article
that has been posted to gmane.comp.video.ffmpeg.devel as well.


When generating the .pc files, ffmpeg currently places the following
libs into Requires.private: libraw1394, dirac, theora, vorbisenc.

I think this is wrong. Please let me explain why.

I've spoken to pkg-config upstream on irc about Libs.private
vs. Requires.private. The topic was if package building against
libavcodec would need to have the libtheora development packages (that
include both headers and the .pc file) installed:

15:46:55 < Mithrandir> siretart: you need to depend on the -dev
packages.
15:47:35 < siretart> Mithrandir: but isn't that insane? why do depending
packages need to care about whether libavcodec-dev links against 
                     libtheora or not?
15:48:07 < Mithrandir> siretart: if it is in "Requires.private", then it
not only links with it, but also needs the headers from it.
15:48:21 < Mithrandir> like gtk exposes glib types in its headers.
15:48:39 < siretart> Mithrandir: libavcodec does not TTBOMK expose any
libtheora internals
15:48:41 < Mithrandir> if it just links with it without exposing any of
libtheora's types, using libs.private should be fine.
15:49:12 < siretart> okay. is there any documentation or any document I
could point upstream at to get that fixed?
15:49:38 < Mithrandir> once I get around to writing it. :-/
15:49:53 < siretart> may I quote this irc conversation?
15:53:44 < Mithrandir> sure.

Is that done on purpose, read: does ffmpeg really expose internals of
that libs to applications?

I believe that the following lines in ffmpeg are not correct:

enabled libdc1394 && append pkg_requires "libraw1394"
enabled libdirac  && append pkg_requires "dirac"
enabled libtheora && append pkg_requires "theora"
enabled libvorbis && append pkg_requires "vorbisenc"

and should be replaced with something that places them into the
Libs.private instead of the Required.private field instead. But before
suggesting a patch implementing that, I wanted to ask you if you are
aware at all about the issue, and if avcodec would indeed expose
internals of the libs and all of this was done on purpose.

For full background, please read
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504220




-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

Message #82 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: control@bugs.debian.org

Cc: 504220@bugs.debian.org

Subject: setting package to libpostproc-dev libavfilter0 libavdevice52 ffmpeg-doc libavdevice-dev libavutil49 libavcodec52 libavfilter-dev libpostproc51 ffmpeg libavcodec-dev ffmpeg-debian ffmpeg-dbg libavformat52 libavformat-dev libswscale0 libswscale-dev libavutil-dev ...

Date: Tue, 11 Nov 2008 09:24:42 +0100

# Automatically generated email from bts, devscripts version 2.10.26ubuntu15
#
# ffmpeg-debian (3:0.svn20081108-2) experimental; urgency=low
#
#  * Adjust pkg-files to no longer put unnecessary dependencies in the generated
#    .pc files. Closes: #504220
#

package libpostproc-dev libavfilter0 libavdevice52 ffmpeg-doc libavdevice-dev libavutil49 libavcodec52 libavfilter-dev libpostproc51 ffmpeg libavcodec-dev ffmpeg-debian ffmpeg-dbg libavformat52 libavformat-dev libswscale0 libswscale-dev libavutil-dev
tags 504220 + pending

Message #87 received at 504220-close@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: 504220-close@bugs.debian.org

Subject: Bug#504220: fixed in ffmpeg-debian 3:0.svn20081115-1

Date: Sat, 15 Nov 2008 18:47:07 +0000

Source: ffmpeg-debian
Source-Version: 3:0.svn20081115-1

We believe that the bug you reported is fixed in the latest version of
ffmpeg-debian, which is due to be installed in the Debian FTP archive:

ffmpeg-dbg_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/ffmpeg-dbg_0.svn20081115-1_i386.deb
ffmpeg-debian_0.svn20081115-1.diff.gz
  to pool/main/f/ffmpeg-debian/ffmpeg-debian_0.svn20081115-1.diff.gz
ffmpeg-debian_0.svn20081115-1.dsc
  to pool/main/f/ffmpeg-debian/ffmpeg-debian_0.svn20081115-1.dsc
ffmpeg-debian_0.svn20081115.orig.tar.gz
  to pool/main/f/ffmpeg-debian/ffmpeg-debian_0.svn20081115.orig.tar.gz
ffmpeg-doc_0.svn20081115-1_all.deb
  to pool/main/f/ffmpeg-debian/ffmpeg-doc_0.svn20081115-1_all.deb
ffmpeg_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/ffmpeg_0.svn20081115-1_i386.deb
libavcodec-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavcodec-dev_0.svn20081115-1_i386.deb
libavcodec52_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavcodec52_0.svn20081115-1_i386.deb
libavdevice-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavdevice-dev_0.svn20081115-1_i386.deb
libavdevice52_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavdevice52_0.svn20081115-1_i386.deb
libavfilter-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavfilter-dev_0.svn20081115-1_i386.deb
libavfilter0_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavfilter0_0.svn20081115-1_i386.deb
libavformat-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavformat-dev_0.svn20081115-1_i386.deb
libavformat52_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavformat52_0.svn20081115-1_i386.deb
libavutil-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavutil-dev_0.svn20081115-1_i386.deb
libavutil49_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libavutil49_0.svn20081115-1_i386.deb
libpostproc-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libpostproc-dev_0.svn20081115-1_i386.deb
libpostproc51_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libpostproc51_0.svn20081115-1_i386.deb
libswscale-dev_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libswscale-dev_0.svn20081115-1_i386.deb
libswscale0_0.svn20081115-1_i386.deb
  to pool/main/f/ffmpeg-debian/libswscale0_0.svn20081115-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 504220@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Reinhard Tartler <siretart@tauware.de> (supplier of updated ffmpeg-debian package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Mon, 10 Nov 2008 21:37:16 +0100
Source: ffmpeg-debian
Binary: ffmpeg ffmpeg-dbg ffmpeg-doc libavutil49 libavcodec52 libavdevice52 libavformat52 libavfilter0 libpostproc51 libswscale0 libavutil-dev libavcodec-dev libavdevice-dev libavformat-dev libavfilter-dev libpostproc-dev libswscale-dev
Architecture: source i386 all
Version: 3:0.svn20081115-1
Distribution: experimental
Urgency: low
Maintainer: Debian multimedia packages maintainers <pkg-multimedia-maintainers@lists.alioth.debian.org>
Changed-By: Reinhard Tartler <siretart@tauware.de>
Description: 
 ffmpeg     - multimedia player, server and encoder
 ffmpeg-dbg - Debug symbols for ffmpeg related packages
 ffmpeg-doc - documentation of the ffmpeg API
 libavcodec-dev - development files for libavcodec
 libavcodec52 - ffmpeg codec library
 libavdevice-dev - development files for libavdevice
 libavdevice52 - ffmpeg device handling library
 libavfilter-dev - development files for libavfilter
 libavfilter0 - ffmpeg video filtering library
 libavformat-dev - development files for libavformat
 libavformat52 - ffmpeg file format library
 libavutil-dev - development files for libavutil
 libavutil49 - ffmpeg utility library
 libpostproc-dev - development files for libpostproc
 libpostproc51 - ffmpeg video postprocessing library
 libswscale-dev - development files for libswscale
 libswscale0 - ffmpeg video scaling library
Closes: 504220
Changes: 
 ffmpeg-debian (3:0.svn20081115-1) experimental; urgency=low
 .
   * new upstream svn snapshot (svn revision 15824, libswscale revision 27910)
   * bump standards version to version 3.8.0, no changes needed
   * Adjust pkg-files to no longer put unnecessary dependencies in the generated
     .pc files. Closes: #504220
Checksums-Sha1: 
 613ed7d74675aff5fa924e92aaaed20f19c7156e 2246 ffmpeg-debian_0.svn20081115-1.dsc
 c1e50f969a736575704a66a0bb7af232ed26aef6 3197248 ffmpeg-debian_0.svn20081115.orig.tar.gz
 669768ad3c8454841791bc5873d26c481fb27c95 37338 ffmpeg-debian_0.svn20081115-1.diff.gz
 bee59fedf7773052855b7624d774f0abad63b9bc 217512 ffmpeg_0.svn20081115-1_i386.deb
 188e7486f42a28fe2c98817261f62d7881144722 9112786 ffmpeg-dbg_0.svn20081115-1_i386.deb
 308df117b0c9541347d9de75cbef4863a227846d 13434556 ffmpeg-doc_0.svn20081115-1_all.deb
 afbc108b5c62f25b163dc54e67a5dfe2539ab745 79172 libavutil49_0.svn20081115-1_i386.deb
 27ef5506d1dfaeb7c40164a2ae9954420d18e6c9 3679458 libavcodec52_0.svn20081115-1_i386.deb
 59f08f8a496effab43b0d92adada30c22661b970 62716 libavdevice52_0.svn20081115-1_i386.deb
 c435ca5492e78900deb752f337bd01a11a9203f0 795898 libavformat52_0.svn20081115-1_i386.deb
 5f7f8c981c623eab07029bd78e89aa036b43acf1 41626 libavfilter0_0.svn20081115-1_i386.deb
 6ed9044a7b5668adc1dc24ca994c52ba8ff8ae05 64756 libpostproc51_0.svn20081115-1_i386.deb
 6a4b500f234e79a9a76402d34763be718e278dcd 169818 libswscale0_0.svn20081115-1_i386.deb
 f930787d8606452ed3fea003965b346f2d68888e 69676 libavutil-dev_0.svn20081115-1_i386.deb
 05714734b7e14ef04733e387b29505b91250a54b 2075886 libavcodec-dev_0.svn20081115-1_i386.deb
 d2ff117b3422c68f317090344b3875828c6e5b9d 48632 libavdevice-dev_0.svn20081115-1_i386.deb
 791ef9acf10aa6fb263599acf584ea6fe9dc843d 484828 libavformat-dev_0.svn20081115-1_i386.deb
 63ad95cb0b891cda422e50cdbd7ec3f8d9e732df 46972 libavfilter-dev_0.svn20081115-1_i386.deb
 1b6247b64484f90371ea23bf608a72cb0a5a03df 49790 libpostproc-dev_0.svn20081115-1_i386.deb
 aec48deaa776ecb112f56acf3922fb6d2493f600 107200 libswscale-dev_0.svn20081115-1_i386.deb
Checksums-Sha256: 
 b66fd1e1785d7fb3d4276da003f543c856221783fbd63381fea6b029466129f3 2246 ffmpeg-debian_0.svn20081115-1.dsc
 a12909064f11bf7892d83ce59584c26a4e4df5aedf0212c84a3a30c954e57adb 3197248 ffmpeg-debian_0.svn20081115.orig.tar.gz
 af33f19e80eedec9cac4d02fd6449bd32713c1b5512c2b75cd3953f83d05cbeb 37338 ffmpeg-debian_0.svn20081115-1.diff.gz
 8eff1c96838285bea219fb150f7e284fef8537e04b266d4afb714cc4e7f6500f 217512 ffmpeg_0.svn20081115-1_i386.deb
 09aec909f2bd9054acbc72852be358bc61343aa53e19efe79f45346bb781770a 9112786 ffmpeg-dbg_0.svn20081115-1_i386.deb
 b727e47a0d9a1df1eb8f01315530f866592f48c9f86df8942ce6827cb5c4854e 13434556 ffmpeg-doc_0.svn20081115-1_all.deb
 4bb9e247896781517493c9c33c754cb501e0f66b613e7e82d3e080eca79283ef 79172 libavutil49_0.svn20081115-1_i386.deb
 9216c3b07ce49593f5b3be3267ce50070a1162281fca2d22a110f723304e0d3f 3679458 libavcodec52_0.svn20081115-1_i386.deb
 076411914d597346af8bc38a7c12903e405deac4a6563f3d735e09923f450dae 62716 libavdevice52_0.svn20081115-1_i386.deb
 f7e048732070ed34efc6d228e0d26011d9ad4e2ed47dac32b7f9dfad75ec513b 795898 libavformat52_0.svn20081115-1_i386.deb
 ca90c2478248008e713375fca7837bf938f347f77566d301f663f0dbea781343 41626 libavfilter0_0.svn20081115-1_i386.deb
 138c82109b9b79b65870e24c29b72f0036a439568a7f4d133d9b7f4ebdc29a34 64756 libpostproc51_0.svn20081115-1_i386.deb
 54828992609e9dd11b1589582dc57a3837ca3f9c9035696880245295a90fc631 169818 libswscale0_0.svn20081115-1_i386.deb
 afbcd10818db2e9e4b781ba99e9f4f20ef5bedd60a44a2090268911bdffda6f5 69676 libavutil-dev_0.svn20081115-1_i386.deb
 64f01fa0537aa237986acf20631d77522ee88c09de619e03e97cde165baa7bdb 2075886 libavcodec-dev_0.svn20081115-1_i386.deb
 a3a5c66a3a366d9a6d6cd73d0d31b2bcdb528b8ef2f2a0b63f54cc5bb0358a2b 48632 libavdevice-dev_0.svn20081115-1_i386.deb
 63efc12565655ab2e5037c0434ac50c4d737ce1e35d4a5f6195c5cd2ad28d3b6 484828 libavformat-dev_0.svn20081115-1_i386.deb
 2ed6f7003bb14c9d33ad46c50b2e1d08ccb774568b6b398bfb7a71755505e196 46972 libavfilter-dev_0.svn20081115-1_i386.deb
 eba2ba95078de0586c3e2de0a69df39f193506fccbd55975223d99dc58ad639e 49790 libpostproc-dev_0.svn20081115-1_i386.deb
 d78b89eba698cc3a62ecd5252ad52b4dc39efb1cb8f655fe113c61d3d7f01fc4 107200 libswscale-dev_0.svn20081115-1_i386.deb
Files: 
 075aff604880b59f593581d8d9396d5a 2246 libs optional ffmpeg-debian_0.svn20081115-1.dsc
 f884f7b5d3328b167c747c4e1393799d 3197248 libs optional ffmpeg-debian_0.svn20081115.orig.tar.gz
 35c56b6da15ce0293f5b0b4bd2c30bc8 37338 libs optional ffmpeg-debian_0.svn20081115-1.diff.gz
 53bf109dc3793db74f01cdc910961a1a 217512 graphics optional ffmpeg_0.svn20081115-1_i386.deb
 1ac8c67c3982bb033b00f822d545fcb7 9112786 libs extra ffmpeg-dbg_0.svn20081115-1_i386.deb
 99f8f70727df2c2842c8592ef9917598 13434556 doc optional ffmpeg-doc_0.svn20081115-1_all.deb
 d82599d1f7a9fcb18aa501532b881813 79172 libs optional libavutil49_0.svn20081115-1_i386.deb
 6b534c55157afe6e0ba0c996c22deca7 3679458 libs optional libavcodec52_0.svn20081115-1_i386.deb
 b8b767a952164ea4ab7eebbcf9f2cc57 62716 libs optional libavdevice52_0.svn20081115-1_i386.deb
 e846d9f1336fbfd3eef7ba47ecb02098 795898 libs optional libavformat52_0.svn20081115-1_i386.deb
 586d72d6fc952fda882ecd812bb8504d 41626 libs optional libavfilter0_0.svn20081115-1_i386.deb
 4dc4f470c1e2f8eb726c8569f35c32d9 64756 libs optional libpostproc51_0.svn20081115-1_i386.deb
 4c3d8b15349f66110b991e10743d2685 169818 libs optional libswscale0_0.svn20081115-1_i386.deb
 c04d1eddf29e2487c6df10490873b21b 69676 libdevel optional libavutil-dev_0.svn20081115-1_i386.deb
 e6a634684a8f2bb2f019bc82cda3f702 2075886 libdevel optional libavcodec-dev_0.svn20081115-1_i386.deb
 50e4301b6bd4740a1413382f809847e3 48632 libdevel optional libavdevice-dev_0.svn20081115-1_i386.deb
 5cef58a17e5dc70dcab3e74221bcedc8 484828 libdevel optional libavformat-dev_0.svn20081115-1_i386.deb
 ab4fd8db3f409f89755abffd3b3f2c70 46972 libdevel optional libavfilter-dev_0.svn20081115-1_i386.deb
 8d7ed27860ae1aafa414e33174900284 49790 libdevel optional libpostproc-dev_0.svn20081115-1_i386.deb
 25ed8f3cbe4440c638cd497a859fcaeb 107200 libdevel optional libswscale-dev_0.svn20081115-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Debian Powered!

iJwEAQECAAYFAkkfFOIACgkQ78RAoABp8o+iFQP8CVpapkpmh4IPc4guGTaWxV8W
G+LuQ6rGE0f6BH2VcFxlt5Vyw2sKod3XhzJ/iFNuvBz6JA5RuF0lOH33nVHjKeeN
eiFhm4HI5XkIdavptAQfrMjxxwRb/UkuIjud56yOX3tkqF9j4qUyFm1lFbXBZIvL
/HSTXfdKuAqIVS0i7gg=
=ipFu
-----END PGP SIGNATURE-----

Message #92 received at 504220@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Michael Biebl <biebl@debian.org>, 475031@bugs.debian.org, Reinhard Tartler <siretart@tauware.de>

Cc: Debian Bug Tracking System <submit@bugs.debian.org>, Tollef Fog Heen <tfheen@debian.org>, Sebastian Dröge <slomo@circular-chaos.org>, 504220@bugs.debian.org

Subject: PATCH: Re: Bug#475031: pkg-config: New behaviour of Requires.private breaks existing packages

Date: Tue, 25 Nov 2008 14:56:51 +0100

tags 475031 + patch
stop

        Hi folks,

 This is a followup on Debian #475031: pkg-config: New behaviour of
 Requires.private breaks existing packages.

On Tue, Apr 08, 2008, Michael Biebl wrote:
> it seems as if the handling of Requires.private has changed.
> pkg-config --atleast-version=2.19 deskbar-applet

 I agree this is unfortunate; pkg-config can extract most of the
 information from .pc files without parsing down all Requires.private
 fields all the time.

 The original thread which hinted me at this bug was about Debian
 #504220: missing dependencies in libavcodec-dev, libavformat-dev which
 use Requires.private but don't depend on the packages providing the
 relevant modules.
   This is always incorrect and these packages -- including
 deskbar-applet -- need to be fixed to allow reverse build-deps to query
 useful data such as Cflags.  I don't know why deskbar-applet Requires
 pygtk.


 That said, pkg-config could work in many more cases and is very picky
 about Requires.private (and Requires!) even when these aren't needed.
   I've prepared a stack of patches to extend the testsuite for these
 cases and to handle them properly.  It's in the
 misc-requires-private-fixes branch of this git repository:
    git.debian.org:/git/users/lool/pkg-config
 (but I guess I could provide it under a different format)

   Cheers,

PS: control Bcc:ed
-- 
Loïc Minier

Send a report that this bug log contains spam.