Created attachment 601902 [details] /var/log/portage/sci-libs:linux-gpib-modules-4.2.0:20191230-161019.log checking Linux kernel directory... ok checking Linux kernel compile flags... * ACCESS DENIED: fopen_wr: /usr/src/linux-5.4.6/.281.tmp * ACCESS DENIED: unlinkat: /usr/src/linux-5.4.6/.281.tmp rm: cannot remove '.281.tmp': Permission denied * ACCESS DENIED: unlinkat: /usr/src/linux-5.4.6/.281.o rm: cannot remove '.281.o': Permission denied * ACCESS DENIED: fopen_wr: /usr/src/linux-5.4.6/.287.tmp * ACCESS DENIED: unlinkat: /usr/src/linux-5.4.6/.287.tmp rm: cannot remove '.287.tmp': Permission denied * ACCESS DENIED: unlinkat: /usr/src/linux-5.4.6/.287.o [...]
Weird... I havent seen that yet. Maybe it only pops up with kernel 5.4, I'm still at 5.3 ...
It might be the weird way configure is calling kernel makefiles. I've seen that linux-mod.eclass is patching SUBDIR= usage to M= but it didn't seem to help here. I wonder if I'll have to build a second kernel manually and compare the trees.
I've just unpacked and built 4.2.7 manually, and I reproduce the same problem. Could you try installing a newer kernel, modpreping it and seeing if you can reproduce it as well? That would be helpful for confirming that vanilla-kernel isn't being broken here.
This isn't caused by dist-kernel.
I can confirm that for linux-gpib-modules-4.2.0 and linux-5.4.28-gentoo. Changing to working directory and running ./configure manually succeeds.
Created attachment 631600 [details] ebuild for version 4.3.0 There are some patches in svn to comile against 5.x kernels. I have backported them but cannot get 4.2.0 to compile with sandbox active. However 4.3.0 works. Ebuild is attached. Only problem is that enewgroup does not exists anymore.
It looks like that linux-gpib itself needs exactly same version of linux-gpib-modules, so current latest available 4.2.0 prevents from building 4.3.0.
Created attachment 632746 [details] ebuild for linux-gpib-4.3.0 Attached is the linux-gpib-4.3.0 ebuild to work together with linux-gpib-modules-4.3.0. I have installed and tested them together with kernel 5.4.28 and three ni-usb-gpib adapters. Works as expected.
(In reply to Manuel Mommertz from comment #8) > Created attachment 632746 [details] > ebuild for linux-gpib-4.3.0 > > Attached is the linux-gpib-4.3.0 ebuild to work together with > linux-gpib-modules-4.3.0. I have installed and tested them together with > kernel 5.4.28 and three ni-usb-gpib adapters. Works as expected. Thank you! I compiled both linux-gpib and linux-gpib-modules successfully. But the udev rules from the package are missing in /etc/udev/rules.d/ as well as all surrounding hotplug stuff. This does not seem normal.
(In reply to Artem from comment #9) > But the udev rules from the package are missing in /etc/udev/rules.d/ as > well as all surrounding hotplug stuff. This does not seem normal. The udev rules are installed to /lib/udev/rules.d. And the remains of the hotplug script /etc/hotplug/usb/ni_usb_gpib are now in /usr/lib64/udev/gpib_udev_config. Normally you only need to edit /etc/gpib.conf now.
(In reply to Manuel Mommertz from comment #10) > The udev rules are installed to /lib/udev/rules.d. And the remains of the > hotplug script /etc/hotplug/usb/ni_usb_gpib are now in > /usr/lib64/udev/gpib_udev_config. > > Normally you only need to edit /etc/gpib.conf now. Thank you for explanation. Any chances to get linux-gpib-*-4.3.0 in the main tree soon?
(In reply to Artem from comment #11) > (In reply to Manuel Mommertz from comment #10) > > The udev rules are installed to /lib/udev/rules.d. And the remains of the > > hotplug script /etc/hotplug/usb/ni_usb_gpib are now in > > /usr/lib64/udev/gpib_udev_config. > > > > Normally you only need to edit /etc/gpib.conf now. > Thank you for explanation. Any chances to get linux-gpib-*-4.3.0 in the main > tree soon? I'll have a look. I'm stuck far away from the lab though, so any commits will only be build tested.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e05e842983aa8cecb476463d1a23b39ef1887531 commit e05e842983aa8cecb476463d1a23b39ef1887531 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-04-18 14:16:39 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-04-18 14:42:26 +0000 sci-libs/linux-gpib: Version bump Bug: https://bugs.gentoo.org/704294 Package-Manager: Portage-2.3.89, Repoman-2.3.20 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sci-libs/linux-gpib/Manifest | 1 + .../linux-gpib/files/linux-gpib-4.3.0-perl.patch | 9 ++ sci-libs/linux-gpib/linux-gpib-4.3.0.ebuild | 179 +++++++++++++++++++++ 3 files changed, 189 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=93d5c4ae1b82360f01e2278c83728c1d2be7774e commit 93d5c4ae1b82360f01e2278c83728c1d2be7774e Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-04-18 14:15:37 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-04-18 14:42:23 +0000 sci-libs/linux-gpib-modules: Version bump Bug: https://bugs.gentoo.org/704294 Package-Manager: Portage-2.3.89, Repoman-2.3.20 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sci-libs/linux-gpib-modules/Manifest | 1 + .../files/linux-gpib-modules-4.3.0-kernel53.patch | 37 ++++++++++ .../linux-gpib-modules-4.3.0.ebuild | 79 ++++++++++++++++++++++ 3 files changed, 117 insertions(+)
Just installed linux-gpib(-modules)?-4.3.0 from tree. Devices get readout as expected. Thanks :)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eb54d95ad0ba8bd5b365e64de36868c4ca3e365e commit eb54d95ad0ba8bd5b365e64de36868c4ca3e365e Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-05-06 20:37:33 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-05-06 21:15:18 +0000 sci-libs/linux-gpib-modules: Stable for amd64 Closes: https://bugs.gentoo.org/704294 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> sci-libs/linux-gpib-modules/linux-gpib-modules-4.3.0.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
