hello)
καλές ειδήσεις, καλές ειδήσειςρολόι μάρκας, φωτογραφική μηχανή, φορητό υπολογιστή, τηλεόραση, iPhone, iPad .η τιμή είναι πολύ χαμηλότερη, η ναυτιλία είναι ελεύθερη www. mnhraal.com___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Felicitaciones!
Carnaby Street, Covent Garden Soho, Londres WC2H Reino Unido E-mail del usuario, ¡Felicitaciones! Su correo electrónico fue seleccionado ganador del 14 º Premio de la suerte FACEBOOK LA CARIDAD ESPAÑOLA 500.000.00GBP.We de organizar este programa de forma aleatoria usando todos los usuarios activos de los servicios de redes sociales para erradicar la pobreza entre los países en desarrollo y para ayudar en recession.Contact económica mundial (fb.awrdcen...@live.com) con carácter urgente para sus directivas de adjudicación de reclamo. sinceramente Jasmin Fourd FB Publicidad seg ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bootstrapping libav on a new architecture
Hi, m68k currently has no libpostproc-dev and friends, built from src:libav. How do you recommend to bootstrap this, considering several (at least four) build dependencies of libav, all codecs or something like that, build-depend on libav’s binaries again? Can libav be built without any of those plugins at first, to get the B-D of the full libav (as shipped in Debian sid/main) built? Thanks in advance, //mirabilos (m68k buildd) -- 21:27⎜[Natureshadow] BÄH! Wer hatn das Bier neben den Notebooklüfter ⎜gestellt ... 21:27⎜>Natureshadow< lol 21:27⎜>Natureshadow< du? 21:27⎜[Natureshadow] vermutlich ... -- Kev^WNatureshadow allein zu Haus ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[bts-link] source package src:gnome-mplayer
# # bts-link upstream status pull for source package src:gnome-mplayer # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #677233 (http://bugs.debian.org/677233) # Bug title: gnome-mplayer: please link against libmusicbrainz5 # * http://code.google.com/p/gnome-mplayer/issues/detail?id=622 # * remote status changed: (?) -> New usertags 677233 + status-New thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.changes ACCEPTED into unstable
Accepted: petri-foo-dbg_0.0.2+20120606.gitd2f92c9-1_amd64.deb to main/p/petri-foo/petri-foo-dbg_0.0.2+20120606.gitd2f92c9-1_amd64.deb petri-foo_0.0.2+20120606.gitd2f92c9-1.debian.tar.gz to main/p/petri-foo/petri-foo_0.0.2+20120606.gitd2f92c9-1.debian.tar.gz petri-foo_0.0.2+20120606.gitd2f92c9-1.dsc to main/p/petri-foo/petri-foo_0.0.2+20120606.gitd2f92c9-1.dsc petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.deb to main/p/petri-foo/petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.deb petri-foo_0.0.2+20120606.gitd2f92c9.orig.tar.gz to main/p/petri-foo/petri-foo_0.0.2+20120606.gitd2f92c9.orig.tar.gz Changes: petri-foo (0.0.2+20120606.gitd2f92c9-1) unstable; urgency=low . [ Jaromír Mikeš ] * Added icon entry to menu file * Little fix in menu file * Imported Upstream version 0.0.2+20120606.gitd2f92c9 * Bump Standards * Copyright updated to format 1.0 . [ Alessio Treglia ] * Buildsystem has changed from autoconf to cmake. * Fix headers lookup to prevent FTBFS. * Small fix to debian/copyright. Override entries for your package: petri-foo-dbg_0.0.2+20120606.gitd2f92c9-1_amd64.deb - extra debug petri-foo_0.0.2+20120606.gitd2f92c9-1.dsc - source sound petri-foo_0.0.2+20120606.gitd2f92c9-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#670985: marked as done (jackd2: firewire ERR: Incompatible libffado version!)
Your message dated Mon, 18 Jun 2012 16:18:21 + with message-id and subject line Bug#670985: fixed in libffado 2.0.99+svn2163-2 has caused the Debian Bug report #670985, regarding jackd2: firewire ERR: Incompatible libffado version! 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.) -- 670985: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670985 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: jackd2 Version: 1.9.8~dfsg.2-1 Severity: normal After upgrading libffado from version 2.0.99+svn2019-1+b1 to 2.0.99+svn2124-1, I tried to start jack using qjackctl. It failed, and output this message: 16:31:44.336 JACK is starting... 16:31:44.337 /usr/bin/jackd -dfirewire -r44100 -p256 -n2 Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started 16:31:44.387 JACK was started with PID=3856. no message buffer overruns no message buffer overruns no message buffer overruns jackdmp 1.9.8 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2011 Grame. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK server starting in realtime mode with priority 10 firewire ERR: Incompatible libffado version! (libffado 2.999.0-) Cannot initialize driver JackServer::Open() failed with -1 no message buffer overruns Failed to open server 16:31:44.746 JACK was stopped with exit status=255. 16:31:46.396 Could not connect to JACK server as client. - Overall operation failed. - Unable to connect to server. Please check the messages window for more info. Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started I suspect jackd2-firewire doesn't depend on a specific enough version of libffado2. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.3-blue-1 (SMP w/8 CPU cores; PREEMPT) 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 jackd2 depends on: ii coreutils 8.13-3.1 ii debconf [debconf-2.0] 1.5.42 ii libasound2 1.0.25-2 ii libc6 2.13-30 ii libcelt0-0 0.7.1-1 ii libdbus-1-31.5.12-1 ii libexpat1 2.1.0-1 ii libgcc11:4.7.0-3 ii libjack-jackd2-0 1.9.8~dfsg.2-1 ii libncurses55.9-6 ii libreadline6 6.2-8 ii libsamplerate0 0.1.8-4 ii libsndfile11.0.25-4 ii libstdc++6 4.7.0-3 ii libtinfo5 5.9-6 ii python 2.7.2-10 ii python-dbus0.84.0-3 Versions of packages jackd2 recommends: ii jackd2-firewire 1.9.8~dfsg.2-1 ii libpam-modules 1.1.3-7 ii qjackctl 0.3.8-1 Versions of packages jackd2 suggests: ii jack-tools 20101210-2 ii meterbridge 0.9.2-10 -- Configuration Files: /etc/security/limits.d/audio.conf changed [not included] -- debconf information: * jackd/tweak_rt_limits: true --- End Message --- --- Begin Message --- Source: libffado Source-Version: 2.0.99+svn2163-2 We believe that the bug you reported is fixed in the latest version of libffado, which is due to be installed in the Debian FTP archive: ffado-dbus-server_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/ffado-dbus-server_2.0.99+svn2163-2_amd64.deb ffado-mixer-qt4_2.0.99+svn2163-2_all.deb to main/libf/libffado/ffado-mixer-qt4_2.0.99+svn2163-2_all.deb ffado-tools_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/ffado-tools_2.0.99+svn2163-2_amd64.deb libffado-dev_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/libffado-dev_2.0.99+svn2163-2_amd64.deb libffado2_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/libffado2_2.0.99+svn2163-2_amd64.deb libffado_2.0.99+svn2163-2.debian.tar.gz to main/libf/libffado/libffado_2.0.99+svn2163-2.debian.tar.gz libffado_2.0.99+svn2163-2.dsc to main/libf/libffado/libffado_2.0.99+svn2163-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 670...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Adrian Knoth (supplier of updated libffado package) (This message was generated automatically at their req
Processing of petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.changes
petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.changes uploaded successfully to localhost along with the files: petri-foo_0.0.2+20120606.gitd2f92c9-1.dsc petri-foo_0.0.2+20120606.gitd2f92c9.orig.tar.gz petri-foo_0.0.2+20120606.gitd2f92c9-1.debian.tar.gz petri-foo_0.0.2+20120606.gitd2f92c9-1_amd64.deb petri-foo-dbg_0.0.2+20120606.gitd2f92c9-1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
libffado_2.0.99+svn2163-2_amd64.changes ACCEPTED into unstable
Accepted: ffado-dbus-server_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/ffado-dbus-server_2.0.99+svn2163-2_amd64.deb ffado-mixer-qt4_2.0.99+svn2163-2_all.deb to main/libf/libffado/ffado-mixer-qt4_2.0.99+svn2163-2_all.deb ffado-tools_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/ffado-tools_2.0.99+svn2163-2_amd64.deb libffado-dev_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/libffado-dev_2.0.99+svn2163-2_amd64.deb libffado2_2.0.99+svn2163-2_amd64.deb to main/libf/libffado/libffado2_2.0.99+svn2163-2_amd64.deb libffado_2.0.99+svn2163-2.debian.tar.gz to main/libf/libffado/libffado_2.0.99+svn2163-2.debian.tar.gz libffado_2.0.99+svn2163-2.dsc to main/libf/libffado/libffado_2.0.99+svn2163-2.dsc Changes: libffado (2.0.99+svn2163-2) unstable; urgency=low . [ Jonas Smedegaard ] * Build-depend explicitly on libdbus-c++-bin. See bug#674311 (comment#15). Thanks to Vincent Cheng. * Remove debian/source/local-options: abort-on-upstream-changes and unapply-patches are default in dpkg-source since 1.16.1. * Really let libffado Break too old jackd{1,2}-firewire. Closes: bug#670985. Override entries for your package: ffado-dbus-server_2.0.99+svn2163-2_amd64.deb - optional sound ffado-mixer-qt4_2.0.99+svn2163-2_all.deb - optional sound ffado-tools_2.0.99+svn2163-2_amd64.deb - optional sound libffado-dev_2.0.99+svn2163-2_amd64.deb - optional libdevel libffado2_2.0.99+svn2163-2_amd64.deb - optional libs libffado_2.0.99+svn2163-2.dsc - source libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 670985 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of libffado_2.0.99+svn2163-2_amd64.changes
libffado_2.0.99+svn2163-2_amd64.changes uploaded successfully to localhost along with the files: libffado_2.0.99+svn2163-2.dsc libffado_2.0.99+svn2163-2.debian.tar.gz ffado-mixer-qt4_2.0.99+svn2163-2_all.deb libffado-dev_2.0.99+svn2163-2_amd64.deb libffado2_2.0.99+svn2163-2_amd64.deb ffado-tools_2.0.99+svn2163-2_amd64.deb ffado-dbus-server_2.0.99+svn2163-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
Am 18.06.2012 13:25, schrieb Jonas Smedegaard: Only problem I can se is the risk of our team documentation getting too big - but that's not an issue here IMO (also not your original proposal of writing things locally). On the contrary I appreciate your pushing to _more_ documentation. Thanks!! Fine. I have added this single paragraph to the "Packaging Guidelines" section: * In order to keep patches uniform, maintainers should configure DebianPkg:quilt by means of a {{{~/.quiltrc}}} file in accordance to the [[http://www.debian.org/doc/manuals/maint-guide/modify.en.html#quiltrc|Debian New Maintainers' Guide]]. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
On 12-06-18 at 01:08pm, Fabian Greffrath wrote: > Am 18.06.2012 12:39, schrieb Giulio Paci: > >Here are the Debian-wide suggestions: > >http://www.debian.org/doc/manuals/maint-guide/modify.en.html > > Indeed, thank you very much for the pointer. > > Should we refer to this chapter in our wiki page? Fine with me. Only problem I can se is the risk of our team documentation getting too big - but that's not an issue here IMO (also not your original proposal of writing things locally). On the contrary I appreciate your pushing to _more_ documentation. Thanks!! - 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
Am 18.06.2012 12:39, schrieb Giulio Paci: Here are the Debian-wide suggestions: http://www.debian.org/doc/manuals/maint-guide/modify.en.html Indeed, thank you very much for the pointer. Should we refer to this chapter in our wiki page? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
jalv_1.0.0~dfsg0-2_amd64.changes ACCEPTED into unstable
Accepted: jalv_1.0.0~dfsg0-2.debian.tar.gz to main/j/jalv/jalv_1.0.0~dfsg0-2.debian.tar.gz jalv_1.0.0~dfsg0-2.dsc to main/j/jalv/jalv_1.0.0~dfsg0-2.dsc jalv_1.0.0~dfsg0-2_amd64.deb to main/j/jalv/jalv_1.0.0~dfsg0-2_amd64.deb Changes: jalv (1.0.0~dfsg0-2) unstable; urgency=low . * Tolerate loading presets with port values that aren't xsd:decimal. Patch taken from upstream trunk. Override entries for your package: jalv_1.0.0~dfsg0-2.dsc - source sound jalv_1.0.0~dfsg0-2_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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of jalv_1.0.0~dfsg0-2_amd64.changes
jalv_1.0.0~dfsg0-2_amd64.changes uploaded successfully to localhost along with the files: jalv_1.0.0~dfsg0-2.dsc jalv_1.0.0~dfsg0-2.debian.tar.gz jalv_1.0.0~dfsg0-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
Il 18/06/2012 11:22, Jonas Smedegaard ha scritto: > On 12-06-18 at 10:58am, Fabian Greffrath wrote: > ...but why only team-wide? How about instead pushing it as a Debian-wide > common practice (which I believe some already consider it - try search > wiki and other places for existing guides) and then perhaps simply refer > to that Debian-wide documentation in our team pages? Here are the Debian-wide suggestions: http://www.debian.org/doc/manuals/maint-guide/modify.en.html I think aliases can easily be defined to create groups specific configurations, if needed. Giulio. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
Hi all, good idea, Fabian! On Mon, Jun 18, 2012 at 10:58 AM, Fabian Greffrath wrote: > $ cat ~/.quiltrc > QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index" The following is the content of my ~/.quiltrc: QUILT_PATCHES=debian/patches QUILT_DIFF_OPTS="--show-c-function" QUILT_PUSH_ARGS="--color=auto" QUILT_DIFF_ARGS="--no-timestamps --color=auto --no-index" QUILT_REFRESH_ARGS="--no-timestamps --no-index --diffstat --strip-trailing-whitespace" I'd like to add --diffstat and --strip-trailing-whitespace to QUILT_REFRESH_ARGS and set QUILT_DIFF_OPTS="--show-c-function". I find the latter and --diffstat particularly helpful. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
On Mon, Jun 18, 2012 at 10:58:54AM +0200, Fabian Greffrath wrote: > Hi team, > > in order to keep the differences between patches that are worked on > by different people as small as possible, I propose to present a > common ~/.quiltrc file and recommend its usage on our > DebianMultimedia/DevelopPackaging [0] wiki page. > > As already suggested by Jonas in [1] I suppose to make the following > ~/.quiltrc content recommended but not mandatory for pkg-multimedia > team members and publish it on [0]: > > $ cat ~/.quiltrc > QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index" > > I believe this is the most minimal and reasonable set of options > that helps to avoid needless growing of the differences between > patches that are maintained by more than just one person. > > I welcome your comments, if noone objects I'd like to document this > on [0] as soon as possible. This is also the suggested configuration in the Perl Group [0], with the addition of the QUILT_DIFF_ARGS variable. Cheers [0] http://pkg-perl.alioth.debian.org/howto/quilt.html#cleaner_patches -- perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse' signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: team-wide uniform ~/.quiltrc
On 12-06-18 at 10:58am, Fabian Greffrath wrote: > in order to keep the differences between patches that are worked on by > different people as small as possible, I propose to present a common > ~/.quiltrc file and recommend its usage on our > DebianMultimedia/DevelopPackaging [0] wiki page. ...as long as it's only a recommendation: Else it becomes problematic to be involved in mutiple teams with potentially different opinions on how the members' home folder should be configured. ...but why only team-wide? How about instead pushing it as a Debian-wide common practice (which I believe some already consider it - try search wiki and other places for existing guides) and then perhaps simply refer to that Debian-wide documentation in our team pages? NB! Please note that I recommended to use those flags with quilt, but not *how* to do it. I won't be using dotfiles for that. - 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#677964: mediatomb: ignores symbolic links
Package: mediatomb Version: 0.12.1-4 Severity: normal Tags: upstream patch Mediatomb does not recognize symbolics links to media files. * What exactly did you do (or not do) that was effective (or ineffective)? 1. Add directory to Mediatomb's index through web interface. 2. Select inotify-based autoscanning. 3. Add appropriate media file to said directory. ( cp supportedMedia.avi /indexedMediaDirectory/ ) 4. Create a symlink to said media file within said directory. ( cd /indexedMediaDirectory ; ln -s supportedMedia.avi linkedMedia.avi ) 5. Browse directory, play content on client device. * What was the outcome of this action? Regular file is indexed and streamable, symlink is not. * What outcome did you expect instead? Symlink should be indexed and streamable. Suggested patch attached. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediatomb depends on: ii chromium [www-browser] 18.0.1025.151~r130497-1 ii epiphany-browser [www-browser] 3.4.2-1 ii iceweasel [www-browser] 10.0.5esr-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii mediatomb-daemon0.12.1-4 mediatomb recommends no packages. mediatomb suggests no packages. -- debconf-show failed --- mediatomb-0.12.1.orig/src/autoscan_inotify.cc 2010-03-25 10:58:11.0 -0400 +++ mediatomb-0.12.1/src/autoscan_inotify.cc 2012-06-18 02:40:11.0 -0400 @@ -281,7 +281,7 @@ } } -if (adir != nil && mask & (IN_DELETE | IN_DELETE_SELF | IN_MOVE_SELF | IN_CLOSE_WRITE | IN_MOVED_FROM | IN_MOVED_TO | IN_UNMOUNT)) +if (adir != nil && mask & (IN_DELETE | IN_DELETE_SELF | IN_MOVE_SELF | IN_CLOSE_WRITE | IN_MOVED_FROM | IN_MOVED_TO | IN_UNMOUNT | IN_CREATE)) { String fullPath; if (mask & IN_ISDIR) @@ -312,16 +312,17 @@ if (objectID != INVALID_OBJECT_ID) cm->removeObject(objectID); } -if (mask & (IN_CLOSE_WRITE | IN_MOVED_TO)) +if (mask & (IN_CLOSE_WRITE | IN_MOVED_TO | IN_CREATE)) { log_debug("adding %s\n", path.c_str()); // path, recursive, async, hidden, low priority, cancellable cm->addFile(fullPath, adir->getRecursive(), true, adir->getHidden(), true, false); -if (mask & IN_ISDIR) +if (mask & IN_ISDIR && !(mask & IN_CREATE)) monitorUnmonitorRecursive(path, false, adir, watchAs->getNormalizedAutoscanPath(), false); } } + if (mask & IN_IGNORED) { removeWatchMoves(wd); --- mediatomb-0.12.1.orig/src/content_manager.cc 2010-03-25 10:58:11.0 -0400 +++ mediatomb-0.12.1/src/content_manager.cc 2012-06-18 02:03:55.0 -0400 @@ -202,7 +202,7 @@ #ifdef HAVE_MAGIC if (! ignore_unknown_extensions) { -ms = magic_open(MAGIC_MIME); +ms = magic_open(MAGIC_MIME|MAGIC_SYMLINK); if (ms == NULL) { log_error("magic_open failed\n"); ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
team-wide uniform ~/.quiltrc
Hi team, in order to keep the differences between patches that are worked on by different people as small as possible, I propose to present a common ~/.quiltrc file and recommend its usage on our DebianMultimedia/DevelopPackaging [0] wiki page. As already suggested by Jonas in [1] I suppose to make the following ~/.quiltrc content recommended but not mandatory for pkg-multimedia team members and publish it on [0]: $ cat ~/.quiltrc QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index" I believe this is the most minimal and reasonable set of options that helps to avoid needless growing of the differences between patches that are maintained by more than just one person. I welcome your comments, if noone objects I'd like to document this on [0] as soon as possible. - Fabian [0] http://wiki.debian.org/DebianMultimedia/DevelopPackaging [1] http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-January/015437.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#677959: mediatomb: fails to build against current version of libavformat
Package: mediatomb Version: 0.12.1-4 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The current version of mediatomb (in wheezy) fails to build from source with the current version of libavformat. * What exactly did you do (or not do) that was effective (or ineffective)? apt-get source mediatomb cd mediatomb-0.12.1 ./configure && make * What was the outcome of this action? ../src/metadata/ffmpeg_handler.cc: In function ‘void addFfmpegMetadataFields(zmm::Ref, AVFormatContext*)’: ../src/metadata/ffmpeg_handler.cc:110:3: error: ‘AVMetadataTag’ was not declared in this scope ../src/metadata/ffmpeg_handler.cc:110:18: error: ‘tag’ was not declared in this scope ../src/metadata/ffmpeg_handler.cc:111:65: error: ‘av_metadata_get’ was not declared in this scope ../src/metadata/ffmpeg_handler.cc: In member function ‘virtual void FfmpegHandler::fillMetadata(zmm::Ref)’: ../src/metadata/ffmpeg_handler.cc:291:69: error: ‘av_open_input_file’ was not declared in this scope ../src/metadata/ffmpeg_handler.cc:295:9: warning: ‘int av_find_stream_info(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1357) [-Wdeprecated-declarations] ../src/metadata/ffmpeg_handler.cc:295:39: warning: ‘int av_find_stream_info(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1357) [-Wdeprecated-declarations] ../src/metadata/ffmpeg_handler.cc:297:9: warning: ‘void av_close_input_file(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] ../src/metadata/ffmpeg_handler.cc:297:39: warning: ‘void av_close_input_file(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] ../src/metadata/ffmpeg_handler.cc:306:5: warning: ‘void av_close_input_file(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] ../src/metadata/ffmpeg_handler.cc:306:35: warning: ‘void av_close_input_file(AVFormatContext*)’ is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] make[2]: *** [libmediatomb_a-ffmpeg_handler.o] Error 1 make[2]: Leaving directory `/home/jona/sandbox/mediatomb-0.12.1/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jona/sandbox/mediatomb-0.12.1' make: *** [all] Error 2 I've attached a patch that replaces the relevant deprecated / deleted function calls. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediatomb depends on: ii chromium [www-browser] 18.0.1025.151~r130497-1 ii epiphany-browser [www-browser] 3.4.2-1 ii iceweasel [www-browser] 10.0.5esr-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii mediatomb-daemon0.12.1-4 ii libavformat54:i386 7:0.11-dmo2 mediatomb recommends no packages. mediatomb suggests no packages. -- debconf-show failed --- mediatomb-0.12.1.orig/src/metadata/ffmpeg_handler.cc 2012-06-18 02:50:35.0 -0400 +++ mediatomb-0.12.1/src/metadata/ffmpeg_handler.cc 2012-06-18 02:59:02.0 -0400 @@ -107,8 +107,8 @@ return; for (const mapping_t *m = mapping; m->avname != NULL; m++) { - AVMetadataTag *tag = NULL; - tag = av_metadata_get(pFormatCtx->metadata, m->avname, NULL, 0); + AVDictionaryEntry *tag = NULL; + tag = av_dict_get(pFormatCtx->metadata, m->avname, NULL, 0); if (tag && tag->value && tag->value[0]) { log_debug("Added metadata %s: %s\n", m->avname, tag->value); @@ -278,7 +278,7 @@ int x = 0; int y = 0; - AVFormatContext *pFormatCtx; + AVFormatContext *pFormatCtx = avformat_alloc_context(); // Suppress all log messages av_log_set_callback(FfmpegNoOutputStub); @@ -286,15 +286,15 @@ // Register all formats and codecs av_register_all(); -// Open video file -if (av_open_input_file(&pFormatCtx, - item->getLocation().c_str(), NULL, 0, NULL) != 0) + // Open video file +if (avformat_open_input(&pFormatCtx, + item->getLocation().c_str(), NULL, NULL) != 0) return; // Couldn't open file // Retrieve stream information -if (av_find_stream_info(pFormatCtx) < 0) +if (avformat_find_stream_info(pFormatCtx,NULL) < 0) { -av_close_input_file(pFormatCtx); +avformat_close_input(&pFormatCtx); return; // Couldn't find stream information } // Add metadata using ffmpeg library calls @@ -303,7 +
Bug#677958: mediatomb: fails to build against current version of libmp4v2
Package: mediatomb Version: 0.12.1-4 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The current version of mediatomb (in wheezy) fails to build from source with libmp4v2 support enabled. * What exactly did you do (or not do) that was effective (or ineffective)? apt-get source mediatomb cd mediatomb-0.12.1 ./configure && make * What was the outcome of this action? ... ../src/metadata/libmp4v2_handler.cc: In function ‘void addMetaField(metadata_fields_t, MP4FileHandle, zmm::Ref)’: ../src/metadata/libmp4v2_handler.cc:77:48: error: ‘MP4GetMetadataName’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:80:50: error: ‘MP4GetMetadataArtist’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:83:49: error: ‘MP4GetMetadataAlbum’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:86:48: error: ‘MP4GetMetadataYear’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:98:49: error: ‘MP4GetMetadataGenre’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:101:51: error: ‘MP4GetMetadataComment’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc:104:59: error: ‘MP4GetMetadataTrack’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc: In member function ‘virtual void LibMP4V2Handler::fillMetadata(zmm::Ref)’: ../src/metadata/libmp4v2_handler.cc:200:65: error: ‘MP4GetMetadataCoverArt’ was not declared in this scope ../src/metadata/libmp4v2_handler.cc: In member function ‘virtual zmm::Ref LibMP4V2Handler::serveContent(zmm::Ref, int, off_t*)’: ../src/metadata/libmp4v2_handler.cc:258:61: error: ‘MP4GetMetadataCoverArt’ was not declared in this scope make[2]: *** [libmediatomb_a-libmp4v2_handler.o] Error 1 make[2]: Leaving directory `/home/jona/sandbox/mediatomb-0.12.1/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jona/sandbox/mediatomb-0.12.1' make: *** [all] Error 2 I've attached a patch that replaces the relevant deprecated / deleted function calls. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediatomb depends on: ii chromium [www-browser] 18.0.1025.151~r130497-1 ii epiphany-browser [www-browser] 3.4.2-1 ii iceweasel [www-browser] 10.0.5esr-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii mediatomb-daemon0.12.1-4 ii libmp4v2-dev:i386 2:2.0.0-dmo1 mediatomb recommends no packages. mediatomb suggests no packages. -- debconf-show failed --- mediatomb-0.12.1.orig/src/metadata/libmp4v2_handler.cc 2010-03-25 10:58:10.0 -0400 +++ mediatomb-0.12.1/src/metadata/libmp4v2_handler.cc 2012-06-18 03:05:40.0 -0400 @@ -66,24 +66,25 @@ { String value; char* mp4_retval = NULL; -u_int16_t track; -u_int16_t total_tracks; Ref sc = StringConverter::i2i(); +const MP4Tags* tags = MP4TagsAlloc(); +MP4TagsFetch( tags, mp4 ); + switch (field) { case M_TITLE: -MP4GetMetadataName(mp4, &mp4_retval); +mp4_retval = const_cast( tags->name ); break; case M_ARTIST: -MP4GetMetadataArtist(mp4, &mp4_retval); +mp4_retval = const_cast ( tags->artist ); break; case M_ALBUM: -MP4GetMetadataAlbum(mp4, &mp4_retval); +mp4_retval = const_cast ( tags->album ); break; case M_DATE: -MP4GetMetadataYear(mp4, &mp4_retval); +mp4_retval = const_cast ( tags->releaseDate ); if (mp4_retval) { value = mp4_retval; @@ -95,17 +96,16 @@ } break; case M_GENRE: -MP4GetMetadataGenre(mp4, &mp4_retval); +mp4_retval = const_cast ( tags->genre ); break; case M_DESCRIPTION: -MP4GetMetadataComment(mp4, &mp4_retval); +mp4_retval = const_cast ( tags->description ); break; case M_TRACKNUMBER: -MP4GetMetadataTrack(mp4, &track, &total_tracks); -if (track > 0) +if (tags->track->index > 0) { -value = String::from(track); -item->setTrackNumber((int)track); +value = String::from(tags->track->index); +item->setTrackNumber((int)tags->track->index); } else return; @@ -190,21 +190,20 @@ } #if defined(HAVE_MAGIC) -u_int8_t *art_data; -u_