Re: hal: FTBFS on kfreebsd-*

2012-02-18 Thread Steven Chamberlain
Hi, This is due to 'unsafe' format strings being supplied to printf in FreeBSD-specific code, revealed by the -Wformat-security build hardening option. I've attached a patch to fix this. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org Description: fixes for -Wformat-security in

Re: Bug#660400: hal: FTBFS on kfreebsd-*

2012-02-18 Thread Cyril Brulebois
tag 660400 patch pending thanks Steven Chamberlain ste...@pyro.eu.org (19/02/2012): This is due to 'unsafe' format strings being supplied to printf in FreeBSD-specific code, revealed by the -Wformat-security build hardening option. I've attached a patch to fix this. Thanks, uploaded right

Re: Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers

2009-12-14 Thread Petr Salinger
make[6]: Entering directory `/tmp/hal-0.5.13/hald/freebsd/probing' probe-hiddev.c:32:32: error: legacy/dev/usb/usb.h: No such file or directory Do I need to adjust the build dependencies, too? You are so quick ;-) Aurelien uploaded the needed fix into unstable this morning.

Re: Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers

2009-12-14 Thread Cyril Brulebois
Petr Salinger petr.salin...@seznam.cz (14/12/2009): I expect Aurelien/Cyril has installed it on buildd already or he will install it very soon. Already installed as soon as they were installable (at least as far as I can tell). In case of FTBFS, I'm usually aware of ongoing glibc and kfreebsd

Re: Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers

2009-12-14 Thread Michael Biebl
Petr Salinger wrote: Regarding 0.5.14 (which I plan to upload soon): Do you want me to enable the new usb2 backend (given we get it to compile) or the old usb backend? I personally prefer the new one, CC-ing -bsd to get broader opinion. Very well then. I put up preliminary packages of

Re: Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers

2009-12-14 Thread Petr Salinger
I would very much appreciate if you ore Aurelien could review the kfreebsd patches (debian/patches/5?-kfreebsd-*.patch). Their patch headers should contain a meaningful description. Please replace 54-kfreebsd-libusb2.patch by attached one. The expectation for logic is that either both