Packages for Digital Cinema in Debian

2014-10-13 Thread Mattias Mattsson 
Hi team,

I am long time Debian user and also lurker on this list who really
appreciate your great work on the state of multimedia packages in
Debian. Thanks!

Maybe you are aware that todays format for films shown in cinemas,
called "Digital Cinema Package" (DCP), are entierly based on open
technologies like XML, mxf, BWF etc:
http://en.wikipedia.org/wiki/Digital_Cinema_Package

There are now several mature FLOSS projects which deal with creating
and manipulation these. Unfortunately none of them are packaged for
Debian:


- asdcplib ( http://www.cinecert.com/asdcplib/ )
Library used by most other tools

- DCP-o-matic ( http://dcpomatic.com/ )
Based on opendcp with a more easy-to-use GUI

- OpenDCP ( http://www.opendcp.org/ )
One of the first open tools to create DCPs

- dcp_inspect ( https://github.com/wolfgangw/backports )
A validation tool for DCPs

- cinemaslides and some other tools
( https://github.com/wolfgangw/digital_cinema_tools_distribution/wiki )
Simple but powerful utility to make slideshows in DCP format

- opencinematools ( https://code.google.com/p/opencinematools/ )
A bit outdated but contains some programs for creating metadata for
DCPs that the other tools lack


I think these tools are really interesting because they really empower
the user/filmmaker. You can convert material to DCP format and
out-of-the-box ingest and play it in any cinema worldwide without
bringing any extra gear except the media on which the DCP is stored.

I am willing to help bringing these to Debian but unfortunately have
zero packaging experience and also not a lot of time.. Sorry for that.

My hope is that these tools attracts interest from some more
experienced packagers. If not, sorry for the noise.


Best regards,
-- 
-mattias

___
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#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Sergej Wildemann 
Hi,
i tested the current xbmc package in unstable 13.2+dfsg1-2.
Some videos play, some don't. I couldn't see a reason for that. In my
tests it was like 50:50. All files are mkv with x264 video.

The computer has a radeon GPU:
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Wrestler [Radeon HD 6320]

You can find problematic samples here:
http://krul.finf.uni-hannover.de/~fjen/xbmc/

This one works for example:
http://ftp.halifax.rwth-aachen.de/blender/demo/movies/Sintel.2010.720p.mkv

Thanks,
Sergej

___
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#757531: marked as done (audacity: FTBFS with clang instead of gcc)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 23:49:11 +
with message-id 
and subject line Bug#757531: fixed in audacity 2.0.6-1
has caused the Debian Bug report #757531,
regarding audacity: FTBFS with clang instead of gcc
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.)


-- 
757531: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757531
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: audacity
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang
(instead of gcc).

Detected this kind of error:
http://clang.debian.net/status.php?version=3.4.2&key=UNDEF_REF

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/audacity_2.0.5-2_unstable_clang.log

Thanks,
Arthur

-- System Information:
Debian Release: jessie/sid (unstable)
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE="en_US.UTF-8"
Shell: /bin/sh linked to /bin/dash
Compiler: Debian clang version 3.5.0-+rc1-2 (tags/RELEASE_35/rc1) (based on 
LLVM 3.5.0)
--- End Message ---
--- Begin Message ---
Source: audacity
Source-Version: 2.0.6-1

We believe that the bug you reported is fixed in the latest version of
audacity, 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 757...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Benjamin Drung  (supplier of updated audacity 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: Tue, 14 Oct 2014 01:28:54 +0200
Source: audacity
Binary: audacity audacity-data audacity-dbg
Architecture: source amd64 all
Version: 2.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Benjamin Drung 
Description:
 audacity   - fast, cross-platform audio editor
 audacity-data - fast, cross-platform audio editor (data)
 audacity-dbg - fast, cross-platform audio editor (debug)
Closes: 749659 757531
Changes:
 audacity (2.0.6-1) unstable; urgency=medium
 .
   * New upstream release.
   * Update debian/watch to point to FossHub.
   * Bump Standards-Version to 3.9.6 (no changes required)
   * Drop all patches (all included in new upstream release) and the
 libnyquist autoreconf workaround
   * Disable tests (they fail to build, because they are bitrotten)
   * Fix autoreconf for the minimal audacity source tarball.
   * Compile audacity against wxWidgets 3.0. Thanks to Martin Steghöfer for
 this enormous patch (Closes: #749659)
   * Fix FTBFS with clang. Thanks to Arthur Marble. (Closes: #757531)
Checksums-Sha1:
 d6489ba254872bc52708a18672cf2173f51999b6 2795 audacity_2.0.6-1.dsc
 320a6c05a075de88c5897d704d122de26a52e468 6556636 audacity_2.0.6.orig.tar.xz
 331094e96e76684684c763612a06f96c4963b851 31452 audacity_2.0.6-1.debian.tar.xz
 ee354b8ea7077fbca53fa47e1937a6bb9e82a2ff 2838716 audacity_2.0.6-1_amd64.deb
 a69a98586c4b8451377c71a725ecd58c9d037f54 1380910 audacity-data_2.0.6-1_all.deb
 60ef771a00cbd325bfd66fbd4152d98234c2d960 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Checksums-Sha256:
 9b27bd8dd656357745efab47ec3b1fc64e3e1700b6c460e0f430d7e18fd01ab7 2795 
audacity_2.0.6-1.dsc
 4d5cb86c15e372f09c2db158c1bacc3206b017dc3f9c494401c4ebf153a29585 6556636 
audacity_2.0.6.orig.tar.xz
 17212976aa8aa84bdf1243ee805062a0a58bc8aaa5dbbf5511031e6562734371 31452 
audacity_2.0.6-1.debian.tar.xz
 2b5a6c9868f2c7ed25a7dce333c089905f67ed2c739167ed8f77ca5be9c5883c 2838716 
audacity_2.0.6-1_amd64.deb
 d94e8676f735ac4d789ac2861a21d20af8edd3f0db10ea7153368be3ab5fddb3 1380910 
audacity-data_2.0.6-1_all.deb
 4da49da768dad2d40d30df3dca1f0c9655daed4b58f805408ff1229aaec4d3ab 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Files:
 303d2e03199636c3d4bb7aeaa9b62fbb 2795 sound optional audacity_2.0.6-1.dsc
 71eaa55474b90b9e144c2dbf35391994 6556636 sound optional 
audacity_2.0.6.orig.tar.xz
 321d9c62abedd647d973c9884f824769 31452 sound optional 
audacity_2.0.6-1.debian.tar.xz
 c63d917a0313959cb0b9cf8da5818d7b 2838716 sound optional 
audacity_2.0.6-1_amd64.deb
 102a95214c463ae0942dfff58d35fffe 1380910 sound optional 
audacity-data_2.0.6-1_all.deb
 f

Bug#749659: marked as done (audacity: Please update to use wxwidgets3.0)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 23:49:11 +
with message-id 
and subject line Bug#749659: fixed in audacity 2.0.6-1
has caused the Debian Bug report #749659,
regarding audacity: Please update to use wxwidgets3.0
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.)


-- 
749659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749659
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: audacity
Version: 2.0.5-1
Severity: normal
User: freewx-ma...@lists.alioth.debian.org
Usertags: wx3.0
Control: block 748169 by -1

Dear maintainer,

We're aiming to migrate the archive to using wxwidgets3.0 instead of
wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released.

I attempted to rebuild the current audacity package by updating the B-D
on libwxgtk2.8-dev to libwxgtk3.0-dev, but the upstream source assumes
that wxGenericFileDialog is available, which is no longer the case in
wxWidgets 3.0.

As far as I can make out, Audacity uses the generic implementation of
this dialog because it wants to add an extra button.  I've filed a bug
with wx upstream to ask about the removal of this class, as this change
isn't documented in the list of changes since 2.8.  Here's that ticket:

http://trac.wxwidgets.org/ticket/16300

I had a quick look at Audacity's SVN repo but couldn't see any obvious
work towards wx3.0 support.  Do you know if they have plans for when
wx3.0 support will be added?

Cheers,
Olly
--- End Message ---
--- Begin Message ---
Source: audacity
Source-Version: 2.0.6-1

We believe that the bug you reported is fixed in the latest version of
audacity, 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 749...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Benjamin Drung  (supplier of updated audacity 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: Tue, 14 Oct 2014 01:28:54 +0200
Source: audacity
Binary: audacity audacity-data audacity-dbg
Architecture: source amd64 all
Version: 2.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Benjamin Drung 
Description:
 audacity   - fast, cross-platform audio editor
 audacity-data - fast, cross-platform audio editor (data)
 audacity-dbg - fast, cross-platform audio editor (debug)
Closes: 749659 757531
Changes:
 audacity (2.0.6-1) unstable; urgency=medium
 .
   * New upstream release.
   * Update debian/watch to point to FossHub.
   * Bump Standards-Version to 3.9.6 (no changes required)
   * Drop all patches (all included in new upstream release) and the
 libnyquist autoreconf workaround
   * Disable tests (they fail to build, because they are bitrotten)
   * Fix autoreconf for the minimal audacity source tarball.
   * Compile audacity against wxWidgets 3.0. Thanks to Martin Steghöfer for
 this enormous patch (Closes: #749659)
   * Fix FTBFS with clang. Thanks to Arthur Marble. (Closes: #757531)
Checksums-Sha1:
 d6489ba254872bc52708a18672cf2173f51999b6 2795 audacity_2.0.6-1.dsc
 320a6c05a075de88c5897d704d122de26a52e468 6556636 audacity_2.0.6.orig.tar.xz
 331094e96e76684684c763612a06f96c4963b851 31452 audacity_2.0.6-1.debian.tar.xz
 ee354b8ea7077fbca53fa47e1937a6bb9e82a2ff 2838716 audacity_2.0.6-1_amd64.deb
 a69a98586c4b8451377c71a725ecd58c9d037f54 1380910 audacity-data_2.0.6-1_all.deb
 60ef771a00cbd325bfd66fbd4152d98234c2d960 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Checksums-Sha256:
 9b27bd8dd656357745efab47ec3b1fc64e3e1700b6c460e0f430d7e18fd01ab7 2795 
audacity_2.0.6-1.dsc
 4d5cb86c15e372f09c2db158c1bacc3206b017dc3f9c494401c4ebf153a29585 6556636 
audacity_2.0.6.orig.tar.xz
 17212976aa8aa84bdf1243ee805062a0a58bc8aaa5dbbf5511031e6562734371 31452 
audacity_2.0.6-1.debian.tar.xz
 2b5a6c9868f2c7ed25a7dce333c089905f67ed2c739167ed8f77ca5be9c5883c 2838716 
audacity_2.0.6-1_amd64.deb
 d94e8676f735ac4d789ac2861a21d20af8edd3f0db10ea7153368be3ab5fddb3 1380910 
audacity-data_2.0.6-1_all.deb
 4da49da768dad2d40d30df3dca1f0c9655daed4b58f805408ff1229aaec4d3ab 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Files:
 303d2e03199636c3d4bb7aeaa9b62fbb 2795 sound optional audacity_2.0.6-1.dsc
 71eaa55474b90b9e144c2dbf3

audacity_2.0.6-1_amd64.changes ACCEPTED into unstable

2014-10-13 Thread Debian FTP Masters 


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 14 Oct 2014 01:28:54 +0200
Source: audacity
Binary: audacity audacity-data audacity-dbg
Architecture: source amd64 all
Version: 2.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Benjamin Drung 
Description:
 audacity   - fast, cross-platform audio editor
 audacity-data - fast, cross-platform audio editor (data)
 audacity-dbg - fast, cross-platform audio editor (debug)
Closes: 749659 757531
Changes:
 audacity (2.0.6-1) unstable; urgency=medium
 .
   * New upstream release.
   * Update debian/watch to point to FossHub.
   * Bump Standards-Version to 3.9.6 (no changes required)
   * Drop all patches (all included in new upstream release) and the
 libnyquist autoreconf workaround
   * Disable tests (they fail to build, because they are bitrotten)
   * Fix autoreconf for the minimal audacity source tarball.
   * Compile audacity against wxWidgets 3.0. Thanks to Martin Steghöfer for
 this enormous patch (Closes: #749659)
   * Fix FTBFS with clang. Thanks to Arthur Marble. (Closes: #757531)
Checksums-Sha1:
 d6489ba254872bc52708a18672cf2173f51999b6 2795 audacity_2.0.6-1.dsc
 320a6c05a075de88c5897d704d122de26a52e468 6556636 audacity_2.0.6.orig.tar.xz
 331094e96e76684684c763612a06f96c4963b851 31452 audacity_2.0.6-1.debian.tar.xz
 ee354b8ea7077fbca53fa47e1937a6bb9e82a2ff 2838716 audacity_2.0.6-1_amd64.deb
 a69a98586c4b8451377c71a725ecd58c9d037f54 1380910 audacity-data_2.0.6-1_all.deb
 60ef771a00cbd325bfd66fbd4152d98234c2d960 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Checksums-Sha256:
 9b27bd8dd656357745efab47ec3b1fc64e3e1700b6c460e0f430d7e18fd01ab7 2795 
audacity_2.0.6-1.dsc
 4d5cb86c15e372f09c2db158c1bacc3206b017dc3f9c494401c4ebf153a29585 6556636 
audacity_2.0.6.orig.tar.xz
 17212976aa8aa84bdf1243ee805062a0a58bc8aaa5dbbf5511031e6562734371 31452 
audacity_2.0.6-1.debian.tar.xz
 2b5a6c9868f2c7ed25a7dce333c089905f67ed2c739167ed8f77ca5be9c5883c 2838716 
audacity_2.0.6-1_amd64.deb
 d94e8676f735ac4d789ac2861a21d20af8edd3f0db10ea7153368be3ab5fddb3 1380910 
audacity-data_2.0.6-1_all.deb
 4da49da768dad2d40d30df3dca1f0c9655daed4b58f805408ff1229aaec4d3ab 30276264 
audacity-dbg_2.0.6-1_amd64.deb
Files:
 303d2e03199636c3d4bb7aeaa9b62fbb 2795 sound optional audacity_2.0.6-1.dsc
 71eaa55474b90b9e144c2dbf35391994 6556636 sound optional 
audacity_2.0.6.orig.tar.xz
 321d9c62abedd647d973c9884f824769 31452 sound optional 
audacity_2.0.6-1.debian.tar.xz
 c63d917a0313959cb0b9cf8da5818d7b 2838716 sound optional 
audacity_2.0.6-1_amd64.deb
 102a95214c463ae0942dfff58d35fffe 1380910 sound optional 
audacity-data_2.0.6-1_all.deb
 fb270d49655c4afb31d67c30aa8930b3 30276264 debug extra 
audacity-dbg_2.0.6-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUPGHmAAoJEBWetcTvyHdMoswP+gLxqG5q5uxLtm+WHllOWO2E
N69h/xXJ+YYcpmBJYzPfqhLG5/Za0zRIjqvRcylhiDOA2WxftPgVQm3knnIlJvP8
umQ9VBo4LzVcXtsW0Ywc8ga4C1RlZnwQEHh1Q+MJj5aiE2F1BsY4q1YuH3QHjTvv
rGDhlO8gchFtyKoRWgVlF1+JAccso81MbhvcS6m9pCcZheZLMUOXV22HATUx+NCX
C392qp7Q7cohLhUVTnffGIScrnmuHlACuloaaR80lqIvnP2HZDhCskL5B+6Ye7Pa
5XAw6phSwIp5PekAf20cJbvtf3012+N2NIO84LVt0D622Z5mNeJBzk9rZFu/9dF4
dKv+DfygI94NKQE2bzjhC/TaqHtM0JxyahsPvwKE75yccqIA0CfX8S4DBrpz6gPt
WqPqh9XSQnhEPJpHR6HCib/uLGnWpJYvwRUNjdrkg1DQRyO2B+ZfLQ670TV+nXzO
PfxXWrnnvFRPniAYMaBu3LHpnj1b+VKGcnwI/UqbQ03KFqpkNEJMmWp547g1ceUh
CQV+v2q8vPxIlFk8fQMMp7zhda6U8k5jQskozUVGzyPgVk6eIN/pQkXwn1LXc2Pw
rl2jbulmctQ+ViSAwmN99fIBjDWQu91m4yGQe/mlWu8CA4ITWotiiP2ry5v/R3we
ou0oYOcJUlcRE3JBpABj
=5Hcb
-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

Processing of audacity_2.0.6-1_amd64.changes

2014-10-13 Thread Debian FTP Masters 
audacity_2.0.6-1_amd64.changes uploaded successfully to localhost
along with the files:
  audacity_2.0.6-1.dsc
  audacity_2.0.6.orig.tar.xz
  audacity_2.0.6-1.debian.tar.xz
  audacity_2.0.6-1_amd64.deb
  audacity-data_2.0.6-1_all.deb
  audacity-dbg_2.0.6-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

Bug#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Bálint Réczey 
Hi,

2014-10-13 23:46 GMT+02:00 Wojciech Kuranowski :
> Yes, VDPAU acceleration fails with the latest package. But it's a bit
> better than before, because I have one example of working movie which
> was not working with previous libav based xbmc packages. All other
> tested movies fails with VDPAU. But everything works fine with ffmpeg
> based xbmc.
>
> This is my card:
> 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
> GTX 650] (rev a1)
>
> Driver:
> nvidia-vdpau-driver:amd64340.46-1
>
> How can I help?
I suspect some codecs work but others don't. Please collect xbmc logs
while playing the working and not working files and attach them to the
bug.

Cheers,
Balint

>
>
> On 13 October 2014 15:21, Bálint Réczey  wrote:
>> Hi,
>>
>> 2014-10-08 21:57 GMT+02:00 Wojciech Kuranowski :
>>> Hello.
>>>
>>> I am using VDPAU on my NVIDIA card and latest working version was
>>> 2:13.2+dfsg1-2~exp1 based on ffmpeg libs. In current version
>>> 2:13.2+dfsg1-2 I have a blank video again.
>> VDPAU in 2:13.2+dfsg1-2 worked for Sebasian [1].
>>
>> Sebastian, did you use NVIDIA cards for testing, too?
>> Wojciech, are you sure VDPAU acceleration fails with the latest package?
>>
>> Cheers,
>> Balint

___
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#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Reinhard Tartler 
On Mon, Oct 13, 2014 at 5:46 PM, Wojciech Kuranowski
 wrote:
> Yes, VDPAU acceleration fails with the latest package [xbmc with Anton's 
> patch compiled against libav]. But it's a bit
> better than before, because I have one example of working movie which
> was not working with previous libav based xbmc packages. All other
> tested movies fails with VDPAU. But everything works fine with ffmpeg
> based xbmc.

Can you provide samples of movies that do work and those that don't work?

I've also CC'ed Anton from Libav, who kindly provided patches and
suggestions in the context of this bug.

>
> This is my card:
> 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
> GTX 650] (rev a1)
>
> Driver:
> nvidia-vdpau-driver:amd64340.46-1
>
> How can I help?

We need to find out why some videos break and others work so that the
problem can be identified and fixed in the code.

Thanks,
Reinhard

___
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#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Wojciech Kuranowski 
Yes, VDPAU acceleration fails with the latest package. But it's a bit
better than before, because I have one example of working movie which
was not working with previous libav based xbmc packages. All other
tested movies fails with VDPAU. But everything works fine with ffmpeg
based xbmc.

This is my card:
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
GTX 650] (rev a1)

Driver:
nvidia-vdpau-driver:amd64340.46-1

How can I help?


On 13 October 2014 15:21, Bálint Réczey  wrote:
> Hi,
>
> 2014-10-08 21:57 GMT+02:00 Wojciech Kuranowski :
>> Hello.
>>
>> I am using VDPAU on my NVIDIA card and latest working version was
>> 2:13.2+dfsg1-2~exp1 based on ffmpeg libs. In current version
>> 2:13.2+dfsg1-2 I have a blank video again.
> VDPAU in 2:13.2+dfsg1-2 worked for Sebasian [1].
>
> Sebastian, did you use NVIDIA cards for testing, too?
> Wojciech, are you sure VDPAU acceleration fails with the latest package?
>
> Cheers,
> Balint

___
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: reassign 765030 to src:flactag, merging 765030 765205

2014-10-13 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 765030 src:flactag 2.0.4-2
Bug #765030 [flactag] flactag: run dh-autoreconf to update for new architectures
Bug reassigned from package 'flactag' to 'src:flactag'.
No longer marked as found in versions flactag/2.0.4-2.
Ignoring request to alter fixed versions of bug #765030 to the same values 
previously set
Bug #765030 [src:flactag] flactag: run dh-autoreconf to update for new 
architectures
Marked as found in versions flactag/2.0.4-2.
> merge 765030 765205
Bug #765030 [src:flactag] flactag: run dh-autoreconf to update for new 
architectures
Bug #765205 [src:flactag] flactag: run dh-autoreconf to update for new 
architectures
Merged 765030 765205
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
765030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765030
765205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765205
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

Processed (with 1 errors): Re: Bug#765205: flactag: run dh-autoreconf to update for new architectures

2014-10-13 Thread Debian Bug Tracking System 
Processing control commands:

> merge 765030 -1
Bug #765030 [flactag] flactag: run dh-autoreconf to update for new architectures
Unable to merge bugs because:
package of #765205 is 'src:flactag' not 'flactag'
Failed to merge 765030: Did not alter merged bugs


-- 
765030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765030
765205: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765205
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#765205: flactag: run dh-autoreconf to update for new architectures

2014-10-13 Thread Sebastian Ramacher 
Control: merge 765030 -1

On 2014-10-13 22:20:08, Wookey wrote:
> Source: flactag
> Version: 2.0.4-2
> Severity: normal
> User: debian-...@lists.debian.org
> Usertag: arm64
> 
> This package failed to build on arm64. Here is the buildd log:
> https://buildd.debian.org/status/fetch.php?pkg=flactag&arch=arm64&ver=2.0.4-2&stamp=1412523591
> 
> 
> The problem appears to be out of date autoconf files (config.sub and
> guess). It is one of many packages which need autoconf updates in
> order to build on new architectures (such as arm64, mips64el, ppc64el
> and or1k). 'Autoreconf'ing is the recommended way to deal with this
> problem in Debian, as it works now and in the future, and ensures
> packages remain buildable from source. This page (
> https://wiki.debian.org/Autoreconf ) contains information on this
> issue, and details for maintainers on how to update your packages:
> 
> The arm64 and ppc64el porter teams are working hard to get these new
> architectures ready for jessie, and time is short, so do please try to
> fix this issue promptly. Unless the autofoo in the package is way out
> of date, it's often trivial to do.
> 
> Please ignore/close this message if it is in error, and accept my
> apologies for the noise. It may have already been fixed, or a new
> upload done since the list was generated.  Also the automated checks
> for characteristic log messages can sometimes produce false
> positives, despite our best efforts.

Merging with #765030.

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#765258: taopm: run dh-autoreconf to update for new architectures

2014-10-13 Thread Wookey 
Source: taopm
Version: 1.0-3
Severity: normal
User: debian-...@lists.debian.org
Usertag: arm64

This package failed to build on arm64. Here is the buildd log:
https://buildd.debian.org/status/fetch.php?pkg=taopm&arch=arm64&ver=1.0-3&stamp=1408913728


The problem appears to be out of date autoconf files (config.sub and
guess). It is one of many packages which need autoconf updates in
order to build on new architectures (such as arm64, mips64el, ppc64el
and or1k). 'Autoreconf'ing is the recommended way to deal with this
problem in Debian, as it works now and in the future, and ensures
packages remain buildable from source. This page (
https://wiki.debian.org/Autoreconf ) contains information on this
issue, and details for maintainers on how to update your packages:

The arm64 and ppc64el porter teams are working hard to get these new
architectures ready for jessie, and time is short, so do please try to
fix this issue promptly. Unless the autofoo in the package is way out
of date, it's often trivial to do.

Please ignore/close this message if it is in error, and accept my
apologies for the noise. It may have already been fixed, or a new
upload done since the list was generated.  Also the automated checks
for characteristic log messages can sometimes produce false
positives, despite our best efforts.


-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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

Bug#765205: flactag: run dh-autoreconf to update for new architectures

2014-10-13 Thread Wookey 
Source: flactag
Version: 2.0.4-2
Severity: normal
User: debian-...@lists.debian.org
Usertag: arm64

This package failed to build on arm64. Here is the buildd log:
https://buildd.debian.org/status/fetch.php?pkg=flactag&arch=arm64&ver=2.0.4-2&stamp=1412523591


The problem appears to be out of date autoconf files (config.sub and
guess). It is one of many packages which need autoconf updates in
order to build on new architectures (such as arm64, mips64el, ppc64el
and or1k). 'Autoreconf'ing is the recommended way to deal with this
problem in Debian, as it works now and in the future, and ensures
packages remain buildable from source. This page (
https://wiki.debian.org/Autoreconf ) contains information on this
issue, and details for maintainers on how to update your packages:

The arm64 and ppc64el porter teams are working hard to get these new
architectures ready for jessie, and time is short, so do please try to
fix this issue promptly. Unless the autofoo in the package is way out
of date, it's often trivial to do.

Please ignore/close this message if it is in error, and accept my
apologies for the noise. It may have already been fixed, or a new
upload done since the list was generated.  Also the automated checks
for characteristic log messages can sometimes produce false
positives, despite our best efforts.


-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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

Bug#765187: blender: FTBFS on s390x, ppc64el, arm64: error: cast from 'ccl::uchar* {aka unsigned char*}' to 'CUdeviceptr {aka unsigned int}' loses precision [-fpermissive]

2014-10-13 Thread Sebastian Ramacher 
Source: blender
Version: 2.72+dfsg1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

blender failed to build on s390x, ppc64el and arm64 with:
| [  7%] Building CXX object 
intern/cycles/bvh/CMakeFiles/cycles_bvh.dir/bvh_node.cpp.o
| cd /«BUILDDIR»/blender-2.72+dfsg1/obj-s390x-linux-gnu/intern/cycles/bvh && 
/usr/bin/c++   -DBOOST_ALL_NO_LIB -DCCL_NAMESPACE_BEGIN="namespace ccl {" 
-DCCL_NAMESPACE_END=} -DHAVE_STDBOOL_H -DWITH_CUDA -DWITH_MULTI -DWITH_OPENCL 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-D__BIG_ENDIAN__ -Wredundant-decls -Wall -Wno-invalid-offsetof 
-Wno-sign-compare -Wlogical-op -Winit-self -Wmissing-include-dirs 
-Wno-div-by-zero -Wtype-limits -Wuninitialized -Wundef -Wmissing-declarations 
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2  -D__STDC_CONSTANT_MACROS -fopenmp -pipe -fPIC 
-funsigned-char -fno-strict-aliasing -ffast-math -Werror=float-conversion 
-isystem /usr/include/OpenImageIO -isystem /usr/include/OpenEXR 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/. 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../kernel 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../kernel/svm 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../render 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../util 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../device-o 
CMakeFiles/cycles_bvh.dir/bvh_node.cpp.o -c 
/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/bvh_node.cpp
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp: In 
member function 'virtual void 
ccl::CUDADevice::mem_copy_from(ccl::device_memory&, int, int, int, int)':
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp:358:78: 
error: cast from 'ccl::uchar* {aka unsigned char*}' to 'CUdeviceptr {aka 
unsigned int}' loses precision [-fpermissive]
|  (CUdeviceptr)((uchar*)mem.device_pointer + 
offset), size));
|   
^
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp:86:21: 
note: in definition of macro 'cuda_assert'
|CUresult result = stmt; \
|  ^
| make[3]: *** 
[intern/cycles/device/CMakeFiles/cycles_device.dir/device_cuda.cpp.o] Error 1
| intern/cycles/device/CMakeFiles/cycles_device.dir/build.make:103: recipe for 
target 'intern/cycles/device/CMakeFiles/cycles_device.dir/device_cuda.cpp.o' 
failed
| make[3]: Leaving directory 
'/«BUILDDIR»/blender-2.72+dfsg1/obj-s390x-linux-gnu'
| make[2]: *** [intern/cycles/device/CMakeFiles/cycles_device.dir/all] Error 2

See
https://buildd.debian.org/status/fetch.php?pkg=blender&arch=s390x&ver=2.72+dfsg1-1&stamp=1412753922
for the build log.

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

Re: Bits from the Debian Multimedia Team [RELOADED]

2014-10-13 Thread Felipe Sateler 
On Mon, Oct 13, 2014 at 1:59 PM, Ross Gammon  wrote:
>
> On 10/13/2014 06:16 PM, Felipe Sateler wrote:
>
> [...]
>
> >
> > I certainly won't stop anyone that wants to do this. I can also help
> > in applying patches (and uploading, if you need sponsoring). But the
> > hard part, creating useful tasks in the first place, is what I failed
> > to do. Hopefully you can succeed where I didn't.
> >
> > I wonder if the tasks have any use as-is and maybe we should just
> > publicize them a bit more so that users can tell us what they miss.
> >
> >
>
> I have just brought the tasks page [1] up to the Multimedia Wiki front
> page [2] so it is only one click away instead of two.
>
> [1] http://blends.debian.org/multimedia/tasks/index
> [2] https://wiki.debian.org/DebianMultimedia/
>
> I think you are right. The tasks look reasonable at first glance.
> Clicking on one of the tasks takes you to a page full of multimedia
> packages where users are able to contribute screenshots and debtags.
>
> There is also this text:
> "If you discover a project which looks like a good candidate for Debian
> Multimedia to you, or if you have prepared an unofficial Debian package,
> please do not hesitate to send a description of that project to the
> "
>
> We could advertise this a bit more.

OK I added a small paragraph for the multimedia tasks. Lets hope we
get some interest in this.

-- 

Saludos,
Felipe Sateler

___
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: Bits from the Debian Multimedia Team [RELOADED]

2014-10-13 Thread Ross Gammon 
On 10/13/2014 06:16 PM, Felipe Sateler wrote:

[...]

> 
> I certainly won't stop anyone that wants to do this. I can also help
> in applying patches (and uploading, if you need sponsoring). But the
> hard part, creating useful tasks in the first place, is what I failed
> to do. Hopefully you can succeed where I didn't.
> 
> I wonder if the tasks have any use as-is and maybe we should just
> publicize them a bit more so that users can tell us what they miss.
> 
> 

I have just brought the tasks page [1] up to the Multimedia Wiki front
page [2] so it is only one click away instead of two.

[1] http://blends.debian.org/multimedia/tasks/index
[2] https://wiki.debian.org/DebianMultimedia/

I think you are right. The tasks look reasonable at first glance.
Clicking on one of the tasks takes you to a page full of multimedia
packages where users are able to contribute screenshots and debtags.

There is also this text:
"If you discover a project which looks like a good candidate for Debian
Multimedia to you, or if you have prepared an unofficial Debian package,
please do not hesitate to send a description of that project to the
"

We could advertise this a bit more.

___
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: Bits from the Debian Multimedia Team [RELOADED]

2014-10-13 Thread Felipe Sateler 
On Mon, Oct 13, 2014 at 12:40 PM, Ross Gammon  wrote:
> On 10/13/2014 03:46 AM, Felipe Sateler wrote:
>>
>> On 12 Oct 2014 20:03, "Alessio Treglia" > > wrote:
>
> [...]
>
>>> Felipe, could you share some info on it please?
>>>
>>
>> I have unfortunately let it alone for too long, but I don't think I have
>> the energy to move the task forward.
>>
>> Perhaps we should ask for removal.
>>
>
> Rather than removal, if you were interested in a volunteer going forward
> after the release, I might be willing to step forward.
>
> I do some packaging in the Debian Gis Team. And there it is just one or
> two guys that monitor the commits, and keep the tasks up to date
> (basically add new packages and tweak ones that change names like
> libraries etc.). Sometimes, some of the other packagers occasionally
> remember to send a patch :-)
>
> It is not that onerous once the tasks are clearly defined and up to date.

I certainly won't stop anyone that wants to do this. I can also help
in applying patches (and uploading, if you need sponsoring). But the
hard part, creating useful tasks in the first place, is what I failed
to do. Hopefully you can succeed where I didn't.

I wonder if the tasks have any use as-is and maybe we should just
publicize them a bit more so that users can tell us what they miss.


-- 

Saludos,
Felipe Sateler

___
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: Bits from the Debian Multimedia Team [RELOADED]

2014-10-13 Thread Ross Gammon 
On 10/13/2014 03:46 AM, Felipe Sateler wrote:
> 
> On 12 Oct 2014 20:03, "Alessio Treglia"  > wrote:

[...]

>> Felipe, could you share some info on it please?
>>
> 
> I have unfortunately let it alone for too long, but I don't think I have
> the energy to move the task forward.
> 
> Perhaps we should ask for removal.
> 

Rather than removal, if you were interested in a volunteer going forward
after the release, I might be willing to step forward.

I do some packaging in the Debian Gis Team. And there it is just one or
two guys that monitor the commits, and keep the tasks up to date
(basically add new packages and tweak ones that change names like
libraries etc.). Sometimes, some of the other packagers occasionally
remember to send a patch :-)

It is not that onerous once the tasks are clearly defined and up to date.

Ross
ross-guest on alioth

___
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#617367: marked as done (mediatomb: Absolute paths in web ui)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 15:22:14 +
with message-id 
and subject line Bug#617367: fixed in mediatomb 0.12.1-6
has caused the Debian Bug report #617367,
regarding mediatomb: Absolute paths in web ui
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.)


-- 
617367: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617367
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: wishlist
Tags: patch upstream

Most of links in web ui are absolute, so you can't put web ui behind a proxy 
pass in your main web server.

Simply removing the / in href and src and everything works perfect.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages mediatomb depends on:
ii  iceweasel [www-browse 3.5.16-4   Web browser based on Firefox
ii  mediatomb-daemon  0.12.0~svn2018-6.1 UPnP MediaServer (daemon package)

mediatomb recommends no packages.

mediatomb suggests no packages.

-- no debconf information
Title: MediaTomb
diff -u web-orig//disabled.html web/disabled.html
--- web-orig//disabled.html	2011-03-08 11:55:02.708820104 +
+++ web/disabled.html	2011-03-08 11:37:18.808012616 +
@@ -2,7 +2,7 @@
 
 
 
 
Common subdirectories: web-orig//icons and web/icons
diff -u web-orig//index.html web/index.html
--- web-orig//index.html	2011-03-08 11:55:02.688811235 +
+++ web/index.html	2011-03-08 11:38:40.348810441 +
@@ -30,20 +30,19 @@
 -->
   
 
-
 
 MEDIATOMB
- 
-
-
-
-
-
-
-
-
-
-
+ 
+
+
+
+
+
+
+
+
+
+
  type="text/_javascript_" language="_javascript_">
 --- End Message ---
--- Begin Message ---
Source: mediatomb
Source-Version: 0.12.1-6

We believe that the bug you reported is fixed in the latest version of
mediatomb, 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 617...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hector Oron  (supplier of updated mediatomb 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: Fri, 26 Sep 2014 20:30:49 +0200
Source: mediatomb
Binary: mediatomb-common mediatomb-daemon mediatomb mediatomb-dbg
Architecture: source i386 all
Version: 0.12.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian multimedia packages maintainers 

Changed-By: Hector Oron 
Description:
 mediatomb  - UPnP MediaServer (main package)
 mediatomb-common - UPnP MediaServer (base package)
 mediatomb-daemon - UPnP MediaServer (daemon package)
 mediatomb-dbg - UPnP MediaServer (debug package)
Closes: 606804 617367 677964 691650 696553
Changes:
 mediatomb (0.12.1-6) unstable; urgency=medium
 .
   [ Hector Oron ]
   * d/p/0013_symlinks.patch: avoids ignoring symlinks
 Thanks Jona Schuman for patch.
 (Closes: #677964)
   * d/mediatomb-daemon.mediatomb.logrotate: reload service instead use pkill
 Based on a proposal by Guillem Jover.
 (Closes: #691650)
   * d/control: alternative build depend on libcurl4-openssl-dev.
 Based on a proposal by Mathieu Malaterre.
 (Closes: #696553)
   * d/p/0012_remove_absolute_paths.patch: new patch.
 Thanks Rene Martin Rodriguez for patch.
 (Closes: #617367)
   * d/mediatomb-daemon.postrm: stop daemon on removals.
 Thanks Dominik Röttsches
 (Closes: #606804)
   * daemon: switch envvars to use MT_ prefix from upstream configuration.
   * daemon: add systemd unit file
   * d/rules,control: build with systemd support
   * d/rules: enable libmp4v2
   * d/mediatomb-daemon.postrm: avoid exit on stop
Checksums-Sha1:
 b35b351daf0242491e864867b1b2338eb2f4724a 2483 mediatomb_0.12.1-6.dsc
 e52db31238a05b6ad42c0ced8dc7a0c463c6be59 31616 mediatomb_0.12.1-6.debian.tar.xz
 407bf0f9e625ad12287f2317030c1af41637639e 823312 
mediatomb-common_0.12

Bug#696553: marked as done (mediatomb: Allow for virtual package libcurl-ssl-dev)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 15:22:14 +
with message-id 
and subject line Bug#696553: fixed in mediatomb 0.12.1-6
has caused the Debian Bug report #696553,
regarding mediatomb: Allow for virtual package libcurl-ssl-dev
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.)


-- 
696553: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696553
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: wishlist


Currently mediatomb B-D line read as:

libcurl4-gnutls-dev | libcurl3-gnutls-dev 

It would be nice if it would read instaed as:

libcurl4-gnutls-dev | libcurl4-ssl-dev 



thanks

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mediatomb depends on:
ii  chromium-br 6.0.472.63~r59945-5+squeeze6 Chromium browser
ii  epiphany-br 2.30.6-1 Intuitive GNOME web browser
ii  iceweasel [ 10.0.11esr-1~bpo60+1 Web browser based on Firefox
ii  links [www- 2.3~pre1-1+squeeze1  Web browser running in text mode
ii  mediatomb-d 0.12.0~svn2018-6.1   UPnP MediaServer (daemon package)
ii  w3m [www-br 0.5.2-9  WWW browsable pager with excellent

mediatomb recommends no packages.

mediatomb suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: mediatomb
Source-Version: 0.12.1-6

We believe that the bug you reported is fixed in the latest version of
mediatomb, 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 696...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hector Oron  (supplier of updated mediatomb 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: Fri, 26 Sep 2014 20:30:49 +0200
Source: mediatomb
Binary: mediatomb-common mediatomb-daemon mediatomb mediatomb-dbg
Architecture: source i386 all
Version: 0.12.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian multimedia packages maintainers 

Changed-By: Hector Oron 
Description:
 mediatomb  - UPnP MediaServer (main package)
 mediatomb-common - UPnP MediaServer (base package)
 mediatomb-daemon - UPnP MediaServer (daemon package)
 mediatomb-dbg - UPnP MediaServer (debug package)
Closes: 606804 617367 677964 691650 696553
Changes:
 mediatomb (0.12.1-6) unstable; urgency=medium
 .
   [ Hector Oron ]
   * d/p/0013_symlinks.patch: avoids ignoring symlinks
 Thanks Jona Schuman for patch.
 (Closes: #677964)
   * d/mediatomb-daemon.mediatomb.logrotate: reload service instead use pkill
 Based on a proposal by Guillem Jover.
 (Closes: #691650)
   * d/control: alternative build depend on libcurl4-openssl-dev.
 Based on a proposal by Mathieu Malaterre.
 (Closes: #696553)
   * d/p/0012_remove_absolute_paths.patch: new patch.
 Thanks Rene Martin Rodriguez for patch.
 (Closes: #617367)
   * d/mediatomb-daemon.postrm: stop daemon on removals.
 Thanks Dominik Röttsches
 (Closes: #606804)
   * daemon: switch envvars to use MT_ prefix from upstream configuration.
   * daemon: add systemd unit file
   * d/rules,control: build with systemd support
   * d/rules: enable libmp4v2
   * d/mediatomb-daemon.postrm: avoid exit on stop
Checksums-Sha1:
 b35b351daf0242491e864867b1b2338eb2f4724a 2483 mediatomb_0.12.1-6.dsc
 e52db31238a05b6ad42c0ced8dc7a0c463c6be59 31616 mediatomb_0.12.1-6.debian.tar.xz
 407bf0f9e625ad12287f2317030c1af41637639e 823312 
mediatomb-common_0.12.1-6_i386.deb
 73a0870e2cc8f883c9e4d2bc0f6e83471dfe7d86 26460 
mediatomb-daemon_0.12.1-6_all.deb
 d05b3c9e979ef58edf41f635ced3d3d188e2d2a8 22588 mediatomb_0.12.1-6_all.deb
 9ff25542c009fe7b9e5935764d66f8398609ca93 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Checksums-Sha256:
 9eb2b10314a708974f7fef89d6ba3142e2d16800e7e63dcd57a1f9654fa1f7c0 2483 
mediatomb_0.12.1-6.dsc
 f866b785410263600326423d4b0a6c69cfcb0

Bug#677964: marked as done (mediatomb: ignores symbolic links)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 15:22:14 +
with message-id 
and subject line Bug#677964: fixed in mediatomb 0.12.1-6
has caused the Debian Bug report #677964,
regarding mediatomb: ignores symbolic links
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.)


-- 
677964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677964
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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");
--- End Message ---
--- Begin Message ---
Source: mediatomb
Source-Version: 0.12.1-6

We believe that the bug you reported is fixed in the latest version of
mediatomb, 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 677...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hector Oron  (supplier o

Bug#691650: marked as done (mediatomb: Error in logrotate when package is in config-files state)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 15:22:14 +
with message-id 
and subject line Bug#691650: fixed in mediatomb 0.12.1-6
has caused the Debian Bug report #691650,
regarding mediatomb: Error in logrotate when package is in config-files state
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.)


-- 
691650: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691650
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mediatomb
Version: 0.12.1-4
Severity: normal
Tags: patch

Hi!

The logrotate file for mediatomb is using pkill to send a HUP signal
to the server to close/reopen the log files, but this fails if the
daemon is not running. The correct way to do that is to use the init
script with the reload action, which should handle all these cases
correctly. The following logrotate file would do:

,---
"/var/log/mediatomb.log" {
weekly
rotate 12
missingok
postrotate
/etc/init.d/mediatomb reload >/dev/null
endscript
}
`---

thanks,
guillem
--- End Message ---
--- Begin Message ---
Source: mediatomb
Source-Version: 0.12.1-6

We believe that the bug you reported is fixed in the latest version of
mediatomb, 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 691...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hector Oron  (supplier of updated mediatomb 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: Fri, 26 Sep 2014 20:30:49 +0200
Source: mediatomb
Binary: mediatomb-common mediatomb-daemon mediatomb mediatomb-dbg
Architecture: source i386 all
Version: 0.12.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian multimedia packages maintainers 

Changed-By: Hector Oron 
Description:
 mediatomb  - UPnP MediaServer (main package)
 mediatomb-common - UPnP MediaServer (base package)
 mediatomb-daemon - UPnP MediaServer (daemon package)
 mediatomb-dbg - UPnP MediaServer (debug package)
Closes: 606804 617367 677964 691650 696553
Changes:
 mediatomb (0.12.1-6) unstable; urgency=medium
 .
   [ Hector Oron ]
   * d/p/0013_symlinks.patch: avoids ignoring symlinks
 Thanks Jona Schuman for patch.
 (Closes: #677964)
   * d/mediatomb-daemon.mediatomb.logrotate: reload service instead use pkill
 Based on a proposal by Guillem Jover.
 (Closes: #691650)
   * d/control: alternative build depend on libcurl4-openssl-dev.
 Based on a proposal by Mathieu Malaterre.
 (Closes: #696553)
   * d/p/0012_remove_absolute_paths.patch: new patch.
 Thanks Rene Martin Rodriguez for patch.
 (Closes: #617367)
   * d/mediatomb-daemon.postrm: stop daemon on removals.
 Thanks Dominik Röttsches
 (Closes: #606804)
   * daemon: switch envvars to use MT_ prefix from upstream configuration.
   * daemon: add systemd unit file
   * d/rules,control: build with systemd support
   * d/rules: enable libmp4v2
   * d/mediatomb-daemon.postrm: avoid exit on stop
Checksums-Sha1:
 b35b351daf0242491e864867b1b2338eb2f4724a 2483 mediatomb_0.12.1-6.dsc
 e52db31238a05b6ad42c0ced8dc7a0c463c6be59 31616 mediatomb_0.12.1-6.debian.tar.xz
 407bf0f9e625ad12287f2317030c1af41637639e 823312 
mediatomb-common_0.12.1-6_i386.deb
 73a0870e2cc8f883c9e4d2bc0f6e83471dfe7d86 26460 
mediatomb-daemon_0.12.1-6_all.deb
 d05b3c9e979ef58edf41f635ced3d3d188e2d2a8 22588 mediatomb_0.12.1-6_all.deb
 9ff25542c009fe7b9e5935764d66f8398609ca93 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Checksums-Sha256:
 9eb2b10314a708974f7fef89d6ba3142e2d16800e7e63dcd57a1f9654fa1f7c0 2483 
mediatomb_0.12.1-6.dsc
 f866b785410263600326423d4b0a6c69cfcb00032affac2bad21f38bed00 31616 
mediatomb_0.12.1-6.debian.tar.xz
 0b9e8787984bc9e8dfe76e71fca4e5616237342f02990023ab6b95c1c181bfba 823312 
mediatomb-common_0.12.1-6_i386.deb
 46ec4d3f4d076928e6adbd40c9d5d09716529147bf7dcc3a3149ce4c12686254 26460 
mediatomb-daemon_0.12.1-6_all.deb
 51c1b5d32c7434d2a211ac100b893a242fcef321a9d17c371fb3eca6e43e84fe 22588 
mediatomb_0.12.1-6_all.deb
 c421c511feeec8a6f12cbf7edada983490f5685daf44c9ed857c1a6dc9f8c910 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Files:
 38d5a477b3e4d19a03bf968a9c970b65 823312 net optional 
mediatomb-common_0.12.1-

Bug#606804: marked as done (mediatomb: Mediatomb does not stop daemon on apt-get remove)

2014-10-13 Thread Debian Bug Tracking System 
Your message dated Mon, 13 Oct 2014 15:22:14 +
with message-id 
and subject line Bug#606804: fixed in mediatomb 0.12.1-6
has caused the Debian Bug report #606804,
regarding mediatomb: Mediatomb does not stop daemon on apt-get remove
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.)


-- 
606804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606804
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: important


Mediatomb should stop the daemon when you do an apt-get remove of the package. 
It's confusing to see that the daemon was still running after the package was 
uninstalled.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mediatomb depends on:
ii  mediatomb-daemon  0.12.0~svn2018-6.1 UPnP MediaServer (daemon package)
ii  w3m [www-browser] 0.5.2-9WWW browsable pager with excellent

mediatomb recommends no packages.

mediatomb suggests no packages.


--- End Message ---
--- Begin Message ---
Source: mediatomb
Source-Version: 0.12.1-6

We believe that the bug you reported is fixed in the latest version of
mediatomb, 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 606...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Hector Oron  (supplier of updated mediatomb 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: Fri, 26 Sep 2014 20:30:49 +0200
Source: mediatomb
Binary: mediatomb-common mediatomb-daemon mediatomb mediatomb-dbg
Architecture: source i386 all
Version: 0.12.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian multimedia packages maintainers 

Changed-By: Hector Oron 
Description:
 mediatomb  - UPnP MediaServer (main package)
 mediatomb-common - UPnP MediaServer (base package)
 mediatomb-daemon - UPnP MediaServer (daemon package)
 mediatomb-dbg - UPnP MediaServer (debug package)
Closes: 606804 617367 677964 691650 696553
Changes:
 mediatomb (0.12.1-6) unstable; urgency=medium
 .
   [ Hector Oron ]
   * d/p/0013_symlinks.patch: avoids ignoring symlinks
 Thanks Jona Schuman for patch.
 (Closes: #677964)
   * d/mediatomb-daemon.mediatomb.logrotate: reload service instead use pkill
 Based on a proposal by Guillem Jover.
 (Closes: #691650)
   * d/control: alternative build depend on libcurl4-openssl-dev.
 Based on a proposal by Mathieu Malaterre.
 (Closes: #696553)
   * d/p/0012_remove_absolute_paths.patch: new patch.
 Thanks Rene Martin Rodriguez for patch.
 (Closes: #617367)
   * d/mediatomb-daemon.postrm: stop daemon on removals.
 Thanks Dominik Röttsches
 (Closes: #606804)
   * daemon: switch envvars to use MT_ prefix from upstream configuration.
   * daemon: add systemd unit file
   * d/rules,control: build with systemd support
   * d/rules: enable libmp4v2
   * d/mediatomb-daemon.postrm: avoid exit on stop
Checksums-Sha1:
 b35b351daf0242491e864867b1b2338eb2f4724a 2483 mediatomb_0.12.1-6.dsc
 e52db31238a05b6ad42c0ced8dc7a0c463c6be59 31616 mediatomb_0.12.1-6.debian.tar.xz
 407bf0f9e625ad12287f2317030c1af41637639e 823312 
mediatomb-common_0.12.1-6_i386.deb
 73a0870e2cc8f883c9e4d2bc0f6e83471dfe7d86 26460 
mediatomb-daemon_0.12.1-6_all.deb
 d05b3c9e979ef58edf41f635ced3d3d188e2d2a8 22588 mediatomb_0.12.1-6_all.deb
 9ff25542c009fe7b9e5935764d66f8398609ca93 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Checksums-Sha256:
 9eb2b10314a708974f7fef89d6ba3142e2d16800e7e63dcd57a1f9654fa1f7c0 2483 
mediatomb_0.12.1-6.dsc
 f866b785410263600326423d4b0a6c69cfcb00032affac2bad21f38bed00 31616 
mediatomb_0.12.1-6.debian.tar.xz
 0b9e8787984bc9e8dfe76e71fca4e5616237342f02990023ab6b95c1c181bfba 823312 
mediatomb-common_0.12.1-6_i386.deb
 46ec4d3f4d076928e6adbd40c9d5d09716529147bf7dcc3a3149ce4c12686254 26460 
mediatomb-daemon_0.12.1-6_all.deb
 51c1b5d32c7434d2a211ac100b893a242fcef321a9d17c371fb3eca6e43e84fe 22588 
mediatomb_0.12.1-6_all.de

mediatomb_0.12.1-6_i386.changes ACCEPTED into unstable

2014-10-13 Thread Debian FTP Masters 


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 26 Sep 2014 20:30:49 +0200
Source: mediatomb
Binary: mediatomb-common mediatomb-daemon mediatomb mediatomb-dbg
Architecture: source i386 all
Version: 0.12.1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian multimedia packages maintainers 

Changed-By: Hector Oron 
Description:
 mediatomb  - UPnP MediaServer (main package)
 mediatomb-common - UPnP MediaServer (base package)
 mediatomb-daemon - UPnP MediaServer (daemon package)
 mediatomb-dbg - UPnP MediaServer (debug package)
Closes: 606804 617367 677964 691650 696553
Changes:
 mediatomb (0.12.1-6) unstable; urgency=medium
 .
   [ Hector Oron ]
   * d/p/0013_symlinks.patch: avoids ignoring symlinks
 Thanks Jona Schuman for patch.
 (Closes: #677964)
   * d/mediatomb-daemon.mediatomb.logrotate: reload service instead use pkill
 Based on a proposal by Guillem Jover.
 (Closes: #691650)
   * d/control: alternative build depend on libcurl4-openssl-dev.
 Based on a proposal by Mathieu Malaterre.
 (Closes: #696553)
   * d/p/0012_remove_absolute_paths.patch: new patch.
 Thanks Rene Martin Rodriguez for patch.
 (Closes: #617367)
   * d/mediatomb-daemon.postrm: stop daemon on removals.
 Thanks Dominik Röttsches
 (Closes: #606804)
   * daemon: switch envvars to use MT_ prefix from upstream configuration.
   * daemon: add systemd unit file
   * d/rules,control: build with systemd support
   * d/rules: enable libmp4v2
   * d/mediatomb-daemon.postrm: avoid exit on stop
Checksums-Sha1:
 b35b351daf0242491e864867b1b2338eb2f4724a 2483 mediatomb_0.12.1-6.dsc
 e52db31238a05b6ad42c0ced8dc7a0c463c6be59 31616 mediatomb_0.12.1-6.debian.tar.xz
 407bf0f9e625ad12287f2317030c1af41637639e 823312 
mediatomb-common_0.12.1-6_i386.deb
 73a0870e2cc8f883c9e4d2bc0f6e83471dfe7d86 26460 
mediatomb-daemon_0.12.1-6_all.deb
 d05b3c9e979ef58edf41f635ced3d3d188e2d2a8 22588 mediatomb_0.12.1-6_all.deb
 9ff25542c009fe7b9e5935764d66f8398609ca93 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Checksums-Sha256:
 9eb2b10314a708974f7fef89d6ba3142e2d16800e7e63dcd57a1f9654fa1f7c0 2483 
mediatomb_0.12.1-6.dsc
 f866b785410263600326423d4b0a6c69cfcb00032affac2bad21f38bed00 31616 
mediatomb_0.12.1-6.debian.tar.xz
 0b9e8787984bc9e8dfe76e71fca4e5616237342f02990023ab6b95c1c181bfba 823312 
mediatomb-common_0.12.1-6_i386.deb
 46ec4d3f4d076928e6adbd40c9d5d09716529147bf7dcc3a3149ce4c12686254 26460 
mediatomb-daemon_0.12.1-6_all.deb
 51c1b5d32c7434d2a211ac100b893a242fcef321a9d17c371fb3eca6e43e84fe 22588 
mediatomb_0.12.1-6_all.deb
 c421c511feeec8a6f12cbf7edada983490f5685daf44c9ed857c1a6dc9f8c910 2532106 
mediatomb-dbg_0.12.1-6_i386.deb
Files:
 38d5a477b3e4d19a03bf968a9c970b65 823312 net optional 
mediatomb-common_0.12.1-6_i386.deb
 a8aa0649319d0b6a3742fde578905eff 26460 net optional 
mediatomb-daemon_0.12.1-6_all.deb
 393ad8723dacfc488b55aa8152d8a309 22588 net optional mediatomb_0.12.1-6_all.deb
 d9b98168aa3017d27319ae1539d39dc2 2532106 debug extra 
mediatomb-dbg_0.12.1-6_i386.deb
 fb4694975be3520b74f40baf4dd30c25 2483 net optional mediatomb_0.12.1-6.dsc
 1acbb362a57a0efc677e079ebb471826 31616 net optional 
mediatomb_0.12.1-6.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUO+tWAAoJEK8ig6p24qx7E8IP/j2DE9n+PkMZ3hyLP5bKiM0m
/PgvlwRrO/yc+VjwapqaUNK5QCKm8r7sxzQhwoi9FHS/Gv8ezq4m9qeRu7xgZaY7
k7wfCl9w6Dhp6MelRR/KOCeHjse12bJG9AldK1W1ZNptbmBjimI1l9IXjxGZnVFz
F4NZsveMHebzCcGnTs7vTlWNoEL7sEJla/3ok8WjwqzfG0ClWikK48emo/OHI7i1
P0mKC8jE3orwioT7u/zv3FAalhIXa7eWzm0GzGQOpbeB+1KgtDyFeN0Yjl44yxWs
1yok0dJxiJORehxvZEJEqWJCE5OMHEK2G0o7W1tX5JhMGpoAuymO37e3MSDq6gdf
vFu/GdUoyxyj8HwPOdIrc41wmVFhIhyWpv1jcENFmKOKYs963EvHZG60bZjWFrsY
dbksXTZh4wC3qeXc0xedWjqQI5SuDRrmRAi570QC2I6t7yryFKvlqv29qGHXxPZ9
vCYmO1z12aA4D8ZfNVsNledpUQmsYQWihK7fz4M/HZJD6fHnHHb6g+3wpqTRTB0Q
0A8qD67enYM9SIUWU2ezE/UjooqlAgaOlWBPjomS7qWxFQPz/Ec20SMSIJrRVZV9
l/MzBukXEgjhzp+1F7Mrpy+D2B5jfB7w8UwLDbhZOavDd1OKqlFFPUrp8dXEDhyT
cZyxKroO5AF30LUN2o4u
=EdAJ
-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#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

2014-10-13 Thread Sebastian Ramacher 
On 2014-10-13 03:29:19, peter green wrote:
> Found 756777 1.0.2-6
> Thanks
> >| Checking encode and decode of colourbars
> >|
> >|   2: colourbars  FAILED 
> >(colourbars.at:7)
> >|
> I've just reproduced this locally with both sid's version in sid and
> jessie's version in jessie. So this doesn't appear to be related to the
> change in the sid package but related to some change in the build
> environment. If I had to guess i'd say a computer

I think it's a toolchain bug. I did debug the issue some time after
filing the bug report, but forgot to report my findings to the bug. The
same version built fine in a wheezy chroot on harris, but fails in a
unstable chroot.

Here is the backtrace I got at the time:

#0  dirac::PictureCompressor::SelectQuantisers (this=this@entry=0x207ccc4, 
coeff_data=..., bands=..., lambda=lambda@entry=6.25, est_bits=..., 
cb_mode=QUANT_SINGLE, pp=..., csort=csort@entry=dirac::Y_COMP) at 
picture_compress.cpp:632
#1  0x00036d94 in dirac::PictureCompressor::CodeResidue 
(this=this@entry=0x207ccc4, my_buffer=..., pnum=, 
p_picture_byteio=p_picture_byteio@entry=0x20e4ae8) at 
picture_compress.cpp:449
#2  0x000232ee in dirac::SequenceCompressor::CompressNextPicture 
(this=0x207cba8) at seq_compress.cpp:447
#3  0x00018e72 in DiracEncoder::CompressNextPicture (this=this@entry=0x207c400) 
at dirac_encoder.cpp:607
#4  0x0001b122 in CompressNextPicture (this=0x207c400) at dirac_encoder.cpp:1141
#5  dirac_encoder_output (encoder=0x207c240) at dirac_encoder.cpp:1106
#6  0x00014b20 in main (argc=, argv=) at 
encmain.cpp:1234

The offending line is "est_bits[b] = SelectMultiQuants( coeff_data ,
bands , b, lambda, ...". Printing b (or another index somewhere up the
call trace - I don't remember exactly) immediately before this line,
makes the crash go away. This makes me think gcc fails at optimizing the
code and generates broken output.

I didn't debug it any further.

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 mediatomb_0.12.1-6_i386.changes

2014-10-13 Thread Debian FTP Masters 
mediatomb_0.12.1-6_i386.changes uploaded successfully to localhost
along with the files:
  mediatomb-common_0.12.1-6_i386.deb
  mediatomb-daemon_0.12.1-6_all.deb
  mediatomb_0.12.1-6_all.deb
  mediatomb-dbg_0.12.1-6_i386.deb
  mediatomb_0.12.1-6.dsc
  mediatomb_0.12.1-6.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

Bug#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Sebastian Ramacher 
On 2014-10-13 15:21:33, Bálint Réczey wrote:
> Hi,
> 
> 2014-10-08 21:57 GMT+02:00 Wojciech Kuranowski :
> > Hello.
> >
> > I am using VDPAU on my NVIDIA card and latest working version was
> > 2:13.2+dfsg1-2~exp1 based on ffmpeg libs. In current version
> > 2:13.2+dfsg1-2 I have a blank video again.
> VDPAU in 2:13.2+dfsg1-2 worked for Sebasian [1].
> 
> Sebastian, did you use NVIDIA cards for testing, too?

Yes, I did:

$ lspci | grep -i nvidia
01:00.0 VGA compatible controller: NVIDIA Corporation G84 [GeForce 8600
GT] (rev a1)

Using it with nvidia-vdpau-driver 340.46-1.

Cheers
-- 
Sebastian Ramacher

___
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#742896: Blank screen on all videos with VDPAU and nVidia card (xbmc)

2014-10-13 Thread Bálint Réczey 
Hi,

2014-10-08 21:57 GMT+02:00 Wojciech Kuranowski :
> Hello.
>
> I am using VDPAU on my NVIDIA card and latest working version was
> 2:13.2+dfsg1-2~exp1 based on ffmpeg libs. In current version
> 2:13.2+dfsg1-2 I have a blank video again.
VDPAU in 2:13.2+dfsg1-2 worked for Sebasian [1].

Sebastian, did you use NVIDIA cards for testing, too?
Wojciech, are you sure VDPAU acceleration fails with the latest package?

Cheers,
Balint

___
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#765071: mediatomb: No icons in web ui

2014-10-13 Thread Michele Cane 
Package: mediatomb
Version: 0.12.1-5
Severity: important

Dear Maintainer,

When I connect to the web ui on my headless server there are no icons on the 
page and therefore I cannot add folders.
When I ters tne same config on my laptop the icons are visible.

cheers

Mike

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.16-2-kirkwood
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 mediatomb depends on:
ii  mediatomb-daemon   0.12.1-5
ii  w3m [www-browser]  0.5.3-17

mediatomb recommends no packages.

mediatomb suggests no packages.

-- no debconf information

___
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: okey dok

2014-10-13 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 765041 + wheezy fixed-upstream
Bug #765041 [audacity] recording with 'Software Playthrough' does not produce 
any usable results
Added tag(s) wheezy and fixed-upstream.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
765041: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765041
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#765041: audacity: backporting the version from testing would solve the issue instantly

2014-10-13 Thread Andreas Glaeser 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


The option works in Jessie/testing, also on a low cpu-power machine.

> Package: audacity
> Version: 2.0.5-2+b1
> Severity: wishlist
> 
> 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-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.3edt (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages audacity depends on:
> ii  audacity-data2.0.5-2
> ii  libasound2   1.0.28-1
> ii  libavcodec-extra-56  6:11-1
> ii  libavformat566:11-1
> ii  libavutil54  6:11-1
> ii  libc62.19-11
> ii  libexpat12.1.0-6
> ii  libflac++6   1.3.0-2
> ii  libflac8 1.3.0-2
> ii  libgcc1  1:4.9.1-16
> ii  libglib2.0-0 2.42.0-2
> ii  libgtk2.0-0  2.24.24-1
> ii  libid3tag0   0.15.1b-11
> ii  libmad0  0.15.1b-8
> ii  libmp3lame0  3.99.5+repack1-5
> ii  libogg0  1.3.2-1
> ii  libportaudio219+svn20140130-1
> ii  libportsmf0  0.1~svn20101010-4
> ii  libsbsms10   2.0.2-1
> ii  libsndfile1  1.0.25-9
> ii  libsoundtouch0   1.8.0-1
> ii  libsoxr0 0.1.1-1
> ii  libstdc++6   4.9.1-16
> ii  libtwolame0  0.3.13-1.1
> ii  libvamp-hostsdk3 2.5+repack0-2
> ii  libvorbis0a  1.3.2-1.4
> ii  libvorbisenc21.3.2-1.4
> ii  libvorbisfile3   1.3.2-1.4
> ii  libwxbase2.8-0   2.8.12.1+dfsg2-2
> ii  libwxgtk2.8-02.8.12.1+dfsg2-2
> 
> audacity recommends no packages.
> 
> Versions of packages audacity suggests:
> pn  ladspa-plugin  
> 
> -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlQ7h5oACgkQ5+rBHyUt5wtnlwCgsS4jrmp3PNAyca7put9UOD/0
PH0AoKzrO9oX5q6zCsvOwA+58CAqI7YD
=m6aD
-END PGP 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