We need an active plan of action to fix libusb version 1.0

[Justin Sherrill]

I think - and this is as a bystander - they are catchup commits for ongoing
work.  jh32 on IRC was looking at this work too, and they're trying to get
in sync.  So, it's progress, but it doesn't change the default or what you
need for libusb 1.0.  They can correct me if I'm wrong.


On Wed, Jan 8, 2014 at 3:18 PM, John Marino <dragonflybsd at marino.st> wrote:

> On 1/5/2014 18:07, John Marino wrote:
> > As yet another example of how our in-between libusb is deeply hurting
> > us, I'm able to completely build the chromium browser after some heavy
> > tweaking.
> >
> > Unfortunately, it doesn't link.  It needs the new libusb, and it's
> > deeply ingrained.  I was unsuccessful at removing all functionality that
> > needs libusb, thus we still don't have a chromium package.
> >
> > This is increasingly becoming a problem for us.
> > We really need to have a working libusb (usb4bsd) established on this
> > dev branch (3.7).
> >
> > To progress, we need a complete inventory of what is wrong with libusb
> > that is preventing it from being turned on as a standard.  Personally, I
> > don't even know what's wrong with it other than it causes panics.
> >
> > Then the second step is that we need somebody to volunteer to implement
> > the identified fixes (and actually do it).
> >
> > Any volunteers to spearhead finishing off libusb development?
> >
>
> I just noticed on gitweb that Markus Pfeiffer (profmakx) has made over a
> dozen commits in the last 24 hours, many of which seem related to USB.
> Will these commits fix USB 1 support in DF and has default changed (or
> will change)?
>
> Thanks,
> John
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dragonflybsd.org/pipermail/users/attachments/20140108/6eb65e22/attachment-0003.htm>