Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1274290 > unrolled thread

Bug#810470: libusb: superseded by libusb-1.0

Started byAurelien Jarno <aurel32@debian.org>
First post2025-12-13 22:20 +0100
Last post2026-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.


Contents

  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

#1274290 — Bug#810470: libusb: superseded by libusb-1.0

FromAurelien Jarno <aurel32@debian.org>
Date2025-12-13 22:20 +0100
SubjectBug#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]


#1277278

FromTobias Frost <tobi@debian.org>
Date2026-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]


#1277338

FromAurelien Jarno <aurel32@debian.org>
Date2026-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