Description of problem: /etc/udev/rules.d is administrator territory. Please move the rules file to /usr/lib/udev/rules.d (aka %{_udevrulesdir}). Version-Release number of selected component (if applicable): libifp-1.0.0.2-18.fc22.x86_64
Build kicked off here: http://koji.fedoraproject.org/koji/taskinfo?taskID=10140248
Build succeeds locally, something in autoconf broke from F20 to Rawhide...
Should be OK now.
OK, other than that it doesn't build on F22...
libifp-1.0.0.2-20.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/libifp-1.0.0.2-20.fc22
(In reply to Conrad Meyer from comment #4) > OK, other than that it doesn't build on F22... F23, sorry.
In the meanwhile I built a version for F22 and made an update. I took your comment to mean that you want me to do it, since F23 version was already built at that point. I think things are OK now: F23 is built, F22 is in updates.
No, look, it fails on F23: http://koji.fedoraproject.org/koji/taskinfo?taskID=10140248 It succeeds on F22. I think autotools or some component of it was revved in F23 that results in this breakage. ifptools uses a really really old configure script. I don't know how to fix it.
I pushed a commits on top of that build (http://pkgs.fedoraproject.org/cgit/libifp.git/commit/?id=17c1397c67491528ef8e34a5851b811842ed1e6f), and built it as http://koji.fedoraproject.org/koji/buildinfo?buildID=658775.
Huh, I saw the git changes, but I'm not sure why/how that change would fix the build. Ok. Next time please bump Release and add something to %changelog.
libifp-1.0.0.2-20.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.