Source: lives
Version: 2.2.8~ds0-1
Severity: serious
Justification: FTBFS
This package FTBFS in a clean sid sbuild setup:
libtool: link: gcc -Wstrict-aliasing=0 -DHAVE_MJPEGTOOLS=1 -DHAVE_LDVGRAB=1 -I l
ibavc1394/avc1394.h -I libraw1394/raw1394.h -I libraw1394/rom1394.h -I/usr/inclu
de/liboil-0.3
I think
sudo touch /usr/lib/python2.7/dist-packages/zyne/__init__.py
worked around this for me. (Can't get sound though.)
Regards,
Tormod
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth
Hi,
On 23.06.2015 18:07, Alessio Treglia wrote:
> We are then migrating away from libav,
I've created an experimental ffmpeg branch [1] with the changes
for the transition.
Comments/testing/review are welcome. ;)
Best regards,
Andreas
1: https://anonscm.debian.org/cgit/pkg-multimedia/ffmpeg.gi
Yes. These errors are not real errors. We're working on avoiding them
anyway.
On 24.06.2015 16:01, Fabian Greffrath wrote:
Hi,
Am Mittwoch, den 24.06.2015, 07:23 +0200 schrieb Peter Belkner:
To fix the error drop "-Wcast-align" from "CFLAGS" in the respective
"Makefile.am".
is this package
Hi,
Am Mittwoch, den 24.06.2015, 07:23 +0200 schrieb Peter Belkner:
> >
> To fix the error drop "-Wcast-align" from "CFLAGS" in the respective
> "Makefile.am".
is this package built with -Werror?!
- Fabian
signature.asc
Description: This is a digitally signed message part
__
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id
and subject line Bug#789254: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789254,
regarding bs1770gain: Unable to transcode audio of MPEG file (stuttering sound)
to be marked as done.
This means that you claim tha
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id
and subject line Bug#789248: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789248,
regarding bs1770gain: Fail to build on archs with unsigned char
to be marked as done.
This means that you claim that the problem ha
Your message dated Wed, 24 Jun 2015 13:34:09 +
with message-id
and subject line Bug#789250: fixed in bs1770gain 0.4.4-1
has caused the Debian Bug report #789250,
regarding bs1770gain: Fail to build on archs with strict alignment requirements
to be marked as done.
This means that you claim tha
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 24 Jun 2015 11:36:52 +
Source: bs1770gain
Binary: bs1770gain bs1770gain-dbg
Architecture: source
Version: 0.4.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Team
Changed-By: Petter R
bs1770gain_0.4.4-1_sourceupload.changes uploaded successfully to localhost
along with the files:
bs1770gain_0.4.4-1.dsc
bs1770gain_0.4.4.orig.tar.gz
bs1770gain_0.4.4-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
bs1770gain_0.4.4-1_sourceupload.changes uploaded successfully to
ftp-master.debian.org
along with the files:
bs1770gain_0.4.4-1.dsc
bs1770gain_0.4.4.orig.tar.gz
bs1770gain_0.4.4-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host coccia.debian.org)
___
On 24.06.2015 12:41, Petter Reinholdtsen wrote:
[Peter Belkner]
You may use SoX to generate test files.
Thank you. I'll try to figure out how to use sox for this.
http://notes.tomcarlson.com/sox
http://montessorimuddle.org/2012/04/19/generating-and-saving-tones-with-sox/
___
On 24.06.2015 12:41, Petter Reinholdtsen wrote:
[Peter Belkner]
BS1770GAIN doesn't make any assumption on buffer alignment itself
(i.e. it relies on FFmpeg), and so myself. Are there any hints that
FFmpeg is broken on the systems in question?
I do not know. But I am more worried about other
Package: smplayer
Version: 14.9.0~ds0-1
--- Please enter the report below this line. ---
The current version available in Debian testing and unstable doesn't
yet fully support mpv.
You can try yourself to change the Mplayer executable with
mpv in the SMPlayer settings, as stated here [1]. Then
[Peter Belkner]
> BS1770GAIN doesn't make any assumption on buffer alignment itself
> (i.e. it relies on FFmpeg), and so myself. Are there any hints that
> FFmpeg is broken on the systems in question?
I do not know. But I am more worried about other alignment problems
being hidden if the warnin
BS1770GAIN doesn't make any assumption on buffer alignment itself (i.e.
it relies on FFmpeg), and so myself. Are there any hints that FFmpeg is
broken on the systems in question?
But you're right: 16 bit is 2 byte, and 32 bit is 4 byte.
You may use SoX to generate test files.
On 24.06.2015 1
[Peter Belkner]
> Any test using the transcoding feature (i.e. option "-ao") uses this
> code. It's needed exclusively for that purpose. The code builds the
> frames to be fed into the FLAC encoder.
Right. So a data source with types aligned on more than 1 byte is
needed to check that the code
Any test using the transcoding feature (i.e. option "-ao") uses this
code. It's needed exclusively for that purpose. The code builds the
frames to be fed into the FLAC encoder.
On 24.06.2015 09:58, Petter Reinholdtsen wrote:
[Peter Belkner]
If you have any doubts whether the alignment of the
[Peter Belkner]
> If you have any doubts whether the alignment of the pointer to the frame
> buffer is given
Thank you for the background information. Is there some way I can test
the code in question? What kind of input data do I need and what kind
of command line arguments should I use?
If s
19 matches
Mail list logo
