Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1274290 > unrolled thread
| Started by | Aurelien Jarno <aurel32@debian.org> |
|---|---|
| First post | 2025-12-13 22:20 +0100 |
| Last post | 2026-01-06 21:20 +0100 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.debian.bugs.dist
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Bug#810470: libusb: superseded by libusb-1.0 Aurelien Jarno <aurel32@debian.org> - 2025-12-13 22:20 +0100
Bug#810470: libusb: superseded by libusb-1.0 Tobias Frost <tobi@debian.org> - 2026-01-06 13:30 +0100
Bug#810470: libusb: superseded by libusb-1.0 Aurelien Jarno <aurel32@debian.org> - 2026-01-06 21:20 +0100
| From | Aurelien Jarno <aurel32@debian.org> |
|---|---|
| Date | 2025-12-13 22:20 +0100 |
| Subject | Bug#810470: libusb: superseded by libusb-1.0 |
| Message-ID | <M1FbX-2DYN-5@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hi, On 2016-12-22 18:18, Christoph Biedl wrote: > Aurelien Jarno wrote... > > > libusb 0.1 has been superseded by libusb 1.0, which as a new API in > > order to fix design deficiencies with USB 2.0 and 3.0 in mind. It is > > not supported upstream anymore and should be considered deprecated. We > > should avoid shipping it with stretch if possible. > > Hello, > > future maintainer of one of the affected packages (u3-tool) here. u3-tool build-depends on libusb-dev, but actually only use it on !linux (unless you force --enable-libusb). And it FTBFS on hurd, so maybe the best is to just drop the build-depends. > To ease migration, are there documents around that describe the > changes required for the transition, or at least code that was changed > accordingly so other people can learn from? That would ease any > discussion with upstream. Not sure that exists. One option could be to look at a package like avrdude (just because i looked at it not a few hours ago) which has support for both libraries. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://aurel32.net
[toc] | [next] | [standalone]
| From | Tobias Frost <tobi@debian.org> |
|---|---|
| Date | 2026-01-06 13:30 +0100 |
| Message-ID | <Maemd-8uke-11@gated-at.bofh.it> |
| In reply to | #1274290 |
On Sat, 13 Dec 2025 22:09:19 +0100 Aurelien Jarno <aurel32@debian.org> wrote: > Not sure that exists. One option could be to look at a package like > avrdude (just because i looked at it not a few hours ago) which has > support for both libraries. > Can we please keep libusb0.1 for packages where it not feasible to port hem to the libusb1.0 - especially as there is zero information how to do it?(I'm seriously considering embedding libusb0.1 otherwise into avarice) Thanks. -- tobi
[toc] | [prev] | [next] | [standalone]
| From | Aurelien Jarno <aurel32@debian.org> |
|---|---|
| Date | 2026-01-06 21:20 +0100 |
| Message-ID | <MalH3-8zIk-1@gated-at.bofh.it> |
| In reply to | #1277278 |
Hi, On 2026-01-06 13:27, Tobias Frost wrote: > > On Sat, 13 Dec 2025 22:09:19 +0100 Aurelien Jarno <aurel32@debian.org> > wrote: > > > Not sure that exists. One option could be to look at a package like > > avrdude (just because i looked at it not a few hours ago) which has > > support for both libraries. > > > > Can we please keep libusb0.1 for packages where it not feasible to port hem to the libusb1.0 - especially as there is zero information how to do it?(I'm seriously considering embedding libusb0.1 otherwise into avarice) Adding Jeremy Bícha in Cc: who took the decision about raising the severity to serious. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://aurel32.net
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web