Sorry for the bad formatting, sending from mobile. Anyways, what keeps us from just integrating a patch in the libusb2-dev Debian package and do a quick upload. Be it a normal upload or an NMU.
Adrian > On Jul 24, 2013, at 11:47 PM, Markus Koschany <a...@gambaru.de> wrote: > > On 24.07.2013 12:51, Petr Salinger wrote: >>>>> Please just fix ENODATA occurence, with updated libusb2-dev >>>>> it suffices to build libgphoto2. >>>> >>>> Hmm, Steven claimed it would work with just the patched libusb.h. >>> >>> Sorry if I said/implied that; but I had applied Markus' ENODATA fix >>> before testing for the other issue. So yes, both libusb2-dev and >>> libphoto2 need fixes (in that order). >> >> Exact order of fixing is not necessary. >> It is possible give-back libgphoto2 when fixed libusb2-dev >> will be in unstable. >> >> The ENODATA occurence have to be fixed. > > Steven, Petr, first of all many thanks for your quick response and your > patches! > > Right now I could successfully build libgphoto2 on kfreebsd-i386 with > the ENODATA and libusb.h patch. I will forward the former upstream. > > Although I do agree with Petr that requesting a give-back would be an > easy solution, I'm more concerned about the other libgphoto2 and > sane-backends packages on non-kfreebsd architectures which can't migrate > to testing at the moment. > > Do we have other options except waiting for a new release of libusb2-dev > and removing the outdated kfreebsd packages from testing to make > libgphoto2 and sane-backends swiftly migrate to testing? > > Regards, > > Markus > > -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/fe7718f6-a5fc-4d03-b8ef-891a37b5d...@physik.fu-berlin.de