Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexander Bokovoy]

On Wed, Sep 17, 2008 at 12:37 PM, QA Team Upravdom Robot
<upravdom@altlinux.org> wrote:
> Dear Alexander Bokovoy!
> The libusb-0.9.3-alt1.0 package has been rejected from Sisyphus incoming
> for x86_64 architecture.
>
> Possible reason follows:
> touch config.h.in
> cd . && /bin/sh ./config.status config.h
> config.status: creating config.h
> make  all-recursive
> make[1]: Entering directory `/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2'
> Making all in libusb
> make[2]: Entering directory `/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/libusb'
> /bin/sh ../libtool --tag=CC   --mode=compile x86_64-alt-linux-gcc -DHAVE_CONFIG_H -I. -I..    -fvisibility=hidden -std=gnu99 -fgnu89-inline -Wall -Wundef -Wunused -Wstrict-prototypes -Werror-implicit-function-declaration -Wno-pointer-sign -Wshadow -I/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/tmproot/usr/include/libusb-1.0  -pipe -Wall -O2 -c -o libusb_la-core.lo `test -f 'core.c' || echo './'`core.c
> mkdir .libs
>  x86_64-alt-linux-gcc -DHAVE_CONFIG_H -I. -I.. -fvisibility=hidden -std=gnu99 -fgnu89-inline -Wall -Wundef -Wunused -Wstrict-prototypes -Werror-implicit-function-declaration -Wno-pointer-sign -Wshadow -I/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/tmproot/usr/include/libusb-1.0 -pipe -Wall -O2 -c core.c  -fPIC -DPIC -o .libs/libusb_la-core.o
>  x86_64-alt-linux-gcc -DHAVE_CONFIG_H -I. -I.. -fvisibility=hidden -std=gnu99 -fgnu89-inline -Wall -Wundef -Wunused -Wstrict-prototypes -Werror-implicit-function-declaration -Wno-pointer-sign -Wshadow -I/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/tmproot/usr/include/libusb-1.0 -pipe -Wall -O2 -c core.c -o libusb_la-core.o >/dev/null 2>&1
> /bin/sh ../libtool --tag=CC   --mode=link x86_64-alt-linux-gcc -fvisibility=hidden -std=gnu99 -fgnu89-inline -Wall -Wundef -Wunused -Wstrict-prototypes -Werror-implicit-function-declaration -Wno-pointer-sign -Wshadow -I/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/tmproot/usr/include/libusb-1.0  -pipe -Wall -O2 -version-info 8:4:4 -release 0.1  -o libusb.la -rpath /usr/lib64 libusb_la-core.lo -L. -lusb-1.0
> x86_64-alt-linux-gcc -shared  .libs/libusb_la-core.o  -L/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/libusb -lusb-1.0  -Wl,-soname -Wl,libusb-0.1.so.4 -o .libs/libusb-0.1.so.4.4.4
> /usr/bin/ld: cannot find -lusb-1.0
> collect2: ld returned 1 exit status
В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
вторая из которых зависит от первой. При этом первая еще не
установлена в системе. Я делаю некоторые трюки (желающие могут
посмотреть в spec), чтобы собраться без установки в систему, но этот
подход почему-то не сработал на x86_64. Может ли кто-нибудь с близко
расположенным x86_64 посмотреть и помочь поправить сборку? Пакет
доступен в incoming и в i586, куда он собрался без проблем.

-- 
/ Alexander Bokovoy

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 334 bytes --]

* Alexander Bokovoy <ab@> [080917 13:18]:
> > /usr/bin/ld: cannot find -lusb-1.0
> В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> вторая из которых зависит от первой. При этом первая еще не
> установлена в системе.
%define __nprocs 1

Очень похоже на SMP-incompatibility.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 453 bytes --]

On Wed, Sep 17, 2008 at 01:21:59PM +0400, Alexey I. Froloff wrote:
> * Alexander Bokovoy <ab@> [080917 13:18]:
> > > /usr/bin/ld: cannot find -lusb-1.0
> > В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> > вторая из которых зависит от первой. При этом первая еще не
> > установлена в системе.
> %define __nprocs 1
> 
> Очень похоже на SMP-incompatibility.

У нас сборочница работает в режиме --nprocs=1.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 818 bytes --]

On Wed, Sep 17, 2008 at 02:02:52PM +0400, Dmitry V. Levin wrote:
> On Wed, Sep 17, 2008 at 01:21:59PM +0400, Alexey I. Froloff wrote:
> > * Alexander Bokovoy <ab@> [080917 13:18]:
> > > > /usr/bin/ld: cannot find -lusb-1.0
> > > В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> > > вторая из которых зависит от первой. При этом первая еще не
> > > установлена в системе.
> > %define __nprocs 1
> > 
> > Очень похоже на SMP-incompatibility.
> 
> У нас сборочница работает в режиме --nprocs=1.

