Processed: tagging 775181

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 775181 + pending
Bug #775181 [x265] x265-10bit doesn't work
Added tag(s) pending.
> thanks
Stopping processing here.

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

x265_1.5-1_amd64.changes is NEW

[Debian FTP Masters]

binary:libx265-43 is NEW.
binary:libx265-43-dbg is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will recieve an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

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

Processing of x265_1.5-1_amd64.changes

[Debian FTP Masters]

x265_1.5-1_amd64.changes uploaded successfully to localhost
along with the files:
  x265_1.5-1.dsc
  x265_1.5.orig.tar.bz2
  x265_1.5-1.debian.tar.xz
  libx265-doc_1.5-1_all.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#776172: vlc: crash (segmentation fault) on a webm file

[Sebastian Ramacher]

On 2015-02-18 01:26:37, Sebastian Ramacher wrote:
> On 2015-02-18 01:15:04, Vincent Lefevre wrote:
> > On 2015-02-17 18:51:05 +0100, Sebastian Ramacher wrote:
> > > I just wanted to make sure that you test against a clean install. The
> > > missing libraries made me a bit suspicious. Anyway, we still need a
> > > sample.
> > 
> > I can reproduce the crash by doing:
> > 
> > head -c 20 Nosferatu_a_Venezia_-_Pelicula_Completa_audio_espa_ol.webm > 
> > sample.webm
> > 
> > then doing "vlc sample.webm", setting the speed to 3x, then doing a
> > sequence of stop/play. This doesn't always yield a crash. I sometimes
> > need to do Ctrl-C and try again several times.
> 
> Please attach the file to the bug report.

Or send the file to me.

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#776172: vlc: crash (segmentation fault) on a webm file

[Sebastian Ramacher]

On 2015-02-18 01:15:04, Vincent Lefevre wrote:
> On 2015-02-17 18:51:05 +0100, Sebastian Ramacher wrote:
> > I just wanted to make sure that you test against a clean install. The
> > missing libraries made me a bit suspicious. Anyway, we still need a
> > sample.
> 
> I can reproduce the crash by doing:
> 
> head -c 20 Nosferatu_a_Venezia_-_Pelicula_Completa_audio_espa_ol.webm > 
> sample.webm
> 
> then doing "vlc sample.webm", setting the speed to 3x, then doing a
> sequence of stop/play. This doesn't always yield a crash. I sometimes
> need to do Ctrl-C and try again several times.

Please attach the file to the bug report.

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#776172: vlc: crash (segmentation fault) on a webm file

[Vincent Lefevre]

On 2015-02-17 18:51:05 +0100, Sebastian Ramacher wrote:
> I just wanted to make sure that you test against a clean install. The
> missing libraries made me a bit suspicious. Anyway, we still need a
> sample.

I can reproduce the crash by doing:

head -c 20 Nosferatu_a_Venezia_-_Pelicula_Completa_audio_espa_ol.webm > 
sample.webm

then doing "vlc sample.webm", setting the speed to 3x, then doing a
sequence of stop/play. This doesn't always yield a crash. I sometimes
need to do Ctrl-C and try again several times.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

___
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#778649: lives: FTBFS: dh_auto_install: make -j6 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2

[Artur Rona]

Package: lives
Version: 2.2.8~ds0-1
Tags: patch
Usertags: origin-ubuntu ubuntu-patch vivid

make[4]: *** [install-recursive] Error 1
Makefile:496: recipe for target 'install-recursive' failed
make[4]: Leaving directory '/«PKGBUILDDIR»/lives-plugins/plugins'
make[3]: *** [install-recursive] Error 1
Makefile:495: recipe for target 'install-recursive' failed
make[3]: Leaving directory '/«PKGBUILDDIR»/lives-plugins'
make[2]: *** [install-recursive] Error 1
Makefile:618: recipe for target 'install-recursive' failed
make[2]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_install: make -j8 install DESTDIR=/«PKGBUILDDIR»/debian/tmp 
AM_UPDATE_INFO_DIR=no returned exit code 2
make[1]: *** [override_dh_auto_install] Error 2
debian/rules:21: recipe for target 'override_dh_auto_install' failed
make[1]: Leaving directory '/«PKGBUILDDIR»'
make: *** [binary-arch] Error 2
debian/rules:15: recipe for target 'binary-arch' failed


In Ubuntu, we've applied the attached patch to achieve the following:

- debian/patches/parallel-build.patch:
  + Fix build system race that broke parallel building.

We thought you might be interested in doing the same.
diff -Nru lives-2.2.8~ds0/debian/patches/parallel-build.patch 
lives-2.2.8~ds0/debian/patches/parallel-build.patch
--- lives-2.2.8~ds0/debian/patches/parallel-build.patch 1970-01-01 
01:00:00.0 +0100
+++ lives-2.2.8~ds0/debian/patches/parallel-build.patch 2014-11-17 
19:25:36.0 +0100
@@ -0,0 +1,17 @@
+Description: Fix build system race that broke parallel building
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2014-07-16
+
+Index: b/lives-plugins/plugins/effects/compound/Makefile.am
+===
+--- a/lives-plugins/plugins/effects/compound/Makefile.am
 b/lives-plugins/plugins/effects/compound/Makefile.am
