Bug 1255987 - please update to libhackrf release 2015.07.2
Summary: please update to libhackrf release 2015.07.2
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: hackrf
Version: 22
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Scott K Logan
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-08-22 22:21 UTC by Patrick C. F. Ernzer
Modified: 2015-12-03 22:49 UTC (History)
2 users (show)

Fixed In Version: hackrf-2015.07.2-1.fc23 hackrf-2015.07.2-1.el7 hackrf-2015.07.2-1.fc22
Clone Of:
Environment:
Last Closed: 2015-12-03 20:21:25 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Patrick C. F. Ernzer 2015-08-22 22:21:50 UTC
could you please update the hackrf package to libhackrf release 2015.07.2 or later?

This will support the rad1o badge from Chaos Communication Camp 2015
(i.e. no more need to use HKRF-OLD mode)

relevant links:
http://greatscottgadgets.com/2015/08-11-rad1obadge/
http://rad1o.badge.events.ccc.de/

Comment 1 Scott K Logan 2015-08-24 21:38:31 UTC
Builds finished and release monitoring enabled. Hopefully the release monitoring will keep me from getting so far behind again.

Thanks,

--scott

Comment 2 Fedora Update System 2015-08-24 21:44:44 UTC
hackrf-2015.07.2-1.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14167

Comment 3 Fedora Update System 2015-08-24 21:44:54 UTC
hackrf-2015.07.2-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14168

Comment 4 Fedora Update System 2015-08-24 21:45:04 UTC
hackrf-2015.07.2-1.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14169

Comment 5 Fedora Update System 2015-08-24 21:45:14 UTC
hackrf-2015.07.2-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7778

Comment 6 Patrick C. F. Ernzer 2015-08-25 10:45:31 UTC
Thank you Scott!

One minor fix needed please;
https://github.com/rad1o/f1rmware/pull/29 had not made it upstream it seems. Fixed that with https://github.com/mossmann/hackrf/pull/212

Until that gets merged upstream, can you please patch the udev rule so that /usr/lib/udev/rules.d/53-hackrf.rules reads
ATTR{idProduct}=="cc15"
(i.e. lower case cc15) as a quick fix.

The other udev rules in the stream PR are only needed if reflashing the rad1o (normal users will update the on-rad1o software via storage mode), and can thus could wait until upstream acceptance.

Comment 7 Scott K Logan 2015-08-26 03:31:42 UTC
Is idProduct cc15 unique to the rad1o? If not, are we potentially breaking another device, or are ALL idProduct values ALWAYS lowercase (not just by convention, but programatically)?

Comment 8 Fedora Update System 2015-08-26 04:26:10 UTC
hackrf-2015.07.2-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update hackrf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14168

Comment 9 Patrick C. F. Ernzer 2015-08-26 09:32:18 UTC
(In reply to Scott K Logan from comment #7)
> Is idProduct cc15 unique to the rad1o? If not, are we potentially breaking
> another device

The hexstring cc15 is indeed unique to the rad1o
http://wiki.openmoko.org/wiki/USB_Product_IDs
so the one line patch to the udev rules can definitely go into the Fedora package

> or are ALL idProduct values ALWAYS lowercase (not just by
> convention, but programatically)?

udev rules seem to need lowercase, c.f. PR 29 linked in Comment #6

The other two case changes in the upstream PR make the code consistent (other Vendor and Product IDs were all in lowercase. But those changes we can let be decided by upstream.

Comment 10 Fedora Update System 2015-08-26 15:19:39 UTC
hackrf-2015.07.2-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update hackrf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7778

Comment 11 Fedora Update System 2015-08-26 17:25:12 UTC
hackrf-2015.07.2-1.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update hackrf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14167

Comment 12 Fedora Update System 2015-08-26 17:27:52 UTC
hackrf-2015.07.2-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update hackrf'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14169

Comment 13 Fedora Update System 2015-12-03 20:21:22 UTC
hackrf-2015.07.2-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Comment 14 Fedora Update System 2015-12-03 20:54:59 UTC
hackrf-2015.07.2-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.

Comment 15 Fedora Update System 2015-12-03 22:49:04 UTC
hackrf-2015.07.2-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.