Кстати, а почему?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexey Gladkov]

Kirill A. Shutemov wrote:
> Кстати, а почему?

Некоторые проекты не собираются с nprocs > 1.

-- 
Rgrds, legion

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

On Wed, Sep 17, 2008 at 02:14:22PM +0400, Alexey Gladkov wrote:
> Kirill A. Shutemov wrote:
> > Кстати, а почему?
> 
> Некоторые проекты не собираются с nprocs > 1.

Это только прячет ошибки.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 733 bytes --]

On Wed, Sep 17, 2008 at 01:10:12PM +0300, Kirill A. Shutemov wrote:
> On Wed, Sep 17, 2008 at 02:02:52PM +0400, Dmitry V. Levin wrote:
> > On Wed, Sep 17, 2008 at 01:21:59PM +0400, Alexey I. Froloff wrote:
> > > * Alexander Bokovoy <ab@> [080917 13:18]:
> > > > > /usr/bin/ld: cannot find -lusb-1.0
> > > > В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> > > > вторая из которых зависит от первой. При этом первая еще не
> > > > установлена в системе.
> > > %define __nprocs 1
> > > 
> > > Очень похоже на SMP-incompatibility.
> > 
> > У нас сборочница работает в режиме --nprocs=1.
> 
> Кстати, а почему?

Чтобы на одном сервере проводить несколько разных сборок одновременно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1269 bytes --]

On Wed, Sep 17, 2008 at 03:42:06PM +0400, Dmitry V. Levin wrote:
> On Wed, Sep 17, 2008 at 01:10:12PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Sep 17, 2008 at 02:02:52PM +0400, Dmitry V. Levin wrote:
> > > On Wed, Sep 17, 2008 at 01:21:59PM +0400, Alexey I. Froloff wrote:
> > > > * Alexander Bokovoy <ab@> [080917 13:18]:
> > > > > > /usr/bin/ld: cannot find -lusb-1.0
> > > > > В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> > > > > вторая из которых зависит от первой. При этом первая еще не
> > > > > установлена в системе.
> > > > %define __nprocs 1
> > > > 
> > > > Очень похоже на SMP-incompatibility.
> > > 
> > > У нас сборочница работает в режиме --nprocs=1.
> > 
> > Кстати, а почему?
> 
> Чтобы на одном сервере проводить несколько разных сборок одновременно.

А сколько нынче процессоров/ядер на главной сборочнице Сизифа?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1096 bytes --]

On Wed, Sep 17, 2008 at 01:14:51PM +0400, Alexander Bokovoy wrote:
[...]
> > x86_64-alt-linux-gcc -shared  .libs/libusb_la-core.o  -L/usr/src/RPM/BUILD/libusb-0.9.3/libusb-compat-0.1.0-beta2/libusb -lusb-1.0  -Wl,-soname -Wl,libusb-0.1.so.4 -o .libs/libusb-0.1.so.4.4.4
> > /usr/bin/ld: cannot find -lusb-1.0
> > collect2: ld returned 1 exit status
> В сборке libusb 0.9.3 на самом деле происходит сборка двух библиотек,
> вторая из которых зависит от первой. При этом первая еще не
> установлена в системе. Я делаю некоторые трюки (желающие могут
> посмотреть в spec), чтобы собраться без установки в систему,

Зря ты так делаешь.  Обычно бывает лучше запаковать compat-библиотеку
(libusb-0.1.so.4) отдельным пакетом.

> но этот
> подход почему-то не сработал на x86_64. Может ли кто-нибудь с близко
> расположенным x86_64 посмотреть

Виновата строка
ln -s $(pwd)/tmproot/usr/lib/libusb-1.0.so libusb/libusb-1.0.so
в файле libusb.spec, замена /usr/lib на %_libdir исправляет сборку.

Но зачем собирать -compat вместе с основной библиотекой, остаётся неясным.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexander Bokovoy]

2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
>> но этот
>> подход почему-то не сработал на x86_64. Может ли кто-нибудь с близко
>> расположенным x86_64 посмотреть
>
> Виновата строка
> ln -s $(pwd)/tmproot/usr/lib/libusb-1.0.so libusb/libusb-1.0.so
> в файле libusb.spec, замена /usr/lib на %_libdir исправляет сборку.
Понятно, спасибо.

> Но зачем собирать -compat вместе с основной библиотекой, остаётся неясным.
Я считаю, что нет смысла плодить сущности (libusb-1-0.9.3 для
основного пакета и libusb-0.1 для совместимости). В противном случае
пришлось бы переделывать остальные пакеты, которые зависят от libusb.

-- 
/ Alexander Bokovoy

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 740 bytes --]

