Description of problem: generated rpm (dkms mkrpm) fails postinstall searching for common.postinst in the wrong place. Version-Release number of selected component (if applicable): $ rpm -qi dkms Name : dkms Version : 2.2.0.3 Release : 8.fc17 Architecture: noarch Install Date: lun. 19 août 2013 10:33:41 CEST Group : System Environment/Base Size : 212254 License : GPLv2+ Signature : RSA/SHA256, mer. 26 juin 2013 19:20:19 CEST, Key ID 50e94c991aca3465 Source RPM : dkms-2.2.0.3-8.fc17.src.rpm Build Date : mar. 25 juin 2013 14:02:20 CEST Build Host : buildvm-13.phx2.fedoraproject.org Relocations : (not relocatable) Packager : Fedora Project Vendor : Fedora Project URL : http://linux.dell.com/dkms Summary : Dynamic Kernel Module Support Framework How reproducible: 100% Steps to Reproduce: 1. dkms mkrpm .... 2. 3. Actual results: when installing the resulting rpm, the %post fails searching for /usr/lib64/dkms/common.postinst while file is located in /usr/lib/dkms/common.postinst. Expected results: No failure. Additional info: in dkms.spec, the file common.postinst is packaged in %{_prefix}/lib/dkms/common.postinst but the file %{_sysconfig}/dkms/template-dkms-mkrpm.spec (line 55) is searching in %{_libdir}/dkms/common.postinst Either put the file in %[_libdir}/dkms or %{_prefix}/lib/dkms and use this location at both places (dkms.spec and template-dkms-mkrpm.spec)
Hello, this should be fixed with dkms-2.2.0.3-14.el6 that is in EPEL stable repository since the end of July. It was already reported in another bug. Can you please try again with the update? Changelog here: http://koji.fedoraproject.org/koji/buildinfo?buildID=436634
Not fixed. File common.postinst still located in /usr/lib/dkms/common.postinst which is correct, but file /etc/dkms/template-dkms-mkrpm.spec (line 55) still points to /usr/lib64/dkms/common.postinst I think that replacing %{_libdir}/dkms with %{_dkmsdir} in template-dkms-mkrpm.spec line 55 should fix the problem.
Confirmed, the fix seems to be only the change you mentioned. Tested here on a local CentOS VM. Can you please test this? I will issue an update immediately after: http://koji.fedoraproject.org/koji/taskinfo?taskID=5869542 Thanks for the fix.
Well sort of, as _dkmsdir expands to /var/lib/dkms; I missed the define at the top of the spec file template. Please test this and not the one in the previous comment: http://koji.fedoraproject.org/koji/taskinfo?taskID=5869683
You are right, my proposal was wrong :) Tested, it works fine! Now the generated noarch dksm package finds its postinstall script and installs flawlessly. Thanks for the ultra fast fix :-) (and sorry for my bad proposal).
No worries, thanks for debugging it! Pushing an update now, please leave Karma so it goes faster into the stable distribution.
dkms-2.2.0.3-17.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/dkms-2.2.0.3-17.fc19
dkms-2.2.0.3-17.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/dkms-2.2.0.3-17.fc18
dkms-2.2.0.3-17.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/dkms-2.2.0.3-17.el6
dkms-2.2.0.3-17.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/dkms-2.2.0.3-17.el5
dkms-2.2.0.3-17.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report.
dkms-2.2.0.3-17.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
dkms-2.2.0.3-17.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
dkms-2.2.0.3-17.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.