Bug#888739: dbg package for kodi

2018-01-29 Thread Mathieu Malaterre 
Source: kodi
Version: 2:17.1+dfsg1-3

Sometimes people will need to gdb and attach to kodi to debug
something. I would be nice to provide a kodi-dbg package directly.
Rebuilding kodi is time consuming.

Thanks for consideration.

___
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#876490: Blender FTBFS with OpenVDB 4.0.x

2017-09-25 Thread Mathieu Malaterre 
Control: tags -1 fixed-upstream patch

Matteo,

On Sun, Sep 24, 2017 at 2:45 PM, Matteo F. Vescovi  wrote:
> Hi Mathieu!
>
> On 2017-09-23 at 13:42 (+0200), Matteo F. Vescovi wrote:
>
> [...]
>
>> I'll give blender 2.79 a try, even if I'm not sure it would help yet.
>
> No luck. It fails there too.
>
>> Gonna ping upstream anyway for a possible fix.
>
> My contact there is afk this weekend.
> Gonna ping him next week.

Thanks for your work with upstream. I can confirm that I am able to
build blender 2.79 with the attached patch (grabbed from upstream at:
https://developer.blender.org/rB0d4e519b748c).

I'll re-submit OpenVDB 4.0.2 using abi=4 in next few days.

Regards
Description: 
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 blender (2.79+dfsg0-1) unstable; urgency=medium
 .
   * New upstream release
 - debian/patches/: patchset updated
   - #0003 refreshed
   - #0008 -> #0010 dropped (applied upstream)
   * debian/: dh bump 9 -> 10
   * debian/control:
 - drop autotools-dev from b-deps
 - S-V bump 4.0.0 -> 4.1.0 (no changes needed)
Author: Matteo F. Vescovi 

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 2017-09-25

--- blender-2.79+dfsg0.orig/intern/openvdb/intern/openvdb_writer.cc
+++ blender-2.79+dfsg0/intern/openvdb/intern/openvdb_writer.cc
@@ -45,7 +45,11 @@ void OpenVDBWriter::insert(const openvdb
 
 void OpenVDBWriter::insert(const openvdb::GridBase )
 {
+#if (OPENVDB_LIBRARY_MAJOR_VERSION_NUMBER == 3)
 	m_grids->push_back(grid.copyGrid());
+#else
+	m_grids->push_back(grid.copyGridWithNewTree());
+#endif
 }
 
 void OpenVDBWriter::insertFloatMeta(const openvdb::Name , const float value)
___
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#876490: Does not compile with latest openvdb

2017-09-22 Thread Mathieu Malaterre 
Matteo,

On Fri, Sep 22, 2017 at 9:58 PM, Matteo F. Vescovi <m...@debian.org> wrote:
> Hi Mathieu!
>
> On 2017-09-22 at 20:34 (+0200), Mathieu Malaterre wrote:
>> Package: blender
>> Version: 2.78.a+dfsg0-4
>> Severity: important
>>
>> blender does not compile with upcoming openvdb. It fails with:
>
> [...]
>
> How am I supposed to test the failure if the package is still in the NEW
> queue and it will hit unstable directly instead of experimental to let
> the maintainers of reverse-dependencies to test their packages against
> it?

Sorry about that. I did upload it to mentors in the mean time:

https://mentors.debian.net/package/openvdb

> It would be a good idea to ask for dropping openvdb from NEW queue and
> re-upload it to experimental first.

Well long story short, the openvdb does not seems to compile with
recent openvdb version:

https://git.blender.org/gitweb/gitweb.cgi/blender.git/commitdiff/e9452f909cdba368f54637cd0b15ff14d1c60cf3

So I assumes the right way to go is drop the openvdb plugin until
upstream eventually updates openvdb support.

Comments ?

___
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#876490: Does not compile with latest openvdb

2017-09-22 Thread Mathieu Malaterre 
Package: blender
Version: 2.78.a+dfsg0-4
Severity: important

blender does not compile with upcoming openvdb. It fails with:

/tmp/blender-2.78.c+dfsg0/intern/openvdb/intern/openvdb_writer.cc:48:36:
error: no matching function for call to
‘std::vector::push_back(openvdb::v4_0::GridBase::ConstPtr)’
  m_grids->push_back(grid.copyGrid());
^
In file included from /usr/include/c++/6/vector:64:0,
 from /usr/include/c++/6/bits/random.h:34,
 from /usr/include/c++/6/random:49,
 from /usr/include/openvdb/math/Math.h:45,
 from /usr/include/openvdb/Types.h:37,
 from /usr/include/openvdb/openvdb.h:35,
 from
/tmp/blender-2.78.c+dfsg0/intern/openvdb/intern/openvdb_writer.h:29,
 from
/tmp/blender-2.78.c+dfsg0/intern/openvdb/intern/openvdb_writer.cc:26:
/usr/include/c++/6/bits/stl_vector.h:914:7: note: candidate: void
std::vector<_Tp, _Alloc>::push_back(const value_type&) [with _Tp =
std::shared_ptr; _Alloc =
std::allocator;
std::vector<_Tp, _Alloc>::value_type =
std::shared_ptr]
   push_back(const value_type& __x)
   ^

___
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: kodi on ci20 creator

2017-04-05 Thread Mathieu Malaterre 
On Tue, Apr 4, 2017 at 11:11 AM, James Cowgill <jcowg...@debian.org> wrote:
> Hi,
>
> On 04/04/17 09:47, Mathieu Malaterre wrote:
>> On Mon, Apr 3, 2017 at 6:11 PM, James Cowgill <james...@cowgill.org.uk> 
>> wrote:
>>> Hi,
>>>
>>> On 02/04/17 18:06, James Cowgill wrote:
>>>> [+CC multimedia team]
>>>>
>>>> On 02/04/17 17:38, Mathieu Malaterre wrote:
>>>>> On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre <ma...@debian.org> 
>>>>> wrote:
>>>>>> Hi there,
>>>>>>
>>>>>> Does anyone knows what is going on with kodi dependencies on mipel ?
>>>>>
>>>>> OK I think I see the build dependencies loop:
>>>>>
>>>>> https://buildd.debian.org/status/package.php?p=chromaprint=jessie-backports
>>>>
>>>> With these binaries:
>>>> libchromaprint-dev | 1.2-1| stable   | mipsel
>>>> ffmpeg | 7:3.0.2-4~bpo8+1 | jessie-backports | mipsel
>>>> x265   | 2.0-4~bpo8+1 | jessie-backports | mipsel
>>>>
>>>> And these sources:
>>>> chromaprint | 1.3.2-2~bpo8+1   | jessie-backports | source
>>>> ffmpeg  | 7:3.2.4-1~bpo8+1 | jessie-backports | source
>>>> x265| 2.0-4~bpo8+1 | jessie-backports | source
>>>>
>>>> To build ffmpeg, we need chromapaint from jessie-backports. To build
>>>> chromapaint we need a working ffmpeg from jessie-backports, but ffmpeg
>>>> is broken due to the missing old x265.
>>>>
>>>> I don't see a way to resolve this without either a binary upload or some
>>>> new bpo uploads (by eg temporarily disabling chromaprint in ffmpeg bpo).
>>>>
>>>> I propose:
>>>> - Binary uploading chromaprint by manually installing the old x265
>>>> binaries from snapshot.d.o.
>>>> - Wait for ffmpeg to build on the buildds.
>>>> - binNMU chromaprint
>>>>
>>>> Opinions? I probably won't get around to doing this until tomorrow.
>>>
>>> I've uploaded this now, but it looks like it's stuck in backports-policy
>>> at the moment.
>>>
>>> I had to build ffmpeg manually as well, because I overlooked that ffmpeg
>>> build-depends on a working ffmpeg through chromaprint.
>>
>> Great I see it now:
>>
>> https://buildd.debian.org/status/package.php?p=ffmpeg=jessie-backports
>>
>> Are you sure you should not also upload chromaprint:
>>
>> https://buildd.debian.org/status/package.php?p=chromaprint=jessie-backports
>
> jcowgill@coccia:~$ dak ls -a mipsel -S -s jessie-backports chromaprint
> libchromaprint-dev   | 1.3.2-2~bpo8+1 | jessie-backports | mipsel
> libchromaprint-tools | 1.3.2-2~bpo8+1 | jessie-backports | mipsel
> libchromaprint1  | 1.3.2-2~bpo8+1 | jessie-backports | mipsel
>
> The buildd pages are probably just slow.
>
>> Are is this simply a binNMU missing ?
>
> Yes

Thank you !

https://buildd.debian.org/status/package.php?p=chromaprint=jessie-backports

___
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: kodi on ci20 creator

2017-04-04 Thread Mathieu Malaterre 
On Mon, Apr 3, 2017 at 6:11 PM, James Cowgill <james...@cowgill.org.uk> wrote:
> Hi,
>
> On 02/04/17 18:06, James Cowgill wrote:
>> [+CC multimedia team]
>>
>> On 02/04/17 17:38, Mathieu Malaterre wrote:
>>> On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre <ma...@debian.org> wrote:
>>>> Hi there,
>>>>
>>>> Does anyone knows what is going on with kodi dependencies on mipel ?
>>>
>>> OK I think I see the build dependencies loop:
>>>
>>> https://buildd.debian.org/status/package.php?p=chromaprint=jessie-backports
>>
>> With these binaries:
>> libchromaprint-dev | 1.2-1| stable   | mipsel
>> ffmpeg | 7:3.0.2-4~bpo8+1 | jessie-backports | mipsel
>> x265   | 2.0-4~bpo8+1 | jessie-backports | mipsel
>>
>> And these sources:
>> chromaprint | 1.3.2-2~bpo8+1   | jessie-backports | source
>> ffmpeg  | 7:3.2.4-1~bpo8+1 | jessie-backports | source
>> x265| 2.0-4~bpo8+1 | jessie-backports | source
>>
>> To build ffmpeg, we need chromapaint from jessie-backports. To build
>> chromapaint we need a working ffmpeg from jessie-backports, but ffmpeg
>> is broken due to the missing old x265.
>>
>> I don't see a way to resolve this without either a binary upload or some
>> new bpo uploads (by eg temporarily disabling chromaprint in ffmpeg bpo).
>>
>> I propose:
>> - Binary uploading chromaprint by manually installing the old x265
>> binaries from snapshot.d.o.
>> - Wait for ffmpeg to build on the buildds.
>> - binNMU chromaprint
>>
>> Opinions? I probably won't get around to doing this until tomorrow.
>
> I've uploaded this now, but it looks like it's stuck in backports-policy
> at the moment.
>
> I had to build ffmpeg manually as well, because I overlooked that ffmpeg
> build-depends on a working ffmpeg through chromaprint.

Great I see it now:

https://buildd.debian.org/status/package.php?p=ffmpeg=jessie-backports

Are you sure you should not also upload chromaprint:

https://buildd.debian.org/status/package.php?p=chromaprint=jessie-backports

Are is this simply a binNMU missing ?

Thanks again

___
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#839542: typo: Send/Que command to all matching filters

2016-10-14 Thread Mathieu Malaterre 
On Thu, Oct 13, 2016 at 11:29 PM, Andreas Cadhalpun
<andreas.cadhal...@googlemail.com> wrote:
> Control: forwarded -1 
> https://ffmpeg.org/pipermail/ffmpeg-devel/2016-October/201062.html
>
> Hi Mathieu,
>
> On 01.10.2016 21:14, Mathieu Malaterre wrote:
>> I do not believe this is proper english. Patch attached.
>
> Thanks for reporting this. I've forwarded the fix upstream together
> with a couple of other spelling fixes. I hope you don't mind that.

This is the only way to have it fixed in the long term, so definitely:
thanks for doing it ! :)

___
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#839542: typo: Send/Que command to all matching filters

2016-10-01 Thread Mathieu Malaterre 
Package: src:ffmpeg
Version: 7:3.1.3-1
Tags: patch upstream

I do not believe this is proper english. Patch attached.
Description: Fix simple typo
Author: Mathieu Malaterre <ma...@debian.org>

--- ffmpeg-3.1.3.orig/ffmpeg.c
+++ ffmpeg-3.1.3/ffmpeg.c
@@ -3551,7 +3551,7 @@ static int check_keyboard_interaction(in
 "+  increase verbosity\n"
 "-  decrease verbosity\n"
 "c  Send command to first matching filter supporting it\n"
-"C  Send/Que command to all matching filters\n"
+"C  Send/Queue command to all matching filters\n"
 "D  cycle through available debug modes\n"
 "h  dump packets/hex press to cycle through the 3 states\n"
 "q  quit\n"
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#826827: vlc: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: vlc
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#826813: gmerlin-avdecoder: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: gmerlin-avdecoder
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#826814: gpac: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: gpac
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#826822: mplayer: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: mplayer
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#826812: ffmpeg: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: ffmpeg
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#826807: blender: OpenJPEG removal

2016-06-09 Thread Mathieu Malaterre 
Source: blender
Severity: important
User: ma...@debian.org
Usertags: stretch2000

This is a continued operation since src:jasper removal for stretch
release.

src:openjpeg will be removed from Debian for the stretch release (and
following that, the archive in general). For more information see:
http://bugs.debian.org/826805

It has been superseeded by src:openjpeg2

Your package uses src:openjpeg, so please either remove the JPEG2000
functionality or move to the new API.

This bug will be bumped to release-critical status in a few weeks.

Cheers,

Mathieu 

___
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#728710: Bus error w/ POST_PACKED_STRUCTURE on MIPS CI20

2016-04-12 Thread Mathieu Malaterre 
Control: retitle -1 jackd2: Bus error w/ POST_PACKED_STRUCTURE on MIPS CI20
Control: tags -1 - fixed-upstream

As explained here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728710#47

The PPC patch should also be included for MIPS.

Thanks

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#781812: pending

2015-08-17 Thread Mathieu Malaterre 
Control: affects -1 - src:minidlna

Just to clarify things. MKV support has been fixed upstream in ffmpeg:
https://trac.ffmpeg.org/ticket/4423#comment:8

Now that switch to ffmpeg is ongoing:
https://wiki.debian.org/Debate/libav-provider/ffmpeg this should be
automatically fixed after proper binNMU in minidlna.

2cts
___
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#782229: Fix links to French TV icons

2015-04-09 Thread Mathieu Malaterre 
Package: vlc
Version: 2.2.0~rc2-2
Tags: patch upstream

Some links pointing to TV icons were broken. Attached patch fixes that.

Typical output:

[0x1e2ba18] access_http access error: error: HTTP/1.1 404 Not Found
[0x1e2ba18] access_http access error: error: HTTP/1.1 404 Not Found
[0x1e2ba18] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/4/4b/Logo_de_TMC.gif'
[0x1e3fbc8] access_http access error: error: HTTP/1.1 404 Not Found
[0x1e3fbc8] access_http access error: error: HTTP/1.1 404 Not Found
[0x1e3fbc8] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/4/4b/Logo_de_TMC.gif'
[0x4b52bc8] access_http access error: error: HTTP/1.1 404 Not Found
[0x4b52bc8] access_http access error: error: HTTP/1.1 404 Not Found
[0x4b52bc8] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/9/98/Public-Senat-LCP-An_logo_2010.png'
[0x7fd8cc0133e8] access_http access error: error: HTTP/1.1 404 Not Found
[0x7fd8cc0133e8] access_http access error: error: HTTP/1.1 404 Not Found
[0x7fd8cc0133e8] access_mms access error: error: HTTP/1.1 403
Requested target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/9/98/Public-Senat-LCP-An_logo_2010.png'
[0x3567038] access_http access error: error: HTTP/1.1 404 Not Found
[0x3567038] access_http access error: error: HTTP/1.1 404 Not Found
[0x3567038] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/3/30/Bfm_tv.jpg'
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/3/30/Bfm_tv.jpg'
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/3/30/Bfm_tv.jpg'
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_http access error: error: HTTP/1.1 404 Not Found
[0x1ba7748] access_mms access error: error: HTTP/1.1 403 Requested
target domain not allowed.
[0x1b3f7a8] main playlist error: no suitable access module for
`http://upload.wikimedia.org/wikipedia/fr/5/56/Logo_I_tele.png'
Description: Fix broken links
Author: Mathieu Malaterre ma...@debian.org
Bug-Debian: https://bugs.debian.org/

--- vlc-2.2.0~rc2.orig/share/lua/meta/art/02_frenchtv.lua
+++ vlc-2.2.0~rc2/share/lua/meta/art/02_frenchtv.lua
@@ -38,11 +38,11 @@ function fetch_art()
 [W9] = http://cyril.bourreau.free.fr/Vectoriel/W9.png;,
 
 [Arte] = http://www.artepro.com/fr_fichiers/upload/10594.jpg;,
-[TMC] = http://upload.wikimedia.org/wikipedia/fr/4/4b/Logo_de_TMC.gif;,
-[i TELE] = http://upload.wikimedia.org/wikipedia/fr/5/56/Logo_I_tele.png;,
-[BFM TV] = http://upload.wikimedia.org/wikipedia/fr/3/30/Bfm_tv.jpg;,
+[TMC] = http://upload.wikimedia.org/wikipedia/fr/2/2e/TMC_new.svg;,
+[i TELE] = http://upload.wikimedia.org/wikipedia/commons/a/a6/Logo_i_TELE_2013.png;,
+[BFM TV] = http://upload.wikimedia.org/wikipedia/fr/c/c9/BFMTV_HD.png;,
 [Virgin 17] = http://upload.wikimedia.org/wikipedia/fr/3/39/Virgin17logo.png;,
-[La Chaîne Parlementaire] = http://upload.wikimedia.org/wikipedia/fr/9/98/Public-Senat-LCP-An_logo_2010.png;
+[La Chaîne Parlementaire] = http://upload.wikimedia.org/wikipedia/fr/1/1f/LCP-Public_Senat_logo.png;
 }
 local meta = vlc.item:metas();
 local channel
___
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#781812: for later reference

2015-04-08 Thread Mathieu Malaterre 
tags -1 fixed-upstream

c4d37cd9ef6e374bb888f6273259b10fac5bd909

___
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#782129: Support atom Xtra

2015-04-08 Thread Mathieu Malaterre 
Package: mp4v2-utils
Version: 2.0.0~dfsg0-3
Severity: minor
Tags: upstream

It would be nice to support atom Xtra. Currenly it dumps as:


$ mp4info silence_xtra.m4a
mp4info version -r
silence_xtra.m4a:
Track Type Info
1 audio MPEG-4 AAC LC, 3.707 secs, 3 kbps, 44100 Hz

Reference implementation is at:
http://code.google.com/p/mp4v2/issues/detail?id=113

___
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#782125: Support atom Xtra

2015-04-08 Thread Mathieu Malaterre 
Package: gpac
Version: 0.5.0+svn5324~dfsg1-1+b3
Severity: minor

It would be nice to support atom Xtra. Currenly it dumps as:

 UDTARecord Type=Xtra
 UnknownBox
 BoxInfo Size=206 Type=Xtra/
 /UnknownBox

Reference implementation is at:
http://code.google.com/p/mp4v2/issues/detail?id=113

___
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#782093: For more details on chapter file syntax...broken link

2015-04-07 Thread Mathieu Malaterre 
Package: gpac
Version: 0.5.0+svn5324~dfsg1-1+b3
Severity: minor

The man page point to broken link:

[...]
   -chap chap_file
  adds chapter information contained in chap_file to
movie. For more details on chapter file syntax, cf
http://gpac.sourceforge.net/auth_mp4box.php.
[...]

While:

$ HEAD http://gpac.sourceforge.net/auth_mp4box.php
404 Not Found
Connection: close
Date: Tue, 07 Apr 2015 19:54:39 GMT
Via: 1.1 varnish
Age: 0
Server: Apache/2.2.15 (CentOS)
Vary: Host
Content-Length: 1677
Content-Type: text/html
Client-Date: Tue, 07 Apr 2015 19:54:40 GMT
Client-Peer: 216.34.181.96:80
Client-Response-Num: 1
X-Varnish: 838453151

___
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#781812: libav

2015-04-04 Thread Mathieu Malaterre 
reassign 781812 libav 6:11.3-1
thanks

This has been fixed in ffmpeg:

https://trac.ffmpeg.org/ticket/4423#comment:8

Since minidlna currently uses libav, I am leaving this bug open.

___
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#779652: Acknowledgement (9141 segmentation fault avconv -i -c:v libx264 -crf 23 -vf scale=1280:-1 -c:a aac -strict -sn)

2015-03-03 Thread Mathieu Malaterre 
Adding gdb output.

BTW, I could reduce it to:

$ avconv -i 6ter - OSS 117 : Le Caire nid d'espions - 01-03-2015
20h45 2h05m.ts -c:v copy -c:a aac -strict experimental lecaire.mp4

So the bug is in `aac` encoder.


gdb.avconv
Description: Binary data
___
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#779097: Suggests: x264

2015-02-24 Thread Mathieu Malaterre 
Package: libav-tools
Version: 6:11.2-1
Severity: wishlist
Tags: patch

Since man page of `avconv(1)` refers to `x264 --fullhelp`:

[...]
   -preset string
   Set the encoding preset (cf. x264 --fullhelp).
[...]

It would be nice to either `Suggests: x264` and/or `Recommends: x264`

Thanks

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#696557: wishlist

2015-01-16 Thread Mathieu Malaterre 
Control: tags -1 wishlist

I guess this is a wishlist since this may not even be part of the UPnP protocol.

___
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#737838: [vo/vdpau] Error when calling vdp_device_create_x11: 1

2014-02-10 Thread Mathieu Malaterre 
Hi,

On Sun, Feb 9, 2014 at 4:23 PM, Alessandro Ghedini gh...@debian.org wrote:
 Sorry for the delay, I seem to have missed the report.

np :)

 On gio, feb 06, 2014 at 12:59:25 +0100, Mathieu Malaterre wrote:
 Package: mpv
 Version: 0.3.4-1

 I am trying to use mpv on a wheezy system. It does build nicely
 however I cannot get the vdpau from amy AMD/ATI card to work.

 [...]

 $ mpv The\ Simpsons\ Movie\ -\ Trailer.mp4
 Playing: The Simpsons Movie - Trailer.mp4
 Detected file format: QuickTime / MOV (libavformat)
 Clip info:
  major_brand: isom
  minor_version: 1
  compatible_brands: isomavc1
  creation_time: 2007-02-19 05:03:04
 [stream] Video (+) --vid=1 (h264)
 [stream] Audio (+) --aid=1 --alang=und (aac)
 Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared
 object file: No such file or directory

 If the video card has been misdetected, it would be a bug in libvdpau1... I
 think. Can you please run glxinfo | grep OpenGL?


$ glxinfo | grep OpenGL
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: AMD Radeon HD 7800M Series
OpenGL version string: 4.3.12618 Compatibility Profile Context FireGL 8.982.13
OpenGL shading language version string: 4.30
OpenGL extensions:


 However:

 $ dpkg -S /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so
 xvba-va-driver: /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so

 I think you are confusing VA-API and VDPAU here. They are two different 
 things,
 and xvba-va-driver only provides a backend for VA-API.

Yes indeed I messed-up for a moment.

 Incidentally mpv suports VA-API as well, so you may want to try to enable it
 using -vo=opengl (or -vo=opengl-hq) and -hwdec=vaapi, or directly using
 the vaapi vo (-vo=vaapi) and -hwdec=vaapi (but the opengl one should be
 better).

The opengl* family seems to be working nicely. However -hwdec=vaapi
does not seems to be working for me:


$ mpv -hwdec=vaapi The\ Simpsons\ Movie\ -\ Trailer.mp4
Playing: The Simpsons Movie - Trailer.mp4
Detected file format: QuickTime / MOV (libavformat)
Clip info:
 major_brand: isom
 minor_version: 1
 compatible_brands: isomavc1
 creation_time: 2007-02-19 05:03:04
[stream] Video (+) --vid=1 (h264)
[stream] Audio (+) --aid=1 --alang=und (aac)
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared
object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
libva: VA-API version 0.32.0
Xlib:  extension XFree86-DRI missing on display :0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
Trying to use hardware decoding.
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [lavc:h264]
Selected audio codec: AAC (Advanced Audio Coding) [lavc:aac]
AO: [pulse] 48000Hz stereo 2ch float
[vaapi] Decoder profile 'VAProfileH264Main' not available.
[libav/video] h264: get_buffer() failed (-1 0 (nil))
[libav/video] h264: decode_slice_header error
[libav/video] h264: no frame!
Error while decoding frame!
Error using hardware decoding, falling back to software decoding.


With:

$ vainfo
libva: VA-API version 0.32.0
Xlib:  extension XFree86-DRI missing on display :0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA-API version: 0.32 (libva 1.0.15)
vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0
vainfo: Supported profile and entrypoints
  VAProfileH264High   : VAEntrypointVLD
  VAProfileVC1Advanced: VAEntrypointVLD


I am guessing VAProfileH264High is not compatible with VAProfileH264Main

 On gio, feb 06, 2014 at 01:05:44 +0100, Mathieu Malaterre wrote:
 Hum, googl'ing the issue I finally found:

 https://wiki.archlinux.org/index.php/VDPAU#Configuration

 Steps:

 $ VDPAU_DRIVER=va_gl mpv The\ Simpsons\ Movie\ -\ Trailer.mp4

 Yeah, but it's kinda convoluted (VDPAU frontend that uses VAAPI frontend that
 uses XvBA hardware... assuming thet it actually uses the xvba-va driver 
 instead
 of just falling back to opengl). Using VAAPI/XvBA directly should be better 
 (if
 anything it's one package less to have installed).

Make sense, but it made the symptoms go away :)

 If you do want to use vdpau instead of vaapi/xvba, and it is supported by your
 video card, you need a working vdpau driver (which, AFAICT, is not available 
 in
 Debian for fglrx).

What do you mean ? What's broken about fglrx and vaapi in debian ?

Thx

___
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#737838: [vo/vdpau] Error when calling vdp_device_create_x11: 1

2014-02-06 Thread Mathieu Malaterre 
Package: mpv
Version: 0.3.4-1

I am trying to use mpv on a wheezy system. It does build nicely
however I cannot get the vdpau from amy AMD/ATI card to work.

Steps:
Go to : http://www.h264info.com/clips.html
I picked the simpson one:

$ wget 
http://downloads.dvdloc8.com/trailers/divxdigest/simpsons_movie_trailer.zip
$ unzip simpsons_movie_trailer.zip
$ mpv The\ Simpsons\ Movie\ -\ Trailer.mp4
Playing: The Simpsons Movie - Trailer.mp4
Detected file format: QuickTime / MOV (libavformat)
Clip info:
 major_brand: isom
 minor_version: 1
 compatible_brands: isomavc1
 creation_time: 2007-02-19 05:03:04
[stream] Video (+) --vid=1 (h264)
[stream] Audio (+) --aid=1 --alang=und (aac)
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared
object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [lavc:h264]
Selected audio codec: AAC (Advanced Audio Coding) [lavc:aac]
AO: [pulse] 48000Hz stereo 2ch float
VO: [opengl] 1280x544 = 1280x544 420p
AV: 00:00:04 / 00:02:17 (3%) A-V: -0.004

However:

$ dpkg -S /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so
xvba-va-driver: /usr/lib/x86_64-linux-gnu/dri/xvba_drv_video.so

And

$ vainfo
libva: VA-API version 0.32.0
Xlib:  extension XFree86-DRI missing on display :0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA-API version: 0.32 (libva 1.0.15)
vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0
vainfo: Supported profile and entrypoints
  VAProfileH264High   : VAEntrypointVLD
  VAProfileVC1Advanced: VAEntrypointVLD

Building seems to be fine (it is not picking the new VDPAU API):

$ grep vdpau mpv-0.3.4/build/config.log
['/usr/bin/pkg-config', 'vdpau = 0.2', '--libs', '--cflags', 'vdpau']
out:  -lvdpau
Checking for libavcodec new vdpau API
avcodec-new-vdpau-api not found

Even using mpv --msglevel=all=trace does not reveals what is going on
wrong (why is it searching for nvidia anyway!).

___
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#737838: Acknowledgement ([vo/vdpau] Error when calling vdp_device_create_x11: 1)

2014-02-06 Thread Mathieu Malaterre 
Hum, googl'ing the issue I finally found:

https://wiki.archlinux.org/index.php/VDPAU#Configuration

Steps:

$ VDPAU_DRIVER=va_gl mpv The\ Simpsons\ Movie\ -\ Trailer.mp4
Playing: The Simpsons Movie - Trailer.mp4
Detected file format: QuickTime / MOV (libavformat)
Clip info:
 major_brand: isom
 minor_version: 1
 compatible_brands: isomavc1
 creation_time: 2007-02-19 05:03:04
[stream] Video (+) --vid=1 (h264)
[stream] Audio (+) --aid=1 --alang=und (aac)
[VS] Software VDPAU backend library initialized
libva: VA-API version 0.32.0
Xlib:  extension XFree86-DRI missing on display :0.
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so
libva: va_openDriver() returns 0
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [lavc:h264]
Selected audio codec: AAC (Advanced Audio Coding) [lavc:aac]
AO: [pulse] 48000Hz stereo 2ch float
VO: [vdpau] 1280x544 = 1280x544 420p
[vo/vdpau] Compositing window manager detected. Assuming timing info
is inaccurate.
AV: 00:00:00 / 00:02:17 (0%) A-V:  0.000

___
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#677958: mp4v2 vs mediatomb

2012-12-28 Thread Mathieu Malaterre 
forcemerge 677958 696551
thanks

Looks like the patch cant be accepted:

See:
http://bugs.debian.org/696551#19

2cts

___
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#696549: mediatomb: implicit dependencies for ffmpeg

2012-12-22 Thread Mathieu Malaterre 
Package: mediatomb
Version: 0.12.1-4
Severity: normal


It would be nice if Depends would be updated to reflect correct dependencies. 
Right now backporting mediatomb on debian/stable fails with:

make[3]: Entering directory `/tmp/mediatomb-0.12.1/build'
g++ -DHAVE_CONFIG_H -I. -I.. -I../tombupnp/upnp/inc-I../src 
-I../tombupnp/ixml/inc -I../tombupnp/threadutil/inc -I../tombupnp/upnp/inc -I.. 
 -I/usr/include/mysql  -DBIG_JOINS=1  -fno-strict-aliasing   -DUNIV_LINUX 
-DUNIV_LINUX -I/usr/include/js -I/usr/include/taglib   -pthread-g 
-O2 -c -o libmediatomb_a-ffmpeg_handler.o `test -f 
'../src/metadata/ffmpeg_handler.cc' || echo 
'./'`../src/metadata/ffmpeg_handler.cc
../src/metadata/ffmpeg_handler.cc: In function ‘void 
addFfmpegResourceFields(zmm::RefCdsItem, AVFormatContext*, int*, int*)’:
../src/metadata/ffmpeg_handler.cc:211: error: ‘AVMEDIA_TYPE_VIDEO’ was not 
declared in this scope
../src/metadata/ffmpeg_handler.cc:242: error: ‘AVMEDIA_TYPE_AUDIO’ was not 
declared in this scope
make[3]: *** [libmediatomb_a-ffmpeg_handler.o] Error 1
make[3]: Leaving directory `/tmp/mediatomb-0.12.1/build'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/mediatomb-0.12.1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/mediatomb-0.12.1'
dh_auto_build: make -j1 returned exit code 2
make: *** [binary-arch] Error 2


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

___
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#696550: mediatomb: Add support for Last.FM scrobbling support

2012-12-22 Thread Mathieu Malaterre 
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: normal


It would be nice if mediatomb would be build with: lastfmlib

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

___
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#696551: mediatomb: libmp4v2 : disabled

2012-12-22 Thread Mathieu Malaterre 
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: normal


It would be nice if mediatomb would be build with mp4v2 support

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

___
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#696557: mediatomb: Cannot delete file

2012-12-22 Thread Mathieu Malaterre 
Package: mediatomb
Version: 0.12.0~svn2018-6.1
Severity: normal


I am using a FreeBox/V4 and from the menu when I click Delete file, nothing 
happen. From the log file, here is what I see:

2012-12-22 20:41:46   DEBUG: [../src/server.cc:354] upnp_callback(): start
2012-12-22 20:41:46   DEBUG: [../src/server.cc:436] upnp_actions(): start
2012-12-22 20:41:46   DEBUG: [../src/upnp_cds_actions.cc:182] 
process_action_request(): start
2012-12-22 20:41:46   DEBUG: [../src/upnp_cds_actions.cc:45] 
upnp_action_Browse(): start
2012-12-22 20:41:46   DEBUG: [../src/storage/sql_storage.cc:786] browse(): 
QUERY: SELECT 
f.id,f.ref_id,f.parent_id,f.object_type,f.upnp_class,f.dc_title,f.location,f.location_hash,f.metadata,f.auxdata,f.resources,f.update_id,f.mime_type,f.flags,f.track_number,f.service_id,rf.upnp_class,rf.location,rf.metadata,rf.auxdata,rf.resources,rf.mime_type,rf.service_id,as.persistent
 FROM mt_cds_object f LEFT JOIN mt_cds_object rf ON 
f.ref_id=rf.id LEFT JOIN mt_autoscan as ON as.obj_id=f.id  
WHERE f.parent_id=21 ORDER BY (f.object_type=1) DESC, f.dc_title 
LIMIT 1000 OFFSET 0
2012-12-22 20:41:46   DEBUG: [../src/upnp_cds_actions.cc:138] 
upnp_action_Browse(): end
2012-12-22 20:41:46   DEBUG: [../src/upnp_cds_actions.cc:209] 
process_action_request(): ContentDirectoryService::process_action_request: end
2012-12-22 20:41:46   DEBUG: [../src/server.cc:415] upnp_callback(): returning 0


The file is owned by mediatomb:mediatomb

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

___
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#670219: blender: fails to build with openjpeg 1.5

2012-04-24 Thread Mathieu Malaterre 
Package: blender
Version: 2.62
Severity: important


openjpeg 1.5 is currently in experimental. However the transition to unstable 
is planned.

Please make sure to fix blender so that it compiles witrh openjpeg 1.5. It 
currently fails with:

[ 33%] Building C object 
source/blender/imbuf/CMakeFiles/bf_imbuf.dir/intern/jp2.c.o
cd /tmp/blender-2.62/obj-x86_64-linux-gnu/source/blender/imbuf  /usr/bin/gcc  
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D__SSE__ 
-D__MMX__ -D__SSE2__ -D__LITTLE_ENDIAN__ -DWITH_OPENEXR -DWITH_TIFF 
-DWITH_OPENJPEG -DWITH_FFMPEG -DWITH_DDS -DWITH_CINEON -DWITH_HDR -DNDEBUG 
-fopenmp  -msse2  -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing  -Wall 
-Wcast-align -Werror=declaration-after-statement 
-Werror=implicit-function-declaration -Werror=return-type -Wstrict-prototypes 
-Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter 
-Wwrite-strings -Wno-error=unused-but-set-variable -O2 -DNDEBUG 
-I/tmp/blender-2.62/source/blender/imbuf -I/tmp/blender-2.62/source/blender/avi 
-I/tmp/blender-2.62/source/blender/blenkernel 
-I/tmp/blender-2.62/source/blender/blenlib 
-I/tmp/blender-2.62/source/blender/blenloader 
-I/tmp/blender-2.62/source/blender/makesdna 
-I/tmp/blender-2.62/intern/guardedalloc -I/tmp/blender-2.62/intern/memutil 
-I/tmp/blender-2.62/intern/ffmpeg-o CMakeFiles/bf_imbuf.dir/intern/jp2.c.o  
 -c /tmp/blender-2.62/source/blender/imbuf/intern/jp2.c
/tmp/blender-2.62/source/blender/imbuf/intern/jp2.c: In function 
'cinema_parameters':
/tmp/blender-2.62/source/blender/imbuf/intern/jp2.c:332:29: error: 'false' 
undeclared (first use in this function)
/tmp/blender-2.62/source/blender/imbuf/intern/jp2.c:332:29: note: each 
undeclared identifier is reported only once for each function it appears in
make[3]: *** [source/blender/imbuf/CMakeFiles/bf_imbuf.dir/intern/jp2.c.o] 
Error 1
make[3]: Leaving directory `/tmp/blender-2.62/obj-x86_64-linux-gnu'
make[2]: *** [source/blender/imbuf/CMakeFiles/bf_imbuf.dir/all] Error 2
make[2]: Leaving directory `/tmp/blender-2.62/obj-x86_64-linux-gnu'
make[1]: *** [all] Error 2


Thanks

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'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



___
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#670219:

2012-04-24 Thread Mathieu Malaterre 
tags 670219 patch
thanks

Here is a very simple patch which fix compilation against opj 1.5

2cts
-M



___
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#670219:

2012-04-24 Thread Mathieu Malaterre 
With the patch



-- 
Mathieu


openjpeg15fix.patch
Description: Binary data
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers