close 827542 2.3.0-1
thanks
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
Package: ardour3
Version: 3.5.403~dfsg-2
Severity: grave
Tags: patch upstream
Hi!
Forward from http://tracker.ardour.org/view.php?id=5669:
Editing MIDI sooner or later reliably always ends up causing tons of warnings.
When this happens, whatever is edited after is simply not saved. A work around
On Sun, Jul 06, 2014 at 01:09:08PM +0200, Sebastian Ramacher wrote:
> Hi Adrian,
Hi!
> repository. Could you please push your changes?
That's pushed now.
HTH
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@l
On 6 July 2014 13:09:08 CEST, Sebastian Ramacher wrote:
>Hi Adrian,
>
>I'm currently looking at the build failure of ffado on mips*, but it
>seems like the changes for 2.2.1-1 are not included in the git
>repository. Could you please push your changes?
Hi.
I'm traveling atm, will push within t
close 733969
thanks
Fixed in last upload.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 01/02/14 19:27, Niels Thykier wrote:
Hi!
Package: ardour3
Version: 3.5.143~dfsg-1
Severity: serious
Hi,
Your package FTBFS during a rebuilt against libaubio4. Here is the tail
from amd64.
aubio 0.4 is not API-compatible with the previous 0.3 release. aubio
upstream currently lists both
On 10/01/13 15:24, David Henningsson wrote:
This fixes a build failure on Debian/Ubuntu.
BugLink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713713
Signed-off-by: David Henningsson
---
libs/gtkmm2ext/gtk_ui.cc | 2 ++
1 file changed, 2 insertions(+)
I'm not a C++ template expert, so
On 08/29/2012 10:09 AM, Giovanni Mascellani wrote:
> Hi.
Hi!
> Attached is a patch that fixes jackd2's FTBFS on all non-Linux archs. I
> can NMU if you want.
Thanks for the patch, I'll upload in a second.
Cheers
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a sub
On 06/21/2012 02:31 AM, Touko Korpela wrote:
Hi!
> Package: libffado
> Version: 2.0.99+svn2163-2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> Please look at https://buildd.debian.org/status/package.php?p=libffado
> 2.0.99+svn2163 fails
On 05/24/2012 11:49 AM, Lucas Nussbaum wrote:
Hi, especially Vince from dbus-c++!
Source: libffado
Version: 2.0.99+svn2124-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120524 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packa
Hi!
Confirmed, I was seeing the same with UMS: fluxbox was fine, uxterm and
ding worked, too, also okular and konqueror.
But everything with GTK (gvim, chromium, gitg...) made the Xserver
crash.
Commit 6bda7ceda645e838723883d133d614def1511d16 in xf86-video-ati fixes
the issue.
JFTR: KMS breaks
Hi!
Please find attached the proposed patch against current faust release
that will (hopefully) fix the build issue (untested).
Yann: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652322
Cheers
PS: Mario, how about maintaining faust in pkg-multimedia-maintainers?
diff --git a/architectur
On Mon, Nov 21, 2011 at 06:35:41PM +0100, IOhannes m zmoelnig wrote:
> >> tags 643413 +patch
> >> thanks
> >
> > IOhannes: did you try to forward it to upstream? The patch header
> > doesn't mention anything related.
> >
> good question.
> given that i cannot find any hint in my outbox and that
On 11/19/11 00:48, Mònica Ramírez Arceda wrote:
Hi!
> tags 643413 +patch
> thanks
IOhannes: did you try to forward it to upstream? The patch header
doesn't mention anything related.
Cheers
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". T
On 10/22/11 19:24, Simon Wenner wrote:
Hi!
> Jackd aborts because of a failed assertion as soon as a client tries
> to connect to it. (tested with totem, supercollider and pure-data)
This is clearly a local issue, I'm running the same software without
problems.
Question is why.
First, let's ag
On 09/26/11 17:54, Gilles Crevecoeur wrote:
> Package: libffado2
> Version: 2.0.99+svn1995-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
Hi!
> When I have tried to start jackd the following lines was printed :
Confirmed.
> So, I have tried to compile my ow
close 632491 1:2.8.11-7
thanks
This bug was obviously not related to ardour, because I was able to
compile the package on sparc without any changes.
Likewise, the buildds were able to compile 1:2.8.11-7 without any
problems (not talking about hurd-i386).
--
To UNSUBSCRIBE, email to debian-b
Hi!
That's the same bug as in #625001. I haven't tried it, yet, but the fix
should be to add #include to RubberBandStretcher.h (and maybe
some other files). It's triggered by g++-4.6.
Technically, the fix could be forwarded to upstream, however, upstream
has just released rubberband-1.6, so we m
Package: nodejs
Severity: grave
Tags: sid
Justification: renders package unusable
Hi!
nodejs-0.4.2-1 requires libv8-3.0.12.23 which isn't part of the archive, only
3.0.12.35-1 is:
adi@hex:~$ rmadison libv8
libv8 | 2.2.24-6| squeeze | source
libv8 | 2.2.24-6| wheezy | source
On Tue, Feb 15, 2011 at 08:10:52AM -0800, Dave Beckett wrote:
Hi!
Finally solved it:
> The desc should never be NULL since it's running through a list from raptor,
> and the final one is to get the default parser. The only way this can
> happen is if raptor wasn't initialised properly, which is
Hi!
I've built a debug version of librdf and found the following code:
librdf_parser_raptor_constructor (world=0x877e5a0) at
rdf_parser_raptor.c:1328
1328syntax_name = desc->names[0];
(gdb) bt
#0 librdf_parser_raptor_constructor (world=0x877e5a0)
at rdf_parser_raptor.c:1328
#1 0xb65
On 02/14/11 18:29, Adrian Knoth wrote:
>>> When starting ardour, it currently fails with a segfault:
>>>
>>> raptor_sequence.c:385: (raptor_sequence_get_at) assertion failed: object
>>> pointer of type raptor_sequence is NULL.
>>> raptor_sequence.c:3
On Mon, Feb 14, 2011 at 06:09:42PM +0100, Julien Cristau wrote:
Hi!
> > When starting ardour, it currently fails with a segfault:
> >
> > raptor_sequence.c:385: (raptor_sequence_get_at) assertion failed: object
> > pointer of type raptor_sequence is NULL.
> > raptor_sequence.c:385: (raptor_seque
Package: ardour-i686
Version: 1:2.8.11-4
Severity: grave
Justification: renders package unusable
Hi!
When starting ardour, it currently fails with a segfault:
raptor_sequence.c:385: (raptor_sequence_get_at) assertion failed: object
pointer of type raptor_sequence is NULL.
raptor_sequence.c:385:
On Tue, Feb 08, 2011 at 12:42:38PM +0100, Bastien ROUCARIES wrote:
> In the scientific field a lot of software depend of qt3. And a lot of
Same for kpicosim, but I'm pretty confident that I can run qt3to4 on it
and simply link with qt4's qt3 support library.
Last time I tried, the whole process
On Fri, Feb 04, 2011 at 03:19:58PM -0500, Glen MacArthur wrote:
Hi!
> A routine update on 20110204 renders both JACK1 and JACK2 unable to run with
> Realtime permissions thus rendering both unuseable for low-latency audio
I fear we need more information here.
AFAICS, no real changes regarding p
severity 601659 normal
forwarded 601659 http://subversion.ffado.org/ticket/306
thanks
> While trying to write a ffado output plugin, MPD crashed with the
> following double free bug (backtrace shows it's inside libraw1394, but
> my guess is that libffado calls libraw1394 with an invalid pointer):
On Tue, Oct 12, 2010 at 06:11:28PM +0200, Cyril Brulebois wrote:
> your package no longer builds on ia64:
> -D__MIDISCRIPT__ -DALLOW_X86_OPTIMIZATIONS -I/usr/share/qt4/include
> lib/soundtouch-1.4.1/sse_optimized.cpp
> | lib/soundtouch-1.4.1/sse_optimized.cpp:70:23: error: xmmintrin.h: No
> suc
On 09/28/10 13:48, Adrian Knoth wrote:
Hi!
I might miss something
Ok, it's the trailing colon that might cause problems if LD_LIBRARY_PATH
is unset and CWD contains a malicious library.
I'm going to fix this.
Sorry for bothering you in the first place.
--
To UNSUBSCRIBE, email
On Tue, Sep 28, 2010 at 04:21:09AM +, Raphael Geissert wrote:
Hi!
> During a review of the Debian archive, I've found your package to
> contain a script that can be abused by an attacker to execute arbitrary
> code.
> /usr/bin/ardour2 line 5:
> export LD_LIBRARY_PATH=/usr/lib/ardour2:$LD_LIBR
On Thu, Aug 05, 2010 at 08:27:38PM -0400, Felipe Sateler wrote:
> >> Can you please retry on schroeder?
> >
> > Failed again (with -5):
> >
> > https://buildd.debian.org/fetch.cgi?pkg=csound&arch=sparc&ver=1:5.12.1~dfsg-5&stamp=1281046260&file=log&as=raw
>
> Hmm, this is weird. Csound use
Package: vocproc
Version: 0.2-1
Severity: grave
Justification: renders package unusable
Hi!
At least on my update-to-date amd64 Debian unstable system, vocproc
cannot be loaded.
I noticed that it's not working as an ardour plugin and hence tried to
start it in lv2rack, but it won't show up.
At
On Sat, Jul 31, 2010 at 12:53:28PM +, Frank Rocholl wrote:
> Hi,
Hi!
> I've updated to 1.2-2 but the firmware is still not loaded into the
> device automatically.
Not sure if you need to restart/reload udev. Also make sure there's no
42-midisport-rule in /etc/udev/rules.d/ anymore, it has b
On Thu, Jul 29, 2010 at 07:16:23PM +0100, Adam D. Barratt wrote:
> Package: ardour
> Version: 1:2.8.11-1
> Severity: serious
>
> Hi,
Hi!
> ardour FTBFS on sparc; from the build log:
As I've already supposed, it must be something with the buildd or just
coincidence.
It has been working before
On Tue, Jun 15, 2010 at 03:41:25PM +0200, Jakub Wilk wrote:
> Hello,
Hi!
> I've seen patches for the issue in the package's VCS, but I don't tag
> the bug pending, as they don't seem to work:
I've added a new patch provided last week. Does it work for you?
It at least starts ffado-mixer for
On Thu, Jun 10, 2010 at 01:27:26AM +0200, Arnfinn Ringvold wrote:
> Package: audacity
> Version: 1.3.5-2+lenny1
Audacity appears to be differently broken in every new version. We have
1.3.12-3 now, so I don't see any use in even looking at this bug.
Though I'm not the maintainer and therefore ca
Hi!
I'm in touch with upstream to add the patches. I've also created the git
repo for this package.
I think we shouldn't release squeeze without a working
midisport-firmware package, hence severity "serious".
Let's see if we'll have a fixed version within two weeks.
--
mail: a...@thur.de
On Fri, May 07, 2010 at 09:20:29AM +0100, Adam D. Barratt wrote:
> Hi,
Hi!
> Unfortunately, j-a-c-k is still failing to build on armel. -9 has been
> tried three times, two of which resulted in an "illegal instruction"
> stopping the build; the other gave:
>
> ../dbus/sigsegv.c: In function 's
On Wed, May 05, 2010 at 03:38:13PM +0200, Cyril Brulebois wrote:
> > Any chance to get more information what's going on there? Everything
> > is fine on sparc, mips, powerpc, amd64, i386 and s390, so I wonder
> > what could cause compilation on kfreeBSD to die that early.
> You only check_tool on
On Mon, May 03, 2010 at 10:07:44PM +0100, Adam D. Barratt wrote:
> > Next upload will hopefully build on these architectures.
> Nope :-/ They now fail for different reasons.
That's good news. I've already checked the build logs for the -5 upload.
Alpha was easy to fix, and I did this with -6, so
On Mon, May 03, 2010 at 07:03:42PM +0200, Alexander Hofbauer wrote:
> Package: mplayer
> Version: 2:1.0~rc3+svn20100502-1
> Severity: serious
>
> With the latest update to mplayer, audio output to pulse doesn't work
> any more.
I don't think that's true. At least not in all cases.
I also have
On Mon, May 03, 2010 at 05:50:39PM +0100, Simon McVittie wrote:
> > The code in question:
> >
> >jack_client_open_aux(client_name, (jack_options_t)options, NULL, NULL);
>
> Instead of trying to fake up an empty va_list, why not call the varargs
> version, with only the argument terminator in
On Mon, May 03, 2010 at 04:00:14PM +0100, Adam D. Barratt wrote:
> ../common/JackAPI.cpp:303: error: cannot convert 'int' to 'va_list'
> for argument '4' to 'jack_client_t* jack_client_open_aux(const char*,
> jack_options_t, jack_status_t*, va_list)'
The code in question:
jack_client_open_aux
On Mon, May 03, 2010 at 04:03:10PM +0100, Adam D. Barratt wrote:
> Hi,
Hi!
> This may have the same root cause as the armel failure, in which case
> please merge them.
I don't think so. For the alpha and ia64, I have written a fix:
http://trac.jackaudio.org/attachment/ticket/171/jackd2-poin
On Mon, May 03, 2010 at 04:27:19AM +0200, Cyril Brulebois wrote:
Hi!
> >* Fix FTBFS on kFreeBSD (conditionally enable ALSA) (Closes: bug#579465)
>
> Nope, not sufficient:
> | waf configure --prefix=/usr --classic --dbus
> | Checking for header samplerate.h : not found
> | Checking fo
Hi!
I wrote a fix for this bug and forwarded it upstream.
JFTR:
http://trac.jackaudio.org/attachment/ticket/170/jackd2-powerpc.patch
I suggest we wait a few hours for upstream to apply and then update to
current svn version.
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: k
Hi!
This got fixed upstream (r3994). We should upgrade to this revision,
because it also contains r3993. r3993 is required to compile the jackd2
on non-ALSA platforms.
HTH
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
Alle Kinder stehen am Abgrund, nur nicht Pe
Hi!
Like always, I forgot to attach the patch to the mail. ;) Here it is.
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
Mit Apachen ist gut quatschen
diff --git a/linux/JackAtomic_os.h b/linux/JackAtomic_os.h
index b69cb22..c39174d 100644
--- a/linux/JackAtomic_
On Tue, Apr 27, 2010 at 11:03:15PM +0200, Cyril Brulebois wrote:
> | ../common/JackAtomic.h: In function 'long int INC_ATOMIC(volatile SInt32*)':
> | ../common/JackAtomic.h:31: error: 'CAS' was not declared in this scope
> | ../common/JackAtomic.h: In function 'long int DEC_ATOMIC(volatile SInt32*
On Tue, Apr 27, 2010 at 11:05:46PM +0200, Cyril Brulebois wrote:
> as announced in the previous bug, your package also no longer builds on
> kfreebsd-*, with a specific issue (which also affects hurd, might be
> some linux-only stuff?):
> | waf configure --prefix=/usr --alsa --classic --dbus
We
On Mon, Apr 12, 2010 at 08:40:18PM +0200, Marco d'Itri wrote:
> > Where's the right place for this? Is it the right approach at all?
> I believe that the program should be modified to use /dev/bus/usb/,
> /proc/bus/usb/ does not even exist in modern kernels.
fxload needs no fixing, it contains a
Hi!
Sorry for x-posting, but it's not entirely sure to me where to fix it.
I came across #574180 and started looking for the culprit. It's clearly
caused by #540757. To sum things up again: fxload reads DEVICE from the
environment, but DEVICE is set to /proc/bus/usb instead of /dev/bus/usb.
As s
On Wed, Jan 20, 2010 at 10:53:06AM +0100, Fabian Greffrath wrote:
>> The patch was against configure.ac. I don't know if the minimal
>> debian/rules is sufficient to re-generate configure after applying this
>> patch.
>> If need be, add a line like "autoreconf -f" somewhere before calling
>> confi
On Tue, Jan 19, 2010 at 09:10:33AM -0700, dann frazier wrote:
Hi, especially Alessio!
> This issue persists with 0.4.4-2.
The patch was against configure.ac. I don't know if the minimal
debian/rules is sufficient to re-generate configure after applying this
patch.
If need be, add a line like "a
On Tue, Jan 19, 2010 at 10:19:45AM +0100, Adrian Knoth wrote:
Hi!
> It's probably a bug in configure(.ac), however, you can work around if
> you conditionally set --disable-sse on non-amd64. (i386 doesn't have
> SSE, i686 could, but that's not an ordinary Debian targe
On Mon, Jan 18, 2010 at 08:42:24PM -0700, dann frazier wrote:
Hi!
(just some notes to speed up debugging)
> configure:4272: checking for SSE optimization
> configure:4312: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math
> -I/usr/share/qt4/include -I/usr/local/include -I/usr/include
> -I/
On Sun, Jan 03, 2010 at 03:23:09PM -0700, dann frazier wrote:
> Source: ardour
> Version: 1:2.8.4-2
> Severity: serious
>
> The recent binNMU of ardour fails to build.
>
> libs/ardour/audioanalyser.cc:2:43: error:
> vamp-sdk/hostext/PluginLoader.h: No such file or directory
This is caused by an
On Sat, Dec 19, 2009 at 05:02:21PM +0100, hungerburg wrote:
Hi!
> the last time I used ardour two days ago. I believe it was
> 1:2.8.4-1 - today after updating to 1:2.8.4-2 I can no longer
> launch the application. A downgrade does not help. Maybe its
> because a file changed that ardour uses but
On Tue, Nov 17, 2009 at 02:49:12PM -0600, Lucas Nussbaum wrote:
> Source: jack-audio-connection-kit
> Version: 0.116.2+svn3592-3
> Severity: serious
>
> Hi,
Hi!
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part:
> > libtool: compile: cc -DHA
On Tue, Nov 10, 2009 at 11:02:24AM -0300, Felipe Sateler wrote:
> > The generic solution is the use gcc builtins. This requires gcc-4.1 or
> > newer and at least some kind of underlying hardware atomic ops:
> > __sync_add_and_fetch (__mem, __val);
>
> Note that this isn't reliable in all ar
On Tue, Nov 10, 2009 at 10:09:27AM +0100, Bastian Blank wrote:
> > environs...: s390-ibm-linux-gnu gcc
> > audio.c:7056:2: error: #error "Seems like an unsupported hardware
> > for jack. Please contact k.s.matheus...@notam02.no"
Oh no, they use inline-asm for atomic ops. With the c
On Wed, Jul 22, 2009 at 01:50:49PM -0400, Aaron M. Ucko wrote:
Hi!
> Please allow db_input to fail by protecting it with "|| true" or (if
> you want to be really strict) "|| [ $? = 30 ]".
Fixed.
> BTW, I also observe that you appear to be treating debconf as a
> registry rather than a cache, an
On Sat, Jun 27, 2009 at 03:34:45PM +0200, Reinhard Tartler wrote:
> while looking throuh the list of our packages, I noticed that libffado
> did not migrate to testing yet because it has not been built on powerpc.
Yes. This has been fixed 47 minutes before your bug report. ;)
http://git.debi
On Tue, Mar 17, 2009 at 08:18:33PM +0100, Kurt Roeckx wrote:
> Hi,
Hi!
> Your package is failing to build with the following error:
> In file included from dataformat.c:194:
> convert_inc.c:120: error: expected ')' before '*' token
> In file included from dataformat.c:233:
> convert_inc.c:120: e
Package: installation-report
Severity: grave
Justification: renders package unusable
Boot method: cdrom
Image version:
http://cdimage.debian.org/cdimage/lenny_di_rc1/sparc/bt-dvd/debian-testing-sparc-DVD-1.iso.torrent
Date: Fri Dec 19 17:38:54 CET 2008
Machine: Sun Fire V880
Base System Instal
Package: gcc-4.3-spu
Version: 4.3.0-3
Severity: grave
Justification: renders package unusable
spu-gcc cannot produce executables. It also misses the system include
dir:
[EMAIL PROTECTED]:~$ cat spu_hello.c
#include
int main( unsigned long spuid )
{
printf("Hello, World! (From SPU:%d)\n",
Package: gnash
Severity: grave
Justification: renders package unusable
gnash depends on libboost-date-time1.33.1 and libboost-thread1.33.1.
Both libraries are not available in unstable:
$ apt-get install gnash
[..]
The following packages have unmet dependencies:
gnash: Depends: libboost-date-ti
Package: vorbis-tools
Version: 1.1.1-11
Severity: grave
Justification: renders package unusable
Current unstable does no longer provide libcurl3-gnutls, thus
rendering vorbis-tools uninstallable due to this missing dependency.
It might be sufficient to rebuild the package against libcurl4-gnutls.
68 matches
Mail list logo
