Re: libmatroska_1.0.0-1_amd64.changes ACCEPTED
mkvtoolnix (2.7.0-1) unstable; urgency=low * New maintainer (Closes: #582237) * I'm waiting for a more recent libebml-dev (libebml maintainer don't want to package the latest version for Squeeze...) package to upload 4.X version. [...] Now that both libebml-1.0.0 and libmatroska-1.0.0 are in accepted in experimental, please feel free to package a recent upstream version of mkvtoolnix for experimental. Please don't expect the libraries to get uploaded to unstable during the Squeeze freeze, though. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#594093: mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)?
Hello Reinhard, I managed to build ffmpeg 0.6-2 on armel by forcing has_vfp := 1 has_neon := 1 in debian/confflags. After that mplayer 1.0~rc4~try1.dsfg1-1 built without problems and the bug is now gone, thanks! I ran some benchmarks to ensure that we have no serious regressions. The following is in the format (command) # (output with 2:1.0~rc3++final.dfsg1-1) # (output with 1.0~rc4~try1.dsfg1-1) # (comment) so that it can easily be run as a script if somebody wants to replicate my results. /tmp/theora/lib used by the last two commands contains the (r17262 of the) theorarm branch of libtheora that has ARM optimizations which are not in Debian yet: wget -c http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv rm -fr ~/.mplayer mplayer -quiet -benchmark -nosound -vo null 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 42.123s VO: 0.056s A: 0.000s Sys: 3.309s = 45.488s # BENCHMARKs: VC: 42.410s VO: 0.057s A: 0.000s Sys: 3.711s = 46.178s mplayer -quiet -benchmark -ao null -vo null 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 42.557s VO: 0.059s A: 29.162s Sys: 132.968s = 204.745s # BENCHMARKs: VC: 42.573s VO: 0.059s A: 29.164s Sys: 132.922s = 204.718s mplayer -quiet -benchmark -ao null -vo fbdev 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 100.571s VO: 62.395s A: 29.759s Sys: 11.450s = 204.176s # BENCHMARKs: VC: 100.950s VO: 62.561s A: 29.855s Sys: 10.820s = 204.185s mplayer -quiet -benchmark -ac -ffvorbis, -ao null -vo fbdev 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 100.338s VO: 62.138s A: 18.401s Sys: 23.125s = 204.002s # BENCHMARKs: VC: 100.369s VO: 62.127s A: 18.408s Sys: 23.093s = 203.998s # banning -ffvorbis makes mplayer use tremor which is faster LD_LIBRARY_PATH=/tmp/theora/lib mplayer -quiet -benchmark -ac -ffvorbis, -ao null -vo fbdev 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 100.330s VO: 62.173s A: 18.398s Sys: 23.073s = 203.974s # BENCHMARKs: VC: 100.351s VO: 62.199s A: 18.434s Sys: 22.987s = 203.971s # having libtheora in LD_LIBRARY_PATH does not help since mplayer prefers fftheora LD_LIBRARY_PATH=/tmp/theora/lib mplayer -quiet -benchmark -ac -ffvorbis, -ao null -vc -fftheora, -vo fbdev 1050_Lightning_talk_Redirecting_require.ogv # BENCHMARKs: VC: 46.867s VO: 85.455s A: 18.274s Sys: 54.063s = 204.659s # BENCHMARKs: VC: 46.873s VO: 85.435s A: 18.291s Sys: 54.035s = 204.634s # banning fftheora makes mplayer use libtheora which is faster (since it has ARM optimizations) LD_LIBRARY_PATH=/tmp/theora/lib mplayer -endpos 00:30 -framedrop -ac -ffvorbis, -ao alsa -vc -fftheora, -vo fbdev 1050_Lightning_talk_Redirecting_require.ogv # A: 30.0 V: 30.0 A-V: 0.021 ct: -0.008 750/750 27% 42% 14.4% 24 0 # A: 76.3 V: 0.4 A-V: 75.919 ct: 0.000 0/ 0 ??% ??% ??,?% 4607 0 # REGRESSION: output is filled with Too many buffered pts and a huge # number of frames are dropped. Google finds # http://lists.mplayerhq.hu/pipermail/mplayer-advusers/2007-May/001650.html # which suggests -nocorrect-pts. With that I get # A: 30.0 V: 30.0 A-V: 0.025 ct: 0.000 751/751 27% 42% 14.6% 25 0 Should I file a separate bug report for this regression? Are you able to reproduce it? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: libmatroska_1.0.0-1_amd64.changes ACCEPTED
Am 26.08.2010 09:45, schrieb Christian Marillat: Really a shame I did my bug report more than 4 months before the Squeeze freeze. Maybe you really do not understand it, but both libraries introduced a SONAME bump and were stuck in the NEW qeue... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] ghostess packaging branch, master, updated. debian/20100326-1-8-gcea68c9
On Thu, Aug 26, 2010 at 07:41:54AM +, ales...@users.alioth.debian.org wrote: Add debian/gbp.conf file. diff --git a/debian/gbp.conf b/debian/gbp.conf new file mode 100644 index 000..a09dff1 --- /dev/null +++ b/debian/gbp.conf @@ -0,0 +1,5 @@ +[DEFAULT] +pristine-tar = True + +[git-buildpackage] +compression = bzip2 Please enable signed tags too. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
On Wed, Aug 25, 2010 at 10:29:00PM +0200, rosea grammostola wrote: As a not very experienced packager, I've added ghostess http://git.debian.org/git/pkg-multimedia/ghostess.git/ Comments are welcome. A more useful URL than above is that of the Git browser for the project: http://git.debian.org/?p=pkg-multimedia/ghostess.git I see that you use CDBS. Nice! :-D Then I suggest to use auto-resolving of build-dependencies (currently they are not quite optimal): 1) copy debian/control to debian/control.in 2) edit debian/control.in replacing cdbs build-dpendency with @cdbs@ 3) invoke the following command to regenerate debian/control: DEB_MAINTAINER_MODE=1 fakeroot debian/rules clean 4) Check what changed in the now auto-updated debian/control 5) Remove manual entries from debian/control.in now auto-resolved 6) Repeat steps 3-5 until satisfied 6) Commit debian/control.in 7) Commit debian/control (separately!) I also suggest to enable tracking of copyright/licensing changes: 1) Include /usr/share/cdbs/1/rules/utils.mk 2) touch debian/copyright_hints 3) Invoke the following to generate debian/copyright_newhints: DEB_MAINTAINER_MODE=1 debian/rules pre-build 4) Rename debian/copyright_newhints to debian/copyright_hints 5) Commit debian/copyright_hints After that, at each build the source is scanned for copyright and licensing hints, and changes compared to the saved hints file trigger a warning (or a failure if DEB_MAINTAINER_MODE=1). I also suggest you enable upstream-tarball handling - i.e. a get-orig-source build target: 1) Include /usr/share/cdbs/1/rules/upstream-tarball.mk 2) Add hints to get upstream source (have a look inside the actual upstream-tarball.mk file, or look at e.g. jackd2 for an example) Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
26.08.2010 15:38, Jonas Smedegaard wrote: Then I suggest to use auto-resolving of build-dependencies (currently they are not quite optimal): 1) copy debian/control to debian/control.in 2) edit debian/control.in replacing cdbs build-dpendency with @cdbs@ 3) invoke the following command to regenerate debian/control: Eww!!! I didn't know CDBS even had debian/control.in functionality, but now that I know, it makes me like it even less... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
On Thu, Aug 26, 2010 at 03:44:06PM +0700, Maia Kozheva wrote: 26.08.2010 15:38, Jonas Smedegaard wrote: Then I suggest to use auto-resolving of build-dependencies (currently they are not quite optimal): 1) copy debian/control to debian/control.in 2) edit debian/control.in replacing cdbs build-dpendency with @cdbs@ 3) invoke the following command to regenerate debian/control: Eww!!! I didn't know CDBS even had debian/control.in functionality, but now that I know, it makes me like it even less... Please elaborate. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#594474: mplayer: -vo fbdev: image displayed with an offset of 16 pixels in y direction
Package: mplayer Version: 2:1.0~rc4~try1.dsfg1-1 Severity: normal Steps to reproduce: 1) run the tests on openmoko freerunner with no X server running 2) wget http://lindi.iki.fi/lindi/theora/1050_Lightning_talk_Redirecting_require_rot90.ogv 3) sudo sh -c 'echo qvga-normal /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/glamo-spi-gpio.0/spi2.0/state' 4) make sure /etc/fb.modes has mode 240x320 geometry 240 420 240 320 16 timings 10 8 88 2 2 8 2 accel false endmode 5) sudo fbset 240x320 6) mplayer -nosound -framedrop -vo fbdev -nocorrect-pts 1050_Lightning_talk_Redirecting_require_rot90.ogv Expected results: 6) upper left pixel of the video is shown at (0,0) Actual results: 6) upper left pixel of the video is shown at (0,16) http://lindi.iki.fi/lindi/theora/1050_Lightning_talk_Redirecting_require_rot90.png More info: 1) This bug does not occur with 2:1.0~rc3++final.dfsg1-1. 2) I tried to compensate this with -geometry 0:-16 but that causes MPlayer interrupted by signal 11 in module: filter_video. 3) This also occurs with -vo fbdev2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv4tl) Kernel: Linux 2.6.29-GTA02_lindi2-andy-tracking-mokodev Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38 ascii art library ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libavcodec52 4:0.6-2 ffmpeg codec library ii libavformat52 4:0.6-2 ffmpeg file format library ii libavutil504:0.6-2 ffmpeg utility library ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling ii libdca00.0.5-3 decoding library for DTS Coherent ii libdirectfb-1.2-9 1.2.10.0-4direct frame buffer graphics - sha ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread44.1.3-10 library for reading DVDs ii libenca0 1.13-3Extremely Naive Charset Analyser - ii libesd00.2.41-7 Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libfribidi00.19.2-1 Free Implementation of the Unicode ii libgcc11:4.4.4-9 GCC support library ii libgif44.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5+b1infra-red remote control support - ii liblzo2-2 2.03-2data compression library ii libncurses55.7+20100313-2shared libraries for terminal hand ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libopenjpeg2 1.3+dfsg-4JPEG 2000 image compression/decomp ii libpng12-0 1.2.44-1 PNG library - runtime ii libpostproc51 4:0.6-2 ffmpeg video postprocessing librar ii libpulse0 0.9.21-3 PulseAudio client libraries ii librtmp0 2.3-2 toolkit for RTMP streams (shared l ii libsdl1.2debian1.2.14-6 Simple DirectMedia Layer ii libsmbclient 2:3.4.8~dfsg-2shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.4-9 The GNU Standard C++ Library v3 ii libswscale04:0.6-2 ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3The Theora Video Compression Codec ii libvdpau1 0.4-5 Video Decode and Presentation API ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxss11:1.2.0-2 X11 Screen Saver extension library ii libxt6
Bug#594093: mplayer: wrong byteorder on 16-bit displays with -vo x11 (-vo sdl works)?
Reinhard Tartler siret...@tauware.de writes: AFAIUI this requires a) arm hardare and b) an uptodate (and unpackaged) version of libvorbis. Sorry for being unclear. The minimal testcase seems to be mplayer -framedrop -ao null -vc theora -vo x11 1050_Lightning_talk_Redirecting_require.ogv No patched libtheora is needed and no fbdev is needed either. Also, if I use -vc fftheora the bug does not occur (but then I can not benefit from the ARM optimizations). I tried the above on amd64 but could not reproduce the bug. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#589420: Hitting 'u' (for update) obliterates streams from playlist
Hi! On Debian we've encountered a small issue: when hitting 'u' to update the music library it deletes every stream from the current playlist. For more information please visit the original bug report [1]. I hope to hear from you soon. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589420 -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: your mail
Processing commands for cont...@bugs.debian.org: forwarded 589420 cmus-de...@lists.sourceforge.net Bug #589420 [cmus] Hitting 'u' (for update) obliterates streams from playlist Set Bug forwarded-to-address to 'cmus-de...@lists.sourceforge.net'. thanks Stopping processing here. Please contact me if you need assistance. -- 589420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589420 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
On Thu, Aug 26, 2010 at 10:03 AM, Alessio Treglia ales...@debian.orgwrote: I've fixed some packaging stuff. I can sponsor your uploads, if you like. That would be nice. Thanks in advance. \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
I see that you use CDBS. Nice! :-D Then I suggest to use auto-resolving of build-dependencies (currently they are not quite optimal): 1) copy debian/control to debian/control.in 2) edit debian/control.in replacing cdbs build-dpendency with @cdbs@ 3) invoke the following command to regenerate debian/control: DEB_MAINTAINER_MODE=1 fakeroot debian/rules clean 4) Check what changed in the now auto-updated debian/control 5) Remove manual entries from debian/control.in now auto-resolved I don't understand this step. Also it's not always clear when I should do a step or when CDBS is doing it for me... I tried to play with it, not sure if I get it for 100% though. 6) Repeat steps 3-5 until satisfied 6) Commit debian/control.in 7) Commit debian/control (separately!) I also suggest to enable tracking of copyright/licensing changes: 1) Include /usr/share/cdbs/1/rules/utils.mk 2) touch debian/copyright_hints 3) Invoke the following to generate debian/copyright_newhints: DEB_MAINTAINER_MODE=1 debian/rules pre-build 4) Rename debian/copyright_newhints to debian/copyright_hints 5) Commit debian/copyright_hints After that, at each build the source is scanned for copyright and licensing hints, and changes compared to the saved hints file trigger a warning (or a failure if DEB_MAINTAINER_MODE=1). I did this step. I also suggest you enable upstream-tarball handling - i.e. a get-orig-source build target: 1) Include /usr/share/cdbs/1/rules/upstream-tarball.mk 2) Add hints to get upstream source (have a look inside the actual upstream-tarball.mk file, or look at e.g. jackd2 for an example) I skipped this one. To keep it a bit simple for me atm. I've asked the upstream author to provide a manpage and desktop file. Regards, \r ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review ghostess
*cough* just to say: an alternative choice to CDBS is called Debhelper 7 *cough* :) It doesn't make any difference to me if you prefer using CDBS or DH, I'll review and upload the package anyway. -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] ghostess packaging branch, master, updated. debian/20100326-1-19-g952e4b5
On Thu, Aug 26, 2010 at 11:16:32AM +, rosea-gu...@users.alioth.debian.org wrote: changed in build-depends libjack-dev to libjack-dev | libjack-jackd2-dev, assuming this is the right and new approach to handle jack1 and jack2 in debian - libjack-dev (= 0.105), + libjack-dev | libjack-jackd2-dev, No. Above means one of these two *specific* implementations are required. When you mean any implementation is required, then instead use this: libjack-dev | libjack0.100.0-dev - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] ghostess packaging branch, master, updated. debian/20100326-1-19-g952e4b5
On Thu, Aug 26, 2010 at 11:16:33AM +, rosea-gu...@users.alioth.debian.org wrote: add control.in -Build-Depends: autotools-dev, - cdbs (= 0.4.53), - debhelper (= 7.0.1), +Build-Depends: @cdbs@, autotools-dev, + debhelper (= 7.0.1), Beware that you did not only add control.in (which is not important to mention later in the changelog entry) but also changed build-dependencies (which *is* important to tell the world). It is a good idea to include (at least) the sentences that you will want added later to changelog. It can be automated with the tool git dch. :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
MPEG LA extends fee free use of H.264
Hi! Just a pointer for those who might be concerned: http://www.h-online.com/open/news/item/MPEG-LA-extends-fee-free-use-of-H-264-1067246.html I don't know if, e.g. DC10 h264 video files on a server qualify as streaming. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review jack-keyboard
On Thu, Aug 26, 2010 at 03:45:03PM +0200, rosea grammostola wrote: Please review and upload jack-keyboard, a midi keyboard for JACK MIDI http://git.debian.org/git/pkg-multimedia/jack-keyboard.git/ I'm pretty new to this as well, but fixing any lintian errors/warnings is generally a good start: Now running lintian... W: jack-keyboard: copyright-refers-to-deprecated-bsd-license-file E: jack-keyboard: copyright-contains-dh_make-todo-boilerplate Finished running lintian. ;) Regards, Arnout ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: review jack-keyboard
On Thu, Aug 26, 2010 at 03:45:03PM +0200, rosea grammostola wrote: Please review and upload jack-keyboard, a midi keyboard for JACK MIDI http://git.debian.org/git/pkg-multimedia/jack-keyboard.git/ It's http://git.debian.org/?p=pkg-multimedia/jack-keyboard.git for your browser or git://git.debian.org/pkg-multimedia/jack-keyboard.git for your git. Just to save others a few seconds. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver If you think you can beat me over the ear,you are on the woodway ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
Hey dear APT team,
On Sat, Aug 07, 2010 at 15:53:05 (CEST), Reinhard Tartler wrote:
On Sat, Aug 07, 2010 at 08:11:02 (EDT), Julian Andres Klode wrote:
If you move the Breaks from libavformat52 to libavcodec52 and depend on
the libavcodec52 with that breaks, it will work.
That would be this patch:
commit 898820f21f6e25e71d9effb059183e0c2f275ff5
Author: Reinhard Tartler siret...@tauware.de
Date: Sat Aug 7 09:47:56 2010 -0400
Move breaks declaration from libavformat to libavcodec to help the apt
solver, Closes: #591881
diff --git a/debian/control b/debian/control
index 6ca949f..260932e 100644
--- a/debian/control
+++ b/debian/control
@@ -92,6 +92,7 @@ Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
Replaces: ffmpeg ( 4:0.5.1-1)
+Breaks: libavcodec51 ( 3:0.svn20090303-1)
Description: ffmpeg codec library
This is the codec library from the ffmpeg project. It supports most existing
encoding formats (MPEG, DivX, MPEG4, AC3, DV...).
@@ -113,7 +114,6 @@ Package: libavformat52
Architecture: any
Depends: ${shlibs:Depends},
${misc:Depends}
-Breaks: libavcodec51 ( 3:0.svn20090303-1)
Description: ffmpeg file format library
This is the demuxer library from the ffmpeg project. It supports most
existing file formats (AVI, MPEG, OGG, Matroska, ASF...).
The ffmpeg packages ensures strict internal dependencies anyway, so
AFAIUI, this should work.
On the APT side, this patch can fix it; but I am not sure whether it
will break other cases of Breaks:
=== modified file 'apt-pkg/algorithms.cc'
--- apt-pkg/algorithms.cc2010-06-09 09:51:21 +
+++ apt-pkg/algorithms.cc2010-08-07 12:05:04 +
@@ -992,11 +992,12 @@ bool pkgProblemResolver::Resolve(bool Br
/* Try to fix the package under consideration rather than
fiddle with the VList package */
- if (Scores[I-ID] = Scores[Pkg-ID] ||
+ if ((Scores[I-ID] = Scores[Pkg-ID] ||
((Cache[Start] pkgDepCache::DepNow) == 0
End-Type != pkgCache::Dep::Conflicts
End-Type != pkgCache::Dep::DpkgBreaks
-End-Type != pkgCache::Dep::Obsoletes))
+End-Type != pkgCache::Dep::Obsoletes))
+End-Type != pkgCache::Dep::DpkgBreaks )
{
// Try a little harder to fix protected packages..
if ((Flags[I-ID] Protected) == Protected)
Lucas told me yesterday that this affects ~80 other packages as well, is
that correct? Can we expect to see this patch in squeeze, or shall I
move the breaks as outlined above?
I'm still waiting for an answer on this question. Is this issue solved
with the latest upload, or do you prefer me to upload the patch posted
above?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] ghostess packaging branch, master, updated. debian/20100326-1-19-g952e4b5
On 26/08/10 07:49, Jonas Smedegaard wrote: On Thu, Aug 26, 2010 at 11:16:32AM +, rosea-gu...@users.alioth.debian.org wrote: changed in build-depends libjack-dev to libjack-dev | libjack-jackd2-dev, assuming this is the right and new approach to handle jack1 and jack2 in debian - libjack-dev (= 0.105), + libjack-dev | libjack-jackd2-dev, No. Above means one of these two *specific* implementations are required. When you mean any implementation is required, then instead use this: libjack-dev | libjack0.100.0-dev No. Your solution means either libjack-dev or a virtual package we are trying to phase out (libjack0.100.0-dev). We really need to sort this out, but for now packages should just build-depend on libjack-dev. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] ghostess packaging branch, master, updated. debian/20100326-1-19-g952e4b5
On Thu, Aug 26, 2010 at 11:03:22AM -0400, Felipe Sateler wrote: On 26/08/10 07:49, Jonas Smedegaard wrote: On Thu, Aug 26, 2010 at 11:16:32AM +, rosea-gu...@users.alioth.debian.org wrote: changed in build-depends libjack-dev to libjack-dev | libjack-jackd2-dev, assuming this is the right and new approach to handle jack1 and jack2 in debian - libjack-dev (= 0.105), + libjack-dev | libjack-jackd2-dev, No. Above means one of these two *specific* implementations are required. When you mean any implementation is required, then instead use this: libjack-dev | libjack0.100.0-dev No. Your solution means either libjack-dev or a virtual package we are trying to phase out (libjack0.100.0-dev). We really need to sort this out, but for now packages should just build-depend on libjack-dev. Ok. My main point still stands :-) Sorry for the confusion. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: MPEG LA extends fee free use of H.264
On Thu, Aug 26, 2010 at 16:27:01 (CEST), Jonas Smedegaard wrote: On Thu, Aug 26, 2010 at 04:00:35PM +0200, Adrian Knoth wrote: Hi! Just a pointer for those who might be concerned: http://www.h-online.com/open/news/item/MPEG-LA-extends-fee-free-use-of-H-264-1067246.html Interesting. I don't know if, e.g. DC10 h264 video files on a server qualify as streaming. Even if it does, it is still only free-from-fee, not free-as-in-speech. So are the IETF RFCs, but we still use their implementations. I think you're missing the point here. Nobody is arguing here about using non-free software, but the ability to watch the debconf videos on mobile phones or iPads, etc., seems very neat to me. PS: we have a dfsg-free implementation of an h264 encoder currently in NEW. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Hints on packaging a library
Hello everyone, I was wondering if someone had hints on how to package a library. The things I want to package are often distributed with at least an executable which uses them. The packages I am working and contain libraries on are: scenic, spinframework. I am also interested in packaging lyd. For now, I used CDBS, but I would like to give a try to dh 7, to compare. :) Whatever works first... Any examples of packages I should check out? I looked at liblo, which is a library I know and use. It's pretty straightforward. I found some info about the soversion (liblyd0, for example) in the Debian policy manual. http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-shlibs There is no debian/shlibs file in the Git repo for the packaging of liblo. I guess it's generated by the debian/rules file? It seems like the versioning of the shlibs rely on the LO_SO_VERSION=7:0:0 in configure.ac. Some project may not provide this upstream. I'll keep digging into this. Thanks! -- Alexandre Quessy http://alexandre.quessy.net/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
2010/8/26 Reinhard Tartler siret...@tauware.de: I'm still waiting for an answer on this question. Is this issue solved with the latest upload, or do you prefer me to upload the patch posted above? Sorry, should have sent that to the bug itself, too… (we discussed that a bit on irc last week i think) It would be nice if you could fix it in your package (which at least feels a bit cleaner anyway: liba2 breaks liba1 sounds saner than libpartlyunrelated breaks liba1). The thing is, fixing it for APT is a bit more complicated than it looks: The patch changes a line which is old. And if i say old than i mean that this one-line patch circumvents the score-consideration introduced in rev. 8 of the source. Call me nostalgic, but i am pretty sure that changing code which is from 1998 and survived until now shouldn't be changed to upgrade one package shortly before a release if it can be worked-around easily… (okay, the breaks are newer - they are from 2006…) Not because this couldn't be an old bug, but because changing it now without in-deep testing will very likely break something else. (scoring is an important concept in the resolver, so my personal guess is that we can safely place bets on the possibility that it will break…) We can consider this after squeeze then we have ~2 years of testing before shipping it… Best regards David Kalnischkies ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
