Source: hydrogen
Version: 0.9.4-2
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Start Time: 20100302-1642
[...]
Build-Depends: cdbs, devscripts (= 2.10.7), scons, debhelper (= 6),
dh-buildinfo, docbook-utils, libqt4-dev, libz-dev, pkg-config,
Source: yoshimi
Version: 0.056-1
Severity: grave
Hi,
There was an error while trying to autobuild your package:
[...]
/usr/bin/c++ -DMAX_AD_HARMONICS=128 -DMAX_SUB_HARMONICS=64
-DPAD_MAX_SAMPLES=64 -DNUM_MIDI_PARTS=16 -DNUM_MIDI_CHANNELS=16
-DNUM_VOICES=8 -DPOLIPHONY=60 -DNUM_SYS_EFX=4
Your package is trying to use things like -march=native which
it shouldn't do for package. This means it's building for the
cpu it runs on, and will not run on older CPUs. This is always
the wrong thing to do for a packaged version.
gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/alsa
reopen 486220
thanks
Your bug is very old. The upstream code has changed a lot since then.
This bug is probably fixed in the version mentioned above according to
upstream. Please reply or reopen the bug if it is not the case.
That's no excuse to close bugs. Please stop doing that.
It took
On Sat, Feb 26, 2011 at 06:57:41PM +0100, Rene Engelhard wrote:
On Sat, Feb 26, 2011 at 03:10:38PM +, Jonas Smedegaard wrote:
[ Adrian Knoth ]
* Explicitly depend on versioned libraptor.
Closes: #613675.
Eh, sure? The raptor build with the fixed .shlibs (-3 fixed the
On Sat, Mar 26, 2011 at 11:03:27PM +0100, Christophe Mutricy wrote:
Hello,
vlc failed to build on hppa, s390 and sparc due to a missing versionned
depedency on libschroedinger-dev.
This is now fixed in the git repo for future upload
Please upload a fixed version.
Kurt
On Sat, Jul 23, 2011 at 10:44:22PM +0200, Aurelien Jarno wrote:
On Wed, Jul 20, 2011 at 08:52:45PM +0200, Philipp Kern wrote:
[ mips* buildds Cc'ed ]
On Tue, Jul 19, 2011 at 09:58:34PM +0200, David Kuehling wrote:
The complete userspace *is* o32, just the kernel is not. I think that
On Sun, Jul 24, 2011 at 12:03:59AM +0200, Aurelien Jarno wrote:
It at least does the right thing on the i386 buildds. Maybe the
chroot was older?
It's what I thought first, but the script [1] doesn't seems to do that,
or at least I fail to see where.
[1]
On Sun, Jul 24, 2011 at 12:59:46AM +0200, Bastian Blank wrote:
On Wed, Jul 20, 2011 at 08:52:45PM +0200, Philipp Kern wrote:
I think that's a misconfiguration of the buildds. They're supposed to
put linux32 into the schroot configuration if the kernel arch differs
from the userspace arch,
On Sun, Jul 24, 2011 at 03:37:13PM +0200, Andreas Barth wrote:
* Kurt Roeckx (k...@roeckx.be) [110724 15:30]:
/usr/sbin/sbuild-createchroot has:
I use /usr/share/sbuild/create-chroot.sh (which is actually the one
doing it right for lvm-type chroots), and that does it for mips*,
sparc, s390
On Sun, Jul 24, 2011 at 05:39:20PM +0200, Reinhard Tartler wrote:
On Sun, Jul 24, 2011 at 13:07:11 (CEST), Philipp Kern wrote:
On Sun, Jul 24, 2011 at 12:59:11PM +0200, David Kuehling wrote:
Well, if it allows people like me to just do 'apt-get source' and
'dpkg-buildpackage' without
On Sun, Oct 09, 2011 at 07:49:04PM +0200, Reinhard Tartler wrote:
Moreover,
Jurij suggests that mplayer2 should be compiled with -mcpu=ultrasparc
anyway. The upstream configure script will do that when running under a
64bit kernel. However, this piece of information is 'hidden' on the
buildds
On Sun, Oct 09, 2011 at 09:46:02PM +0200, Reinhard Tartler wrote:
On So, Okt 09, 2011 at 21:05:56 (CEST), Jurij Smakov wrote:
I thought about it, and I don't really see why we would keep the
linux32 wrapper on the buildds. It made sense in the past, when we
supported sparc32 and really
Package: mplayer2, libasound2
Hi,
When I'm playing music with mplayer2, when the music is with a
samplerate of 44100, mplayer opens the device in 48000 mode.
Which means that mplayer needs to resample from 44100 to 48000,
while there is no need for this, and only wastes cpu time, and
distorts
On Sun, Apr 15, 2012 at 07:17:34PM +0300, Uoti Urpala wrote:
This is expected behavior with ALSA dmix. It has a fixed hardware output
frequency, in your case 48000 Hz.
As far as I know this is just a default and has nothing at all to
do with what the hardware supports, it's just a value in a
On Sat, May 12, 2012 at 04:09:38PM +0300, Uoti Urpala wrote:
I know all this. That doesn't mean things can't be improved.
Well, it certainly sounded like you didn't know all this; if you did, I
can't see why you wrote The problem now is that mplayer does this in
libao2/ao_alsa.c: in the
On Sun, Sep 30, 2012 at 12:02:06PM +0200, Reinhard Tartler wrote:
tags 687048 moreinfo
stop
I'm trying to use avconv to convert to h264 using libx264. I want
to set the profile to high, but I still get main.
I can change it to (constrained) baseline. But setting any other
valid
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 Wed, Jan 15, 2014 at 04:31:27PM +0100, Alessandro Ghedini wrote:
On mar, gen 14, 2014 at 10:09:02 +0100, Kurt Roeckx wrote:
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
Package: mpv
Version: 0.3.5-1
Hi,
When using mpv to play an audio stream I get:
$ mpv http://mp3.streampower.be/radio1.aac
Playing: http://mp3.streampower.be/radio1.aac
[cache] Cache size set to 320 KiB
Cache fill: 20.62% (67584 bytes)
[cache] Cache is not responding - slow/stuck network
Package: mpv
Version: 0.3.9-1
Hi,
I've been using hwdec=vaapi for a while now and things looked
good. Yesterday I upgraded from 0.3.8-1 to 0.3.9-1 and everything
I look at now looks really bad. It seems that it starts good but
then as it's updating the quality gets worse and worse like it's
On Sat, May 10, 2014 at 11:34:27PM +0200, Alessandro Ghedini wrote:
On sab, mag 10, 2014 at 10:55:09 +0200, Kurt Roeckx wrote:
Package: mpv
Version: 0.3.9-1
Hi,
I've been using hwdec=vaapi for a while now and things looked
good. Yesterday I upgraded from 0.3.8-1 to 0.3.9-1
On Tue, May 13, 2014 at 09:12:38PM +0200, Alessandro Ghedini wrote:
So today I got an update of those from 6:9.11-3+b3 to 6:9.13-1.
Downgradeing libavcodec54 back to 6:9.11-3+b3 fixes the issue.
Does this still happen with mpv 0.3.9-2 (which is built against libav10) in
sid?
Yes,
Package: i965-va-driver
Hi,
It seems this package is needed to actually being able to use
va-api. At least that's my understanding of things. But nothing
seems to Depend on Recommend it other than
libva-intel-vaapi-driver, which is a transistion package.
libva-intel-vaapi-driver also doesn't
Source: csound
Version: 6.00_dfsg-1
Severity: serious
Hi,
It seems your packages fails to build with the following error:
cc1: error: unrecognized command line option '-mfpmath=sse'
This has 2 problems:
- Not all arches support sse
- Even for those that do, not all CPUs support it. If you want
Package: mpv
Version: 0.6.2-2
Hi,
When using mpv to play a movie after an hour it has several GB of
RAM in use. When I then quiet it seems to clean up part at least
a part of it. I see that it goes in D state to swap things back
in as it reduces the memory usage. So I think it or one of it's
Source: kodi
Version: 16.1+dfsg1-1
Severity: important
Control: block 827061 by -1
Hi,
OpenSSL 1.1.0 is about to released. During a rebuild of all packages using
OpenSSL this package fail to build. A log of that build can be found at:
27 matches
Mail list logo