Mostly for my own reference, I noticed this from the buildlog
https://buildd.debian.org/status/fetch.php?pkg=libav&arch=s390x&ver=6%3A9.10-2&stamp=1388850961:
env
LD_LIBRARY_PATH="/usr/lib/s390x-linux-gnu/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot:/«PKGBUILDDIR»/debian/tmp/usr/lib/
On Thu, Nov 14, 2013 at 5:26 PM, Florian Schlichting wrote:
> Hi,
>
> mpd also FTBFS since I enabled the build tests in 0.18 (no regression
> here either).
>
> Reinhard asked for a backtrace, this is what I get in the
> sid_s390x-dchroot on zelenka:
>
> fsfs@zelenka ~/mpd-0.18.3 % gdb ./test/run_i
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 15 Jan 2014 03:19:15 +0100
Source: libcoverart
Binary: libcoverart-dev libcoverart0 libcoverart-dbg libcoverart-doc
Architecture: source amd64 all
Version: 1.0.0+git20140109-2
Distribution: unstable
Urgency: medium
Package: omins
Version: 0.2.0-7.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch
Dear Maintainer,
For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess
libcoverart_1.0.0+git20140109-2_amd64.changes uploaded successfully to localhost
along with the files:
libcoverart_1.0.0+git20140109-2.dsc
libcoverart_1.0.0+git20140109-2.debian.tar.gz
libcoverart-dev_1.0.0+git20140109-2_amd64.deb
libcoverart0_1.0.0+git20140109-2_amd64.deb
libcoverart-dbg
libcoverart_1.0.0+git20140109-2_amd64.changes uploaded successfully to
ftp-master.debian.org
along with the files:
libcoverart_1.0.0+git20140109-2.dsc
libcoverart_1.0.0+git20140109-2.debian.tar.gz
libcoverart-dev_1.0.0+git20140109-2_amd64.deb
libcoverart0_1.0.0+git20140109-2_amd64.deb
li
Package: mplayer
Severity: important
Version: 2:1.0~rc4.dfsg1+svn34540-1
Mplayer seems to be building with -march=native on hurd, -march=native
is not appropriate for distro packaging as it makes the results of the
build dependent on what cpu happens to be in the build machine.
I have not inv
Removing mplayer in favour of mplayer2 seems to be quite a bad idea,...
as the later seems to be more or less dead upstream, while the former is
actively developed.
So this is probably a no-go.
It should be mentioned btw, that the mplayer and mplayer2 packages from
DMO just work fine (and can ev
Package: mpv
Version: 0.3.2-1
Hi,
It seems mpv tries to use vpdau and tries to load
libvdpau_nvidia.so by default and fails.
It then tries to use gl instead, which works perfectly.
But I have an intel GPU, and I would make sense to use vaapi
instead. Using -vo vaapi at least seems to work for
On 2013-12-19 15:08, Jonas Smedegaard wrote:
> Quoting IOhannes m zmoelnig (2013-12-19 12:50:47)
>> now that i have become DM, i thought it probably time to do the last
>> step and become DD as well.
>
> That's great news!
> [snip]
>> so if you think me becoming a DD is feasible, it would be grea
FYI: The status of the libdvdread source package
in Debian's testing distribution has changed.
Previous version: 4.2.0+20130219-3
Current version: 4.2.1-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the intel-vaapi-driver source package
in Debian's testing distribution has changed.
Previous version: 1.2.1-2
Current version: 1.2.2-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you w
Am Dienstag, den 14.01.2014, 16:20 +0100 schrieb Nicola Chiapolini:
> Now my idea was that Debian could offer a package containing no binary
> software but only two files:
> *) /etc/apt/sources.list.d/videolan.list
I have once suggested the exact same, but IIRC this was frowned upon.
Reasons
Processing commands for cont...@bugs.debian.org:
> affects 726733 + visp
Bug #726733 [libavformat-dev] av_register_all() segfaults on s390x in some cases
Added indication that 726733 affects visp
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
726733: http://bugs.
Hi Jonas
Thanks for your answer. I guess there was a small misunderstanding.
> > *) create an official, signed package with the key (I guess there
> > are no legal problems preventing debian from distributing this key.)
> > If possible, the package could even include a file
> > /etc/apt/source
On Tue, Jan 14, 2014 at 4:29 AM, Nicola Chiapolini
wrote:
> Hi all
>
> First of all I want to thank you for your great work.
>
> As a debian user I just looked into adding
> http://download.videolan.org/
> to my sources. This works perfectly, however I am not comfortable adding
> a key to my tru
Hi Nicola,
Quoting Nicola Chiapolini (2014-01-14 10:29:08)
> First of all I want to thank you for your great work.
>
> As a debian user I just looked into adding
> http://download.videolan.org/
> to my sources. This works perfectly, however I am not comfortable
> adding a key to my trusted ke
Hi,
the yafaray homepage lists the 0.1.5 version for blender 2.67. At least on my
machine it is running with blender 2.69. But I agree with you. It might be
better to remove it from testing than to be annoyed with an incompatibility.
Thanks
Joseph
Matteo F. Vescovi schrieb am 16:50 Mittwoch
Your message dated Tue, 14 Jan 2014 10:00:10 +
with message-id
and subject line Bug#733884: fixed in libav 6:10~alpha1-1
has caused the Debian Bug report #733884,
regarding libavformat54: unsupported Opus audio in Ogg container
to be marked as done.
This means that you claim that the problem
Your message dated Tue, 14 Jan 2014 10:00:10 +
with message-id
and subject line Bug#722003: fixed in libav 6:10~alpha1-1
has caused the Debian Bug report #722003,
regarding avconv does not support -t as argument for input
to be marked as done.
This means that you claim that the problem has be
Your message dated Tue, 14 Jan 2014 10:00:10 +
with message-id
and subject line Bug#720563: fixed in libav 6:10~alpha1-1
has caused the Debian Bug report #720563,
regarding libav: Doesn't decode opus while opus support is compiled in?
to be marked as done.
This means that you claim that the p
Your message dated Tue, 14 Jan 2014 10:00:10 +
with message-id
and subject line Bug#687048: fixed in libav 6:10~alpha1-1
has caused the Debian Bug report #687048,
regarding avconv: x264 profile only supports main and baseline
to be marked as done.
This means that you claim that the problem ha
Your message dated Tue, 14 Jan 2014 10:00:10 +
with message-id
and subject line Bug#715467: fixed in libav 6:10~alpha1-1
has caused the Debian Bug report #715467,
regarding libav-tools: JSON/INI output (-of option)
to be marked as done.
This means that you claim that the problem has been deal
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Dec 2013 15:16:03 +
Source: libav
Binary: libav-tools libav-dbg libav-doc libavutil53 libavcodec55 libavdevice54
libavformat55 libavfilter4 libswscale2 libavutil-dev libavcodec-dev
libavdevice-dev libavforma
Hi all
First of all I want to thank you for your great work.
As a debian user I just looked into adding
http://download.videolan.org/
to my sources. This works perfectly, however I am not comfortable adding
a key to my trusted keys without the possibility to check its
fingerprint.
So it w
25 matches
Mail list logo