On Thu, Sep 18, 2008 at 08:08:08AM +0400, Alexander Bokovoy wrote:
> 2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
[...]
> > Но зачем собирать -compat вместе с основной библиотекой, остаётся неясным.
> Я считаю, что нет смысла плодить сущности (libusb-1-0.9.3 для
> основного пакета и libusb-0.1 для совместимости). В противном случае
> пришлось бы переделывать остальные пакеты, которые зависят от libusb.

Это же две разные библиотеки.  Допустим, у меня в системе есть одно
приложение, использующее только одну из этих библиотек.  Зачем в таком
случае в этой системе сразу 2 библиотеки?  Если нет желания распиливать
сборку libusb, может быть, просто распилить бинарный пакет libusb?
Клиенты ничего не заметят.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexander Bokovoy]

2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
> On Thu, Sep 18, 2008 at 08:08:08AM +0400, Alexander Bokovoy wrote:
>> 2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
> [...]
>> > Но зачем собирать -compat вместе с основной библиотекой, остаётся неясным.
>> Я считаю, что нет смысла плодить сущности (libusb-1-0.9.3 для
>> основного пакета и libusb-0.1 для совместимости). В противном случае
>> пришлось бы переделывать остальные пакеты, которые зависят от libusb.
>
> Это же две разные библиотеки.  Допустим, у меня в системе есть одно
> приложение, использующее только одну из этих библиотек.  Зачем в таком
> случае в этой системе сразу 2 библиотеки?  Если нет желания распиливать
> сборку libusb, может быть, просто распилить бинарный пакет libusb?
> Клиенты ничего не заметят.
libusb-compat является надстройкой над libusb-1, он линкуется с ней и
без нее неработоспособен. Сейчас в Сизифе все используют только libusb
0.1, соответственно, libusb-compat будет установлен везде. В этом
случае я не вижу необходимости распила пакетов. Более осмысленным
будет перевод зависимых пакетов на использование libusb-1, там немного
разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.
-- 
/ Alexander Bokovoy

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Anton Farygin]

Alexander Bokovoy пишет:
> 2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
>> On Thu, Sep 18, 2008 at 08:08:08AM +0400, Alexander Bokovoy wrote:
>>> 2008/9/18 Dmitry V. Levin <ldv@altlinux.org>:
>> [...]
>>>> Но зачем собирать -compat вместе с основной библиотекой, остаётся неясным.
>>> Я считаю, что нет смысла плодить сущности (libusb-1-0.9.3 для
>>> основного пакета и libusb-0.1 для совместимости). В противном случае
>>> пришлось бы переделывать остальные пакеты, которые зависят от libusb.
>> Это же две разные библиотеки.  Допустим, у меня в системе есть одно
>> приложение, использующее только одну из этих библиотек.  Зачем в таком
>> случае в этой системе сразу 2 библиотеки?  Если нет желания распиливать
>> сборку libusb, может быть, просто распилить бинарный пакет libusb?
>> Клиенты ничего не заметят.
> libusb-compat является надстройкой над libusb-1, он линкуется с ней и
> без нее неработоспособен. Сейчас в Сизифе все используют только libusb
> 0.1, соответственно, libusb-compat будет установлен везде. В этом
> случае я не вижу необходимости распила пакетов. Более осмысленным
> будет перевод зависимых пакетов на использование libusb-1, там немного
> разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
> сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.

Нужно ещё не забывать про теоретическую возможность появления 
проприетарных продуктов, завязанных на libusb предыдущей версии.

И ещё вопрос - каким образом у нас libusb сменил мантейнера, без 
уведомления предыдущего ?

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexander Bokovoy]

2008/9/18 Anton Farygin <rider@altlinux.com>:
>> libusb-compat является надстройкой над libusb-1, он линкуется с ней и
>> без нее неработоспособен. Сейчас в Сизифе все используют только libusb
>> 0.1, соответственно, libusb-compat будет установлен везде. В этом
>> случае я не вижу необходимости распила пакетов. Более осмысленным
>> будет перевод зависимых пакетов на использование libusb-1, там немного
>> разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
>> сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.
>
> Нужно ещё не забывать про теоретическую возможность появления проприетарных
> продуктов, завязанных на libusb предыдущей версии.
>
> И ещё вопрос - каким образом у нас libusb сменил мантейнера, без уведомления
> предыдущего ?
@nobody


-- 
/ Alexander Bokovoy

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Anton Farygin]

Alexander Bokovoy пишет:
> 2008/9/18 Anton Farygin <rider@altlinux.com>:
>>> libusb-compat является надстройкой над libusb-1, он линкуется с ней и
>>> без нее неработоспособен. Сейчас в Сизифе все используют только libusb
>>> 0.1, соответственно, libusb-compat будет установлен везде. В этом
>>> случае я не вижу необходимости распила пакетов. Более осмысленным
>>> будет перевод зависимых пакетов на использование libusb-1, там немного
>>> разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
>>> сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.
>> Нужно ещё не забывать про теоретическую возможность появления проприетарных
>> продуктов, завязанных на libusb предыдущей версии.
>>
>> И ещё вопрос - каким образом у нас libusb сменил мантейнера, без уведомления
>> предыдущего ?
> @nobody

