Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Does not compile on Fedora 18 (workaround available) #3

Open
sauravsengupta101 opened this issue Mar 31, 2013 · 7 comments
Open

Does not compile on Fedora 18 (workaround available) #3

sauravsengupta101 opened this issue Mar 31, 2013 · 7 comments

Comments

@sauravsengupta101
Copy link

This software depends on version 0.9.1 or later of libusb-1.0, which does not seem to be provided by Fedora up to version 18 (the latest stable version at the time of writing). Instead, Fedora provides only the libusb-1 package. The version in Fedora 18 is 0.1.3-11. I am new to github, so I don't know about the best way to point out code here. I am putting in pastebin links to the output of configure and make:-

@sauravsengupta101
Copy link
Author

WORKAROUND:-

Changing all the code depending on (lib)usb.h is cumbersome. As a workaround, I compiled and built the software on Ubuntu 12.10, and then copied the resulting binary libraries to my Fedora 18 installation, overriding the libraries provided by the default Fedora 18 libfprint-0.5.0-1 package. This has worked successfully and enabled the VFS5011 reader on my Dell Vostro 3550 laptop.

@ars3niy
Copy link
Owner

ars3niy commented Apr 1, 2013

Hi,

My version of libfprint has the same dependencies as the original libfprint 0.5.0, and it should be possible to build it in Fedora directly.

I've checked Fedora 18 online repository called "Everything" and it looks like required package is called libusbx-devel. After installing it, libfprint should build normally.

@Fisiu
Copy link

Fisiu commented Apr 1, 2013

If You building rpm from spec file add BuildRequires: pkgconfig(libusb-1.0). It's more flexible instead using packages names, like libfoo-1.0-devel. Package name can be changed by package maintainer but symbol provided will remain ;)

@sauravsengupta101
Copy link
Author

Yes, libusbx does seem to be the correct package. What a name though! :-P However, if I build an RPM from spec, I think I should make a branch for it here. Maybe that requires ars3niy to allow me to join? Or do I need to fork the repo? Or is none of this the way to go about it? Sorry for these naïve questions, but I'm new to Git(Hub) and I don't know what the best way will be. Advice welcome. Thanks. :-)

@Fisiu
Copy link

Fisiu commented Apr 2, 2013

I hope this driver gets merged upstream soon :)
So far I prepared myself patch for libfprint-0.5.0 (applying attached patch from this repo failed) and built libfprint rpm for openSUSE using obs. I'll send patched version to openSUSE Factory repository.

@ars3niy
Copy link
Owner

ars3niy commented Apr 2, 2013

I think it would be more convenient to keep the RPM specs (which are made by simply adding the patch to the spec of the original libfprint 0.5.0 package), as well as binary packages built from them, in openSUSE build service rather than here.

Even though that build service is run by SUSE, it's also able to build packages for Fedora, Debian and Ubuntu.

@ekiwi
Copy link

ekiwi commented May 24, 2013

Just found this issue when I was searching for a solution to why openocd would not compile on Fedora 18.
It seems like libsubx somehow replaces libusb1. At least installing libusbx-devel gives you header files that - as far as I can judge - seem to be compatible with libusb1 header files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants