Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-13 Thread A Mennucc
hi,

what is the purpose of 'libsdl1.2debian' ? answer:
any other packages (such as mplayer) that uses SDL
declares a dependency on 'libsdl1.2debian',
instead of listing  a complete list of subdependencies;
the good point is that, if SDL changes its list of audio plugins,
there is no reason to recompile lots of other packages
just to add that specific plugin to the list of dependencies.

Usually the above behaviour is obtained by
using a virtual package, but in the case
of SDL they used a dummy package.

Look at this:
# apt-cache rdepends libsdl1.2debian | sort -u | wc -l
333
#apt-cache rdepends libsdl1.2debian-oss
libsdl1.2debian-oss
Reverse Depends:
  libsdl1.2debian-pulseaudio
  libsdl1.2debian-nas
  libsdl1.2debian-esd
  libsdl1.2debian-arts
  libsdl1.2debian-alsa
  libsdl1.2debian-all
 |libsdl1.2debian

As you see all packages that use SDL depend on  'libsdl1.2debian' 
whereas no one depends on the audio plugins.
I did the above in a Debian/Lenny install;
and I did not hear of any change for Squeeze.

I see no reason why mplayer should be the only package
in 332 packages to link to plugins, as you ask.

a.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-13 Thread A Mennucc
On Sat, Sep 05, 2009 at 12:22:39PM +0200, Hilmar Preusse wrote:
 As said: I'me not sure if libsdl1.2-dev creates the wrong dep line
 for mplayer or if this is a bug in mplayer. I suggest to clarify this
 with the SDL maintainers.

the only sensible thing I can think of is that you may post a wishlist
bug and ask that libsdl1.2debian be converted into a virtual package

a.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-13 Thread Felipe Sateler
On Sun, 2009-09-13 at 11:13 +0200, A Mennucc wrote:
 On Sat, Sep 05, 2009 at 12:22:39PM +0200, Hilmar Preusse wrote:
  As said: I'me not sure if libsdl1.2-dev creates the wrong dep line
  for mplayer or if this is a bug in mplayer. I suggest to clarify this
  with the SDL maintainers.
 
 the only sensible thing I can think of is that you may post a wishlist
 bug and ask that libsdl1.2debian be converted into a virtual package

This is not a bug anywhere. The dummy package exists (instead of a
virtual package) so that there is a version people can depend on.
Versioned provides are not supported by dpkg.

-- 
Saludos,
Felipe Sateler


signature.asc
Description: This is a digitally signed message part


Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-05 Thread Hilmar Preusse
On 04.09.09 Christophe Mutricy (xto...@chewa.net) wrote:
 Le Fri 04 Sep 09 à 19:05 +0200, Hilmar Preusse a écrit :
  On 04.09.09 Reimar Döffinger (reimar.doeffin...@gmx.de) wrote:
   On Fri, Sep 04, 2009 at 12:19:28PM +0200, Hilmar Preusse wrote:

Hi,

your package actually depends on the dummy package libsdl1.2debian. 
Please
link with one of the other packages provided by the source package:
   [...]
   Uh, why? The libsdl1.2debian package is exactly the right one,
   since any of the above are ok.
   
  The package you link against is a dummy package:
  [...]
  Linking against it doesn't make any sense. I guess the next rebuild
  will change the dep anyway. Further discussions regarding this should
  be addressed to the SDL maintainers.
 
 
 We don't link to a package. We depend on it. And we don't depend on
 the dummy one to let the user choose which of the libsdl1.2debian-*
 he wants to use according to the sound system he use.
 
I'm sorry, I didn't use the right wording: linking against a package
not having any usable data (except changelog etc.) is not possible.
So mplayer depends on a dummy package.

 Furthermore, we don't force on what package we depends. It's all
 comes from the .shlibs file of libsdl1.2-debian. Which, IMHO,
 correctly has libsdl1.2debian in it.
 
On my system libsdl1.2-debian does not provide a shlibs file:

hi...@sid:~ $ ls -l /var/lib/dpkg/info/libsdl1.2debian*shlibs
-rw-r--r-- 1 root root 97 2009-03-12 02:05 
/var/lib/dpkg/info/libsdl1.2debian-alsa.shlibs

This file has the following content:

hi...@sid:~ $ more /var/lib/dpkg/info/libsdl1.2debian-alsa.shlibs
libSDL-1.2 0 libsdl1.2debian (= 1.2.10-1)
udeb: libSDL-1.2 0 libsdl1.2debian-udeb (= 1.2.10-1)

Not yure, how to interpret this content.

 So I think it's not a bug and an mplayer Uploader should close it. IF
 some people can demonstrate it's a bug, then it's a libsdl bug and not a
 mplayer bug.
 
I still think it is a bug, but I am not sure in which package.

- mplayer depends on a package not containing any usable data
- that package depends on either:

  * libsdl1.2debian-alsa,
  * libsdl1.2debian-all,
  * libsdl1.2debian-esd,
  * libsdl1.2debian-arts,
  * libsdl1.2debian-oss,
  * libsdl1.2debian-nas or
  * libsdl1.2debian-pulseaudio

So I guess mplayer should declare the same deps. I have
libsdl1.2debian-alsa on my system, but can't remove the dummy
package.

sid:~# dpkg -l libsdl1.2debian-alsa
Desired=Unknown/Install/Remove/Purge/Hold
|Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  libsdl1.2debia 1.2.13-4+b1Simple DirectMedia Layer (with X11 and ALSA
sid:~# apt-get --purge remove libsdl1.2debian
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  libsdl1.2debian* mplayer*
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 6,296kB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.

As said: I'me not sure if libsdl1.2-dev creates the wrong dep line
for mplayer or if this is a bug in mplayer. I suggest to clarify this
with the SDL maintainers.

Many thanks,
  Hilmar
-- 
sigmentation fault



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-04 Thread Hilmar Preusse
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: normal

Hi,

your package actually depends on the dummy package libsdl1.2debian. Please
link with one of the other packages provided by the source package:

- libsdl1.2debian-alsa
- libsdl1.2debian-all
- libsdl1.2debian-esd
- libsdl1.2debian-arts
- libsdl1.2debian-oss
- libsdl1.2debian-nas
- libsdl1.2debian-pulseaudio

Thanks,
  Hilmar
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mplayer depends on:
ii  debconf [debconf-2.0 1.5.27  Debian configuration management sy
ii  libasound2   1.0.20-4shared library for ALSA applicatio
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libaudio21.9.2-3 Network Audio System - shared libr
ii  libavcodec52 4:0.5+svn20090706-2 ffmpeg codec library
ii  libavformat524:0.5+svn20090706-2 ffmpeg file format library
ii  libavutil49  4:0.5+svn20090706-2 ffmpeg utility library
ii  libc62.9-26  GNU C Library: Shared libraries
ii  libcaca0 0.99.beta16-2   colour ASCII art library
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libcdparanoia0   3.10.2+debian-8 audio extraction tool for sampling
ii  libdirectfb-1.2-01.2.8-4 direct frame buffer graphics - sha
ii  libesd0  0.2.41-5Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.6.0-4 generic font configuration library
ii  libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib
ii  libfribidi0  0.10.9-1Free Implementation of the Unicode
ii  libgcc1  1:4.4.1-3   GCC support library
ii  libgif4  4.1.6-8 library for GIF images (library)
ii  libgl1-mesa-glx [lib 7.5-3   A free implementation of the OpenG
ii  libglib2.0-0 2.20.5-1The GLib library of C routines
ii  libgtk2.0-0  2.16.6-1The GTK+ graphical user interface 
ii  libjack0 0.116.2+svn3592-2   JACK Audio Connection Kit (librari
ii  libjpeg626b-15   The Independent JPEG Group's JPEG 
ii  liblircclient0   0.8.3-5 infra-red remote control support -
ii  liblzo2-22.03-1  data compression library
ii  libncurses5  5.7+20090803-2  shared libraries for terminal hand
ii  libogg0  1.1.4~dfsg-1Ogg bitstream library
ii  libopenal1   1:1.8.466-3 Software implementation of the Ope
ii  libpango1.0-01.24.5-1Layout and rendering of internatio
ii  libpng12-0   1.2.39-1PNG library - runtime
ii  libpostproc514:0.5+svn20090706-2 ffmpeg video postprocessing librar
ii  libpulse00.9.15-4.1  PulseAudio client libraries
ii  libsdl1.2debian  1.2.13-4+b1 Simple DirectMedia Layer
ii  libsmbclient 2:3.4.0-3   shared library for communication w
ii  libspeex11.2~rc1-1   The Speex codec runtime library
ii  libstdc++6   4.4.1-3 The GNU Standard C++ Library v3
ii  libsvga1 1:1.4.3-27  console SVGA display libraries
ii  libswscale0  4:0.5+svn20090706-2 ffmpeg video scaling library
ii  libtheora0   1.0-2.1 The Theora Video Compression Codec
ii  libx11-6 2:1.2.2-1   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxt6   1:1.0.6-1   X11 toolkit intrinsics library
ii  libxv1   2:1.0.4-1   X11 Video extension library
ii  libxvmc1 1:1.0.4-2   X11 Video extension library
ii  libxxf86dga1 2:1.0.2-1   X11 Direct Graphics Access extensi
ii  libxxf86vm1  1:1.0.2-1   X11 XFree86 video mode extension l
ii  mplayer-skin-blue [m 1.6-2   blue skin for mplayer
ii  zlib1g   1:1.2.3.3.dfsg-15   compression library - runtime

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2 1.0.5-3high-quality block-sorting file co
ii  fontconfig2.6.0-4generic font configuration library
pn  mplayer-doc   none (no description available)
pn  netselect | fping none (no description available)
pn  ttf-freefont  none (no description available)

-- debconf information:
  mplayer/voutput: autodetect
  mplayer/ttfont: 

Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-04 Thread Reimar Döffinger
On Fri, Sep 04, 2009 at 12:19:28PM +0200, Hilmar Preusse wrote:
 Package: mplayer
 Version: 1.0~rc3+svn20090405-1
 Severity: normal
 
 Hi,
 
 your package actually depends on the dummy package libsdl1.2debian. Please
 link with one of the other packages provided by the source package:
 
 - libsdl1.2debian-alsa
 - libsdl1.2debian-all
 - libsdl1.2debian-esd
 - libsdl1.2debian-arts
 - libsdl1.2debian-oss
 - libsdl1.2debian-nas
 - libsdl1.2debian-pulseaudio

Uh, why? The libsdl1.2debian package is exactly the right one, since any
of the above are ok.
Unless you want every package to hard-code that any of these is fine,
which I think is really silly because each time a new libsdl1.2debian-*
package gets added the dependencies of all packages using libsdl need to
be updated...



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-04 Thread Hilmar Preusse
On 04.09.09 Reimar Döffinger (reimar.doeffin...@gmx.de) wrote:
 On Fri, Sep 04, 2009 at 12:19:28PM +0200, Hilmar Preusse wrote:

Hi,

  your package actually depends on the dummy package libsdl1.2debian. Please
  link with one of the other packages provided by the source package:
  
  - libsdl1.2debian-alsa
  - libsdl1.2debian-all
  - libsdl1.2debian-esd
  - libsdl1.2debian-arts
  - libsdl1.2debian-oss
  - libsdl1.2debian-nas
  - libsdl1.2debian-pulseaudio
 
 Uh, why? The libsdl1.2debian package is exactly the right one,
 since any of the above are ok.
 
The package you link against is a dummy package:

hi...@sid:~ $ dpkg -L libsdl1.2debian
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libsdl1.2debian
/usr/share/doc/libsdl1.2debian/BUGS
/usr/share/doc/libsdl1.2debian/changelog.Debian.gz
/usr/share/doc/libsdl1.2debian/CREDITS
/usr/share/doc/libsdl1.2debian/README-SDL.txt
/usr/share/doc/libsdl1.2debian/copyright
/usr/share/doc/libsdl1.2debian/README

Linking against it doesn't make any sense. I guess the next rebuild
will change the dep anyway. Further discussions regarding this should
be addressed to the SDL maintainers.

H.
-- 
sigmentation fault



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#544990: mplayer: Mplayer depends on dummy package libsdl1.2debian

2009-09-04 Thread Christophe Mutricy
Hello,

Le Fri 04 Sep 09 à 19:05 +0200, Hilmar Preusse a écrit :
d On 04.09.09 Reimar Döffinger (reimar.doeffin...@gmx.de) wrote:
  On Fri, Sep 04, 2009 at 12:19:28PM +0200, Hilmar Preusse wrote:
   your package actually depends on the dummy package libsdl1.2debian. Please
   link with one of the other packages provided by the source package:
  [...]
  Uh, why? The libsdl1.2debian package is exactly the right one,
  since any of the above are ok.
  
 The package you link against is a dummy package:
 [...]
 Linking against it doesn't make any sense. I guess the next rebuild
 will change the dep anyway. Further discussions regarding this should
 be addressed to the SDL maintainers.


We don't link to a package. We depend on it. And we don't depend on the
dummy one to let the user choose which of the libsdl1.2debian-* he wants
to use according to the sound system he use.

So I agree with Heimar that it is correct.

Furthermore, we don't force on what package we depends. It's all comes
from the .shlibs file of libsdl1.2-debian. Which, IMHO, correctly has
libsdl1.2debian in it.

The only possible alternative I see is to have the whole list of
libsdl1.2debian-* in the shlibs file. but i doesn't bring anything more
and complicate maintenance.

So I think it's not a bug and an mplayer Uploader should close it. IF
some people can demonstrate it's a bug, then it's a libsdl bug and not a
mplayer bug.

Regards

-- 
Xtophe



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org