Интересно, с чего вдруг ?

2ldv: можно рассказать историю, когда libusb стал на @nobody ???

Мы с ab, собственно уже договорились, но сам факт того, что пакеты резко 
меняют мантейнера, мне удивителен.

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1227 bytes --]

On Thu, Sep 18, 2008 at 03:11:05PM +0400, Anton Farygin wrote:
> Alexander Bokovoy пишет:
> >2008/9/18 Anton Farygin <rider@altlinux.com>:
> >>>libusb-compat является надстройкой над libusb-1, он линкуется с ней и
> >>>без нее неработоспособен. Сейчас в Сизифе все используют только libusb
> >>>0.1, соответственно, libusb-compat будет установлен везде. В этом
> >>>случае я не вижу необходимости распила пакетов. Более осмысленным
> >>>будет перевод зависимых пакетов на использование libusb-1, там немного
> >>>разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
> >>>сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.
> >>Нужно ещё не забывать про теоретическую возможность появления 
> >>проприетарных
> >>продуктов, завязанных на libusb предыдущей версии.
> >>
> >>И ещё вопрос - каким образом у нас libusb сменил мантейнера, без 
> >>уведомления
> >>предыдущего ?
> >@nobody
> 
> Интересно, с чего вдруг ?
> 
> 2ldv: можно рассказать историю, когда libusb стал на @nobody ???

Ты когда-то давно вывесил большой список пакетов, которые тебя больше
не интересуют.  Видимо, libusb был одним из них.  Можно проверить по
архиву этого списка рассылки.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Sep 18, 2008 at 03:11:05PM +0400, Anton Farygin wrote:
>> Alexander Bokovoy пишет:
>>> 2008/9/18 Anton Farygin <rider-u2l5PoMzF/VWk0Htik3J/w@public.gmane.org>:
>>>>> libusb-compat является надстройкой над libusb-1, он линкуется с ней и
>>>>> без нее неработоспособен. Сейчас в Сизифе все используют только libusb
>>>>> 0.1, соответственно, libusb-compat будет установлен везде. В этом
>>>>> случае я не вижу необходимости распила пакетов. Более осмысленным
>>>>> будет перевод зависимых пакетов на использование libusb-1, там немного
>>>>> разницы в API, просто надо перебрать пакеты, а потом убрать из libusb
>>>>> сам libusb-compat. То есть, в дальнейшем эти пакеты опять сольются.
>>>> Нужно ещё не забывать про теоретическую возможность появления 
>>>> проприетарных
>>>> продуктов, завязанных на libusb предыдущей версии.
>>>>
>>>> И ещё вопрос - каким образом у нас libusb сменил мантейнера, без 
>>>> уведомления
>>>> предыдущего ?
>>> @nobody
>> Интересно, с чего вдруг ?
>>
>> 2ldv: можно рассказать историю, когда libusb стал на @nobody ???
> 
> Ты когда-то давно вывесил большой список пакетов, которые тебя больше
> не интересуют.  Видимо, libusb был одним из них.  Можно проверить по
> архиву этого списка рассылки.

Странно. Я почему-то всегда думал что libusb висит на мне ;)

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 366 bytes --]

On Thu, Sep 18, 2008 at 02:35:17PM +0400, Alexander Bokovoy wrote:
> просто надо перебрать пакеты
Предварительно запатчив?
lrwxrwxrwx 1 root root 19 Сен 18 10:53 /usr/lib/libusb.so -> libusb-0.1.so.4.4.4

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Freeze был сорван ввиду того, что freeze'ить пока что нечего.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] E: incoming x86_64 reject: libusb-0.9.3-alt1.0

[Alexander Bokovoy]

2008/9/19 Andrey Rahmatullin <wrar@altlinux.ru>:
> On Thu, Sep 18, 2008 at 02:35:17PM +0400, Alexander Bokovoy wrote:
>> просто надо перебрать пакеты
> Предварительно запатчив?
> lrwxrwxrwx 1 root root 19 Сен 18 10:53 /usr/lib/libusb.so -> libusb-0.1.so.4.4.4
"Перебрать" именно это и означает. Не пересобрать, а перебрать, как
перебирают карбюратор и другие сложные технические изделия.

Для начала, сверить API и использовать pkg-config --cflags --libs
libusb-1 вместо pkg-config --cflags --libs libusb.

Я поэтому и говорю о поэтапном переходе, а не "пересборке".
-- 
/ Alexander Bokovoy