Processing of frei0r_1.4-1_amd64.changes
frei0r_1.4-1_amd64.changes uploaded successfully to localhost along with the files: frei0r-plugins-doc_1.4-1_all.deb frei0r-plugins_1.4-1_amd64.deb frei0r-plugins-dev_1.4-1_amd64.deb frei0r_1.4-1.dsc frei0r_1.4.orig.tar.gz frei0r_1.4-1.debian.tar.xz 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
frei0r_1.4-1_amd64.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 21 May 2014 11:03:42 +0200 Source: frei0r Binary: frei0r-plugins frei0r-plugins-dev frei0r-plugins-doc Architecture: source all amd64 Version: 1.4-1 Distribution: experimental Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: IOhannes m zmölnig (Debian/GNU) umlae...@debian.org Description: frei0r-plugins - minimalistic plugin API for video effects, plugins collection frei0r-plugins-dev - minimalistic plugin API for video effects, header files frei0r-plugins-doc - minimalistic plugin API for video effects, API documentation Changes: frei0r (1.4-1) experimental; urgency=medium . [ upstream ] * New upstream release. + Fixes several major bugs in existing plugins + New filters + New mixers . [ IOhannes m zmölnig ] * Imported Upstream version 1.4 * Build-depend on libcairo2-dev * Removed patches applied upstream * Added some bug-fix patches cherry-picked from upstream VCS * Fixed installation target for docs * Fixed spelling errors * Regenerate autobuild/make files * debian/source + Unapply patches after build + Abort on upstream changes * debian/copyright + Converted debian/copyright to machine-readable format * debian/control(.in) + Canonical Vcs-* stanza + Removed duplicate Section: field + Use Breaks:frei0r rather than Conflicts:frei0r + Use CDBS-style debian/control.in + Enabled licensecheck + Added myself to Uploaders * Updated to new upstream location (dyne.org) + debian/watch + get-orig-source target * Added lintian-overrides * Bumped standards-version to 3.9.5 Checksums-Sha1: 4743752db21c6163471b21c7bde557474a53d1a5 2236 frei0r_1.4-1.dsc 7995d06c5412b14fa3b05647084ca9d7a0c84faa 1164909 frei0r_1.4.orig.tar.gz 342361c49a3ec7df874356377f202367517503b6 14608 frei0r_1.4-1.debian.tar.xz 79f8cd82174bb1986a5d5a793b4a07ef58c0f5c4 106392 frei0r-plugins-doc_1.4-1_all.deb f8907507d930e3b005baa876cf8d9e2d9cc6ee28 386638 frei0r-plugins_1.4-1_amd64.deb a5f7bc1977b6b51f617e5a9e2427ccc7bf661403 25512 frei0r-plugins-dev_1.4-1_amd64.deb Checksums-Sha256: e177afd55af0f1177ea61491d7d83196ea12e159d39b63984e48553d8ea71aa5 2236 frei0r_1.4-1.dsc 8470fcabde9f341b729be3be16385ffc8383d6f3328213907a43851b6e83be57 1164909 frei0r_1.4.orig.tar.gz dab56315b25cbb4f8a882473963e4401ae54c48bbe10ae35d09841b1e6254800 14608 frei0r_1.4-1.debian.tar.xz 34e1b887f55eb3e9b739138cb5e779a22d02a2edd43fcf6684fd592f809c1e51 106392 frei0r-plugins-doc_1.4-1_all.deb 22e36da45ff78dc0080142ae4bf9ea6f2b5046c78e16edc0b1de54c237935582 386638 frei0r-plugins_1.4-1_amd64.deb 45146a5c85b84029db4d2518906ede58dbdb729f632b340ab61ff3e806c6b345 25512 frei0r-plugins-dev_1.4-1_amd64.deb Files: 96ba4877f9b1316e4e1771bc648f1c22 106392 doc optional frei0r-plugins-doc_1.4-1_all.deb 06d4a56514de0a86d304094b954a5560 386638 video optional frei0r-plugins_1.4-1_amd64.deb bd376d33ff6ce564b1f0fa5ebb7993c0 25512 devel optional frei0r-plugins-dev_1.4-1_amd64.deb b2dd6bbc952f7959e7a7aabcca92a3a4 2236 video optional frei0r_1.4-1.dsc 202375d1bcb545c1b6eb8f34e0260ec5 1164909 video optional frei0r_1.4.orig.tar.gz 51e379d5dbe033ad241e197f6c926090 14608 video optional frei0r_1.4-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTfHNKAAoJELZQGcR/ejb4rUwP/0CbjnJ6Ur8RreWcHZtgjdi3 Kx2VHDHeTf/YDGgG1KfjdVE5Kb1Wv/m+cFTH/xQPqi7fHKEAZ+BxeTRYzRUQ/VTt oUpOXgx2l/Ye3JknC27dFaVnvxrfedvo5sVZBUyj45aqdmKN4tG8wN+VdlkxJadK HiCQ/bQJB1j7djgzQSGIHfeCVcJoyCn2uTvPyaGZmsGAEPJp9KABc1ni5xH8aEkG fb7XUCRTAoQ1ElSRHdx1Uf6ZayQ5D6OypEOE/vI4sUFxZ8GbFJKluLhydGcZSHHv DcI7Hp/KHAv11tmWxArZq4htA6Logh7TOf1EwNxW55c8WA8iBpBrgfuzL7SwgKCQ aDJoRXhSLtBqOyvyqu6OF1kERyaN4+n/w+HOWyWRbirde+SWZFXgPs/c2FVcjoaM NQxKgOnqO9c6gQqOb2udgcHfnjyGetwyt6MoWWxmrbV5y81wQgkIRhL7gWlshEZi yOQZ/MXy0oi+4jQhY1zFvIZaBByc+DZekzgiLMMgqs+IcjxUJve6FNwYS9DyFokx 7sLlABnAton2g3J7BqPRga2kscMkvVywk4TQL1q37CCQYATuwU5lVQgM9s3esYIP WJ/tDatWorfZ7Kbw/tYGD93/UcYqq22EhSeEQaedUi4fa6espIH8jyOhNSpX01PM tmhXhIKORPkBvwZE9b3r =p8T2 -END PGP SIGNATURE- 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#748843: libaudcore1: audacious No installs, broken package
Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-debian-64bits-fran (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
sharing code between packages
hi, i'm seeking advice about how to deal with the following situation: we are currently maintaining an application-package (puredata for those interested), brought to use by upstream1. now some people (upstream2, unrelated to upstream1) have turned the application into a library (libpd), by adding a thin layer on top of the application code. the library consists of a C-library (the application code base + about 7 .c-files and some headers) and bindings for various languages (C++, C#, ObjC, java, python, younameit). upstream2 is following the application development closely, but so far the library-layer has not made it back into the application codebase. thus the library code includes a full copy of the application code (obviously omitting a few files during build) now i'm wondering what's the best way to bring both the application and the library into Debian. the main obstacle is obviously the code copy. i see two options: - do as if there was no code-copy, and simply package the library - somehow use the application source package to build the library: -- e.g. patch (as in /debian/patches/) the application package to include the library-wrapper (that's a total of 15 .c/.h-files) and make the application source package provide also a libified version; use the library package to build the various non-C language bindings -- OR somehow import the application source package when building the library package and use the application code rather than it's copy. (i'm sure there are some ways to do so, e.g. using multiple upstream tarballs; but i don't know yet how) any ideas? fmdars IOhannes signature.asc Description: OpenPGP 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
Processed: Re: Bug#748843: libaudcore1: audacious No installs, broken package
Processing control commands: tag -1 + moreinfo Bug #748843 [libaudcore1] libaudcore1: audacious No installs, broken package Added tag(s) moreinfo. -- 748843: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748843 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#748843: libaudcore1: audacious No installs, broken package
Control: tag -1 + moreinfo On 2014-05-21 08:27:25, Fran wrote: Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Well, you are really supposed to answer these questions. We really need the info. What did you try to do? What didn't work? Cheers -- Sebastian Ramacher 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#583787: src:frei0r: Some files are LGPL 2.1
Control: tags -1 pending,fixed-in-experimental Control: owner -1 umlae...@debian.org thanks for the report. while packaging frei0r-1.4 we have updated debian/copyright to DEP5 and have now a (hopefully) accurate picture of the various licenses and copyrights used. frei0r_1.4-1 is now in experimental, and will hopefully be uploaded to unstable soon. gfmdsr IOhannes signature.asc Description: OpenPGP 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: sharing code between packages
Hi On 2014-05-21 13:34:41, IOhannes m zmölnig (Debian/GNU) wrote: now i'm wondering what's the best way to bring both the application and the library into Debian. the main obstacle is obviously the code copy. I think the best option would be to get both upstream's to merge the projects. ;) i see two options: - do as if there was no code-copy, and simply package the library - somehow use the application source package to build the library: -- e.g. patch (as in /debian/patches/) the application package to include the library-wrapper (that's a total of 15 .c/.h-files) and make the application source package provide also a libified version; use the library package to build the various non-C language bindings -- OR somehow import the application source package when building the library package and use the application code rather than it's copy. (i'm sure there are some ways to do so, e.g. using multiple upstream tarballs; but i don't know yet how) But anyway, multiple upstream tarballs are an option. They are not that difficult. Just be careful with naming the additional tarballs. If need help to get started with multiple tarballs, just let me know And if you want to look at an example: I'm using them for zathura. Upstream provides separate tarballs for the application and one for each plugin. In the zathura source package, I combine them using 3.0's multiple upstream tarball support. The only problem I had was git-buildpackage and pristine-tar. I haven't found a way to import multiple upstream tarballs with git-import-orig. (This might be fixed already. I haven't looked into that in more detail since implementing this in zathura two years ago. If you find a way, please let me know.) Another option would be to provide a pureaudio-source binary package from pureaudio. You could Build-Depend on it in the library package. There are some packages in the archive that provide -source packages: gdb, gcc, etc. Cheers -- Sebastian Ramacher 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#748843: libaudcore1: audacious No installs, broken package
Please keep the bug in CC. On 2014-05-21 09:10:58, Fran wrote: Em Wed, 21 May 2014 13:37:16 +0200 Sebastian Ramacher sramac...@debian.org escreveu: Control: tag -1 + moreinfo On 2014-05-21 08:27:25, Fran wrote: Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Well, you are really supposed to answer these questions. We really need the info. What did you try to do? What didn't work? Cheers audacious No installs Please provide us with the exact commands that you tried to run and paste the full output. Cheers -- Sebastian Ramacher 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
Processing of mpv_0.4.0~git20140521-1_amd64.changes
mpv_0.4.0~git20140521-1_amd64.changes uploaded successfully to localhost along with the files: mpv_0.4.0~git20140521-1_amd64.deb mpv-dbg_0.4.0~git20140521-1_amd64.deb libmpv0_0.4.0~git20140521-1_amd64.deb libmpv-dev_0.4.0~git20140521-1_amd64.deb libmpv-dbg_0.4.0~git20140521-1_amd64.deb mpv_0.4.0~git20140521-1.dsc mpv_0.4.0~git20140521.orig.tar.gz mpv_0.4.0~git20140521-1.debian.tar.xz 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
mpv_0.4.0~git20140521-1_amd64.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 21 May 2014 15:05:48 +0200 Source: mpv Binary: mpv mpv-dbg libmpv0 libmpv-dev libmpv-dbg Architecture: source amd64 Version: 0.4.0~git20140521-1 Distribution: experimental Urgency: medium Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Alessandro Ghedini gh...@debian.org Description: libmpv-dbg - video player based on MPlayer/mplayer2 (client library debug) libmpv-dev - video player based on MPlayer/mplayer2 (client library dev files) libmpv0- video player based on MPlayer/mplayer2 (client library) mpv- video player based on MPlayer/mplayer2 mpv-dbg- video player based on MPlayer/mplayer2 (debug) Changes: mpv (0.4.0~git20140521-1) experimental; urgency=medium . * New upstream git snapshot * Fix symbols min version * Install Lua scripting examples * Update symbols file Checksums-Sha1: 42ab8e1aaff2c1fc6df396023c2ee3b61fce12d9 2903 mpv_0.4.0~git20140521-1.dsc 7fa01cb071f588b49a7b94f4144519e28c33602e 2547360 mpv_0.4.0~git20140521.orig.tar.gz 2aefe21d56c56d228353c51fed0251563301c25d 91744 mpv_0.4.0~git20140521-1.debian.tar.xz 4440bbdbe38f4445f06c85cff1a75bb1fcad9ed4 702460 mpv_0.4.0~git20140521-1_amd64.deb 88057ea69e24ccf1e847debf9d20f0bab5539a30 1944340 mpv-dbg_0.4.0~git20140521-1_amd64.deb b3d8f128a536b5d3f26363036f1d58b34cb834b3 555130 libmpv0_0.4.0~git20140521-1_amd64.deb 40f0ebe6cebfcb2fdee1505bec22736c61bed4ea 19264 libmpv-dev_0.4.0~git20140521-1_amd64.deb 3101799583f869dfa8a800b11715fe5a816f9175 1930768 libmpv-dbg_0.4.0~git20140521-1_amd64.deb Checksums-Sha256: 109b0e9baf8b22c296ab5f4982cf0cbd959f750476a74603d9fc5ff48f4fc879 2903 mpv_0.4.0~git20140521-1.dsc ef95297c40f9a7a29da3376d0e5d0e0129d06bce5f2a18764be85d2bc885f1cc 2547360 mpv_0.4.0~git20140521.orig.tar.gz 9c31503b933cc3f63875f328af9b15c70d8b343f13395b4fe587138a4ec0b483 91744 mpv_0.4.0~git20140521-1.debian.tar.xz 1223031e30ace4a2e4a30ef4fe77a3daaad52e7ae838a709e4399fe519dd05b8 702460 mpv_0.4.0~git20140521-1_amd64.deb 3d2d32f716af3239f12c87ff67ccaef63393ed1e93d4d599238110132dba3573 1944340 mpv-dbg_0.4.0~git20140521-1_amd64.deb c1e6795522be604ce91dac8699dadd8f5d61c93bbd85405f9460daffa108e5c9 555130 libmpv0_0.4.0~git20140521-1_amd64.deb 50dc0ef02a333c018ba237b997bd1be80658c098774e75420e47da0d167bbbad 19264 libmpv-dev_0.4.0~git20140521-1_amd64.deb 913b7673d6f4bed75d9b9efdcac6d90e0d39bde71208c7959b84784cad52a7d9 1930768 libmpv-dbg_0.4.0~git20140521-1_amd64.deb Files: b8271e4ffef600ee326294641ea4 702460 video optional mpv_0.4.0~git20140521-1_amd64.deb f0e7e652a6d29e1a50b0d78ed6e05b71 1944340 debug extra mpv-dbg_0.4.0~git20140521-1_amd64.deb 11be18a1f29b4cf626663186ee0c880d 555130 libs optional libmpv0_0.4.0~git20140521-1_amd64.deb c45197f72c8dda74b743cb4d7b789f2f 19264 libdevel optional libmpv-dev_0.4.0~git20140521-1_amd64.deb 34999ef335a3982e83ce6886dfbc9141 1930768 debug extra libmpv-dbg_0.4.0~git20140521-1_amd64.deb 13335151c7897277e1f7f9102150ad3b 2903 video optional mpv_0.4.0~git20140521-1.dsc 8ddf8abc696a19c9f9e1220328bd4304 2547360 video optional mpv_0.4.0~git20140521.orig.tar.gz 7b0ea19b7160141687546e9f88ca560e 91744 video optional mpv_0.4.0~git20140521-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJTfKYAAAoJEK+lG9bN5XPLzBAP/2m7UJbaPhE4FBV79rNL8604 1vZp+s2KyGHqTo2NKVNlEVn+GIPLG3YfPKdxSsHsrJnPD+W+b9RV/XWFjXFo63p6 Jpn+bCt5Tlq9UaSPRrsh5IQw69JPuUdk7p3y+rmqw48TAf9TIIJbFR4TSka39H3v 8zGGd9MGJ4OCdtWEz8U5nnJxdsyyq4sjSm2YaV5A9t7UFajlgmCEC+f1whs1t4mB jxS0ozq10t1Uq5GmKLt817skL0LSNhoPoaOcNQTICColxtjIcGBjvwMvA5DxWxsI RtL8R2lDk7W3B/Stt8vCROGJ7OY+Cd9IqTqL3CIiSz0KyWazGFptyCtcjekM7GmO MPOkTamyqLrrfWnRv9avDs20pCYnccDvXmw7G3CEymLeehCba8daceU313QbCDPg sVMI/jlwkzygdWxW1Dxgj2AaG9FcguWpfFe8NQT5JKL902NBDiKrvx6q8ly6aPAG oKia6NKWaNBD2OHDnQuTM3U3fy9EOOiZ3pBPuv8gGrVCR8yZBznR2nH+zJWpcUYq LBzNy7OChPsDpCSFpoZxBkvIBGIz2j/mGRI4F2jg7wLAf7VxAlfrs4XzmzgVmUER MosGYyNlyOnRhY5moWbpL+dxM+5k2MVfCx3vdUZI2l4gVxZAEans2cNrctOcVIuW 2jJqfCSiho7Zo5+a8Shi =8MBA -END PGP SIGNATURE- 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#748865: xbmc-pvr-addons: fails to build with xmbc 13
Source: xbmc-pvr-addons
Version: 12.0+79+ge1c3fb1+dfsg1-5
Severity: serious
Justification: fails to build from source
Dear maintainer,
xbmc-pvr-addons currently fails to build in sid:
src/client.cpp: In function 'PVR_ERROR CallMenuHook(const PVR_MENUHOOK)':
src/client.cpp:292:52: error: declaration of C function 'PVR_ERROR
CallMenuHook(const PVR_MENUHOOK)' conflicts with
PVR_ERROR CallMenuHook(const PVR_MENUHOOK menuhook) { return
PVR_ERROR_NOT_IMPLEMENTED; }
^
In file included from src/client.cpp:23:0:
/usr/include/xbmc/xbmc_pvr_dll.h:115:13: error: previous declaration
'PVR_ERROR CallMenuHook(const PVR_MENUHOOK, const PVR_MENUHOOK_DATA)' here
PVR_ERROR CallMenuHook(const PVR_MENUHOOK menuhook, const
PVR_MENUHOOK_DATA item);
^
I guess this needs an update for xbmc 13.
Best regards,
Andreas
___
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#672561: marked as done (libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h)
Your message dated Wed, 21 May 2014 17:19:40 -0300
with message-id 20140521201940.ga2...@ime.usp.br
and subject line Re: Re: Bug#672561: libavcodec-dev: Missing
/usr/include/libavcodec/audioconvert.h
has caused the Debian Bug report #672561,
regarding libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
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.)
--
672561: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672561
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: libavcodec-dev
Severity: important
Hi.
The libavcodec-dev package is missing /usr/include/libavcodec/audioconvert.h.
This file is needed by handbrake. If I clone the libav git tree,
checkout the v0.8.2 tag and copy that file to /usr/include/avcodec,
then I am able to successfully compile handbrake with Debian's libav,
without needing to download things from outside.
BTW, regarding handbrake, I am down to few packages now that need to
be taken from outside debian for it to compile, namely:
* MODULES += contrib/libdvdread
* MODULES += contrib/libdvdnav
* MODULES += contrib/mpeg2dec
Everything else works with packages in Debian *or* with packages in
the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2).
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
---End Message---
---BeginMessage---
Hi, Balint.
On May 20 2014, Balint Reczey wrote:
On 05/12/2012 08:46 AM, Reinhard Tartler wrote:
That's excellent news! Thanks for working on it and count me in as
supporter (i.e., put me to Uploaders).
Handbrake is now in Debian and uses libavresample.
How about closing this bug? The missing header stopped being an issue, I
think.
Yes, it stopped. I'm closing it. I don't know how things will impact
getting handbrake being compiled with ffmpeg, but I guess that we can always
file a new bug when that time comes.
BTW, thanks for getting a version of handbrake in Debian that doesn't need
to be totally mutilated. I was waiting for a new release before getting my
hands on it, but now the packaging and updating is trivial for future
versions of handbrake.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br---End Message---
___
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#672561: Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, Balint.
On May 20 2014, Balint Reczey wrote:
On 05/12/2012 08:46 AM, Reinhard Tartler wrote:
That's excellent news! Thanks for working on it and count me in as
supporter (i.e., put me to Uploaders).
Handbrake is now in Debian and uses libavresample.
How about closing this bug? The missing header stopped being an issue, I
think.
Yes, it stopped. I'm closing it. I don't know how things will impact
getting handbrake being compiled with ffmpeg, but I guess that we can always
file a new bug when that time comes.
BTW, thanks for getting a version of handbrake in Debian that doesn't need
to be totally mutilated. I was waiting for a new release before getting my
hands on it, but now the packaging and updating is trivial for future
versions of handbrake.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
___
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#748843: marked as done (libaudcore1: audacious No installs, broken package)
Your message dated Wed, 21 May 2014 22:47:11 +0200 with message-id 20140521204711.ge15...@ramacher.at and subject line Re: Bug#748843: libaudcore1: audacious No installs, broken package has caused the Debian Bug report #748843, regarding libaudcore1: audacious No installs, broken package 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.) -- 748843: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748843 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-debian-64bits-fran (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On 2014-05-21 11:28:44, Fran wrote: Em Wed, 21 May 2014 14:39:01 +0200 Sebastian Ramacher sramac...@debian.org escreveu: Please keep the bug in CC. On 2014-05-21 09:10:58, Fran wrote: Em Wed, 21 May 2014 13:37:16 +0200 Sebastian Ramacher sramac...@debian.org escreveu: Control: tag -1 + moreinfo On 2014-05-21 08:27:25, Fran wrote: Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Well, you are really supposed to answer these questions. We really need the info. What did you try to do? What didn't work? Cheers audacious No installs Please provide us with the exact commands that you tried to run and paste the full output. Cheers root@Debian:/home/fran# apt-get install audacious Lendo listas de pacotes... Pronto Construindo árvore de dependências Lendo informação de estado... Pronto Alguns pacotes não puderam ser instalados. Isto pode significar que você solicitou uma situação impossível ou, se você está usando a distribuição instável, que alguns pacotes requeridos não foram criados ainda ou foram retirados da Incoming. A informação a seguir pode ajudar a resolver a situação: Os pacotes a seguir têm dependências desencontradas: audacious : Depende: audacious-plugins (= 3.5) mas não será instalado Depende: libaudcore2 (= 3.5-dmo1) mas não será instalado E: Impossível corrigir problemas, você manteve (hold) pacotes quebrados. You are trying to install an audacious package not provided by Debian. Please contact the provider of the packages instead. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature ---End Message--- ___ 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#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi Rogério, On 21.05.2014 22:19, Rogério Brito wrote: I don't know how things will impact getting handbrake being compiled with ffmpeg, but I guess that we can always file a new bug when that time comes. Handbrake compiles fine with FFmpeg, but to get it to compile with the Debian FFmpeg packages, one has to teach it to use pkg-config to determine the FFmpeg linker flags. This is due to the fact that the Debian FFmpeg packages use library names like libavcodec-ffmpeg and thus linking with '-lavcodec' fails. The attached handbrake_pkg-config.patch does that. With it applied you can simply add alternative build-dependencies to the FFmpeg development packages instead of the Libav ones, as the other patch does. Then handbrake compiles fine with the Debian FFmpeg packages, if they are installed instead of the Libav ones. Best regards, Andreas PS: Thanks again for filing the FFmpeg RFP bug. diff --git a/debian/patches/pkg-config.patch b/debian/patches/pkg-config.patch new file mode 100644 index 000..4ec87ee --- /dev/null +++ b/debian/patches/pkg-config.patch @@ -0,0 +1,36 @@ +Description: Use pkg-config to check for FFMPEG + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2014-05-21 + +--- handbrake-0.9.9+svn6032+dfsg1.orig/gtk/configure.ac handbrake-0.9.9+svn6032+dfsg1/gtk/configure.ac +@@ -183,7 +183,9 @@ case $host in + ;; + esac + +-HB_LIBS=-lhandbrake -la52 -lavresample -lavformat -lavcodec -lavutil -ldvdnav -ldvdread -lmp3lame -lvorbis -lvorbisenc -logg -lsamplerate -lx264 -lswscale -ltheoraenc -ltheoradec -lz -lbz2 -lpthread -lbluray -lass -lfontconfig -lfreetype -lxml2 -ldl ++PKG_CHECK_MODULES([FFMPEG], [libavresample libavformat libavcodec libavutil libswscale]) ++ ++HB_LIBS=-lhandbrake -la52 $FFMPEG_LIBS -ldvdnav -ldvdread -lmp3lame -lvorbis -lvorbisenc -logg -lsamplerate -lx264 -ltheoraenc -ltheoradec -lz -lbz2 -lpthread -lbluray -lass -lfontconfig -lfreetype -lxml2 -ldl + + if test x$use_fdk_aac = xyes ; then + HB_LIBS+= -lfdk-aac +--- handbrake-0.9.9+svn6032+dfsg1.orig/test/module.defs handbrake-0.9.9+svn6032+dfsg1/test/module.defs +@@ -11,10 +11,13 @@ TEST.exe = $(BUILD/)$(call TARGET.exe,$( + + TEST.libs = $(LIBHB.a) + ++FFMPEG_LIBS = $(shell $(PKGCONFIG.exe) --libs libavcodec libavformat libavutil libavresample libswscale) ++FFMPEG_NAMES = $(subst -l,,$(FFMPEG_LIBS)) ++ + TEST.GCC.l = \ +-a52 ass avcodec avformat avutil avresample dvdnav dvdread \ ++a52 ass $(FFMPEG_NAMES) dvdnav dvdread \ + fontconfig mp3lame ogg \ +-samplerate swscale theoraenc theoradec vorbis vorbisenc x264 \ ++samplerate theoraenc theoradec vorbis vorbisenc x264 \ + bluray freetype xml2 bz2 z + + ifeq (1,$(FEATURE.qsv)) diff --git a/debian/patches/series b/debian/patches/series index b887273..4e453ae 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ 001-Do-not-require-wget-or-curl.patch 002-Remove-embedded-downloaded-copies-of-various-librari.patch 004-link-fix-add-ldl.patch +pkg-config.patch diff --git a/debian/control b/debian/control index 0e34047..2f7da07 100644 --- a/debian/control +++ b/debian/control @@ -16,10 +16,10 @@ Build-Depends: intltool, liba52-0.7.4-dev (= 0.7.4-17), libass-dev, - libavcodec-dev (= 6:10~), - libavformat-dev (= 6:10~), - libavresample-dev (= 6:10~), - libavutil-dev (= 6:10~), + libavcodec-dev (= 6:10~) | libavcodec-ffmpeg-dev, + libavformat-dev (= 6:10~) | libavformat-ffmpeg-dev, + libavresample-dev (= 6:10~) | libavresample-ffmpeg-dev, + libavutil-dev (= 6:10~) | libavutil-ffmpeg-dev, libbluray-dev, libbz2-dev, libdbus-glib-1-dev, @@ -38,7 +38,7 @@ Build-Depends: libnotify-dev (= 0.7.3), libogg-dev, libsamplerate0-dev, - libswscale-dev, + libswscale-dev | libswscale-ffmpeg-dev, libtheora-dev, libtool, libvorbis-dev, ___ 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: Sponsorship/Review for package karlyriceditor
Hi IOhannes!
Thanks a lot for the review! It really helps a lot!
El 20/05/14 12:36, IOhannes m zmölnig (Debian/GNU) ha escrit:
your Vcs: cool that you are using git.
but your workflow seems to be somewhat non-standard (only tracking
debian/ in git). we usually track the entire package in git, which
includes pristine-tarballs from upstream [1].
this eases integration with gbp a lot.
I tried it once, following the instructions on
https://wiki.debian.org/PackagingWithGit, but decided against using it.
It didn't simplify my work, but instead cluttered up my repository with
the upstream source files. I don't get the point of having upstream
files in the repository, if you're not allowed to touch them directly
(only via patches).
Anyway, I can adopt the more standardized workflow, if it helps the
collaboration with others. Will look into it.
debian/control:
- Vcs-Stanzas:
seem to be missing (most likely because you would like to move the
packaging to a more debian repo?)
I simply didn't use a repo yet, when I created the debian/control file.
Done:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/abfbc647
What would be a more 'debian' repo? Just using the workflow mentioned
on https://wiki.debian.org/PackagingWithGit? Or another repo host?
- Description:
all those acronyms don't mean anything to me; also support for foo
and bar specifics sounds weird to me. should that read supports
formats foo and bar?
This was mainly taken from upstream. Tried to improve the readability:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/bdf960a4
- Depends:
are all those manual dependencies really needed? why can't they be
calculated from by ${shlibs:Depends}
You are right, they can! I underestimated the power of
${shlibs:Depends}. Removed the explicit dependencies:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/bf7d1168
debian/changelog:
usually debian/changelog for an initial upload will only contain a
single line: * Initial release (Closes: #692968)
the purpose of this changelog is to report the changes in the packaging
with regard to the last upload. since there is none, you merge all those
changes into initial packaging.
also, changelog entries should only document versions uploaded to debian.
since 1.3-1 never made it, there is no use documenting it.
I understand, makes sense. Reduced the changelog:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/a21356c5
debian/rules:
there's some cruft involved here, to include upstream's changelog.
check out dh_installchangelogs.
I had tried that before, but failed. The problem was that the filename
of the upstream changelog was still in the docs file. Removed it:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/aa0df552
debian/copyright:
- Source:
the debian/copyright is supposed to not change between upstream-releases
if there are no changes in the copyrights.
this means that you should provide a version-independent link to the
sources, e.g.: http://sourceforge.net/projects/karlyriceditor/files
Done:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/c13d1959
- License:
according to `licensecheck` all files (with the exception of
./build-*.sh and ./nsis/create_installer.sh which do not have a license
boilerplate) are really GPL-3+
you claim that all files are copyright 2003-2005 James Klicman
ja...@klicman.org, of whom i cannot find any references in any file
(but debian/copyright). this may indicate that you did some extra research.
however, all files (excluding those mentioned above) have an explicit
copyright notice 2009-2013 George Yunaev. some have an additional
copyright 2009-2010 Daniel Roggen.
Really awkward mistake. That information is from another project and got
mixed up. Corrected it (same commit):
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/c13d1959
i find it easier to read if all the license-texts are collected at the
end of debian/copyright.
something like
snip
Files: *
Copyright: 2000-2001, John Doe
License: foo
Files: debian/*
Copyright: 2042, Mimi Minus
License: foo
License: foo
this is a foo license...
/snip
True that. Didn't know this was allowed. Done (same commit):
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/c13d1959
finally:
the package FTBFS in a pristine sid environment (using
pbuilder/git-buildpackage).
most likely the package is needs some work for libav10.
Exactly, it was libav10. The last time I worked on the package, it was
still working. But now, after an apt-get dist-upgrade it broke. Some
deprecated functions in Libav that got removed. Patched it:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/7bf48cda
I also patched other deprecated functions to avoid breakage at the next
Libav update:
https://github.com/martin-steghoefer/debian-karlyriceditor/commit/b84ce255
Thanks again for your review! It really pushed the
Re: Sponsorship/Review for package karlyriceditor
Hi Andreas! El 20/05/14 14:26, Andreas Cadhalpun ha escrit: Hi Martin, On 20.05.2014 12:36, IOhannes m zmölnig (Debian/GNU) wrote: most likely the package is needs some work for libav10. This is indeed due to Libav 10. If you don't want to port karlyriceditor to Libav, you can just wait a bit until FFmpeg is back in Debian (currently sitting in NEW [1]) and then switch the build-dependencies to the '-ffmpeg' variants, as the attached patch does. I tested it and karlyriceditor builds fine with FFmpeg. Thanks for the information! I had already put some effort in porting karlyriceditor to Libav (compilation problems, crashes,...), finally it worked fine with the previous version of Libav, but broke with the update of Libav. I didn't know that FFmpeg was going to come back to Debian, I understood from the announcements that it was too difficult to have both Libav and FFmpeg in Debian. For now I just patched my package up a little more for the current compilation problems with Libav10. Whenever FFmpeg is back, we can drop those patches and use FFmpeg. Cheers, Martin ___ 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#735639: marked as done (libmkv: use dh-autoreconf to fix FTBFS on ppc64el)
Your message dated Wed, 21 May 2014 21:35:15 + with message-id e1wnean-0007vr...@franck.debian.org and subject line Bug#735639: fixed in libkate 0.4.1-1.1 has caused the Debian Bug report #735639, regarding libmkv: use dh-autoreconf to fix FTBFS on ppc64el 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.) -- 735639: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735639 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libmkv Version: 0.6.5.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to fix FTBFS on ppc64el. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-3-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libmkv-0.6.5.1/debian/control libmkv-0.6.5.1/debian/control --- libmkv-0.6.5.1/debian/control 2012-05-12 14:01:27.0 -0400 +++ libmkv-0.6.5.1/debian/control 2014-01-17 00:16:15.0 -0500 @@ -5,7 +5,7 @@ Uploaders: Fabian Greffrath fabian+deb...@greffrath.com, Andres Mejia ame...@debian.org Standards-Version: 3.9.3 -Build-Depends: debhelper (= 9) +Build-Depends: debhelper (= 9), dh-autoreconf Vcs-Git: git://git.debian.org/git/pkg-multimedia/libmkv.git Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/libmkv.git;a=summary Homepage: https://github.com/saintdev/libmkv diff -Nru libmkv-0.6.5.1/debian/rules libmkv-0.6.5.1/debian/rules --- libmkv-0.6.5.1/debian/rules 2012-05-12 14:01:27.0 -0400 +++ libmkv-0.6.5.1/debian/rules 2014-01-15 21:07:34.0 -0500 @@ -1,4 +1,4 @@ #!/usr/bin/make -f %: - dh $@ --parallel + dh $@ --parallel --with autoreconf ---End Message--- ---BeginMessage--- Source: libkate Source-Version: 0.4.1-1.1 We believe that the bug you reported is fixed in the latest version of libkate, which is due to be installed in the Debian FTP archive. 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 735...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Manuel A. Fernandez Montecelo m...@debian.org (supplier of updated libkate package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 May 2014 20:08:34 +0100 Source: libkate Binary: libkate-dev libkate1 liboggkate-dev liboggkate1 libkate-tools libkate1-dbg Architecture: source amd64 Version: 0.4.1-1.1 Distribution: unstable Urgency: low Maintainer: Debian Xiph.org Maintainers pkg-xiph-ma...@lists.alioth.debian.org Changed-By: Manuel A. Fernandez Montecelo m...@debian.org Description: libkate-dev - Codec for karaoke and text encapsulation (dev) libkate-tools - Utilities for mangling kate Ogg files libkate1 - Codec for karaoke and text encapsulation libkate1-dbg - Codec for karaoke and text encapsulation for Ogg (dbg) liboggkate-dev - Codec for karaoke and text encapsulation for Ogg (dev) liboggkate1 - Codec for karaoke and text encapsulation for Ogg Closes: 640692 662405 702681 735639 Changes: libkate (0.4.1-1.1) unstable; urgency=low . * Non-maintainer upload. * Use dh-autoreconf for better support of new architectures, and disable '-Werror' in automake to fix FTBFS when autoreconfiguring. Thanks Logan Rosen (Closes: #735639) - Remove Build-Depend on autotools-dev and (now) unnecessary dh overrides * Change Build-Depends of the package from libpng12-dev to libpng-dev to use newer versions, thanks Nobuhiro Iwamatsu iwama...@nigauri.org (Closes: #662405) * Fix tests/check_sizes.c to use 32-bit sizes on x32, thanks Daniel Schepler (Closes: #702681) * Improve description, thanks Filipus Klutiero
Bug#748294: vdpau-va-driver: Arithmetic exception in nvidia driver
Hi,
Attached is a full stack trace from XBMC after the arithmetic
exception crash, made with a debug-build of vdpau-va-driver. I hope
this helps, but if not, let me know if I can do more to help debug
this.
Also, I could not reproduce this bug with mpv.
Best,
Teemu
### STACK TRACE #
= Core file: /home/tpikonen/core.18396 (2014-05-21 23:35:00.101394445
+0200)
=
[New LWP 18448]
[New LWP 18449]
[New LWP 18451]
[New LWP 18425]
[New LWP 18426]
[New LWP 18430]
[New LWP 18433]
[New LWP 18434]
[New LWP 18436]
[New LWP 18437]
[New LWP 18438]
[New LWP 18439]
[New LWP 18440]
[New LWP 18441]
[New LWP 18442]
[New LWP 18445]
[New LWP 18427]
[New LWP 18435]
[New LWP 18396]
[Thread debugging using libthread_db enabled]
Using host libthread_db library
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
Core was generated by `/usr/lib/xbmc/xbmc.bin'.
Program terminated with signal 8, Arithmetic exception.
#0 0xacb02695 in object_heap_destroy (heap=0xaca4be88) at object_heap.c:275
275 for (i = 0; i heap-heap_size / heap-heap_increment; i++) {
Thread 19 (Thread 0xb13ce840 (LWP 18396)):
#0 0x085191a0 in CVideoThumbLoader::LoadItem(CFileItem*) ()
#1 0x08be4b6c in CGUIInfoManager::SetCurrentMovie(CFileItem) ()
#2 0x08be51a5 in CGUIInfoManager::SetCurrentItem(CFileItem) ()
#3 0x08b919c2 in CApplication::OnMessage(CGUIMessage) ()
#4 0x085f72b2 in CGUIWindowManager::SendMessage(CGUIMessage) ()
#5 0x085f7d60 in CGUIWindowManager::DispatchThreadMessages() ()
#6 0x08b909d3 in CApplication::Process() ()
#7 0x08c2a68b in CXBApplicationEx::Run() ()
#8 0x08c33047 in XBMC_Run ()
#9 0x082a4fc6 in main ()
Thread 18 (Thread 0xa6a28b40 (LWP 18435)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb50bb2b6 in nanosleep () at ../sysdeps/unix/syscall-template.S:81
#2 0xb50e920d in usleep (useconds=1) at
../sysdeps/unix/sysv/linux/usleep.c:32
#3 0x08d805cd in CThread::Sleep(unsigned int) ()
#4 0x086397c6 in CDVDPlayer::Process() ()
#5 0x08d80155 in CThread::Action() ()
#6 0x08d807ea in CThread::staticThread(void*) ()
#7 0xb641ded9 in start_thread (arg=0xa6a28b40) at pthread_create.c:312
#8 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 17 (Thread 0xaff82b40 (LWP 18427)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb50e214b in poll () at ../sysdeps/unix/syscall-template.S:81
#2 0x08a793a8 in PERIPHERALS::CPeripheralBusUSB::WaitForUpdate() ()
#3 0x08a79480 in PERIPHERALS::CPeripheralBusUSB::Process() ()
#4 0x08d80155 in CThread::Action() ()
#5 0x08d807ea in CThread::staticThread(void*) ()
#6 0xb641ded9 in start_thread (arg=0xaff82b40) at pthread_create.c:312
#7 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 16 (Thread 0xa2236b40 (LWP 18445)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2 0x0851320b in CVideoReferenceClock::ParseNvSettings(int) ()
#3 0x085143d4 in CVideoReferenceClock::UpdateRefreshrate(bool) ()
#4 0x08514ffa in CVideoReferenceClock::SetupGLX() ()
#5 0x085158e6 in CVideoReferenceClock::Process() ()
#6 0x08d80155 in CThread::Action() ()
#7 0x08d807ea in CThread::staticThread(void*) ()
#8 0xb641ded9 in start_thread (arg=0xa2236b40) at pthread_create.c:312
#9 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 15 (Thread 0xa3a22b40 (LWP 18442)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb6422025 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix
/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:245
#2 0x083635d6 in CJobManager::GetNextJob(CJobWorker const*) ()
#3 0x08363b7b in CJobWorker::Process() ()
#4 0x08d80155 in CThread::Action() ()
#5 0x08d807ea in CThread::staticThread(void*) ()
#6 0xb641ded9 in start_thread (arg=0xa3a22b40) at pthread_create.c:312
#7 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 14 (Thread 0xae122b40 (LWP 18441)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2 0xad3ab0cf in shairport_loop () from
/usr/lib/i386-linux-gnu/libshairport.so.2
#3 0x082f647a in DllLibShairport::shairport_loop() ()
#4 0x082f1146 in CAirTunesServer::Process() ()
#5 0x08d80155 in CThread::Action() ()
#6 0x08d807ea in CThread::staticThread(void*) ()
#7 0xb641ded9 in start_thread (arg=0xae122b40) at pthread_create.c:312
#8 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 13 (Thread 0xa4223b40 (LWP 18440)):
#0 0xb770f424 in __kernel_vsyscall ()
#1 0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2 0x082efd87 in CAirPlayServer::Process() ()
#3 0x08d80155 in CThread::Action() ()
#4 0x08d807ea in CThread::staticThread(void*) ()
#5 0xb641ded9 in start_thread (arg=0xa4223b40) at pthread_create.c:312
#6 0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
Thread 12
Processed: Re: Bug#735639: marked as done (libmkv: use dh-autoreconf to fix FTBFS on ppc64el)
Processing control commands:
reopen -1
Bug #735639 {Done: m...@debian.org (Manuel A. Fernandez Montecelo)} [libmkv]
libmkv: use dh-autoreconf to fix FTBFS on ppc64el
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions libkate/0.4.1-1.1.
--
735639: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735639
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Sponsorship/Review for package karlyriceditor
Hi Martin, On 21.05.2014 23:27, Martin Steghöfer wrote: Thanks for the information! You're welcome. :) I had already put some effort in porting karlyriceditor to Libav (compilation problems, crashes,...), finally it worked fine with the previous version of Libav, but broke with the update of Libav. I didn't know that FFmpeg was going to come back to Debian, I understood from the announcements that it was too difficult to have both Libav and FFmpeg in Debian. It may seem like that, since they both provide libraries with identical names. But in the end, its as easy as adding '-ffmpeg' to the FFmpeg library names, while not changing the pkg-config file names. That way projects can use pkg-config to determine the correct library names. As karlyriceditor uses pkg-config to determine the FFmpeg linker flags, it works just out of the box. For now I just patched my package up a little more for the current compilation problems with Libav10. Whenever FFmpeg is back, we can drop those patches and use FFmpeg. FFmpeg will be back as soon as the ftp-masters find the time to accept it into the archive. Best regards, Andreas ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
