Bug#827542: closing 827542
close 827542 2.3.0-1 thanks -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
Bug#772118: ardour3: Editing MIDI loses data
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 is to unlink/fork the MIDI regions until the error message disappears, but that usually causes lots of notes to either A) disappear completely or B) be misplaced or be lengthened way beyond its original sizes. Losing data (here: notes and timing information) justifies severity grave, as an important musical recording might be permanently lost. Upstream patch available -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751228: libffado: does not compile on mips
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...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751228: libffado: does not compile on mips
On 6 July 2014 13:09:08 CEST, Sebastian Ramacher sramac...@debian.org 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 the next 24hrs. Cheers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733969: closing 733969
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
Bug#733969: ardour3: FTBFS when built against libaubio4
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 APIs as stable. Ardour upstream has tightened the dependency to aubio 0.3.2, and it certainly needs time to incorporate the API changes. For ardour2 (bug #733968), this might never happen unless backported. There's not even a document on aubio's website how to migrate from 0.3 to 0.4. Long story short: that's too much for packaging, this is serious upstream work. Since Ardour upstream has decided to stick with 0.3.2, I suggest we re-introduce libaubio-0.3.x in Debian until the remaining users have all been transitioned to aubio4 (read: as soon as the r-depends count of aubio3 drops to zero). To be clear: I'm talking about co-existence of both aubio versions in Debian, at least temporary. Cheers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713713: [PATCH] Explicitly instantiate AbstractUI template
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 david.hennings...@canonical.com
---
libs/gtkmm2ext/gtk_ui.cc | 2 ++
1 file changed, 2 insertions(+)
I'm not a C++ template expert, so I'm not sure this is the most elegant fix,
but at least it builds now. I found it on git trunk too (2.0-ongoing branch),
so I'm including Paul Davis as well.
diff --git a/libs/gtkmm2ext/gtk_ui.cc b/libs/gtkmm2ext/gtk_ui.cc
index 291740c..0894b07 100644
--- a/libs/gtkmm2ext/gtk_ui.cc
+++ b/libs/gtkmm2ext/gtk_ui.cc
@@ -63,6 +63,8 @@ BaseUI::RequestType Gtkmm2ext::AddTimeout =
BaseUI::new_request_type();
#include pbd/abstract_ui.cc /* instantiate the template */
+template class AbstractUIGtkmm2ext::UIRequest;
+
UI::UI (string namestr, int *argc, char ***argv)
: AbstractUIUIRequest (namestr, true)
{
Thanks for the patch, confirmed to work. Will upload in a second.
Cheers
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685776: Patch for jackd2's FTBFS
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 subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678347: libffado: FTBFS on powerpc
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 to build on powerpc Thanks for spotting, I've got an upstream fix ready. The code in question dates back to 2009 and was never touched ever since. Looks like #if __BYTE_ORDER == __BIG_ENDIAN evaluated to false all the years, but I doubt this can be true. Anyway, compiles fine now on my QS21. Will upload later next week after the changeset got some testing by other developers. Cheers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674311: libffado: FTBFS: cp: cannot stat `debian/tmp/debian/tmp/usr/bin/ffado-dbus-server': No such file or directory
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 packages in sid, your package failed to build on amd64. Checking whether 'which dbusxx-xml2cpp' executes no One of the dbus-headers, the dbus-c++-headers and/or the application 'dbusxx-xml2cpp' where not found. The dbus-server for ffado will therefore not be built. Formerly, dbusxx-xml2cpp has been provided in libdbus-c++-dev, but as of dbus-c++-0.9.0-3, it's been split into a separate libdbus-c++-bin package for the sake of multiarch. I can now add libdbus-c++-bin to the list of build dependencies in libffado, however, maybe it makes sense to have libdbus-c++-dev depend on libdbus-c++-bin for backwards compatibility and due to their close relation. WDYT? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670570: Latest git works
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 suspend/resume (the suspend part) on my HP Compaq nx6325. It might work once or twice, but sooner or later, the machine is stuck while going to sleep, hence the use of UMS here. Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652322: Proposed patch to fix faust
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/architecture/misc.h b/architecture/misc.h index 16cd4ff..900643a 100644 --- a/architecture/misc.h +++ b/architecture/misc.h @@ -4,6 +4,7 @@ #include map #include string.h +#include stdlib.h // On Intel set FZ (Flush to Zero) and DAZ (Denormals Are Zero) // flags to avoid costly denormals
Bug#643413: jack-tools: FTBFS: jack.dl.c:20:3: error: format not a string literal and no format arguments [-Werror=format-security] (patch)
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. Trouble? Contact listmas...@lists.debian.org
Bug#643413: jack-tools: FTBFS: jack.dl.c:20:3: error: format not a string literal and no format arguments [-Werror=format-security] (patch)
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 i am a bit lost on the slavepianos website (me not being a darcs guy and finding no instructions how to clone the repository on the website, thus not being able to produce a proper patch for upstream), i fear that the answer is: no Let's keep it simple and Cc the upstream author. ;) Dear upstream author, the Debian project has a patch for jack-tools: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643413 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=fix-format-security.patch;att=1;bug=643413 You might want to consider including it in your repository. Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646248: [jackd2] assertion fails when client connects
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 agree to never run jackd as root for the reminder of this debugging session. Running jackd as root is discouraged, misleading and will not help solving the problem. ;) Ok, $ jackd -d dummy $ jack_lsp Does it work? If so: $ alsa_out Should still be running. JackProcessSync::LockedTimedWait error usec = 500 err = Connection timed out Driver is not running This doesn't look too good. Seems your soundcard isn't making any progress, that is, it does not advance the hw pointer. Maybe you have an unconnected digital-in that consequently doesn't get any clock information? Changing the record source with alsamixer would be the solution. ~$ lspci | grep Audio 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 01:00.1 Audio device: ATI Technologies Inc HD48x0 audio Ah, I have a theory here. The second audio interface seems to be your HDMI-capable video card. The onboard audio is occupied by pulseaudio, and jackd tries to use the HDMI card. You can sort this out: $ cat /proc/asound/cards With the correct numbers at hand, you can force jackd to use the card you want, maybe the first or the second: $ jackd -d alsa -d hw:1 -- second card The order depends on what's listed in /proc/asound/cards. HTH, and please report back your findings. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643024: libffado2: jackd can't start with libffado version 2.0.99+svn1995-1
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 own version, and thus I have installed the binutils-gold package for this, with the same results. Confirmed, binutils-gold no longer is a working workaround. I guess, it seems to come from the new upstream version of libffado. No, it doesn't. If you checkout svn 1994 instead of 1995, it will also fail with binutils-gold. We have replacement code ready (a new debug module). I'll update the package as soon as we have a working upstream version. HTH and thanks for reporting -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632491: closing 632491
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-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625012: Same as 625001
Hi! That's the same bug as in #625001. I haven't tried it, yet, but the fix should be to add #include cstddef 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 might want to update anyway. Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622623: nodejs uninstallable
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 libv8 | 2.5.9.21-1 | sid | source libv8 | 3.0.12.35-1 | experimental | source Likewise, nodejs-0.2.6-4 requires libv8-2.5.9.15, which obviously isn't part of the archive neither. Only nodejs from testing (0.2.0-1) is installable. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38 (SMP w/2 CPU cores; PREEMPT) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613411: More info
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 my guess here. I suspect ardour is linking to raptor1 and raptor2, and thus crashing. Absolutely. For the sake of documentation, I'm going to elaborate on this here, so it's saved in the bug for future reference. The situation is as follows: - ardour depends on liblrdf (mind the l after lib) - liblrdf depends on libraptor1 - ardour depends on libslv2 - libslv2 depends on librdf0 (no l this time) - librdf0 (= 1.0.13-1) depends on libraptor2 And there you have it, clashing symbols. The solution is to add symbol versioning to both raptor libraries, then recompile librdf, liblrdf and afterwards libslv2 (the whole dependency chain backwards). In the end, recompile ardour. For libslv2, we need to explicitly link against libraptor2, so the symbols will be referenced with versions. Symbol versioning for libraptor1 and libraptor2 is easy to achive, simply add LDFLAGS += -Wl,--default-symver to debian/rules in each package. I'll file separate bug reports against those libs for documentation purpose. See how then all depending libs require the versioned symbol: Before: adi@hex:~$ objdump -T /usr/lib/liblrdf.so.0 | grep raptor DF *UND* raptor_free_parser DF *UND* raptor_print_locator DF *UND* raptor_parse_abort [..] After: adi@hex:~$ objdump -T /usr/lib/liblrdf.so.0 | grep raptor DF *UND* libraptor.so.1 raptor_free_parser DF *UND* libraptor.so.1 raptor_finish DF *UND* libraptor.so.1 raptor_parse_abort Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver The trouble with being punctual is that nobody's there to appreciate it. -- Franklin P. Jones -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613411: More info
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 0xb65b27bd in librdf_init_parser (world=0x877e5a0) at rdf_parser.c:55
#2 0xb65a3ca5 in librdf_world_open (world=0x877e5a0) at rdf_init.c:303
#3 0xb64e739c in slv2_world_new () from /usr/lib/libslv2.so.9
#4 0xb7f6b3a9 in ARDOUR::LV2World::LV2World() ()
from /usr/lib/ardour2/libardour.so
#5 0xb7eaefd4 in ARDOUR::PluginManager::PluginManager() ()
from /usr/lib/ardour2/libardour.so
#6 0xb7e5a184 in ARDOUR::init(bool, bool) ()
from /usr/lib/ardour2/libardour.so
#7 0x08165255 in ARDOUR_UI::ARDOUR_UI(int*, char***) ()
#8 0x08392e5b in main ()
(gdb) frame 0
#0 librdf_parser_raptor_constructor (world=0x877e5a0)
at rdf_parser_raptor.c:1328
1328syntax_name = desc-names[0];
(gdb) list
1323if(!desc) {
1324 /* reached the end of the parsers, now register the
default one */
1325 i = 0;
1326 desc =
raptor_world_get_parser_description(world-raptor_world_ptr, i);
1327}
1328syntax_name = desc-names[0];
1329syntax_label = desc-label;
1330if(desc-mime_types)
1331 mime_type = desc-mime_types[0].mime_type;
1332if(desc-uri_strings)
(gdb) p desc
$1 = (const raptor_syntax_description *) 0x0
This code has been added after librdf0-1.0.10 for librdf-1.0.11.
Obviously, description is NULL, and dereferencing it causes the
segfault.
I wonder if raptor_world_get_parser_description should have returned
something different. I cannot judge if it's something big or if a simple
NULL pointer check in librdf_parser_raptor_constructor would be enough,
maybe also using the old code from 1.0.10 in case of desc==NULL.
Dajobe, I guess we could use your input here. ;)
JFTR, this is the initialization code in libslv2:
SLV2World
slv2_world_new()
{
SLV2World world = (SLV2World)malloc(sizeof(struct _SLV2World));
world-world = librdf_new_world();
if (!world-world) {
free(world);
return NULL;
}
world-local_world = true;
librdf_world_open(world-world);
return slv2_world_new_internal(world);
}
Cheers
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613411: ardour-i686: segfault when starting
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: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL. Program received signal SIGSEGV, Segmentation fault. 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 (gdb) bt #0 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 #1 0xb65bd7ad in librdf_init_parser () from /usr/lib/librdf.so.0 #2 0xb65aeca5 in librdf_world_open () from /usr/lib/librdf.so.0 #3 0xb64f239c in slv2_world_new () from /usr/lib/libslv2.so.9 #4 0xb7f6bb09 in ARDOUR::LV2World::LV2World() () from /usr/lib/ardour2/libardour.so #5 0xb7eb0f44 in ARDOUR::PluginManager::PluginManager() () from /usr/lib/ardour2/libardour.so #6 0xb7e5be04 in ARDOUR::init(bool, bool) () from /usr/lib/ardour2/libardour.so #7 0x0815d512 in ARDOUR_UI::ARDOUR_UI(int*, char***) () #8 0x0838c2bb in main () Since I maintain the package, I file this bug for reference and documentation purpose. Note: recompiling against current librdf0 (1.0.13-1) fails, so it seems there is a larger API change in librdf: /usr/include/rasqal/rasqal.h:1021: error: 'raptor_log_handler' has not been declared Let's see. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ardour-i686 depends on: ii jackd 5 JACK Audio Connection Kit (default ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libaubio2 0.3.2-4+b2a library for audio segmentation ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-2 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib ii libcurl3-gnutls7.21.3-1 Multi-protocol file transfer libra ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.5.0-1 GCC support library ii libglib2.0-0 2.28.0-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomecanvasmm-2.6-1 2.26.0-1 C++ wrappers for libgnomecanvas2 ( ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.20.3-1C++ wrappers for GTK+ (shared libr ii libjack-jackd2-0 [libj 1.9.6~dfsg.1-2JACK Audio Connection Kit (librari ii liblo7 0.26~repack-5 Lightweight OSC library ii liblrdf0 0.4.0-3 a library to manipulate RDF files ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libpangomm-1.4-1 2.26.2-1 C++ Wrapper for pango (shared libr ii libraptor1 1.4.21-2 Raptor RDF parser and serializer l ii librasqal2 0.9.20-1 Rasqal RDF query library ii librdf01.0.13-1 Redland Resource Description Frame ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsigc++-2.0-0c2a 2.2.4.2-1 type-safe Signal Framework for C++ ii libslv2-9 0.6.6-5 A library for simple use of LV2 pl ii libsndfile11.0.23-1 Library for reading/writing audio ii libstdc++6 4.5.0-1 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-17 userspace USB programming library ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvamp-sdk2 2.1-1 helper library for Vamp plugins wr ii libxml22.7.8.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-twisted 10.1.0-3 Event-based framework for internet Versions of packages
Bug#613411: ardour-i686: segfault when starting
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_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL. Program received signal SIGSEGV, Segmentation fault. 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 (gdb) bt #0 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 #1 0xb65bd7ad in librdf_init_parser () from /usr/lib/librdf.so.0 #2 0xb65aeca5 in librdf_world_open () from /usr/lib/librdf.so.0 #3 0xb64f239c in slv2_world_new () from /usr/lib/libslv2.so.9 I now managed to recompile ardour, however, the segfault is still present. Note: recompiling against current librdf0 (1.0.13-1) fails, so it seems there is a larger API change in librdf: /usr/include/rasqal/rasqal.h:1021: error: 'raptor_log_handler' has not been declared This is no longer true, adding librasqal3-dev and updating to newest ardour upstream made at least this error go away. Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613411: ardour-i686: segfault when starting
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:385: (raptor_sequence_get_at) assertion failed: object pointer of type raptor_sequence is NULL. Program received signal SIGSEGV, Segmentation fault. 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 (gdb) bt #0 0xb65bd932 in librdf_parser_raptor_constructor () from /usr/lib/librdf.so.0 #1 0xb65bd7ad in librdf_init_parser () from /usr/lib/librdf.so.0 #2 0xb65aeca5 in librdf_world_open () from /usr/lib/librdf.so.0 #3 0xb64f239c in slv2_world_new () from /usr/lib/libslv2.so.9 I now managed to recompile ardour, however, the segfault is still present. Downgrading to librdf0-1.0.10-3 fixes the segfault. (JFTR, in case a users needs a quick workaround) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604506: Qt3 removal rational
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 was pretty straight forward and took less than 15mins. Just in case you're looking for a quick workaround. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612023: jackd1: Jack1/2 no longer run with Realtime permissions following update
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 priority scheduling have been applied
upstream. It's even more suspicious that both, jackd1 and jackd2, should
be affected.
Let's first make sure you have the POSIX prios in place. Can you verify
/etc/security/limits.d/audio.conf looks more or less like this?
adi@chopin:~$ cat /etc/security/limits.d/audio.conf
# Provided by the jackd package.
#
# Changes to this file will be preserved.
#
# If you want to enable/disable realtime permissions, run
#
#dpkg-reconfigure -p high jackd
@audio - rtprio 95
@audio - memlockunlimited
#@audio - nice -19
Next, please verify that those limits are really active:
adi@chopin:~$ ulimit -l -r
max locked memory (kbytes, -l) unlimited
real-time priority (-r) 95
sched_get_priority_min(SCHED_RR)= 1
sched_setscheduler(0, SCHED_RR, { 1 }) = -1 EPERM (Operation not permitted)
Here we can see it's even failing with the lowest realtime permission of
only 1.
I suspect we (you) are facing the CGROUP thing:
http://jackaudio.org/linux_group_sched
Can you check your kernel config, either via /boot/config-`uname -r` or
/proc/config.gz, if available?
You could also try to boot the stock Debian squeeze kernel, because I
have no idea about the settings in this kernel:
Kernel: Linux 2.6.36-liquorix-2.6.36-3.dmz.2-avlinux-default (SMP w/1
CPU core; PREEMPT)
Could be everything.
Cheers and please report back. ;)
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601659: Double free bug in libffado2
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): I bet it happens upon termination. That's http://subversion.ffado.org/ticket/306 and is something weird on the new Juju firewire stack. It won't happen on the old ieee1394. We know it since Linux-2.6.32-rcX, when we were first able to run FFADO on the new stack. I've spent many hours trying to find the culprit, and so did two kernel firewire developers and one FFADO dev. I bet it's a race condition that could be fixed with a lock. If you like to debug this issue, many FFADO users would be glad. ;) Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599978: mixxx: FTBFS on ia64: error: xmmintrin.h: No such file or directory
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 such file or directory Makes sense. No SSE on ia64. The culprit is very likely in src/SConscript.env in line 1327. The bitwidth=='64' check is no valid indication for turning on SSE and the lot. I'd add a and (machine == 'AMD64' or machine == 'EM64T') to the bitwidth condition. Or even reverse the complete logic and require explicit setting of the optimize flag to turn on ALLOW_X86_OPTIMIZATIONS. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598283: ardour: CVE-2010-3349: insecure library loading
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_LIBRARY_PATH Can you elaborate on this or give a link with a more detailed explanation? LD_LIBRARY_PATH is a well-known feature, and every binary can, by design, be run with libraries from different paths, including CWD, if the user sets LD_LIBRARY_PATH appropriately. I don't see how importing LD_LIBRARY_PATH in a script is any different from running an arbitrary binary (also with LD_LIBRARY_PATH being set). According to your logic, every dynamically linked binary would be vulnerable. In other words, I don't see a security issue at all. If the user deliberately sets LD_LIBRARY_PATH, it's his ultimate responsibility. LD_LIBRARY_PATH is just a more cumbersome way of running completely different code. I might miss something, but unless you rely on RPATH, you could file this kind of bug against almost every package. And given that LD_LIBRARY_PATH is a valid use case, we somehow need to pass it to the binary. I don't see that manually filtering LD_LIBRARY_PATH is any good. The user sets it, the user gets it. Please feel free to correct my understanding of the issue at hand. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598283: ardour: CVE-2010-3349: insecure library loading
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 to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591796: vocproc: Vocproc fails to load
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 least we have a decent error message: Unable to open library /usr/lib/lv2/vocproc.lv2/vocproc.so (/usr/lib/lv2/vocproc.lv2/vocproc.so: undefined symbol: _ZN3LV219get_lv2_descriptorsEv) Ciao -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591802: FTBFS on sparc: [po/fr/LC_MESSAGES/csound5.mo] Error -11
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=csoundarch=sparcver=1:5.12.1~dfsg-5stamp=1281046260file=logas=raw Hmm, this is weird. Csound used to build just fine. Looks like: I took the freedom and successfully built the package on my sparc machine inside pbuilder. Everything went smoothly, right from the beginning. If interested, grab the package here: http://cluster.inf-ra.uni-jena.de/~adi/sparc/ It's signed with my key, one might want to resign it and upload the sparc architecture files only. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver Ich denke, also bin ich dagegen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574180: After uodate to midisport-firmware 1.2-2 behavoir is still the same
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 been moved to /lib/udev/rules.d/ If the problem persists, I can try it myself in a week when I get back to my midisport. I've developed the package on the machine in question, and it has been working fine ever since. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590863: ardour: FTBFS on sparc (scons: *** [gtk2_ardour/panner2d.o] Error -11)
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 and there are no changes (in the ardour package or source code) that would cause a FTBFS. I throw it into my own frehsly updated pbuilder on my sparc machine and successfully built the package: dpkg-deb: building package `ardour' in `../ardour_2.8.11-1_sparc.deb'. dpkg-genchanges ../ardour_2.8.11-1_sparc.changes dpkg-genchanges: including full source code in upload dpkg-source --after-build ardour-2.8.11 dpkg-buildpackage: full upload (original source is included) Copying back the cached apt archive contents - unmounting dev/pts filesystem - unmounting proc filesystem - cleaning the build env - removing directory /var/cache/pbuilder/build//3754 and its subdirectories Current time: Fri Jul 30 21:38:13 CEST 2010 pbuilder-time-stamp: 1280518693 Do you want me to send you the deb? Or is there a way to start the build process on the official sparc machine again? If need be, I could upload 2.8.11-2 with no changes, just built on my machine, to make sure to have a working sparc package. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585990: libffado: broken package when rebuild with Python 2.6
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 me, but I don't know nothing about the python details. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585380: [audacity] hangs suddenly, can't find a pattern. Here is one bug trace.
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 cannot speak how the official approach to your report will be, the best advice I could give at the moment is to try a newer version, preferably the one from sid. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574180: Waiting for upstream
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 http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580618: jack-audio-connection-kit: FTBFS on armel (error: 'mcontext_t' has no member named 'gregs')
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 'signal_segv': ../dbus/sigsegv.c:107: error: 'mcontext_t' has no member named 'gregs' That's easy to fix. It's another #if !defined(__arm__) fwiw, the HPPA build has also been tried several times yet with no success, but I'm not entirely sure whether those are package or buildd issues. E: Caught signal 'Terminated': terminating immediately during configure looks like a buildd issue to me, though I wouldn't insist on this. ;) I'll also start a hurd VM later to fix the last FTBFS. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: closed by Adrian Knoth a...@drcomp.erfurt.thur.de (Bug#579465: fixed in jack-audio-connection-kit 1.9.5~dfsg-4)
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 compilers in the IS_LINUX case. Therefore, no compilers are found. If one tweaks that to check_tool() anyway, many more errors come up. Unfortunately, I don't have time to chase them all. I've installed GNU/kFreeBSD in a virtualbox VM and have exactly figured out the same: Utils.detect_platform() returns 'posix' on kFreeBSD and there's no match on this. I'm working on a patch, especially for the corner cases later. The code doesn't really honour the existence of BSD, yet. ;) Let's see... Thanks -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: closed by Adrian Knoth a...@drcomp.erfurt.thur.de (Bug#579465: fixed in jack-audio-connection-kit 1.9.5~dfsg-4)
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 for dbus-1 = 1.0.0 : ok | Checking for dbus-1 : ok | error: a c compiler is required | make: *** [debian/stamp-waf-configure] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=jack-audio-connection-kit 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. TIA -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580089: jack-audio-connection-kit: FTBFS on ia64 and alpha
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-pointersize.patch Next upload will hopefully build on these architectures. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580088: jack-audio-connection-kit: FTBFS on armel (cannot convert 'int' to 'va_list')
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(client_name, (jack_options_t)options, NULL, NULL); Obviously, arg4 is NULL, so the message means the compiler cannot convert 0 to a va_list, which should be (more or less) a pointer. Or at least was until some va_list mangling in gcc-4.4. I don't have a clue: anybody more common with ARM specifics around? TIA -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580088: jack-audio-connection-kit: FTBFS on armel (cannot convert 'int' to 'va_list')
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 its varargs? jack_client_open(client_name, (jack_options_t)options, NULL, NULL); Absolutely. I've been blind. ;) Thanks, this should work. -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580113: [mplayer] No audio output to pulse
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 2:1.0~rc3+svn20100502-1 installed and I'm happily playing to pulse right now: AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 158.8 (02:38.7) of 267.4 (04:27.4) 0.9% Any chance to check with other PA-enabled clients to verify our PA installation? (like vlc with the pulseaudio modules) -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580089: jack-audio-connection-kit: FTBFS on ia64 and alpha
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 let's see if it's working. ia64: 19:48:32 runner system command - ['/usr/bin/gcc', '-g', '-O2', '-g', '-Wall', '-O2', '-O3', '-Idefault/linux', '-I../linux', '-Idefault/posix', '-I../posix', '-Idefault/dbus', '-I../dbus', '-Idefault', '-I..', '-Idefault/common', '-I../common', '-Idefault/common/jack', '-I../common/jack', '-I/usr/include/dbus-1.0', '-I/usr/lib/dbus-1.0/include', '../dbus/sigsegv.c', '-c', '-o', 'default/dbus/sigsegv_1.o'] ../dbus/sigsegv.c: In function 'signal_segv': ../dbus/sigsegv.c:101: error: 'NGREG' undeclared (first use in this function) I just fetched libc6.1-dev for IA64 and checked the ucontext.h for NGREGs. It's not there, also ../dbus/sigsegv.c:106: error: 'mcontext_t' has no member named 'gregs' is not there, but this makes sense. IA64 has so many registers. I'll simply remove the line in question on IA64, we don't want to print 160 registers or something like this to the user. In other words: I have an idea how to fix this, but I'll have to rely on the buildds in another upload. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579479: jackd2 powerpc fix
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: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579464: Fixed upstream
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 Peter, der ging noch'n Meter. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579465: jack-audio-connection-kit: FTBFS on kfreebsd-*: error: a c compiler is required
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 don't have ALSA on kfreebsd and hurd, so we should remove the alsa flag on these platforms. Or conditionally set them on Linux. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579464: jack-audio-connection-kit: FTBFS: error: 'CAS' was not declared in this scope
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*)':
| ../common/JackAtomic.h:40: error: 'CAS' was not declared in this scope
| Waf: Leaving directory
`/build/buildd-jack-audio-connection-kit_1.9.5~dfsg-3-armel-E41Mv7/jack-audio-connection-kit-1.9.5~dfsg/build'
| Build failed
| - task failed (err #1):
| {task: cxx JackActivationCount.cpp - JackActivationCount_1.o}
We need the following patch (find attached). I've implemented this patch
for FFADO, and their file was based on jackd2's file, hence I know the
culprit. ;)
The attached patch needs to be applied upstream. It's filed upstream.
http://trac.jackaudio.org/ticket/169
Can somebody please take care? I'm still horribly busy.
TIA
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
Paradox ist, wenn Glatzkoepfe sich in den Haaren liegen.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579464: Here's the patch
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_os.h
+++ b/linux/JackAtomic_os.h
@@ -67,6 +67,14 @@ static inline char CAS(volatile UInt32 value, UInt32 newvalue, volatile void* ad
return ret;
}
+#else
+#warning using builtin gcc (version 4.1) atomic
+
+static inline char CAS(volatile uint32_t value, uint32_t newvalue, volatile int32_t* addr)
+{
+return __sync_bool_compare_and_swap (addr, value, newvalue);
+}
+
#endif
#endif
Bug#540757: Deprecated usbfs handling
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 stated in
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/311481
the DEVICE variable is set by the kernel if CONFIG_USB_DEVICEFS is
enabled, which is currently the case in Debian.
I finally added
SUBSYSTEM==usb, ENV{DEVTYPE}==usb_interface, ENV{DEVICE}=/dev/%P
to /lib/udev/rules.d/50-udev-default.rules. This line overwrites the
errorneous DEVICE variable. Luckily, %P (parent, see udev(7)) contains
the right value, so all we need to do is to prefix this with /dev/.
Since I'm not common with udev, I didn't want to file a wishlist bug
against udev, but discuss the approach, first.
The line could either be added to midisport-firmware's rules file. Or to
udev (upstream?) in general.
Where's the right place for this? Is it the right approach at all?
HTH
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540757: Bug#574180: Deprecated usbfs handling
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 command line option: $ fxload [..] [-D devpath] overrides DEVICE= in env The key is to either set DEVICE correctly or to provide a sensible argument to -D. Since DEVICE is more or less deprecated, I propose the following solution: - nothing needs to be changed for fxload (the source doesn't even contain a reference to /proc at all) - nothing is added to udev - midisport-firmware fixes /etc/udev/rules.d/42-midisport-firmware.rules and appends -D /dev/%P to each rule (Closes: #574180) - we close the fxload bug, it's invalid. (540757) Objections? ;) Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565860: still exists in 0.4.4-2
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
configure.
Personally, instead of running autoreconf (or similar) during build, I'd
prefer a patch that contains all the changes to configure caused by the
changes to configure.ac. This way the package stays idempotent, i.e. it
I've also considered this. Find patch attached.
Note that both versions of the patch can be dropped after the next
upstream release.
Cheerio
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--- configure 2010-01-16 20:38:40.0 +0100
+++ configure.new 2010-01-20 11:11:09.0 +0100
@@ -4321,6 +4321,8 @@
# Check for SSE optimization.
if test x$ac_sse = xyes; then
ac_sse_cflags=-msse -mfpmath=sse -ffast-math
+ CFLAGS_OLD=$CFLAGS
+ CPPFLAGS_OLD=$CPPFLAGS
CFLAGS=$ac_sse_cflags $CFLAGS
CPPFLAGS=$ac_sse_cflags $CPPFLAGS
{ $as_echo $as_me:$LINENO: checking for SSE optimization 5
@@ -4400,6 +4402,9 @@
ac_sse=$ac_cv_sse
if test x$ac_sse = xyes; then
ac_cflags=$ac_sse_cflags $ac_cflags
+ else
+ CFLAGS=$CFLAGS_OLD
+ CPPFLAGS=$CPPFLAGS_OLD
fi
fi
Bug#565860: FTBFS - configure: error: JACK library not found
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/usr/include/qt4 conftest.cpp -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse configure:4316: $? = 1 So no SSE on these machines. However: configure:4537: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math -I/usr/share/qt4/include -I/usr/local/include -I/usr/include -I/usr/include/qt4 conftest.cpp -lm -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse configure is trying with SSE again. configure:4577: checking for main in -lX11 configure:4606: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math -I/usr/share/qt4/include -I/usr/local/include -I/usr/include -I/usr/include/qt4 conftest.cpp -lX11 -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse Again. configure:4634: result: no configure:4646: checking for main in -lXext configure:4675: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math -I/usr/share/qt4/include -I/usr/local/include -I/usr/include -I/usr/include/qt4 conftest.cpp -lXext -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse Again. configure:4716: checking for round in -lm configure:4751: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math -I/usr/share/qt4/include -I/usr/local/include -I/usr/include -I/usr/include/qt4 conftest.cpp -lm -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse Again. configure:4796: checking for main in -ljack configure:4825: g++ -o conftest -g -O2 -msse -mfpmath=sse -ffast-math -I/usr/share/qt4/include -I/usr/local/include -I/usr/include -I/usr/include/qt4 conftest.cpp -ljack -L/usr/local/lib -L/usr/lib 5 cc1plus: error: unrecognized command line option -msse cc1plus: error: unrecognized command line option -mfpmath=sse Again. configure:4853: result: no configure:4862: error: JACK library not found. And that's it. 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 target) HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565860: FTBFS - configure: error: JACK library not found
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 target) It's really a bug in configure.ac. The test extends CFLAGS to enable SSE, but it doesn't restore the old value in case the test fails. The attached patch corrects this problem. Tested on sparc (no SSE) and i686 (with SSE). Rui: See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565860 for the whole story. I guess you want to include the patch in your repository. Note that I'm not really common with autoconf, so there might be a more elegant way of restoring CFLAGS upon negative test. At least it works. ;) HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver diff --git a/configure.ac b/configure.ac index 5d07403..c66c421 100644 --- a/configure.ac +++ b/configure.ac @@ -274,6 +274,8 @@ fi # Check for SSE optimization. if test x$ac_sse = xyes; then ac_sse_cflags=-msse -mfpmath=sse -ffast-math + CFLAGS_OLD=$CFLAGS + CPPFLAGS_OLD=$CPPFLAGS CFLAGS=$ac_sse_cflags $CFLAGS CPPFLAGS=$ac_sse_cflags $CPPFLAGS AC_CACHE_CHECK([for SSE optimization], @@ -294,6 +296,9 @@ if test x$ac_sse = xyes; then ac_sse=$ac_cv_sse if test x$ac_sse = xyes; then ac_cflags=$ac_sse_cflags $ac_cflags + else + CFLAGS=$CFLAGS_OLD + CPPFLAGS=$CPPFLAGS_OLD fi fi
Bug#565860: still exists in 0.4.4-2
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 autoreconf -f somewhere before calling configure. The above is all wrong if configure already gets regenerated by quilt. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563588: FTBFS - vamp-sdk/hostext/PluginLoader.h: No such file or directory
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 update of vamp-plugin-sdk from 1.3 to 2.1 last week. The header files have been moved, and we'd been patching the ardour source to match the 1.3 location. I'll remove the corresponding patch (110_vamp.patch) from ardour and specify a version dependency for vamp-plugin-sdk (= 2.1). That'll fix the bug. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561681: crashes on startup
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 that is in another package. We have to sort things out. I claim that it's not an ardour bug, ardour's working fine over here and you say that downgrading doesn't fix the bug, so it's very likely not ardour's fault. I'll reassign the bug to the appropriate package once we know the culprit. Below valgrind output shows an invalid memory access while loading lv2 plugins. I am not aware that debian ships any of those though or that such plugins are installed on this system here. We do have LV2 plugins in Debian, however, ardour's LV2 code is rather stable. See below. ==29391== Jump to the invalid address stated on the next line ==29391==at 0xC: ??? ==29391==by 0x58CEF8F: rasqal_engine_execute_init (in /usr/lib/librasqal.so.1.0.0) ==29391==by 0x58CA128: rasqal_query_execute (in /usr/lib/librasqal.so.1.0.0) ==29391==by 0x58A8781: ??? (in /usr/lib/librdf.so.0.0.0) ==29391==by 0x58A5D49: librdf_query_execute (in /usr/lib/librdf.so.0.0.0) ==29391==by 0x595A83D: slv2_world_load_specifications (in /usr/lib/libslv2.so.9.2.0) ==29391==by 0x595AE93: slv2_world_load_all (in /usr/lib/libslv2.so.9.2.0) ==29391==by 0x424E262: ARDOUR::LV2World::LV2World() (in /usr/lib/ardour2/libardour.so) ==29391==by 0x4198453: ARDOUR::PluginManager::PluginManager() (in /usr/lib/ardour2/libardour.so) ==29391==by 0x41462D0: ARDOUR::init(bool, bool) (in /usr/lib/ardour2/libardour.so) ==29391==by 0x816080C: ARDOUR_UI::ARDOUR_UI(int*, char***) (in /usr/lib/ardour2/ardour-2.8.4) ==29391== Address 0xc is not stack'd, malloc'd or (recently) free'd Here we go. As always, stack traces are bottom up. We see that ardour calls some LV2 functions which are handled by libslv2. This library does the whole LV2 discovery stuff. Further up the stack trace, we see librdf executing a query, which is then passed to librasqal. Both libs, librdf and librasqal, have new versions in unstable since yesterday, so I guess one of them is the culprit: http://packages.qa.debian.org/r/redland.html http://packages.qa.debian.org/r/rasqal.html (new versions on 2009-12-17) When I downgrade librdf0 to 1.0.9-3, ardour starts fine. That's why I would say librdf0 is the real culprit here. I'm now building ardour against new librdf0 to see if this fixes the issue, but I don't think so. (libs are expected to be backward compatible, that is, ardour built against librdf0-1.0.9 should run with librdf0-1.0.10. However, I'll CC the librdf0 maintainer, so he has the chance to do some investigations himself. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556821: jack-audio-connection-kit: FTBFS: net_driver.c:552: error: 'celt_int32_t' undeclared (first use in this function)
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 -DHAVE_CONFIG_H -I. -I../.. -g -O2 -g -Wall -O2 -m3dnow -msse -I../../config -I../.. -I../.. -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -g -c net_driver.c -fPIC -DPIC -o .libs/jack_net_la-net_driver.o net_driver.c: In function 'net_driver_attach': net_driver.c:552: error: 'celt_int32_t' undeclared (first use in this function) I love these bugs. ;) Fixed upfront yesterday, and then the bug report comes... ;) http://git.debian.org/?p=pkg-multimedia/jack-audio-connection-kit.git;a=commitdiff;h=65dbf05bfd8a52fb32233e7c75875d11625afc6a JFTR: jackd-0.116 cannot be built against libcelt-0.7.0, but jackd-0.118 requires libcelt-0.7.0, which just entered unstable a few days ago. libcelt's API has changed. The new jackd-0.118 upload will fix this bug. All I have to do is close it from the changelog. (hence I love these bugs) Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555538: snd - FTBFS: error: Seems like an unsupported hardware for jack.
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 current source, the
package can only be built on x86, amd64 and powerpc(64).
You'd end up with FTBFS on sparc, mipsel and all other CPUs.
We had the same problem with FFADO, see e.g.
http://subversion.ffado.org/ticket/197
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:
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html
So you could replace (patch) the code in audio.c:7056 with
static inline void __attribute__ ((__unused__)) atomic_add(volatile
int* __mem, int __val)
{
__sync_add_and_fetch (__mem, __val);
}
or if the target doesn't support __sync_add_and_fetch, mimic it via
compare-and-swap:
static inline void __attribute__ ((__unused__)) atomic_add(volatile int*
__mem, int __val)
{
int actual;
do {
actual = *__mem;
} while (! __sync_bool_compare_and_swap (__mem, actual, actual + __val));
}
However, I don't think somebody would ever use snd, jack and the lot on
s390, so an easier approach would be to limit the libjack-dev dependency
to amd64, i386 and powerpc.
Probably the best approach would be to ignore jack here and simply use
pulseaudio for all. If not talking about pro audio, pulseaudio seems to
be the sensible default across distros (Ubuntu, Fedora, opensuse
following right now)
HTH
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555538: snd - FTBFS: error: Seems like an unsupported hardware for jack.
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 arches. ACK. It would be trial and error or require platform testing upfront. On Sparc, the __sync_bool_compare_and_swap atomic op is only supported with -mcpu=v9. Same holds true for __sync_add_and_fetch. This is a pure lack of hardware support, think of SSE instructions not available on i486. The list of options is problably like this: 1. Only require libjack-dev on amd64, i386 and powerpc 2. Use pulseuadio 3. Patch the source with error-prone builtin atomics I suggest to use 1, 2 or 1 and 2. Since snd isn't timing critical, there's not really a need for libjack. Pulseaudio would be sufficient. HTH -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538051: jackd: configuration fails with status 30
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, and would advise setting the current value of jackd/tweak_rt_limits based on the presence or absence of /etc/security/limits.d/audio.conf. In other words, if /etc/security/limits.d/audio.conf is present, the dialog should say Yes no matter what the user has answered the last time? (to be honest, I really treat debconf as a registry, or at least the central place for this configuration value, but this might very likely be a misunderstanding. I'd be happy to follow your suggestions) Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534837: libffado: FTBFS on powerpc
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.debian.org/?p=pkg-multimedia/ffado.git;a=commitdiff;h=372a87cce2182aa8db300a9faef8ef63851fbe12 Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520152: mhwaveedit: FTBFS: convert_inc.c:120: error: expected ')' before '*' token
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: error: expected ')' before '*' token
dataformat.c:255: error: 'convert_pcm24ule_float' undeclared here (not in a
function)
dataformat.c:256: error: 'convert_pcm24ule_double' undeclared here (not in a
function)
make[3]: *** [dataformat.o] Error 1
I've checked with pbuilder:
- works on i386, amd64
- fails on powerpc, sparc
Fix is easy, it's a typo in the big-endian ifdef branch. Patch attached.
Cheerio
JFTR: Next time, please provide some kind of platform information, i.e.
saying powerpc. Thanks.
--
mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver
--- src/convert_inc.c 2009-03-17 22:01:30.0 +0100
+++ src/convert_inc.c.new 2009-03-17 22:36:04.0 +0100
@@ -117,7 +117,7 @@
}
}
-static void C_PCM24ULE_FLOAT(guin32 *in, FTYPE *out, int count)
+static void C_PCM24ULE_FLOAT(guint32 *in, FTYPE *out, int count)
{
unsigned long l0,l1,l2,m;
unsigned char *c;
Bug#509202: installation-report: sparc on Sun Fire V880 fails due to unaligned access
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 Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: This might be the same as in ##509178. Booting a Sun Fire V880 fails really early. See the attached log for details. Since Gentoo 2008.0 kernel boots without any problems, it's very likely a broken sparc kernel in the installation image. Also no luck with today's (2008-12-19) daily image mini.iso. Cheerio boot: install console=ttyS0 Allocated 8 Megs of memory at 0x4000 for kernel Loaded kernel version 2.6.26 Loading initial ramdisk (4183605 bytes at 0xD0 phys, 0x40C0 virt)... | [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.17.1 2005/04/11 14:28' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-1-sparc64 (Debian 2.6.26-8) (wa...@debian.org) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 Thu Oct 9 14:07:28 UTC 2008 [0.00] console [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:03:ba:2b:c3:e8 [0.00] Kernel: Using 1 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /p...@9,70/e...@1/rsc-cons...@1,3083f8 [0.00] PROM: Built device tree with 148659 bytes of memory. [0.00] Top of RAM: 0xd1ffb1a000, Total RAM: 0x5ffb0e000 [0.00] Memory hole size: 835584MB [0.00] [00033400-f8b00040] page_structs=131072 node=0 entry=1232/0 [0.00] [00033400-f8b00080] page_structs=131072 node=0 entry=1233/0 [0.00] [00033470-f8b000c0] page_structs=131072 node=0 entry=1234/0 [0.00] [00033470-f8b00100] page_structs=131072 node=0 entry=1235/0 [0.00] [000334e0-f8b00140] page_structs=131072 node=0 entry=1236/0 [0.00] [000334e0-f8b00180] page_structs=131072 node=0 entry=1237/0 [0.00] [00033550-f8b001c0] page_structs=131072 node=0 entry=1238/0 [0.00] [000335c0-f8b00200] page_structs=131072 node=0 entry=1239/0 [0.00] [000335c0-f8b00240] page_structs=131072 node=0 entry=1240/0 [0.00] [00033630-f8b00280] page_structs=131072 node=0 entry=1241/0 [0.00] [00033630-f8b002c0] page_structs=131072 node=0 entry=1242/0 [0.00] [000336a0-f8b00300] page_structs=131072 node=0 entry=1243/0 [0.00] [000336a0-f8b00340] page_structs=131072 node=0 entry=1244/0 [0.00] [00033710-f8b00380] page_structs=131072 node=0 entry=1245/0 [0.00] [00035000-f8b003c0] page_structs=131072 node=0 entry=1344/0 [0.00] [00035000-f8b00400] page_structs=131072 node=0 entry=1345/0 [0.00] [00035070-f8b00440] page_structs=131072 node=0 entry=1346/0 [0.00] [00035070-f8b00480] page_structs=131072 node=0 entry=1347/0 [0.00] [000350e0-f8b004c0] page_structs=131072 node=0 entry=1348/0 [0.00] [000350e0-f8b00500] page_structs=131072 node=0 entry=1349/0 [0.00] [00035150-f8b00540] page_structs=131072 node=0 entry=1350/0 [0.00] [000351c0-f8b00580] page_structs=131072 node=0 entry=1351/0 [0.00] [000351c0-f8b005c0] page_structs=131072 node=0 entry=1352/0 [0.00] [00035230-f8b00600] page_structs=131072 node=0 entry=1353/0 [0.00] [00035230-f8b00640] page_structs=131072 node=0 entry=1354/0 [0.00] [000352a0-f8b00680] page_structs=131072 node=0 entry=1355/0 [0.00] [000352a0-f8b006c0] page_structs=131072 node=0 entry=1356/0 [0.00] [00035310-f8b00700] page_structs=131072 node=0 entry=1357/0 [0.00] [00036c00-f8b00740] page_structs=131072 node=0 entry=1456/0 [0.00] [00036c00-f8b00780] page_structs=131072 node=0 entry=1457/0 [0.00] [00036c70-f8b007c0] page_structs=131072 node=0 entry=1458/0 [0.00]
Bug#476088: gcc-4.3-spu: spu-gcc fails to create executable due to missing crt1.o
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 stdio.h
int main( unsigned long spuid )
{
printf(Hello, World! (From SPU:%d)\n,spuid);
return (0);
}
[EMAIL PROTECTED]:~$ spu-gcc spu_hello.c -o spu_hello
spu_hello.c:1:19: error: stdio.h: No such file or directory
spu_hello.c: In function 'main':
spu_hello.c:5: warning: incompatible implicit declaration of built-in
function 'printf'
[EMAIL PROTECTED]:~$ spu-gcc -I/usr/include spu_hello.c -o spu_hello
/usr/bin/spu-ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
[EMAIL PROTECTED]:~$ dpkg -L gcc-4.3-spu | grep crt1
[EMAIL PROTECTED]:~$ echo $?
1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428654: gnash: depends on unavailable boost libraries
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-time1.33.1 but it is not installable Depends: libboost-thread1.33.1 but it is not installable I suggest to rebuild against version 1.34, this should fix the issue. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20 (PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423654: vorbis-tools: depends on now unavailable libcurl3-gnutls
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. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vorbis-tools depends on: ii libao20.8.6-4Cross Platform Audio Output Librar ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libflac7 1.1.2-6Free Lossless Audio Codec - runtim ii libogg0 1.1.3-2Ogg Bitstream Library ii liboggflac3 1.1.2-6Free Lossless Audio Codec - runtim ii libspeex1 1.1.12-3 The Speex Speech Codec ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi vorbis-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
