| Summary: | dev-embedded/libftdi-9999.1.0: add ability to install ftdi_eeprom utility | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ole Henrik Jahren <ohjgoo> |
| Component: | New packages | Assignee: | Embedded Team (OBSOLETE) <dev-embedded+disabled> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | kripton |
| Priority: | Normal | Keywords: | PATCH |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Add use flag for installing ftdi_eeprom util
Another proposal + bump |
||
|
Description
Ole Henrik Jahren
2012-04-03 17:16:02 UTC
Created attachment 307637 [details, diff]
Add use flag for installing ftdi_eeprom util
we've got dev-embedded/ftdi_eeprom already. i don't think libftdi should be installing that. Created attachment 338064 [details, diff]
Another proposal + bump
dev-embedded/ftdi_eeprom can't configure the FT232Rx's CBUS pins and libftdi1-1.0 was apparently released recently with ftdi_eeprom included in its source tree.
The attached patch bumps the version and installs the utility with USE=utils.
I've slotted it, as the whole lib changed name libftdi => libftdi1 and thus I assume it's not API/ABI compatible.
Builds fine and the included utility manages to fix my device's CBUS config that was broken by dev-embedded/ftdi_eeprom-0.30-r1. That's as far as testing went.
Guess I should file another bug for just the bump? Holding back just now as I'm not sure whether ftdi_eeprom should be merged like this or still be split out as a separate ebuild. It's tiny, but for many users maybe it's also the single reason to install this lib at all and so does deserve its own package.
In the latter case, it should be bumped accordingly.
Leave it at this or file another?
This is resolved in tree. Emerge with USE=tools Commit message: Add ebuild to transition to new libftdi[tools] http://sources.gentoo.org/dev-embedded/ftdi_eeprom/ftdi_eeprom-1.0.ebuild?rev=1.1 |
