Package: zyne
Version: 0.1.2-1
Followup-For: Bug #788314
I get the same bug, even after installing the missing python-wxversion
dependency.
-g
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux
Source: musescore
Version: 2.0.1+dfsg-1
Severity: serious
Many architectures FTBFS:
https://buildd.debian.org/status/package.php?p=musescoresuite=unstable
from the arm64 log:
[ 10%] Building CXX object mstyle/CMakeFiles/mstyle.dir/menubarengine.cpp.o
In file included from command-line:0:0:
Package: mplayer2
Version: 2.0-728-g2c378c7-4+b1
Severity: normal
Many videos, including current YouTube videos, use VP9 these days.
mplayer2 doesn't seem to have any support for VP9, though other players
do. Please consider building in support for VP9, using ffvp9.
-- System Information:
FYI: The status of the qmidiroute source package
in Debian's testing distribution has changed.
Previous version: 0.3.0-1
Current version: 0.3.0-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
FYI: The status of the ir.lv2 source package
in Debian's testing distribution has changed.
Previous version: 1.3.2~dfsg0-1
Current version: 1.3.2~dfsg0-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 vco-plugins source package
in Debian's testing distribution has changed.
Previous version: 0.3.0-2
Current version: 0.3.0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
FYI: The status of the mcp-plugins source package
in Debian's testing distribution has changed.
Previous version: 0.4.0-2
Current version: 0.4.0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
BS1770GAIN is based on FFmpeg. If a file is not processable by FFmpeg it
is not processable by BS1770GAIN.
This particular sample file seems not to be processable by FFmpeg. Try
e.g. the following command
$ ffmpeg -i samples/20030213-cvs.mpeg -acodec copy -vcodec copy -y
GREETINGS TO YOU,
I WRITE TO TELL YOU OF A MATTER THAT REQUIRED AN URGENT ATTENTION WITHREGARDS
TO YOUR REPOSED PERSONALITY AS A RELIABLE, TRUSTWORTHY AND GODFEARING PERSON.
IN BRIEF INTRODUCTION, I AM THE ONLY DAUGTHER OF LATE MRMOHAMMAD PELAEZ FROM
SIERRA-LEONE.I AND MY JUNIOR BROTHER AHMED
FYI: The status of the lv2core source package
in Debian's testing distribution has changed.
Previous version: 6.0+dfsg0-2
Current version: 6.0+dfsg0-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
2015-06-20 12:33 GMT+02:00 Sebastian Ramacher sramac...@debian.org:
On 2015-06-20 12:30:54, Sebastian Ramacher wrote:
On 2015-06-20 09:45:19, Jaromír Mikeš wrote:
Hi all,
I recently changed build dep of yoshimi package from fltk 1.1 to 1.3.
Only because this change package wanted links
brp-pacu 2.1.1+git20111020-5 is marked for autoremoval from testing on
2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
ams 2.1.1-1 is marked for autoremoval from testing on 2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
sndobj 2.6.6.1-3 is marked for autoremoval from testing on 2015-07-21
It (build-)depends on packages with these RC bugs:
786694: fftw: FTBFS with TZ=GMT-14
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
Hi Carl Eugen,
thanks for sharing. The issue under the hood is seems to be that
avcodec_decode_audio4() returns with error [mp2 @ 0x9e527c0] Header
missing. How to continue in such a case?
Thanks and regards,
Peter
On 21.06.2015 23:09, Carl Eugen Hoyos wrote:
On Sunday 21 June 2015
[Peter Belkner]
BS1770GAIN is based on FFmpeg. If a file is not processable by FFmpeg
it is not processable by BS1770GAIN.
This particular sample file seems not to be processable by FFmpeg. Try
e.g. the following command
$ ffmpeg -i samples/20030213-cvs.mpeg -acodec copy -vcodec copy -y
Hi Reinhard,
On 19.06.2015 23:50, Reinhard Tartler wrote:
On Jun 18, 2015 7:15 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
The altivec optimizations on powerpc are still disabled, but I don't think
this should delay the transition. I intend to fix this one way or another
Quoting Andreas Cadhalpun (2015-06-21 14:24:43)
On 19.06.2015 23:50, Reinhard Tartler wrote:
On Jun 18, 2015 7:15 PM, Andreas Cadhalpun
andreas.cadhal...@googlemail.com wrote:
And currently FFmpeg 2.7 failed to build on ppc64 (due to changes in
configure, fixed upstream) and sparc
What BS1770GAIN does is best approximated by the following FFmpeg
command (copying the video stream, transcoding the audio stream into
FLAC and muxing both into a MKV container):
$ ffmpeg -i sample/20030213-cvs.mpeg -vcodec copy -acodec flac -y
ffmpeg/20030213-cvs.mkv
FFmpeg aborts with
On Sunday 21 June 2015 10:28:55 pm Peter Belkner wrote:
What BS1770GAIN does is best approximated by the following FFmpeg
command (copying the video stream, transcoding the audio stream into
FLAC and muxing both into a MKV container):
$ ffmpeg -i sample/20030213-cvs.mpeg -vcodec copy
On 21.06.2015 22:09, Jonas Smedegaard wrote:
Quoting Andreas Cadhalpun (2015-06-21 14:24:43)
Well, I have no intention of maintaining a pre-dh7-style debian/rules
file. That pretty much settles the question for me.
Then use a post-dh-style debian/rules file instead, as done with libav.
I've made an educated guess on how to continue: simply skip the package,
and it seems to work smoothly:
diff -rc ./bs1770gain-0.4.3/libffsox-2/ffsox_frame_reader.c
./bs1770gain-0.4.4-beta2/libffsox-2/ffsox_frame_reader.c
*** ./bs1770gain-0.4.3/libffsox-2/ffsox_frame_reader.c
Hi,
It was working on wheezy.
I have had to add an entry into /etc/rc.local to have it sleep for 10
seconds before doing a service restart.
Without the sleep the network is still not ready in time.
dmesg shows:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Initializing
On Sat, Jun 20, 2015 at 07:31:50PM -0500, Jonas Smedegaard wrote:
Quoting Don Armstrong (2015-06-20 14:38:25)
There's clearly a bug here, but even after reading this bug log, I've
had to do research on my own to determine what that issue is.
If the libroar2 maintainers which to keep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:31 AM, Jonas Smedegaard wrote:
Even just checking for the existence of dnet-common or similar
would probably be enough.
As I understand it, these are the issues raised here:
You understand incorrectly then.
a) libdnet is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:36 AM, Jonas Smedegaard wrote:
Quoting John Paul Adrian Glaubitz (2015-06-20 15:16:28)
You are still trying to boil this down to the mere problem with
cmus,
This bugreport is filed against cmus, is it not?
This is correct.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/21/2015 02:44 AM, Jonas Smedegaard wrote:
Jonas, do you actually read what I wrote?
Yes.
No, you don't, because you constantly say the bug report is not
correct even though a) Alessio requested it and b) already
tagged this bug as pending
Hi.
Attached is a patch for enabling building openni for mipsel arch.
Can you please do a peer review?
Thanks,
Gustavo Prado Alkmim
Bacharel em Ciência da Computação (UFLA)
Doutorando em Ciência da Computação (UNICAMP)
--
Do que adianta para o homem ganhar o mundo e perder sua alma???
Hi Adrian,
On Sun, Jun 21, 2015 at 10:29:21AM +0200, John Paul Adrian Glaubitz wrote:
On 06/21/2015 02:31 AM, Jonas Smedegaard wrote:
Even just checking for the existence of dnet-common or similar
would probably be enough.
As I understand it, these are the issues raised here:
You
29 matches
Mail list logo