Re: Processing of lame_3.98.4-1_i386.changes

I've got two more questions with regard to lame: - Shouldn't we remove the .la file from the -dev package? - Should the shared lib package really Provides: liblame0? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lis

Re: Processing of lame_3.98.4-1_i386.changes

Am 06.08.2010 14:41, schrieb Reinhard Tartler: Yes, I think so. It was there for transition purposes in ubuntu, but I think we no longer need it their as well Alright, I think lame and xvidcore are ready for a new upload. - Fabian ___ pkg-multimedi

[SCM] lame packaging branch, master, updated. debian/3.98.4-0ubuntu1-20-g2d35536

Andres, > Disable sndfile support since it breaks KDE apps that use kio_audiocd for CD > ripping. > Examples are konqueror, amarok, and k3b. please provide prove for this claim! AFAICT enabling libsndfile support only affects the lame frontend, not the library. - Fabian ___

Re: Bug#591287: libmatroska: New upstream version available

Am 06.08.2010 17:17, schrieb Felipe Sateler: Sorry, I forgot about this one. Building it now... Nevermind, thanks for the upload! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debia

Re: [SCM] lame packaging branch, master, updated. debian/3.98.4-0ubuntu1-20-g2d35536

Am 08.08.2010 00:34, schrieb Andres Mejia: The audiocd kioslave uses the lame frontend. Some links relevant to the issue. http://osdir.com/ml/kde-commits/2010-02/msg05221.html http://bugs.kde.org/show_bug.cgi?id=230026 WTF, they really use the lame frontend (and rely on specific compile time o

Re: FLAC maintenance

Please someone upload FLAC asap (from the master branch). It kills two bugs that I'd like to have fixed in Squeeze. The other changes are rather cosmetic, so I believe it is still feasible to convince the release team for its inclusion in Squeeze. - Fabian ___

flac_1.2.1-3

