Bug#559712: new ffmpeg snapshot would add support for important codecs (e.g. wmapro)
On Sa, Jan 23, 2010 at 19:43:41 (CET), Christopher Martin wrote: Hello, Attached is a patch (lacking only a changelog entry and a line in debian/patch/series) that backports wma and wmapro support from an early January ffmpeg snapshot to the ffmpeg in sid (wma and wmapro are intertwined, so it was easier just to update both together). Thanks for your work. Can you please state the exact revision that you have used? I'd like to check the changes you did compared to upstream. Also, do you intend to keep this backport updated? -- 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
Hallo
Hallo Mein Name ist Risa, i für dich interessiert, werde ich auch gern wissen Sie mehr, und ich möchte Sie auf eine E-Mail an meine E-Mail-Adresse schicken, so kann ich Ihnen mein Bild für Sie zu wissen, wen ich hier bin meine E-Mail-Adresse (risa_love14 @ yahoo . com) Ich glaube, wir können von hier aus zu bewegen! Ich warte auf Ihre E-Mail an meine E-Mail-Adresse oben. Risa (Denken Sie daran, die Entfernung oder die Farbe einer Zeit spielt keine Rolle, aber die Liebe eine Menge Dinge im Leben ... HELLO My name is Risa, i interested in you,i will also like to know you the more,and i want you to send an email to my email address so i can give you my picture for you to know whom i am Here is my email address (risa_lov...@yahoo.com) i believe we can move from here!I am waiting for your mail to my email address above. Risa (Remember the distance or colour an age does not matter but love matters a lot in life___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#565860: still exists in 0.4.4-2
On Sun, Jan 24, 2010 at 01:58:08PM +0100, Alessio Treglia wrote: Couldn't you just change the Build-Depends from libasound2-dev to libasound2-dev [linux-any]? +1 Seems the right way. ...but it doesn't work on my amd64 chroot, the build fails due to unmet deps. Should I set libasound2-dev [!kfreebsd-amd64 !kfreebsd-i386] instead of libasound2-dev [linux-any]? That's what I do for jackd: libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] 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
Bug#534504: [patch] ifupdown integration of mediatomb
Package: mediatomb Followup-For: Bug #534504 Hello, to solve the problem described by other persons, I've created two small scripts that start and stop mediatomb when the interfaces are being brought up and down. There is also a diff file for /etc/default/mediatomb that adds a variable DELAYED (yes/no) to disable/enable those small scripts. Few remarks: 1. the current default is DELAYED=yes, which enables the script. It doesn't really hurt as mediatomb is restarted, and should work in all situations (with and withou NetworkManager). 2. I'm not sure I correctly understood the meaning of the INTERFACE variable (mine is empty), so my check might be incorrect as I only restart/stop if the interface given by INTERFACE is being stopped/started ($IFACE = $INTERFACE). Someone with more knowledge of mediatomb's internas might want to check if this is the right decision. 3. if INTERFACE=lo, then the scripts do something if and only if the 'lo' interface is brought up or down, again, it might not be the right logic. 4. the attached tar file contains the files and diff with correct relative position (don't unpack in root direcotry unless it's what you want to do!). Hope this helps, Eric -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.1-686 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mediatomb depends on: ii iceweasel [www-browser] 3.0.6-3 lightweight web browser based on M ii konqueror [www-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b ii mediatomb-daemon0.11.0-3 UPnP MediaServer (daemon package) mediatomb recommends no packages. mediatomb suggests no packages. -- no debconf information mediatomb_ifnm.tgz Description: GNU Zip compressed data ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of qtractor_0.4.5-1_amd64.changes
qtractor_0.4.5-1_amd64.changes uploaded successfully to localhost along with the files: qtractor_0.4.5-1.dsc qtractor_0.4.5.orig.tar.gz qtractor_0.4.5-1.diff.gz qtractor_0.4.5-1_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
qtractor_0.4.5-1_amd64.changes ACCEPTED
Accepted: qtractor_0.4.5-1.diff.gz to main/q/qtractor/qtractor_0.4.5-1.diff.gz qtractor_0.4.5-1.dsc to main/q/qtractor/qtractor_0.4.5-1.dsc qtractor_0.4.5-1_amd64.deb to main/q/qtractor/qtractor_0.4.5-1_amd64.deb qtractor_0.4.5.orig.tar.gz to main/q/qtractor/qtractor_0.4.5.orig.tar.gz Override entries for your package: qtractor_0.4.5-1.dsc - source sound qtractor_0.4.5-1_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 565860 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#565860: marked as done (FTBFS - configure: error: JACK library not found)
Your message dated Sun, 24 Jan 2010 15:45:12 + with message-id e1nz4eg-00045d...@ries.debian.org and subject line Bug#565860: fixed in qtractor 0.4.5-1 has caused the Debian Bug report #565860, regarding FTBFS - configure: error: JACK library not found to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 565860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565860 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: qtractor Version: 0.4.3-2 Severity: serious qtractor fails to build on non-x86. From a recent build attempt on hppa: [...] checking for main in -lX11... no checking for main in -lXext... no checking for round in -lm... no configure: error: JACK library not found. checking for main in -ljack... no == config.log == This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Qtractor configure 0.4.3, which was generated by GNU Autoconf 2.63. Invocation command line was $ ./configure --build=hppa-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/qtractor --disable-maintainer-mode --disable-dependency-tracking ## - ## ## Platform. ## ## - ## hostname = penalosa uname -m = parisc64 uname -r = 2.6.32-trunk-parisc64 uname -s = Linux uname -v = #1 Tue Dec 8 04:07:32 UTC 2009 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/X11R6/bin PATH: /usr/games ## --- ## ## Core tests. ## ## --- ## configure:2166: checking for gcc configure:2182: found /usr/bin/gcc configure:2193: result: gcc configure:2425: checking for C compiler version configure:2433: gcc --version 5 gcc (Debian 4.4.2-9) 4.4.3 20100108 (prerelease) Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2437: $? = 0 configure:2444: gcc -v 5 Using built-in specs. Target: hppa-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.2-9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --disable-libssp --enable-objc-gc --disable-libstdcxx-pch --enable-checking=release --build=hppa-linux-gnu --host=hppa-linux-gnu --target=hppa-linux-gnu Thread model: posix gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9) configure:2448: $? = 0 configure:2455: gcc -V 5 gcc: '-V' option must have argument configure:2459: $? = 1 configure:2482: checking for C compiler default output file name configure:2504: gcc -g -O2 conftest.c 5 configure:2508: $? = 0 configure:2546: result: a.out configure:2565: checking whether the C compiler works configure:2575: ./a.out configure:2579: $? = 0 configure:2598: result: yes configure:2605: checking whether we are cross compiling configure:2607: result: no configure:2610: checking for suffix of executables configure:2617: gcc -o conftest -g -O2 conftest.c 5 configure:2621: $? = 0 configure:2647: result: configure:2653: checking for suffix of object files configure:2679: gcc -c -g -O2 conftest.c 5 configure:2683: $? = 0 configure:2708: result: o configure:2712: checking whether we are using the GNU C compiler configure:2741: gcc -c -g -O2 conftest.c 5 configure:2748: $? = 0 configure:2765: result: yes configure:2774: checking whether gcc accepts -g configure:2804: gcc -c -g conftest.c 5 configure:2811: $? = 0 configure:2912: result: yes configure:2929: checking for gcc option to accept ISO C89 configure:3003: gcc -c -g -O2 conftest.c 5 configure:3010: $? = 0 configure:3033: result: none needed configure:3056: checking how to run the C preprocessor configure:3096: gcc -E conftest.c configure:3103: $? = 0 configure:3134: gcc -E conftest.c conftest.c:9:28: error:
lives 1.1.8-2 MIGRATED to testing
FYI: The status of the lives source package in Debian's testing distribution has changed. Previous version: 1.1.6-1 Current version: 1.1.8-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
Re: [SCM] qtractor packaging branch, master, updated. debian/0.4.4-2-8-gbe297e1
On So, Jan 24, 2010 at 13:18:23 (CET), quadrispro-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit be297e1a16c0a7b4dcc1142d7946f192a36fa556 Author: Alessio Treglia quadris...@ubuntu.com Date: Sun Jan 24 13:18:15 2010 +0100 dehelper version should be at least 7.0.8 (due to the use of --with), libasound2-dev is not available for kfreebsd diff --git a/debian/control b/debian/control index b5ba180..09a89c4 100644 --- a/debian/control +++ b/debian/control @@ -6,11 +6,11 @@ Uploaders: Free Ekanayaka fr...@debian.org, Gürkan Sengün gur...@phys.ethz.ch, Alessio Treglia quadris...@ubuntu.com DM-Upload-Allowed: yes -Build-Depends: debhelper (= 7.0.50~), +Build-Depends: debhelper (= 7.0.8~), libqt4-dev, libtool, automake, - libasound2-dev, + libasound2-dev [linux-any], are you really sure this works these days? For lenny, I remember that the copy of sbuild used on the buildds didn't. I wonder if I perhaps missed some announcement that the debian buildd infrastructure supports it nowadays. -- 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] qtractor packaging branch, master, updated. debian/0.4.4-2-8-gbe297e1
On Sun, Jan 24, 2010 at 6:34 PM, Reinhard Tartler siret...@tauware.de wrote: are you really sure this works these days? For lenny, I remember that the copy of sbuild used on the buildds didn't. I wonder if I perhaps missed some announcement that the debian buildd infrastructure supports it nowadays. You remember well, Reinhard :) In fact, I replaced [linux-any] with [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386] before uploading the package. [1] [1] http://git.debian.org/?p=pkg-multimedia/qtractor.git;a=commit;h=afcbd6d20e4c2f455e0062d17bdc7c5e620a4f6e -- Alessio Treglia quadris...@ubuntu.com 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] debian/confflags for libopencore-amr*
On So, Jan 24, 2010 at 12:44:31 (CET), Lionel Le Folgoc wrote: Hi, As discussed briefly with Reinhard Tartler on #ubuntu-motu, here is a proposed patch to add auto-detection of libopencore-amr{n,w}b into debian/confflags, and pass the corresponding licensing option (--enable-version3), in the same manner as --enable-nonfree. I've tested it against ffmpeg-extra in lucid[0], and it seems to work as expected (resulting libavcodec debs are linked to the extra libs). It probably needs some polishing as I've only tested a 'tainted' build (with faac opencore-amr), not a 'normal' one. thanks for your work on it. I guess this is also a request for having this patch as is in lucid/multiverse. In this case, I think the patch can be a bit simplified. Moreover, I think debian/copyright needs to be amended to state clearly that the libavcodec.so library in that package is explicitly and only redistributed under the terms of GPLv3. I *guess* that this might be acceptable and practicable for ubuntu as well, as we offer a GPLv2 licensed alternative in main. Do you want to improve your patch? -- 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
bristol_0.40.8-1_amd64.changes ACCEPTED
Accepted: bristol-data_0.40.8-1_all.deb to main/b/bristol/bristol-data_0.40.8-1_all.deb bristol_0.40.8-1.diff.gz to main/b/bristol/bristol_0.40.8-1.diff.gz bristol_0.40.8-1.dsc to main/b/bristol/bristol_0.40.8-1.dsc bristol_0.40.8-1_amd64.deb to main/b/bristol/bristol_0.40.8-1_amd64.deb bristol_0.40.8.orig.tar.gz to main/b/bristol/bristol_0.40.8.orig.tar.gz Override entries for your package: bristol-data_0.40.8-1_all.deb - optional sound bristol_0.40.8-1.dsc - source sound bristol_0.40.8-1_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ 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 Saturday 23 January 2010 05:10:20 Reinhard Tartler wrote: Picking up an old thread from October, On Do, Okt 15, 2009 at 21:28:03 (CEST), Loïc Minier wrote: Perhaps we should just go for a) and have a ffmpeg in experimental for Debian next. Not too handy for Ubuntu though, but we could have a PPA there. Now that we have ffmpeg with symbol versioning in unstable, I think we can now finally start working on this. I propose to start a new branch 'master.snapshot' and upload it to experimental with a version number of e.g. ffmpeg_0.6~~svn20100123-1 or something. Wouldn't it make more sense to continue with a version number 0.5+svnDATE? 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? However, I expect it to be stuck in new, probably for a very long time, just like the mplayer package. I don't think this is a problem, because we can still publish the package on alioth or somewhere. Still, how often do we want to update such a snapshot package? and who is volunteering to keep it up to date? I think how often as we like / see fit. Sometimes gcc-snapshot doesn't get updated for a while, but when testing of an upstream fix is desired, a new one is just pushed for testing. Thinking further on that, I agree that regular updates in experimental are not really necessary. Instead I'm imaginging a cronjob that runs in a svn checkout with the debian/ directory for experimental mounted in it and uploads updated snapshots to a PPA for ubuntu. Manual uploads to experimental would only be necessary if packaging changes like soname bumps or similar occur in svn. Since I don't see major drawbacks in this approach, I think I'll work on such a package next and probably discuss this with the ffmpeg folks 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. -- Regards, Andres ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#565684: Seems to work with hw:1,0
Le Sun 24 Jan 10 à 02:54 +0100, Laurent Léonard a écrit : It seems to work with hw:1,0 instead of /dev/dsp1, but error messages are still present on console output: [0xb2303d80] main access error: no access module matched alsa [0x9586548] main input error: open of `alsa://hw:1,0' failed: no access module matched alsa Produce logs using -vvv so you'll see all the errors. Check vlc --list |grep alsa -- Xtophe ___ 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 So, Jan 24, 2010 at 20:43:39 (CET), Andres Mejia wrote: On Saturday 23 January 2010 05:10:20 Reinhard Tartler wrote: Picking up an old thread from October, On Do, Okt 15, 2009 at 21:28:03 (CEST), Loïc Minier wrote: Perhaps we should just go for a) and have a ffmpeg in experimental for Debian next. Not too handy for Ubuntu though, but we could have a PPA there. Now that we have ffmpeg with symbol versioning in unstable, I think we can now finally start working on this. I propose to start a new branch 'master.snapshot' and upload it to experimental with a version number of e.g. ffmpeg_0.6~~svn20100123-1 or something. Wouldn't it make more sense to continue with a version number 0.5+svnDATE? 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? The difference is that the current packages track the '0.5' branch. The new packages no longer do this, but track 'trunk'. The change in the versioning scheme reflects this fact. I'm going to discuss this versioning scheme with upstream 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. Excellent, thanks! I'm currently doing first testbuilds of the new package -- 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: dropping -gui flavor from mplayer package
Hi, Reinhard Tartler escribió: the mplayer package. Currently the situation is this: - mplayer-nogui ships a copy of mplayer that does not depend on X11 and related libraries. It is the commongly used variant of mplayer - mplayer contains mplayer-gui, which is known to cause many problems that are known to upstream but they are not interested in fixing them. Have a look at the upstream archives and the bugs filed in launchpad against this - the 'mplayer' package ships a .desktop file with mime-type associations, which makes people use mplayer-gui from filemanagers like nautilus and become the impression that mplayer-gui was actually supposed to work. - there are various other really great 3rd party frontends for mplayer, smplayer seems to be most popular, but there are also others like kmplayer that work much better than the original mplayer-gui variant. fabrice_sp and I discussed the possibility of dropping the mplayer-gui variant and ship non-X11 version of mplayer only. If nobody objects, I intend to merge the mplayer-nogui into the mplayer package, and provide the nongui variant only. The next upload will probably close a large amount of bugs in launchpad then. If someone thinks that this was a bad idea, now would be a great time to speak up! I am against dropping gmplayer (the gui for mplayer). Why keeping a package that upstream is not maintaining? I guess the 'normal' upgrade path would remove gmplayer by default and have users explicitly install the package, right? 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 I think we should avoid I don't have a mplayer gui anymore bug reports. My 2 cents, Fabrice ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers