ffmpeg-debian_0.svn20080206-18+lenny1_amd64.changes REJECTED
Reject Reasons: ffmpeg-debian - uploaded to incorrect archive === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Introducing symbol versioning in FFmpeg
On Mo, Dez 21, 2009 at 23:17:42 (CET), Adam D. Barratt wrote: > Please go ahead with the uploads introducing symbol versioning. In > order to ease transition, we'll schedule the required binNMUs once the > package has migrated to testing. While ffmpeg not migrated to testing yet (will most probably do so in 2 days), it has now been installed on all architectures: https://buildd.debian.org/status/package.php?p=ffmpeg&suite=unstable AFAIUI binNMUs for reverse depends can be scheduled now. Do you have specialized tools for determining a list of packages subject to binNMUs, or shall I compile a list for i386? -- 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
Processing of ffmpeg-debian_0.svn20080206-18+lenny1_amd64.changes
ffmpeg-debian_0.svn20080206-18+lenny1_amd64.changes uploaded successfully to localhost along with the files: ffmpeg-debian_0.svn20080206-18+lenny1.dsc ffmpeg-debian_0.svn20080206.orig.tar.gz ffmpeg-debian_0.svn20080206-18+lenny1.diff.gz ffmpeg_0.svn20080206-18+lenny1_amd64.deb ffmpeg-dbg_0.svn20080206-18+lenny1_amd64.deb ffmpeg-doc_0.svn20080206-18+lenny1_all.deb libavutil49_0.svn20080206-18+lenny1_amd64.deb libavcodec51_0.svn20080206-18+lenny1_amd64.deb libavdevice52_0.svn20080206-18+lenny1_amd64.deb libpostproc51_0.svn20080206-18+lenny1_amd64.deb libavformat52_0.svn20080206-18+lenny1_amd64.deb libswscale0_0.svn20080206-18+lenny1_amd64.deb libavutil-dev_0.svn20080206-18+lenny1_amd64.deb libavcodec-dev_0.svn20080206-18+lenny1_amd64.deb libavdevice-dev_0.svn20080206-18+lenny1_amd64.deb libpostproc-dev_0.svn20080206-18+lenny1_amd64.deb libavformat-dev_0.svn20080206-18+lenny1_amd64.deb libswscale-dev_0.svn20080206-18+lenny1_amd64.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566924: vlc-nox: Please lower Depends: libavc1394-0, libraw1394-11
Package: vlc-nox Version: 1.0.4-2 Severity: wishlist is it really necessary that vlc-nox *Depends:* on libavc1394-0 and libraw1394-11? My laptop doesn't even have a firewire port, I'm sure vlc can operate without these libraries? And yes, space is not always cheap, think embedded devices or running off a USB stick or SD card... The same is probably true of other libraries, e.g. do I need to have the libdvd* and libdvb* installed if I have neither of these devices? I'd wish vlc dependencies were more graded... THANKS FOR CONSIDERING THIS WISH! Florian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566868: mplayer: VDPAU build hacks need to be dropped
Package: mplayer Version: 2:1.0~rc3+svn20090426-1 Severity: normal mplayer had some headers manually included and hacked in last cycle to allow it to use NVIDIA VDPAU support. These headers need to be dropped in favor of build-deps on libvdpau-dev (which is in main) and resolving libvdpau via shlibs. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic-backports'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-16-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38 ascii art library pn libartsc0 (no description available) ii libasound2 1.0.20-3ubuntu6.1shared library for ALSA applicatio ii libatk1.0-0 1.28.0-0ubuntu1 The ATK accessibility toolkit ii libaudio2 1.9.2-1 Network Audio System - shared libr ii libaudiofile0 0.2.6-7ubuntu2 Open-source version of SGI's audio ii libc6 2.10.1-0ubuntu16 GNU C Library: Shared libraries ii libcaca00.99.beta16-1colour ASCII art library ii libcairo2 1.8.8-2ubuntu1.1 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.2+debian-5 audio extraction tool for sampling ii libcucul0 0.99.beta16-1transitional dummy package ii libdbus-1-3 1.2.16-0ubuntu9 simple interprocess messaging syst ii libdbus-glib-1- 0.80-4ubuntu1simple interprocess messaging syst ii libdv4 1.0.0-2ubuntu1 software library for DV format dig ii libenca01.9-7Extremely Naive Charset Analyser - ii libesd-alsa0 [l 0.2.41-5 Enlightened Sound Daemon (ALSA) - ii libfaac01.26-0.1ubuntu2 an AAC audio encoder - library fil ii libfontconfig1 2.6.0-1ubuntu12 generic font configuration library ii libfreetype62.3.9-5 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1build1 Free Implementation of the Unicode ii libgcc1 1:4.4.1-4ubuntu9 GCC support library pn libggi2(no description available) ii libgif4 4.1.6-6 library for GIF images (library) ii libgl1-mesa-glx 7.6.0-1ubuntu4 A free implementation of the OpenG ii libglib2.0-02.22.3-0ubuntu1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1ubuntu2.1The GTK+ graphical user interface ii libjack00.116.1-4ubuntu2 JACK Audio Connection Kit (librari ii libjpeg62 6b-14build1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.6-0ubuntu2 infra-red remote control support - ii liblzo2-2 2.03-1 data compression library ii libmad0 0.15.1b-4MPEG audio decoder library ii libmp3lame0 3.98.2+debian-0ubuntu2 An MP3 encoding library ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library ii libncurses5 5.7+20090803-2ubuntu2shared libraries for terminal hand ii libogg0 1.1.4~dfsg-1 Ogg bitstream library ii libopenal1 1:1.8.466-2 Software implementation of the Ope ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpng12-0 1.2.37-1 PNG library - runtime ii libpulse0 1:0.9.19-0ubuntu4.1 PulseAudio client libraries ii libsdl1.2debian 1.2.13-4ubuntu4 Simple DirectMedia Layer ii libsmbclient2:3.4.0-3ubuntu5.3 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.4.1-4ubuntu9 The GNU Standard C++ Library v3 ii libsvga11:1.4.3-27ubuntu1console SVGA display libraries ii libtheora0 1.0-2.1build1The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-6ubuntu0.1The Vorbis General Audio Compressi ii libx11-62:1.2.2-1ubuntu1 X11 client-side library pn libx264-59 (no description available) ii libxext62:1.0.99.1-0ubuntu4 X11 miscellaneous extension librar ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxt6 1:1.0.5-3ubuntu1 X11 toolkit intrinsics library ii libxv1 2:1.0.4-1X11 Video extension library ii libxvidcore42:1.1.2-0.1ubuntu4 High quality ISO MPEG4 codec libra ii libxvmc12:1.0.4-2ubuntu2 X11 Video extension library ii libxxf86dga12:1.0.2-1build1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.2-1ubuntu1 X11 XFree86 video mode extension l pn
Re: dropping -gui flavor from mplayer package
On Mo, Jan 25, 2010 at 11:02:01 (CET), Fabian Greffrath wrote: > Am 25.01.2010 07:34, schrieb fabrice: >> IMHO, the upgrade should keep some gui installed: so perhaps we should >> have a recommends, or suggest, on smplayer in mplayer package, so the >> upgrade path would be: >> - mplayer -> smplayer >> - mplayer-nogui -> mplayer ? Not sure it's a good idea to actually have >> the same package name with different content, and a strange upgrade path > > +1 > > I think we should drop the gui package and rename mplayer-nogui to > mplayer. The new mplayer package should recommend "smplayer | > mplayer-gui" and all other available frontend packages for mplayer > should be prividing "mplayer-gui". I don't think that a "general" mplayer installation needs a gui by default. Placing "smplayer | mplayer-gui" in Recommends would do exactly that for new installations. Therefore I think we should declare the dependency exactly like Fabian suggests, but place it in Suggests of the 'mplayer' package instead. -- 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
libffado 2.0.0-1 MIGRATED to testing
FYI: The status of the libffado source package in Debian's testing distribution has changed. Previous version: 2.0~rc2+svn1569-2 Current version: 2.0.0-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jack-audio-connection-kit 0.118+svn3796-2 MIGRATED to testing
FYI: The status of the jack-audio-connection-kit source package in Debian's testing distribution has changed. Previous version: 0.118+svn3796-1 Current version: 0.118+svn3796-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: snd: FTBFS on GNU/kFreeBSD: missing -ldl
Hi. The native sound system is OSS for GNU/kFreeBSD. It looks like on linux the snd package comes in three variants: - snd-gtk-jack - snd-gtk-pulse - snd-nox-alsa IMO, it should be possible to extend configure.ac and on GNU/kFreeBSD (kfreebsd-i386 kfreebsd-amd64) also provide three variants - snd-gtk-jack - snd-gtk-pulse - snd-nox-oss Petr *-*-kfreebsd*) LDSO_FLAGS="-shared" LIBS="$LIBS -lm" if test "$ac_cv_header_dlfcn_h" = yes ; then LDFLAGS="$LDFLAGS -ldl" fi if test "$GCC" = yes ; then SO_FLAGS="-fPIC $SO_FLAGS" fi AUDIO_SYSTEM=OSS if test "$with_jack" = yes ; then if test "$with_oss" != yes ; then AUDIO_SYSTEM=JACK fi fi case $AUDIO_SYSTEM in JACK) AC_DEFINE(HAVE_JACK_IN_LINUX) AC_DEFINE(HAVE_OSS) AUDIO_LIB="-lsamplerate" ;; OSS) AC_DEFINE(HAVE_OSS) AUDIO_SYSTEM=OSS ;; esac ;; ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: RFS: idjc
Hello Free, thanks for reviewing idjc! On Mon, Jan 25, 2010 at 3:50 PM, Free Ekanayaka wrote: > > This problem was not introduced in this revision, but it would be nice > to fix it before uploading. > Fixed in git, I also updated the changelog. -- Alessio Treglia Ubuntu MOTU 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: ffmpeg-snapshot
On Mo, Jan 25, 2010 at 12:38:07 (CET), Reinhard Tartler wrote: >> Same here. I've become a bit less active recently, but if there's >> something I can do to help and/or test, I'm of course there! > > Thanks. Just keep an eye on the 'master.snapshot' branch as soon as I > push my commits there. I have the branch almost ready, however I want to > clean it up a bit before public consumption Okay, I've now pushed my branch, it builds fine at least on my laptop. Feel free to testbuild and comment on it. If it works for you, feel also free to review the instructions for updating the package to a new snapshot, perhaps some steps can be simplified. As for uploading it to experimental, I think we could already do this, but using it with binary packages from squeeze/sid will most probably break until they have been recompiled against the version of ffmpeg currently in unstable. Therefore I'd suggest to hold back this updated ffmpeg package to experimental until the binNMUs have been at least scheduled. -- 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: RFS: idjc
Hi Alessio, AT> On Mon, Jan 25, 2010 at 2:47 PM, Archive Administrator AT> wrote: >>Reject Reasons: >>Source package idjc does not have 'DM-Upload-Allowed: yes' in its most recent version (0.8.1-1) AT> Err. AT> The package is ready and needs a sponsor. AT> Before uploading, please remember to get the original tarball from AT> here [1], there are some problem with the pristine-tar branch that I AT> will fix with the next upstream release. I can sponsor this upload. However there a problem with this command in the clean target: rm -fv idjcpython/idjc_config.py because it removes a file which was actually there in the pristine extracted source package. Steps to reproduce: git clone git://git.debian.org/pkg-multimedia/idjc.git fakeroot ./debian/rules clean git status # On branch master # Changed but not updated: # (use "git add/rm ..." to update what will be committed) # (use "git checkout -- ..." to discard changes in working directory) # # deleted:idjcpython/idjc_config.py # This problem was not introduced in this revision, but it would be nice to fix it before uploading. Ciao! Free ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
RFS: idjc (was: idjc_0.8.1-2_amd64.changes REJECTED)
On Mon, Jan 25, 2010 at 2:47 PM, Archive Administrator wrote: > Reject Reasons: > Source package idjc does not have 'DM-Upload-Allowed: yes' in its most recent > version (0.8.1-1) Err. The package is ready and needs a sponsor. Before uploading, please remember to get the original tarball from here [1], there are some problem with the pristine-tar branch that I will fix with the next upstream release. [1] http://ftp.de.debian.org/debian/pool/main/i/idjc/idjc_0.8.1.orig.tar.gz -- Alessio Treglia Ubuntu MOTU 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
idjc_0.8.1-2_amd64.changes REJECTED
Reject Reasons: Source package idjc does not have 'DM-Upload-Allowed: yes' in its most recent version (0.8.1-1) === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of idjc_0.8.1-2_amd64.changes
idjc_0.8.1-2_amd64.changes uploaded successfully to localhost along with the files: idjc_0.8.1-2.dsc idjc_0.8.1-2.diff.gz idjc_0.8.1-2_amd64.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Ardour 2.8.5 Source and librasqal2
On Mon, Jan 25, 2010 at 04:17:29AM -0800, i...@bandshed.net wrote: > Hi again, Hi! > Don't get too comfortable...didn't know if this would interest you: > http://www.ardour.org/releases > > it's just for for people who want to build with VST support but it is a > higher version number, thought I'd pass it along. Thanks, I've imported it into my git repo and building it in pbuilder now. I'll push it after testing it. Cheerio -- 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
Processed: tags
Processing commands for cont...@bugs.debian.org:
> tags 565778 + sid squeeze
Bug #565778 [src:libgc] src:libgc: FTBFS on kfreebsd-*: symbol-related changes
Added tag(s) squeeze and sid.
> tags 565731 + sid squeeze
Bug #565731 [src:qt4-x11] qt4-x11: FTBFS on GNU/kFreeBSD
Added tag(s) squeeze and sid.
> tags 565783 + sid squeeze
Bug #565783 [src:gmp] src:gmp: FTBFS on kfreebsd-i386: powm.c:368:34: error:
missing binary operator before token "("
Added tag(s) squeeze and sid.
> tags 565785 + sid squeeze
Bug #565785 [src:xmlrpc-c] src:xmlrpc-c: FTBFS on kfreebsd-*: No rule to make
target `libxmlrpc_client.shlibledummy'.
Added tag(s) squeeze and sid.
> tags #565793 + sid squeeze
Bug #565793 [src:gthumb] src:gthumb: FTBFS on kfreebsd-*: No package
'libglade-2.0' found
Added tag(s) squeeze and sid.
> tags 565805 + sid squeeze
Bug #565805 [src:extremetuxracer] src:extremetuxracer: FTBFS on kfreebsd-*:
need to define type GLUTesselatorFunction
Added tag(s) squeeze and sid.
> tags 565818 + sid squeeze
Bug #565818 [src:ghc6] src:ghc6: FTBFS on kfreebsd-i386: undefined reference to
CPU_*
Added tag(s) squeeze and sid.
> tags 565820 + sid squeeze
Bug #565820 [src:samhain] src:samhain: FTBFS on kfreebsd-*: pthread issues
Added tag(s) squeeze and sid.
> tags 565852 + sid squeeze
Bug #565852 [src:atlas] src:atlas: FTBFS on kfreebsd-i386: Warning: In order to
build Atlas under i386, you need the CPU extension sse3 available on your CPU
Added tag(s) squeeze and sid.
> tags 565853 + sid squeeze
Bug #565853 [directfb] src:direcftb: FTBFS on kfreebsd-*: missing
libdirectfb_ati128.so
Added tag(s) squeeze and sid.
> tags 537902 + sid squeeze
Bug #537902 {Done: Bill Allombert } [pari-gp] [kfreebsd]
pari-gp does not contains the GP binary
Added tag(s) squeeze and sid.
> tags 566776 + sid squeeze
Bug #566776 {Done: Fathi Boudra } [src:libical] src:libical:
FTBFS on kfreebsd-*: ../../lib/libical.so.0.44.0: undefined reference to
`__bswap32'
Added tag(s) squeeze and sid.
> tags 566779 + sid squeeze
Bug #566779 [src:snd] src:snd: FTBFS on GNU/kFreeBSD: missing -ldl
Added tag(s) squeeze and sid.
> tags 566782 + sid squeeze
Bug #566782 [src:leafnode] src:leafnode: FTBFS on kfreebsd-*: system.h:23:13:
error: missing binary operator before token "("
Added tag(s) squeeze and sid.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: ffmpeg-snapshot
Am 25.01.2010 12:38, schrieb Reinhard Tartler: Why should we? This would only make sense if we would want to make these packages co-installable with the existing packages. I don't think this is worth the efford. This was misunderstanding, sorry, I placed my "+1" wrongly. I am not for renaming the source or binary packages names anyway! I just wanted to express my consent with not naming them "0.6+something" if upstream isn't even considering such a release at all. No such release is planned, and this is exactly what I want to discuss at FOSDEM. Well, fine then. ;) -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#566779: src:snd: FTBFS on GNU/kFreeBSD: missing -ldl
Alessio Treglia (25/01/2010): > Hi Cyril, Heya, > kfreebsd-* don't seem to provide ALSA support. > > audio system...: None > graphics toolkit...: None > optional libraries.: fftw3 gmp mpfr mpc gsl > random features: ladspa debugging > environs...: i686-unknown-kfreebsd7.2-gnu gcc > > > What do you think about disabling the building of snd-nox-alsa > runtime package for those architectures? there's (or could be) limited support through the libsalsa, but please do as you see fit. If your package is usable w/o sound support, you can go that way, until someone comes up with a patch to get it working, I suppose. :) Mraw, KiBi. 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: ffmpeg-snapshot
On Mo, Jan 25, 2010 at 10:53:59 (CET), Fabian Greffrath wrote: > Am 24.01.2010 20:43, schrieb Andres Mejia: >> Wouldn't it make more sense to continue with a version number >> "0.5+svn"? >> Not that it really matters to me, I'm just curious as to why "0.6" already? >> Also, shouldn't the package be named ffmpeg-snapshot, ffmpeg-trunk, or >> something >> similar? > > +1 Why should we? This would only make sense if we would want to make these packages co-installable with the existing packages. I don't think this is worth the efford. > Has upstream already announced that they are going to release a 0.6 > version at all? If not, I also think it's unwise to select this specific > version number for our own packages in advance. No such release is planned, and this is exactly what I want to discuss at FOSDEM. >> I'll volunteer to help if you wish. I could do regular uploads of the package >> depending on what interval you wanted. Of course I'll leave the initial >> packaging setup up to you. > > Same here. I've become a bit less active recently, but if there's > something I can do to help and/or test, I'm of course there! Thanks. Just keep an eye on the 'master.snapshot' branch as soon as I push my commits there. I have the branch almost ready, however I want to clean it up a bit before public consumption -- 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
Bug#566779: src:snd: FTBFS on GNU/kFreeBSD: missing -ldl
Hi Cyril, kfreebsd-* don't seem to provide ALSA support. audio system...: None graphics toolkit...: None optional libraries.: fftw3 gmp mpfr mpc gsl random features: ladspa debugging environs...: i686-unknown-kfreebsd7.2-gnu gcc What do you think about disabling the building of snd-nox-alsa runtime package for those architectures? -- Alessio Treglia Ubuntu MOTU 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
Bug#561484: Import then Export of WAV file results in file corruption
Package: audacity Severity: normal I use Debian Unstable, with audacity 1.3.11, and do not experience this problem. In fact, if I import a file called "audio.wav", and export to the same filename the old file is first renamed "audio-old1.wav", and the new file is stored as "audio.wav". My preferences setting for import/export is the same as described in the original bug report. Best regards Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacity depends on: ii audacity-data1.3.11-1A fast, cross-platform audio edito ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libc62.10.2-5Embedded GNU C Library: Shared lib ii libexpat12.0.1-7 XML parsing C library - runtime li ii libflac++6 1.2.1-2+b1 Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libgcc1 1:4.4.3-1 GCC support library ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M ii libjack0 0.118+svn3796-2 JACK Audio Connection Kit (librari ii libmad0 0.15.1b-4 MPEG audio decoder library ii libogg0 1.1.4~dfsg-2Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile1 1.0.21-2Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.4.3-1 The GNU Standard C++ Library v3 ii libtwolame0 0.3.12-1MPEG Audio Layer 2 encoding librar ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvorbis0a 1.2.3-4aotuvThe Vorbis General Audio Compressi ii libvorbisenc21.2.3-4aotuvThe Vorbis General Audio Compressi ii libvorbisfile3 1.2.3-4aotuvThe Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.10.1-2 wxBase library (runtime) - non-GUI ii libwxgtk2.8-02.8.10.1-2 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 5:0.5+svn20100115-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20100115-0.0 ffmpeg file format library Versions of packages audacity suggests: ii caps [ladspa-plugin] 0.4.2-1C* Audio Plugin Suite ii cmt [ladspa-plugin] 1.16-1 a collection of LADSPA plugins ii ladspa-sdk [ladspa-plugin]1.1-6 sample tools for linux-audio-dev p ii libmp3lame0 3.98.2-0.5 LAME Ain't an MP3 Encoder ii swh-plugins [ladspa-plugin] 0.4.15+1-4 Steve Harris's LADSPA plugins ii tap-plugins [ladspa-plugin] 0.7.0-2Tom's Audio Processing LADSPA plug -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: dropping -gui flavor from mplayer package
Am 25.01.2010 07:34, schrieb fabrice: IMHO, the upgrade should keep some gui installed: so perhaps we should have a recommends, or suggest, on smplayer in mplayer package, so the upgrade path would be: - mplayer -> smplayer - mplayer-nogui -> mplayer ? Not sure it's a good idea to actually have the same package name with different content, and a strange upgrade path +1 I think we should drop the gui package and rename mplayer-nogui to mplayer. The new mplayer package should recommend "smplayer | mplayer-gui" and all other available frontend packages for mplayer should be prividing "mplayer-gui". - Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: ffmpeg-snapshot
Am 24.01.2010 20:43, schrieb Andres Mejia: Wouldn't it make more sense to continue with a version number "0.5+svn"? Not that it really matters to me, I'm just curious as to why "0.6" already? Also, shouldn't the package be named ffmpeg-snapshot, ffmpeg-trunk, or something similar? +1 Has upstream already announced that they are going to release a 0.6 version at all? If not, I also think it's unwise to select this specific version number for our own packages in advance. I'll volunteer to help if you wish. I could do regular uploads of the package depending on what interval you wanted. Of course I'll leave the initial packaging setup up to you. Same here. I've become a bit less active recently, but if there's something I can do to help and/or test, I'm of course there! - Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