Dear Release Team, the pkg-multimedia team has just uploaded a revised flac_1.2.1-3 package to unstable. This packages contains fixes for two bugs (#579025 and #585518) which unfortunately required an autoreconf of the build system. The autoreconf result is applied by means of a patch, which

Re: flac_1.2.1-3

Am 09.08.2010 18:06, schrieb Adam D. Barratt: The log for #579025 also suggests that fixing it would require rebuilding reverse dependencies; is that the case? No, that's mistakable from the bug log. In order for the fix to have effect on a package (which is going to be built without an instal

Re: ITP: libcrystalhd2 -- Library for Broadcom Crystal HD video decoder cards

Am 11.08.2010 05:13, schrieb Andres Mejia: Just so you know, I've started some packaging work myself. This packaging is based off of packaging work already done by XBMC devs. Check [1] for packaging work done. http://git.debian.org/?p=pkg-multimedia/crystalhd.git Please add the license terms

Bug#592710: mplayer crashes at startup

Am 12.08.2010 11:26, schrieb Julien Bellion: Thanks, I effectively had the http://www.debian-multimedia.org repository from which they came. Can you confirm me that the correct versions are these : libavcodec52 4:0.5.2-1 libavformat52 4:0.5.2-1 libpostproc51 4:0.5.2-1 libswscale0 4:0.5.2-1 Yes

Re: [SCM] lame packaging branch, master, updated. debian/3.98.4-0ubuntu1-20-g2d35536

Am 09.08.2010 09:29, schrieb Fabian Greffrath: However, is there a bug report/request against kioslave to switch from the command line frontend to the shared library? Is this KDE3 or KDE4 (I really have no idea about KDE at all)? There is: #592726

Bug#593162: marked as done (audacity: Audacity fails to load libavformat)

Am 16.08.2010 22:54, schrieb Reinhard Tartler: If this requires faac, then right, we don't support non-free stuff and actually do care for licensing issues. No, but it requires libmp4v2 which is licensed under the MPL whereas gtkpod itself is licensed under the GPL. So, yes, this is a licensin

libmp4v2 is needed for AAC support

gtkpot 1.0.0, which has been released last week, is able to dlopen() libmp4v2: ___ pkg-multimedia-maintainers mailing list pkg-

Re: [SCM] faad2 packaging branch, master, updated. debian/2.7-4-5-ga421d73

Am 16.08.2010 18:41, schrieb Adrian Knoth: This seems to be a pretty big patch that should be implemented upstream. As a workaround, one might get along with something like this: #ifndef PATH_MAX #define PATH_MAX 1024 #endif Thanks for the feedback! I wasn't yet finished with this patch, anyw

Re: [SCM] faad2 packaging branch, master, updated. debian/2.7-4-5-ga421d73

Alright, it's not a secret anymore that I am better at reading C-code than writing it. ;) Would you please have another look at the patch and tell me if you see something obviously bogus? Thanks, - Fabian ___ pkg-multimedia-maintainers mailing list

Re: pd-zexy

Am 17.08.2010 15:34, schrieb IOhannes m zmoelnig: but i guess that "(c)" is clear enough. According to lintian "(C) is not considered as a valid way to express the copyright ownership. The word Copyright or the © symbol should be used instead or in addition to (C). "

Re: Defining interesting multimedia tasks

Am 17.08.2010 23:54, schrieb Jonas Smedegaard: * multimedia-gnome (provides multimedia-playback; depends on Qt/Phonon-based and KDE apps) That's most probably wrong! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.

Re: [SCM] faad2 packaging branch, master, updated. debian/2.7-4-5-ga421d73

Am 17.08.2010 17:40, schrieb Felipe Sateler: No, I don't see anything weird. I do not know the codebase, so I don't know if it is complete, though. Cool, thanks. I'd like to get some feedback from upstream about these patches and then ask again for an upload to Debian. - Fabian ___

Re: libmp4v2 is needed for AAC support

Am 17.08.2010 17:14, schrieb Felipe Sateler: I think it would be interesting to bring gtkpod into the team. Any other team members use gtkpod? I've not used it in a while, so that is why I didn't answer to your previous email, to let other interested people speak first. I'd also say it will be

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

Am 20.08.2010 14:46, schrieb Eric Valette: I'm reporting that with current availble matroska package in unstable+experimental, you cannot build experimental vlc and yes I did a build-dep but since matroska 0.8.1 is the only available version... Experimental isn't a consistent distribution. Pac

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

Am 20.08.2010 14:51, schrieb Eric Valette: I know. But the critical FTBS should be on vlc experimental and also it should depend on the proper matroska version that is still in the new queue! Try to build again with libebml from unstable and don't use the one from experimental, which is incomp

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 libmatros

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... _

Re: libmatroska_1.0.0-1_amd64.changes ACCEPTED

Am 26.08.2010 10:00, schrieb Christian Marillat: Also only two packages depends on libmatroska : vlc and mkvtoolnix and I don't why it was so hard to upload in unstable and rebuild vlc. Maybe because actually nobody cares enough for them? The packages are team-maintained. If you feel you could

Re: Bug#592457: ffmpeg: forbidden encoders have been enabled

This was three weeks ago. Is there any chance we get informed in the shorter term? - Fabian Am 10.08.2010 11:54, schrieb Reinhard Tartler: please don't reply to this bugreport directly, but leave it to zack (Stefano) or me to answer. The release team is already informed about this issue as we

Bug#593162: Audacity fails to load libavformat52/FFmpeg 0.6: undefined symbol: match_ext

Am 31.08.2010 07:59, schrieb Reinhard Tartler: Does anyone has a contact at upstream that we could point this issue to? Ideally we had a patch that works with both FFmpeg 0.5 and 0.6. Is current ffmpeg trunk at least compatible to 0.6? ___ pkg-mult

Re: Bug#595241: mencoder: symbol codec_wav_tags, version LIBAVFORMAT_52 not defined in file libavformat.so.52

Am 02.09.2010 14:13, schrieb Reinhard Tartler: This should force the mplayer package to be upgraded when installing ffmpeg 0.6. I am all for it. The fact that mplayer uses ffmpeg internals forces us to tie them together more closely. [Reminds me of the internal vs. external ffmpeg packages d

Re: Bug#595241: mencoder: symbol codec_wav_tags, version LIBAVFORMAT_52 not defined in file libavformat.so.52

Am 02.09.2010 15:34, schrieb Reinhard Tartler: the situation improves, but now, we clearly have this problem. I'm therefore going to add this. Please proceed. It indeed is possible by including an shlibs.local file in the mplayer package. True, but this would have to get regularly adjusted

Bug#595519: jack-rack: refuses to install with jackd2

Am 06.09.2010 09:41, schrieb Michal Suchanek: And jackd depends on jackd2 | jackd1. Unless it's actually jackd1 and conflicts with jackd2. In stable, yes. But the version of jack-rack that you filed this bug report against is from testing/unstable and here jackd is a meta-package that allows

Bug#595252: vlc: Says "Please update alsa-lib"

Am 07.09.2010 16:45, schrieb Nigel Horne: Wouldn't it be less confusing if it said "Please update libasound2..."? Regardless of what it says, do I understand it right that vlc in squeeze does not work with alsa-lib from squeeze? - Fabian ___ pk

Bug#595252: vlc: Says "Please update alsa-lib"

Am 08.09.2010 07:33, schrieb Reinhard Tartler: This error message can only occur when using the alsa output module, as the error message is in modules/audio_output/alsa.c. This exact error message is part of the following upstream change: Is it only a warning or really an error message? In the

Bug#595252: vlc: Says "Please update alsa-lib"

Am 08.09.2010 09:49, schrieb Reinhard Tartler: It is an error message that occurs on some hardware when libasound2 fails to initialize the hardware. From the upstream commit logs I understand that upstream themselves cannot really reproduce this probe error themselves, but users report this to be

Bug#595252: vlc: Says "Please update alsa-lib"

Am 08.09.2010 10:01, schrieb Fabian Greffrath: Maybe the Debian alsa maintainers can be convinced to backport the relevant changes from 1.0.23-2-g8d80d5f to the 1.0.23 package so that we can make VLc depend on this specific version. IIUIC, the "-2" part in the version syntax means th

Re: [Pkg-alsa-devel] Bug#595252: vlc: Says "Please update alsa-lib"

Am 08.09.2010 21:18, schrieb Elimar Riesebieter: Patches applied. I hope this package will still make it into squeeze. If it does, should we patch the error message out of vlc and add "Breaks: libasound2 (<< 1.0.23-2)" to the vlc package? - Fabian _

Re: libdrumstick_0.5.0-1_amd64.changes is NEW

Am 10.09.2010 07:44, schrieb Arnout Engelen: Does this mean only the amd64 version is getting uploaded (along with source and -dev), or are other architectures implicit somehow? They will be auto-built as soon as the package hasben accepetd for inclusion in Debian. - Fabian ___

Re: xvidcore broken - ok to use CDBS?

Am Samstag, den 11.09.2010, 14:19 +0200 schrieb Jonas Smedegaard: > Would anyone mind that I fix it and ensure this kind of breakage can't > happen again, using CDBS? Eiter the patch needs to be regenerated or autoconf needs to be run during every build to fix this issue. Please stop pretending t

Re: xvidcore broken - ok to use CDBS?

Am 12.09.2010 12:03, schrieb Jonas Smedegaard: Applying CDBS without asking first would be considered outragous, I suspect. You betcha! Not offering my help to avoid mentioning CDBS would be ridiculous. Hint: Offer your help without mentioning CDBS. Especially in cases like this, in which

Re: xvidcore broken - ok to use CDBS?

Am 13.09.2010 11:20, schrieb Jonas Smedegaard: From now on I will stay away whenever my intended help involves CDBS (for packages not already using it), as that is essentially what you tell me to do. I am not *telling* you what to do. At least this is not my intention and I'd like to apologiz

Re: xvidcore broken - ok to use CDBS?

Although I have not been asked directly, I feel free to respond. Am 13.09.2010 13:04, schrieb Jonas Smedegaard: * I want to help where I can and where my help is welcome. * I cannot help with issues directly tied to short-form dh, since I am not familiar with this technique. IMHO these two poi

Re: xvidcore broken - ok to use CDBS?

Am 13.09.2010 14:29, schrieb Jonas Smedegaard: Could someone perhaps suggest me a better way of expressing this standpoint of mine, to avoid similar misunderstanding another time in another context? To bring this discussion to an end, I think Felipe's mail (which arrived just some 5 minutes af

autoconf systax error in build/generic/configure.in

Dear xvid devs, Jonas Smedegaard of the Debian pkg-multimedia team has found a syntax error in build/generic/configure.in which causes autoconf to output a badly formatted configure script. Please find the patch to fix this issue in the Debian packaging tree:

Re: Proper solution for source format 3.0 and git-buildpackage?

Am 15.09.2010 13:40, schrieb Jonas Smedegaard: I hereby propose that we recommend generally switching to source format 3.0 (quilt) - even for packages not currently using patches - and add the following info to debian/source/local-options: unapply-patches = True abort-on-uptream-changes = True

Re: [SCM] lives/master: Finalize changelog.

Am 15.09.2010 13:35, schrieb Alessio Treglia: Many changes have been made, so I'd feel more comfortable to see a sort of 'long term' support provided by upstream for the 1.3.4 release. I am going to email the current maintainer about this situation. Is it possible to backport all the patches th

Re: Puredata package

PS: in the meantime a rc-bug for the "puredata" packages has appeared [1], which i cannot reproduce at all; if someone here could have a look at it i would be thankful. On today's sid $ sudo apt-get install puredata --no-install-recommends $ puredata works. - Fabian

Debian patches for FAAD

Dear Menno, maybe you could find some spare time within the next few weeks to review the patches Debian proposes for inclusion in FAAD? I'd like to get these changes into the upcoming Debian release (which is already in freeze for quite some time) and an upstream approval of the patches is li

Re: Bug#593162: audacity doesn't work with FFmpeg >= 0.6

Shouldn't audacity revision -7, instead of merely recommending the updated ffmpeg library packages, add Breaks against the older ffmpeg library packages? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.d

Bug#515713: mplayer: binary_codecs.sh install seems to fail when my ISP hijacks DNS errors

Hi, thanks for taking care of this script. Am 03.10.2010 19:12, schrieb A Mennucc: I attach a new version of the script, with 3 changes, I'd appreciate if you would have sent these changes in form of a patch. 1) use 'dpkg --print-architecture' , the option --print-installation-architectu

Re: Licensing of gmerlin-avdecoder regression tests

Am 08.10.2010 10:34, schrieb IOhannes m zmölnig: i didn't do much on the package, because i thought it would be easier if we just waited for the next release that has the license issues fixed. (i'm not so experienced in excluding and modifying files in the orig.tar package, so i'd rather not) Y

Bug#600747: audacity: Can't open download page for free lame MP3 codec

severity 600747 wishlist thanks Am 19.10.2010 19:35, schrieb Romanoff Alexei: I think, in this situation audacity should run system browser. To be honest, I do not think audacity should show this dialog at all. Lame is currently not in Debian (yet) and audacity should not encourage users to

Bug#600747: audacity: Can't open download page for free lame MP3 codec

Am 20.10.2010 09:53, schrieb Romanoff Alexei: You are right, installation of some untested software from the Internet isn't good. But users sometimes want to convert it's work to MP3 format... Maybe a little better idea will be redirection of end user to http://debian-multimedia.org/ or some litt

Re: Bug#600747: audacity: Can't open download page for free lame MP3 codec

Am 20.10.2010 11:20, schrieb Jonas Smedegaard: Agreed - except nitpicking at the end: We should not point to locations outside Debian ever :-) Sure. However, as soon as lame is accepted into Debian, audacity should Recommends: libmp3lame0 anyway (and the dialog should be adapted accordingly).

Re: [SCM] pd-iemnet/master: watch file sourceforge

Am 20.10.2010 11:17, schrieb Jonas Smedegaard: Please consider to add a comment as discussed recently for another package here on the list. Personally, I don't think that each package's debian/watch file should point to the uscan documentation. That's simply not its purpose; I mean, e.g we do

Re: Bug#600747: audacity: Can't open download page for free lame MP3 codec

Am 20.10.2010 11:46, schrieb Jonas Smedegaard: I fail to understand the "however" in above. We should not point to locations outside Debian. Period. Yes, I just wanted to express my agreement with you by repeating what I've already said before, prepended by "However". ;)

Re: Bug#600747: audacity: Can't open download page for free lame MP3 codec

Am 20.10.2010 22:28, schrieb Benjamin Drung: My wish is to go one step further. Instead of having a configuration page (Edit -> Preferences -> Libraries) for mp3 and ffmpeg, audacity should be compiled against the system libraries and the configuration page should go away. Agreed, but it shou

Re: [SCM] xvidcore/master: Set CFLAGS via DEB_CFLAGS, otherwise let xvidcore's build system chose CFLAGS.

Am 28.10.2010 07:32, schrieb Jonas Smedegaard: +# Set CFLAGS from DEB_CFLAGS if defined, otherwise let xvidcore's build system +# set CFLAGS to use. +CFLAGS = $(or $(DEB_CFLAGS),) Simpler: CFLAGS = $(DEB_CFLAGS) By the way, what's the purpose of these changes at all?!

Re: [SCM] xvidcore/master: Set CFLAGS via DEB_CFLAGS, otherwise let xvidcore's build system chose CFLAGS.

Am 28.10.2010 09:13, schrieb Fabian Greffrath: By the way, what's the purpose of these changes at all?! Again, which tool sets DEB_CFLAGS, what are they used for and why aren't they just added via CFLAGS += DEB_CFLAGS (or maybe "?=

Re: lame in new queue

Am 12.11.2010 08:09, schrieb Reinhard Tartler: I'd suggest to wait for lame to be ACCEPTED or REJECTED. ftp-master seems to consider it unredistributable licensewise. Or port the pd-libs Is this because of the two extra clauses that Andres mentioned? IMHO they do only add more freedom (clause

Re: Bug#603807: faad segfaults on amd64 due to incorrect pointer size

Am 17.11.2010 15:16, schrieb Alessio Treglia: A patch to fix this is available on Launchpad, I'm attaching it here: Cool. Would you mind to apply it to the package? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lis

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

Dear Glen, Am 21.11.2010 14:23, schrieb i...@bandshed.net: I'm not sure if libraw1394 falls under your jurisdiction or not but the No, it does not: latest release (November 1) supports daisy chaining multiple firewire A bug requesting up

Re: Accepted faad2 2.7-5 (source amd64)

Am 20.11.2010 12:37, schrieb Alessio Treglia: Oh god, I made a mistake. I get a lot of confusion while trying to re-upload the package, maybe I've switched to the wrong git branch. You've messed up the changelog, IMHO it's not that bad and can be fixed in the next upload. ;) What's a bit wor

Re: Accepted faad2 2.7-5 (source amd64)

Am 22.11.2010 09:48, schrieb Alessio Treglia: Yes, it is: I ap Sorry? As alternative, we could upload a 2.7-4+squeeze1 release to t-p-u, what do you think? Yes, even better. This would save us another upload to unstable to re-enable the bpa-stdin.patch. - Fabian ___

Re: Accepted faad2 2.7-5 (source amd64)

Am 22.11.2010 10:18, schrieb Jonas Smedegaard: This is bad: t-p-u does not get the same exposure and automated testing time before sliding into testing. This means a higher burden on the Release team for such uploads, and likely less interest in acceptance due to the weaker testing process! But

Re: Kernel 2.6.36 and libraw1394 2.0.6 wrt Firewire Audio Devices

Am 22.11.2010 20:06, schrieb Adrian Knoth: Anyway, there's still the code, and we can at least try and compile on our own. Like chromium-browser or openoffice: Debian provides self-compiled versions, but the user is always free to pick up the upstream provided one. Well, I consider it one of th

Re: faad2_2.7-6_amd64.changes ACCEPTED into unstable

Please push your packaging branch to GIT. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: faad2_2.7-6_amd64.changes ACCEPTED into unstable

Am 23.11.2010 17:02, schrieb Andres Mejia: It's the 'unstable' branch. Ah, yes, thanks! ;) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-m

Re: question on copyright_hint

Am 24.11.2010 00:57, schrieb IOhannes m zmölnig: $ DEB_MAINTAINER_MODE=yes dpkg-buildpackage -rfakeroot generates me a nice debian/copyright_newhints file, with a lot of files correctly tagged as being "MIT/X11 (BSD like)", and the 3 images with a binary-blob in the Authors/License fields (it see

Bug#604639: flac fails to cross build using xdeb

Am 25.11.2010 10:06, schrieb Peter Pearse: Perhaps the patch below clarifies matters. In the initial patch I'd assumed ogg libraries would have the same problem. However it soesn't seem to. I still don't get it, to me the ogg headers in libogg-dev look architecture-independent. - Fabian

Bug#605052: libdca-utils: dcadec produces broken WAVs

Am 26.11.2010 21:30, schrieb Sergio: dcadec produces WAV files, that are reported as are much shorter, than expected to be, but are big enough to contain sound of full duration. Either dcadec produces broken files, or files are valid but no one is able to read them correctly. That's indeed an i

Re: Bug#515850: RFP: mjpegtools - MJPEG video capture/editting/playback MPEG encoding

owner 515850 pkg-multimedia-maintainers@lists.alioth.debian.org thanks Am 29.11.2010 17:07, schrieb Reinhard Tartler: It is basically a buggy, orphaned and incomplete reference implementation, which projects like mjpegtools took as basis and improved them. The original authors disappeared, and f

Bug#605052: libdca-utils: dcadec produces broken WAVs

retitle 605052 libdca-utils: please allow raw WAV output modes severity 605052 wishlist thanks Hi Sergio, thank you very much for your investigation. Am 01.12.2010 12:09, schrieb Sergio: "File larger than allowed for WAV files, may play truncated!" So it seems like to be a WAV format limitatio

Re: List of FTBFS in Ubuntu

Am 04.12.2010 12:57, schrieb Alessio Treglia: a52dec libquicktime Fixed in GIT. - FG ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia

Re: List of FTBFS in Ubuntu

Am 06.12.2010 10:41, schrieb Alessio Treglia: git's contents and the package in unstable seem out-of-sync, could you fix it? I didn't do the last upload, but there seems to be a release tag missing. Is this what you mean? ___ pkg-multimedia-maintai

Re: List of FTBFS in Ubuntu

Am 06.12.2010 11:27, schrieb Alessio Treglia: libquicktime lacks a release tag, too. release tags in libquicktime and a52dec are now fixed. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.al

Bug#605052: libdca-utils: dcadec produces broken WAVs

Sergio, thank you for your detailed investigation. Am 06.12.2010 17:00, schrieb Sergio: Anyway, it is not suitable place to discuss the so wide problem. Bug with size may be renamed to feature, but warning somewhere in manpage or stderr output is desireable of course. I think the same. Let's

Re: Generous offer for debimedia / Help Wanted!

Am 07.12.2010 20:48, schrieb Reinhard Tartler: In Message-ID:<4cfd7048.6050...@debian.org>, Thomas Goirand made the very generous offer for DDs to Host a machine for any debian purpose. I've accepted the offer to host drive the debimedia archive: Wow, this sounds all great, thanks to you and Th

Re: [SCM] gmerlin-avdecoder/master: Update copyright (still BSD-4 flaws to workout, though).

Am 09.12.2010 18:35, schrieb Burkhard Plaum: The ultimate solution would be a GPL replacement for inet_aton() or a (portable!) way to get rid of it, but I'm not sure it's worth the trouble. I think gnulib has an implementation:

Re: Realtime permissions on Ubuntu

Am 14.12.2010 01:23, schrieb Adrian Knoth: The following is of general interest to Debian, but foremost to Ubuntu. I know we have some guys here on the list who are doing multimedia in Ubuntu, so you might want to ping your kernel team: Interesting. Have you already filed a bug against linux-2.

Re: Realtime permissions on Ubuntu

Am 14.12.2010 09:11, schrieb Adrian Knoth: No. Are we affected, too? I usually don't use distro kernels, so I haven't noticed it. $ grep RT_GROUP_SCHED /boot/config-2.6.32-5-686 # CONFIG_RT_GROUP_SCHED is not set Not in the Squeeze kernel, it seems. I haven't checked the newer snapshots from

Re: Jonas is now pkg-multimedia admin

Am 06.01.2011 00:23, schrieb Felipe Sateler: BTW, if someone wants to do some MIA hunting on this team, it would be cool so that we can easily check out the active members of the team. Some might have noticed that during the last weeks I have become less active (and interested) in most of the

Re: Jonas is now pkg-multimedia admin

Am 06.01.2011 21:32, schrieb Jonas Smedegaard: I don't want to be superior to others just for the sake of it! If we keep this hierarchy without solid reasons for it, then please make me a peasant again! Why do you even care so much? I am also an admin, so I can add members while others can't,

Re: Processing of libmms_0.6-1_i386.changes

libmms 0.6.2-1 is ready in git ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Bits from the Debian Multimedia Team [RELOADED]

Am 27.01.2011 00:48, schrieb Alessio Treglia: I've been thinking that maybe our audience would like to know what the Dear Debian Multimedia Team has planned to do for Wheezy (if there's something already planned), so now that Squeeze is right behind the next door, WDYT about starting to work on a

Re: Bits from the Debian Multimedia Team [RELOADED]

Am 27.01.2011 22:53, schrieb Romain Beauxis: Indeed.. Sorry for the lame (haha) question but I did not follow why lame would be accepted now and was not before.. ? My reasons are pragmatic, altough I know it's not that easy. ;) 1) LAME is entirely free software. 2) LAME is an open implementatio

Re: libebml 1.2.0 & libmatroska 1.1.0 released

Dear team, is someone interested in preparing post-squeeze packages for these two libs? As stated in an earlier mail, I am not going to be the main maintanier for these packages anymore but will help out if required. - Fabian Am 30.01.2011 16:54, schrieb Moritz Bunkus: Hey, The Matroska t

Bug#611791: libmms0: libmms alignment problems on ARM

Am 02.02.2011 10:14, schrieb Danny Baumann: libmms 0.6 has some alignment issues on ARM. This causes any mms_connect() to fail on those platforms due to GUID compare mismatches. See http://sourceforge.net/tracker/?func=detail&aid=3137994&group_id=101989&atid=630607 for the upstream bug report. As

Bug#611791: libmms0: libmms alignment problems on ARM

Am 02.02.2011 10:14, schrieb Danny Baumann: libmms 0.6 has some alignment issues on ARM. This causes any mms_connect() to fail on those platforms due to GUID compare mismatches. See http://sourceforge.net/tracker/?func=detail&aid=3137994&group_id=101989&atid=630607 for the upstream bug report. As

Bug#611791: libmms0: libmms alignment problems on ARM

Am 02.02.2011 10:58, schrieb Danny Baumann: Please excuse my lack of understanding, but given that only maintenance and bugfixing work seems to be done in upstream libmms, and given that the alignment bug makes it impossible to properly use libmms on ARM, why are the newer releases not considered

Fwd: FLAC code mirror

I believe these patches are good candidates for the Debian package: (found via planet.gnome.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.deb

Re: FLAC code mirror

Am 04.02.2011 16:00, schrieb Jaromír Mikeš: BTW how it looks with flac development? Last release in 17-Sep-2007 Yes, I am afraid FLAC is pretty dead upstream (which is a pitty, since I have not found an appropriate replacement yet). That's why I am always excited if I find another active repo

[SRM] Approval for libmms_0.6-1squeeze1

/changelog @@ -1,3 +1,10 @@ +libmms (0.6-1squeeze1) stable; urgency=low + + * Apply patch by Paul Burton cherry-picked from upstream git to fix +alignment issues on ARM (Closes: #611791). + + -- Fabian Greffrath Thu, 03 Feb 2011 10:47:49 +0100 + libmms (0.6-1) unstable; urgency=low * Imported

Re: mplayer_1.0~rc4.dfsg1-1_i386.changes ACCEPTED into unstable

Er... I just tried to find out what the reason for the .dfsg1 suffix in our package version is, i.e. what is actualy removed from the Debian tarball WRT the upstream tarball. It seems the information that is puzzled across README.source, README.upstream-upgrade, get-orig-source.sh and strip.sh

Re: Bug#611791: [SRM] Approval for libmms_0.6-1squeeze1

Am 07.02.2011 22:50, schrieb Adam D. Barratt: From the bug report, it appears that this issue also affects the package in unstable? If so, please apply the fix to unstable first, and we can then look at a stable update assuming no issues arise. Could one of the pkg-multimedia team mates pleas

Re: mplayer_1.0~rc4.dfsg1-1_i386.changes ACCEPTED into unstable

Am 07.02.2011 19:15, schrieb Reinhard Tartler: Oh, I'm sorry, it seems I've drifted into too much upstream work so that I overlook such important packaging changes. Help of course as always welcome. Never mind... The only change from the upstream tarballs is the removal of the libdvdcss/ dire

Re: next ffmpeg upload

Am 10.02.2011 10:01, schrieb Reinhard Tartler: As soon as ffmpeg for s390 and mips is built and installed, I'd like to upload the ffmpeg package. If you have a few minutes, you could help with inspecting the branch, package descriptions and open bugs. Hm, the package descriptions could indeed n

Re: next ffmpeg upload

PS: What is this libavcore library that is referenced on the project homepage? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Orphaned multimedia packages

Am 10.02.2011 23:12, schrieb Moritz Muehlenhoff: http://packages.qa.debian.org/t/timidity.html Has quite a few reverse deps. There are recent uploads of wildmidi, although I don't know if those two are directly comparable. ___ pkg-multimedia-mainta

Re: mplayer_1.0~rc4.dfsg1-1_i386.changes ACCEPTED into unstable

Am 08.02.2011 13:41, schrieb Fabian Greffrath: I have updated (and simplified) the documentation with regard to our modifications to the upstream tarball. However, both README.upstream-upgrade and get-orig-source.sh have ~rc3 hardcoded and I am not quite sure (i.e. not involved enough and not

Re: spam on pkg-multimedia-maintainers

Am 11.02.2011 13:08, schrieb Felipe Sateler: This suggests a mail admin can do some special filtering (like lowering spamassassin's barrier). Who is a list admin in this team? It seems a different password is needed for mailman. Sam Hocevar, maybe? He founded this team and set up the whole inf

Re: Processing of ffmpeg-debian_0.svn20080206-18+lenny3_amd64.changes

Am 16.02.2011 15:13, schrieb Debian FTP Masters: /ffmpeg-debian_0.svn20080206-18+lenny3_amd64.changes is already present on target host: libswscale-dev_0.svn20080206-18+lenny3_amd64.deb Either you already uploaded it, or someone else came first. Job ffmpeg-debian_0.svn20080206-18+lenny3_amd64.ch

Re: Small transition: soundtouch 1.5

Am 16.02.2011 15:37, schrieb Benjamin Drung: Yes, please, please use libsoundtouch-dev (especially when there is no reason against it). Then the next transition can be just binNMUs for most packages. Seconded, please keep the SONAME out of the -dev package name. ___

<    5   6   7   8   9   10   11   >