+@@ -7,6 +7,7 @@
+ EXTRA_DIST = $(compoundscripts_DATA) data icons
+ 
+ install-data-local:
++  mkdir -p "$(DESTDIR)$(compoundscriptsdir)"
+   cp -rf icons/ "$(DESTDIR)$(compoundscriptsdir)"
+   $(MAKE) -i install-data-local-remove-vcs-files
+ 
diff -Nru lives-2.2.8~ds0/debian/patches/series 
lives-2.2.8~ds0/debian/patches/series
--- lives-2.2.8~ds0/debian/patches/series   2015-02-14 12:40:05.0 
+0100
+++ lives-2.2.8~ds0/debian/patches/series   2015-02-17 00:50:30.0 
+0100
@@ -1,3 +1,4 @@
 01-cdda2wav_to_icedax.patch
 02-drop_py3_multiencoder.patch
 03-libav10.patch
+parallel-build.patch
___
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: Seeking for sponsorship for linuxptp (PTP/IEEE1588 implementation)

[Felipe Sateler]

On Tue, Feb 17, 2015 at 1:44 PM, Adrian Knoth  
wrote:
> On Tue, Feb 17, 2015 at 01:22:53PM +0100, Tino Mettler wrote:
>
>> Hi Adrian,
>
> Hi!
>
>> as you recently asked how AES67 is going, I'm seeking for a sponsor for
>> linuxptp which I started to package recently[1]. I saw that you
>> maintain several multimedia related packages. Do you have a suggestion
>> for a DD who might be interested in sponsorship for this package? If
>> not, I'm sorry to bother you with my request.
>
> I'd upload it myself, but since I'm not a DD, I cannot. It could still
> be team-maintained in pkg-multimedia.
>
> As for DDs: ales...@debian.org or umlae...@debian.org, we have even more
> in the multimedia team.

I am happy to upload, but I cannot commit to reviewing the packaging
on my own. If other members of the team help up reviewing the package,
I am willing to sponsor.

>
> What about the original ptpd maintainer?
>
> Package: ptpd
> Version: 2.3.0-dfsg-1
> Maintainer: Roland Stigge 

Indeed.

>
>> I CCd the debian-multimedia list on Alioth. However, the archive seems
>> to contain only autogenerated mails and spam, so I'm not sure if someone
>> reads this list.
>
> pkg-multimedia-maintainers@lists.alioth.debian.org is correct.
>
>
>>  PTP provides higher precision and faster synchronization than NTP even
>>  without hardware support. With hardware support, sub-microsecond
>
> For those less familiar with contemporary audio hardware: PTP is the
> foundation of low-latency audio-over-IP. Every recent AoIP protocol
> uses it, and so does AES67, a standard that people finally agreed on to
> replace the many competing AoIP protocols out there.
>

Out of curiosity, which apps should end up adding such support?
End-user apps like ardour or more plumbing layers like jack and
pulseaudio? Or maybe even ALSA?

Is there already a free implementation of this protocol somewhere?

-- 

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

Bug#776172: vlc: crash (segmentation fault) on a webm file

[Sebastian Ramacher]

On 2015-02-17 03:43:18, Vincent Lefevre wrote:
> On 2015-02-17 03:21:16 +0100, Sebastian Ramacher wrote:
> > On 2015-02-17 03:18:01, Vincent Lefevre wrote:
> > > > Not on my machine:
> > > > 
> > > > xvii:~> ldd -r /usr/lib/vlc/plugins/access/libaccess_mtp_plugin.so 
> > > > /usr/lib/vlc/plugins/services_discovery/libmtp_plugin.so | grep gcrypt
> > > > libgcrypt.so.11 => not found
> > > > libgcrypt.so.11 => not found
> > > 
> > > The cause may be that I have the libmtp library installed in
> > > /usr/local/lib.
> 
> Since this built was done against an old libgcrypt (no longer
> installed), I suppose that the installation was obsolete, and
> I've removed the files that were installed at that time. But
> VLC still crashes.
> 
> > Do you have any other libraries there that are used by vlc / libav?
> 
> No, now /usr/local/lib no longer contains any file.
> 
> I've patched and rebuilt some Debian packages, but libpaps0 is
> the only library, and I don't think it affects VLC.

I just wanted to make sure that you test against a clean install. The
missing libraries made me a bit suspicious. Anyway, we still need a
sample.

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: Seeking for sponsorship for linuxptp (PTP/IEEE1588 implementation)

[Adrian Knoth]

On Tue, Feb 17, 2015 at 01:22:53PM +0100, Tino Mettler wrote:

> Hi Adrian,

Hi!

> as you recently asked how AES67 is going, I'm seeking for a sponsor for
> linuxptp which I started to package recently[1]. I saw that you
> maintain several multimedia related packages. Do you have a suggestion
> for a DD who might be interested in sponsorship for this package? If
> not, I'm sorry to bother you with my request.

I'd upload it myself, but since I'm not a DD, I cannot. It could still
be team-maintained in pkg-multimedia.

As for DDs: ales...@debian.org or umlae...@debian.org, we have even more
in the multimedia team.

What about the original ptpd maintainer?

Package: ptpd
Version: 2.3.0-dfsg-1
Maintainer: Roland Stigge 

> I CCd the debian-multimedia list on Alioth. However, the archive seems
> to contain only autogenerated mails and spam, so I'm not sure if someone
> reads this list.

pkg-multimedia-maintainers@lists.alioth.debian.org is correct.


>  PTP provides higher precision and faster synchronization than NTP even
>  without hardware support. With hardware support, sub-microsecond

For those less familiar with contemporary audio hardware: PTP is the
foundation of low-latency audio-over-IP. Every recent AoIP protocol
uses it, and so does AES67, a standard that people finally agreed on to
replace the many competing AoIP protocols out there.



Cheers

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver


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

Bugs with forked-daapd (Itunes 12.1)

[Hans . Peter]

Package:forked-daapdVersion: 22.0-1When I try to connect the newest Itunes 
version 12.1 to my server with forked-daapd on it, it shows that the library is 
empty. With previous versions of Itunes that did not happen, so i think apple 
changed something in the protocol. I am using debian jessie with with 
kernel 3.16-2-amd64.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Seeking for sponsorship for linuxptp (PTP/IEEE1588 implementation)

[Tino Mettler]

Hi Adrian,

as you recently asked how AES67 is going, I'm seeking for a sponsor for
linuxptp which I started to package recently[1]. I saw that you
maintain several multimedia related packages. Do you have a suggestion
for a DD who might be interested in sponsorship for this package? If
not, I'm sorry to bother you with my request.

I CCd the debian-multimedia list on Alioth. However, the archive seems
to contain only autogenerated mails and spam, so I'm not sure if someone
reads this list.

Here is the package description for further details:

Description: Precision Time Protocol (PTP, IEEE1588) implementation for Linux
 Linuxptp is an implementation of the Precision Time Protocol (PTP)
 according to IEEE standard 1588 for Linux. Features include:
  - support for hardware and software time stamping via the Linux
SO_TIMESTAMPING socket option.
  - supports for the Linux PTP Hardware Clock (PHC) subsystem by using the
clock_gettime family of calls, including the new clock_adjtimex
system call
  - implements Boundary Clock (BC) and Ordinary Clock (OC)
  - transport over UDP/IPv4, UDP/IPv6, and raw Ethernet (Layer 2)
  - supports IEEE 802.1AS-2011 in the role of end station

 PTP provides higher precision and faster synchronization than NTP even
 without hardware support. With hardware support, sub-microsecond
 accuracy can be expected. Whereas NTP is intended for WAN use, PTP is
 designed for LAN environments and makes use of UDP multicast.

 A driver support matrix can be found on
 .

Regards,
Tino

[1] http://mentors.debian.net/package/linuxptp



___
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#778529: lame: fill_buffer_resample segmentation fault

[Fabian Greffrath]

Am Dienstag, den 17.02.2015, 09:11 +0100 schrieb Fabian Greffrath: 
> Does anyone know the highest reasonable input samplerate supported by
> lame?

Na, this was a red herring. I just patched a (valid) WAV file to report
a samplerate of some 10^6kHz and lame still "successfully" processed on
it.

But, the sample at hand reports -251 channels. Adding "... ||
gfp->num_channels < 0)" to Maks' patch actually fixes the crash.

- Fabian

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

Bug#778529: lame: fill_buffer_resample segmentation fault

[Fabian Greffrath]

Hi Henri,

thank you for submitting this bug report!

Am Montag, den 16.02.2015, 12:45 +0200 schrieb Henri Salo: 
> Error reading input file
> lame: util.c:595: fill_buffer_resample: Assertion `fabs(offset) <= .501' 
> failed.

This seems to be the inverse problem this time: The samplerate in the
fuzzed pseudo-WAV header is simply much too high. If I extend Maks'
patch to also check for "if (gfp->samplerate_in > MAX_SAMP_FREQ)" then
it fails gracefully instead of crashing. However, MAX_SAMP_FREQ is
currently defined to 48000 and I am not sure if this means maximum input
or output samplerate supported by lame. Shouldn't lame be able to encode
files with 96kHz samplerate into MP3 by reducing the samplerate to 48kHz
in the process?

Does anyone know the highest reasonable input samplerate supported by
lame?

Cheers,

Fabian

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