Re: [gentoo-user] kvm and intel E5450 processor
>You have to en/dis/able: >CONFIG_HAVE_KVM=y >CONFIG_HAVE_KVM_IRQCHIP=y >CONFIG_KVM=m ># CONFIG_KVM_INTEL is not set ># CONFIG_KVM_AMD is not set ># CONFIG_KVM_TRACE is not set Daniel i am getting the following error: make[1]: Entering directory `/usr/src/linux-2.6.31-gentoo' LD /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/built-in.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/svm.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/vmx.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/vmx-debug.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/kvm_main.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86_emulate.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/../anon_inodes.o CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/irq.o In file included from /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/trace.h:355, from /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.c:83: include/trace/define_trace.h:53:43: error: arch/x86/kvm/trace.h: No such file or directory CC [M] /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/i8259.o make[3]: *** [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.o] Error 1 make[3]: *** Waiting for unfinished jobs In file included from /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmutrace.h:220, from /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.c:184: include/trace/define_trace.h:53:43: error: ./mmutrace.h: No such file or directory make[3]: *** [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.o] Error 1 make[3]: *** wait: No child processes. Stop. make[2]: *** [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86] Error 2 make[1]: *** [_module_/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.31-gentoo' make: *** [all] Error 2 best regards James Erickson _ Microsoft brings you a new way to search the web. Try Bing™ now http://www.bing.com?form=MFEHPG&publ=WLHMTAG&crea=TEXT_MFEHPG_Core_tagline_try bing_1x1
Re: [gentoo-user] kvm and intel E5450 processor
On Thu, 2009-09-24 at 21:48 -0500, James Erickson wrote: > >You have to en/dis/able: > >CONFIG_HAVE_KVM=y > >CONFIG_HAVE_KVM_IRQCHIP=y > >CONFIG_KVM=m > ># CONFIG_KVM_INTEL is not set > ># CONFIG_KVM_AMD is not set > ># CONFIG_KVM_TRACE is not set > > Daniel i am getting the following error: > > make[1]: Entering directory `/usr/src/linux-2.6.31-gentoo' > LD > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/built-in.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/svm.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/vmx.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/vmx-debug.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/kvm_main.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86_emulate.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/../anon_inodes.o > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/irq.o > In file included from > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/trace.h:355, > from > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.c:83: > include/trace/define_trace.h:53:43: error: arch/x86/kvm/trace.h: No such file > or directory > CC [M] > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/i8259.o > make[3]: *** > [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/x86.o] > Error 1 > make[3]: *** Waiting for unfinished jobs > In file included from > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmutrace.h:220, > from > /dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.c:184: > include/trace/define_trace.h:53:43: error: ./mmutrace.h: No such file or > directory > make[3]: *** > [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86/mmu.o] > Error 1 > make[3]: *** wait: No child processes. Stop. > make[2]: *** > [/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88/x86] > Error 2 > make[1]: *** > [_module_/dev/shm/portage/app-emulation/kvm-kmod-88-r1/work/kvm-kmod-devel-88] > Error 2 > make[1]: Leaving directory `/usr/src/linux-2.6.31-gentoo' > make: *** [all] Error 2 A second of google led me here: I think you find the answer to your problem develops from here: http://bugs.gentoo.org/show_bug.cgi?id=280282 And can be found here: http://bugs.gentoo.org/show_bug.cgi?id=286042 [..] if you have 2.6.31 and want to use kvm-88-r1, kvm-kmod-88-r1 is not required and you can use the in kernel modules. if they release kvm-devel-89 for example, it may have newer kvm-kmod code than what is bundled in the kernel. Bye, Daniel
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
On Sat, Mar 23, 2013 at 03:06:05PM -0400, Mike Gilbert wrote > On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson wrote: > > Hello, > > > > Some of my servers are running with a kernel without module-support. > > On these servers something has started to pull in sys-apps/kmod, which when > > compiled complains about missing modules-support in the kernel (as it > > should). > > Doing an "equery d sys-apps/kmod" I can see that the following two packages > > depends on sy-apps/kmod: > > sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) > > virtual/modutils-0 (sys-apps/kmod[tools]) > > > > sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). > > # emerge --verbose --pretend sys-fs/udev > > [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb > > -introspection -keymap -kmod (-selinux) -static-libs" 0 kB > > > > With virtual/modutils its an other thing, here we have a circular > > dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag > > is set. > > That circular dep is interesting; sys-apps/kmod only depends on > virtual/modutils because it inherits linux-mod.eclass. > > Could you file about about the circular dependency please? I hesitated to file a bug, because my desktop is running mdev instead of udev (just fine thank, you), and it might not be supported. I've removed module-init-tools. I have virtual/modutils-0 and sys-apps/kmod-12-r1 installed. Here's what happens... [d531][waltdnes][~] emerge -pv1 virtual/modutils These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] virtual/modutils-0 0 kB [d531][waltdnes][~] emerge -pv1 sys-apps/modutils These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-apps/modutils-2.4.27-r1 0 kB [uninstall ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs" [blocks b ] sys-apps/modutils ("sys-apps/modutils" is blocking sys-apps/kmod-12-r1) [blocks b ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/modutils-2.4.27-r1) -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson wrote: > Hello, > > Some of my servers are running with a kernel without module-support. > On these servers something has started to pull in sys-apps/kmod, which when > compiled complains about missing modules-support in the kernel (as it should). > Doing an "equery d sys-apps/kmod" I can see that the following two packages > depends on sy-apps/kmod: > sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) > virtual/modutils-0 (sys-apps/kmod[tools]) > > sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). > # emerge --verbose --pretend sys-fs/udev > [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb > -introspection -keymap -kmod (-selinux) -static-libs" 0 kB > > With virtual/modutils its an other thing, here we have a circular dependency > between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. That circular dep is interesting; sys-apps/kmod only depends on virtual/modutils because it inherits linux-mod.eclass. Could you file about about the circular dependency please?
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
Mike Gilbert: > On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson wrote: >> Hello, >> >> Some of my servers are running with a kernel without module-support. >> On these servers something has started to pull in sys-apps/kmod, which when >> compiled complains about missing modules-support in the kernel (as it >> should). >> Doing an "equery d sys-apps/kmod" I can see that the following two packages >> depends on sy-apps/kmod: >> sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) >> virtual/modutils-0 (sys-apps/kmod[tools]) >> >> sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). >> # emerge --verbose --pretend sys-fs/udev >> [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb >> -introspection -keymap -kmod (-selinux) -static-libs" 0 kB >> >> With virtual/modutils its an other thing, here we have a circular dependency >> between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. > That circular dep is interesting; sys-apps/kmod only depends on > virtual/modutils because it inherits linux-mod.eclass. > > Could you file about about the circular dependency please? I recognized another issue possibly caused by inheriting linux-mod.eclass: kmod is pulling in virtual/linux-sources as a dependency, which actually is not necessary at all (and maybe even annoying, it's at least some hundred megabytes).
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
On Saturday 23 March 2013 15.06:05 Mike Gilbert wrote: > On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson wrote: > > Hello, > > > > Some of my servers are running with a kernel without module-support. > > On these servers something has started to pull in sys-apps/kmod, which when > > compiled complains about missing modules-support in the kernel (as it > > should). > > Doing an "equery d sys-apps/kmod" I can see that the following two packages > > depends on sy-apps/kmod: > > sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) > > virtual/modutils-0 (sys-apps/kmod[tools]) > > > > sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). > > # emerge --verbose --pretend sys-fs/udev > > [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb > > -introspection -keymap -kmod (-selinux) -static-libs" 0 kB > > > > With virtual/modutils its an other thing, here we have a circular > > dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag > > is set. > > That circular dep is interesting; sys-apps/kmod only depends on > virtual/modutils because it inherits linux-mod.eclass. > > Could you file about about the circular dependency please? Bug 462926 (https://bugs.gentoo.org/show_bug.cgi?id=462926) is opened for the circular dependency. My more immediate question is "Why is virtual/modutils & sys-apps/kmod pulled in at all?" and "How can I prevent it?" Here the output of my "emerge update" # emerge --update --deep --verbose --reinstall changed-use --with-bdeps y world --pretend --tree These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] virtual/modutils-0 [ebuild N ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs" 0 kB [ebuild N ] virtual/modutils-0 0 kB Regards, -- Dan Johansson, <http://www.dmj.nu> *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] portage insists in pulling in sys-apps/kmod
On Sat, Mar 23, 2013 at 4:34 PM, Felix Kuperjans wrote: > Mike Gilbert: >> On Sat, Mar 23, 2013 at 1:42 PM, Dan Johansson wrote: >>> Hello, >>> >>> Some of my servers are running with a kernel without module-support. >>> On these servers something has started to pull in sys-apps/kmod, which when >>> compiled complains about missing modules-support in the kernel (as it >>> should). >>> Doing an "equery d sys-apps/kmod" I can see that the following two packages >>> depends on sy-apps/kmod: >>> sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) >>> virtual/modutils-0 (sys-apps/kmod[tools]) >>> >>> sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). >>> # emerge --verbose --pretend sys-fs/udev >>> [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb >>> -introspection -keymap -kmod (-selinux) -static-libs" 0 kB >>> >>> With virtual/modutils its an other thing, here we have a circular >>> dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag >>> is set. >> That circular dep is interesting; sys-apps/kmod only depends on >> virtual/modutils because it inherits linux-mod.eclass. >> >> Could you file about about the circular dependency please? > I recognized another issue possibly caused by inheriting linux-mod.eclass: > kmod is pulling in virtual/linux-sources as a dependency, which actually > is not necessary at all (and maybe even annoying, it's at least some > hundred megabytes). > You could also file a bug for that. I have the following in /etc/portage/profile/package.provided to work around it. sys-kernel/vanilla-sources-2.6
[gentoo-user] portage insists in pulling in sys-apps/kmod
Hello, Some of my servers are running with a kernel without module-support. On these servers something has started to pull in sys-apps/kmod, which when compiled complains about missing modules-support in the kernel (as it should). Doing an "equery d sys-apps/kmod" I can see that the following two packages depends on sy-apps/kmod: sys-fs/udev-197-r8 (kmod ? >=sys-apps/kmod-12) virtual/modutils-0 (sys-apps/kmod[tools]) sys-fs/udev has "-kmod" in its USE-flags, so that should not be an issue). # emerge --verbose --pretend sys-fs/udev [ebuild R] sys-fs/udev-197-r8 USE="acl openrc -doc -gudev -hwdb -introspection -keymap -kmod (-selinux) -static-libs" 0 kB With virtual/modutils its an other thing, here we have a circular dependency between virtual/modutils and sys-apps/kmod if the tools USE-flag is set. So trying to resolve this a unmreged virtual/modutils and sys-apps/kmod and tried the following: # USE="-tools" emerge --update --deep --verbose --reinstall changed-use --with-bdeps y world --pretend --tree These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] virtual/modutils-0 0 kB [ebuild N ] sys-apps/modutils-2.4.27-r1 230 kB Total: 2 packages (2 new), Size of downloads: 230 kB # equery d sys-apps/modutils * These packages depend on sys-apps/modutils: # equery d virtual/modutils * These packages depend on virtual/modutils: Can someone explain to me why these two are getting re-emerged (nothing seems to depend on them and I have previously unmerged them)? Regards, -- Dan Johansson, <http://www.dmj.nu> *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] kmod requires modules in kernel??
On Wednesday 03 April 2013 17.10:15 Alan McKinnon wrote: > On 03/04/2013 14:54, Tanstaafl wrote: > > Ok, I am prepping for the udev update this weekend, getting everything > > updated that doesn't pull in the udev updates. > > > > First thing I did was to eliminate the module-init-tools<>kmod Blocker: > > > > emerge -C module-init-tools %% emerge kmod > > > > and noted the following warnings/errors: > > > > Checking for suitable kernel configuration options... > > ERROR: setup > > CONFIG_MODULES: is not set when it should be. > > CONFIG_MODULE_UNLOAD: is not set when it should be. > > > > This is a server, and I do not WANT loadable modules enabled... > > > > So, how do I get rid of this warning/error? Or is this nothing to be > > concerned about if I do not want/need loadable modules? > > > > Thanks > > > > > The warning makes sense and is correct. kmod is a set of tools to > manipulate kernel modules. It's pointless having it if the kernel does > not use modules. Therefore, the error check exists. > > Furthermore, > > $ equery depends kmod > * These packages depend on kmod: > sys-fs/udev-200 (kmod ? >=sys-apps/kmod-12) > virtual/modutils-0 (sys-apps/kmod[tools]) > > > $ equery depends virtual/modutils > * These packages depend on virtual/modutils: > app-emulation/virtualbox-modules-4.2.10 (kernel_linux ?virtual/modutils) > app-emulation/vmware-modules-271.2 (kernel_linux ? virtual/modutils) > sys-apps/rescan-scsi-bus-1.56 (virtual/modutils) > > $ equery depends rescan-scsi-bus > * These packages depend on rescan-scsi-bus: > sys-apps/sg3_utils-1.35 (>=sys-apps/rescan-scsi-bus-1.24) > > > $ equery depends sg3_utils > * These packages depend on sg3_utils: > media-libs/libgpod-0.8.2 (sys-apps/sg3_utils) > sys-apps/rescan-scsi-bus-1.56 (>=sys-apps/sg3_utils-1.24) > sys-fs/udisks-1.0.4-r5 (>=sys-apps/sg3_utils-1.27.20090411) > > > It's hard to escape those hard masks. Do these steps: > > 1. File a bug, this behaviour is overly constrictive > 2. Copy kmod to your local overlay and delete the kernel modules check > 3. USE="-kmod" I am having exactly the same issue, server with module-less kernel, USE=-kmod set, but portage still wants to pull in virtual/modutils and sys-apps/kmod (and I have nothing "depending" on either of those two). At the moment I am looking into mdev instead of udev for these servers. If you open a bug please post the bug# here. -- Dan Johansson, <http://www.dmj.nu> *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] kmod requires modules in kernel??
On 03/04/2013 14:54, Tanstaafl wrote: > Ok, I am prepping for the udev update this weekend, getting everything > updated that doesn't pull in the udev updates. > > First thing I did was to eliminate the module-init-tools<>kmod Blocker: > > emerge -C module-init-tools %% emerge kmod > > and noted the following warnings/errors: > > Checking for suitable kernel configuration options... > ERROR: setup > CONFIG_MODULES: is not set when it should be. > CONFIG_MODULE_UNLOAD: is not set when it should be. > > This is a server, and I do not WANT loadable modules enabled... > > So, how do I get rid of this warning/error? Or is this nothing to be > concerned about if I do not want/need loadable modules? > > Thanks > The warning makes sense and is correct. kmod is a set of tools to manipulate kernel modules. It's pointless having it if the kernel does not use modules. Therefore, the error check exists. Furthermore, $ equery depends kmod * These packages depend on kmod: sys-fs/udev-200 (kmod ? >=sys-apps/kmod-12) virtual/modutils-0 (sys-apps/kmod[tools]) $ equery depends virtual/modutils * These packages depend on virtual/modutils: app-emulation/virtualbox-modules-4.2.10 (kernel_linux ?virtual/modutils) app-emulation/vmware-modules-271.2 (kernel_linux ? virtual/modutils) sys-apps/rescan-scsi-bus-1.56 (virtual/modutils) $ equery depends rescan-scsi-bus * These packages depend on rescan-scsi-bus: sys-apps/sg3_utils-1.35 (>=sys-apps/rescan-scsi-bus-1.24) $ equery depends sg3_utils * These packages depend on sg3_utils: media-libs/libgpod-0.8.2 (sys-apps/sg3_utils) sys-apps/rescan-scsi-bus-1.56 (>=sys-apps/sg3_utils-1.24) sys-fs/udisks-1.0.4-r5 (>=sys-apps/sg3_utils-1.27.20090411) It's hard to escape those hard masks. Do these steps: 1. File a bug, this behaviour is overly constrictive 2. Copy kmod to your local overlay and delete the kernel modules check 3. USE="-kmod" -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Do I require static nodes?
2013/11/27 Chris Stankevitz > Hello, > > Portage recently told me this: > > * You need to add kmod-static-nodes to the sysinit runlevel for > * kernel modules to have required static nodes! > * Run this command: > * rc-update add kmod-static-nodes sysinit > > Will you please help me parse this statement? > > Interpretation A: > * You need to add kmod-static-nodes to the sysinit runlevel > > Interpretation B: > * If your kernel modules require static nodes, then you need to add > * kmod-static-nodes to the sysinit runlevel > > Q1: Is it A or B (or C...)? > > Q2: If it's B, then how do I determine whether or not my kernel > modules require static nodes? > > I also had trouble to interpret the message and because I was lazy I just added the kmod-static-nodes to the sysinit runlevel. After searching a bit I found that this was added due to bug #477856, but reading this as well as the release notes for kmod I am still not sure if this is needed in any case or just if there is a modular kernel etc. I am cc'ing one of the kmod maintainers maybe he can explain what is meant exactly. @Samuli: You have added the elog message to kmod-14-r1. Can you please give some more information about when kmod-static-nodes is required to be in the sysinit runlevel? Thanks in advance. -- Regards Daniel Pielmeier
Re: [gentoo-user] list of kernel modules
* Mark Knecht [120406 12:16]: > On Fri, Apr 6, 2012 at 9:03 AM, Todd Goodman wrote: > > * Mark Knecht [120406 11:40]: > > [..] > >> To me it looks safe to emerge -C kmod and then emerge > >> module-init-tools if you want to go that way. I'd do an equery files > >> kmod and carefully study what you're getting with that package, or > >> else push a bug request up to that package maintainer for providing a > >> modprobe that's not 100% compatible. > >> > >> Good luck, > >> Mark > > > > udev-182-r2 and dracut depend on kmod. > > > > So if the OP hasn't masked them then he needs kmod. > > > > Todd > > > > I have the newer udev masked, but I do have dracut installed and don't > need kmod here. > > My system is _mostly_ stable, not ~amd64, so possibly that's part of the > issue. > > - Mark Hmm, I'd expect dracut to depend on virtual/modutils-0 then but dracut-017-r3 sure doesn't seem to: equery d kmod sys-kernel/dracut-017-r3 (>sys-apps/kmod-5[tools]) Wait, I looked at the ebuild and it depends on either module-init-tools or kmod so that's why. So it looks like just udev-182-r2 depends upon it. Sorry for the misinformation. Todd
Re: [gentoo-user] Re: udev-197-r3 update problem...
On Sun, Jan 20, 2013 at 7:44 PM, »Q« wrote: > On Sat, 19 Jan 2013 10:41:07 -0600 > Canek Peláez Valdés wrote: > >> On Sat, Jan 19, 2013 at 10:02 AM, Jarry wrote: >> > Hi Gentoo-users, >> > >> > I'm just in the process of updating my nearly identical servers. >> > Some of them I updated without any problem. "Unfortunatelly", >> > right now new udev-197-r3 went stable, and so those servers >> > which I synced with portage-tree later want to pull udev-197, >> > and give this error: >> > >> > --- >> > vs1-sys ~ # emerge --ask --update --deep --newuse --verbose world >> > >> > These are the packages that would be merged, in order: >> > >> > Calculating dependencies... done! >> > [ebuild N ] dev-util/gperf-3.0.4 961 kB >> > [ebuild N ] dev-libs/libgpg-error-1.10 USE="nls -common-lisp >> > -static-libs" 429 kB >> > [ebuild N ] dev-libs/libgcrypt-1.5.0-r2 USE="-static-libs" >> > 1,405 kB [ebuild N ] dev-libs/libxslt-1.1.28 USE="crypt >> > -debug -python -static-libs" 3,356 kB >> > [ebuild N ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc >> > -lzma -static-libs" 1,246 kB >> > [ebuild U ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* >> > openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) >> > -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) >> > (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB >> > [ebuild U ] virtual/udev-197 [171] USE="-gudev -hwdb >> > -introspection -keymap (-selinux) -static-libs" 0 kB >> > [ebuild N ] sys-fs/udev-init-scripts-19 5 kB >> > [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking >> > sys-apps/module-init-tools-3.16-r2) >> > [blocks B ] sys-apps/module-init-tools >> > ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) >> > >> > Total: 8 packages (2 upgrades, 6 new), Size of downloads: 9,407 kB >> > Conflict: 2 blocks (2 unsatisfied) >> > >> > * Error: The above package list contains packages which cannot be >> > * installed at the same time on the same system. >> > >> > (sys-apps/kmod-12-r1::gentoo, ebuild scheduled for merge) pulled >> > in by sys-apps/kmod[tools] required by (virtual/modutils-0::gentoo, >> > installed) >> > >=sys-apps/kmod-12 required by (sys-fs/udev-197-r3::gentoo, >> > >ebuild >> > scheduled for merge) >> > >> > (sys-apps/module-init-tools-3.16-r2::gentoo, installed) pulled in >> > by >> > >=sys-apps/module-init-tools-3.2 required by >> > (virtual/modutils-0::gentoo, installed) >> > >> > --- >> > >> > So how can I fix this mess? I masked sys-fs/udev-197-r3, >> > now portage does not complain, but it is just temporary >> > solution... >> >> try: >> >> emerge -Cv sys-apps/module-init-tools >> emerge -1v sys-apps/kmod >> >> and then try to update world again. kmod is a drop-in replacement for >> module-init-tools, and it's what is used by new versions of udev. You >> probably will need to keyword kmod. > > adev-197 has a kmod useflag, on by default (at least in my profile). > Disabling it lets you keep module-init-tools. I noticed because I am > one of those risk-takers who has USE -* , and now I'm wondering what > the benefits of kmod would be for me (and/or disadvantages). > > If this has already been discussed here, my apologies. I try to pay > attention, but, well, you know what all udev threads are like. ;) kmod, if built with the tools USE flag (which is enabled by default), works as a drop-in replacement for module-init-tool. To the users of OpenRC (AFAIK), there is really no difference between the two of them, except perhaps that kmod is actively developed and several distros are moving to it, so it will probably (me thinks) be the one the kernel will explicitly support in the future. For systemd users kmod makes the boot time even faster, since kmod is a library and it allows to do module related operations from C, instead of calling (and therefore forking) modprobe or other programs. Outside of that, as I said, I don't think there is any significant difference between kmod and module-init-tools; as the README from kmod says: "The aim is to be compatible with tools, configurations and indexes from module-init-tools project." Hope it helps. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev-197 USE=kmod
On Sat, Jan 26, 2013 at 6:15 PM, Florian Philipp wrote: > Hi list! > > Quick question: If I deactivate the kmod use flag in udev and keep > sys-apps/module-init-tools, does udev still load modules or is kmod a > required flag for that? I'm not 100% sure, but I don't think so. The git repository has not a single instance of the strings "modprobe" or "insmod", apparently the only way to load modules in udev is to use kmod. I think the kmod configure option (which is the one the USE flag activate/deactivate), is for systems where all the modules are built-in, like embedded ones. Unless udev has no other means to load modules, I think disabling kmod assumes then that all the modules are built-in. And if you use modules, may I ask why you would prefer module-init-tools over kmod? Specially when the later is a drop-in, better supported replacement? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] udev-181 and kmod vs module-init-tools
udev-181 merge is blocked because : [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-7) [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/kmod-7::gentoo, ebuild scheduled for merge) pulled in by >=sys-apps/kmod-5 required by (sys-fs/udev-181::gentoo, ebuild scheduled for merge) (sys-apps/module-init-tools-3.16-r1::gentoo, installed) pulled in by >=sys-apps/module-init-tools-3.2 required by (virtual/modutils-0::gentoo, installed) Googling, it looks like kmod is the replacement for module-init-tools, so it should just work, unless of course any packages explicitly depend on module-init-tools instead of the virtual... However, module-init-tools is part of system profile and I get the scary red text and 10-second countdown when I try to unmerge, so I chickened out and did a ctrl-c. :) Have any of you already changed from module-init-tools to kmod? Anything to be afraid of? It's a remote machine and I can boot rescue CD if it breaks, but I'd rather not have to do that.
Re: [gentoo-user] Do I require static nodes?
On 27/11/13 12:22, Daniel Pielmeier wrote: > 2013/11/27 Chris Stankevitz <mailto:chrisstankev...@gmail.com>> > > Hello, > > Portage recently told me this: > > * You need to add kmod-static-nodes to the sysinit runlevel for > * kernel modules to have required static nodes! > * Run this command: > * rc-update add kmod-static-nodes sysinit > > Will you please help me parse this statement? > > Interpretation A: > * You need to add kmod-static-nodes to the sysinit runlevel > > Interpretation B: > * If your kernel modules require static nodes, then you need to add > * kmod-static-nodes to the sysinit runlevel > > Q1: Is it A or B (or C...)? > > Q2: If it's B, then how do I determine whether or not my kernel > modules require static nodes? > > > I also had trouble to interpret the message and because I was lazy I > just added the kmod-static-nodes to the sysinit runlevel. > > After searching a bit I found that this was added due to bug #477856, > but reading this as well as the release notes for kmod I am still not > sure if this is needed in any case or just if there is a modular > kernel etc. > > I am cc'ing one of the kmod maintainers maybe he can explain what is > meant exactly. > > @Samuli: You have added the elog message to kmod-14-r1. Can you please > give some more information about when kmod-static-nodes is required to > be in the sysinit runlevel? Thanks in advance. > If you have, for example, "fuse" as a kernel module, then you need kmod-static-nodes in sysinit to get /dev/fuse and such Also, if you have ALSA drivers like "snd_seq_..." as modules, then you need kmod-static-nodes in sysinit to get /dev/snd/seq to appear with correct permissions So leaving kmod-static-nodes out, on a system that has modules, can be dangerous because it's very hard to know offhand whatkind of /dev entries the modules will create, those two I mentioned are just the 2 most common cases, there are hundreds of cases more Adding it to sysinit runlevel on a system with modules is recommended (if not even mandatory) And adding it to sysinit runlevel on a system with NO modules whatsoever is also safe, then the init script will simply do nothing and you can ignore anykind of [!!] it might print on boot So you can leave it out, if you use static kernel with NO modules whatsover, if you REALLY want to supress one [!!] cosmetic error during boot that takes like no time whatsover to the boot time So basically... just always add it... It's automatically added for new installs already...
Re: [gentoo-user] problems with installing zfs-kmod under new kernel
On Wed, Oct 7, 2020 at 9:28 AM John Covici wrote: > > Hi. I am having problems installing zfs-kmod on my new kernel > 5.4.69. Originally I got this: > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-fs/zfs-kmod:0 > > (sys-fs/zfs-kmod-2.0.0_rc3:0/0::gentoo, ebuild scheduled for merge) > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this > slot) > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > -custom-cflags -debug" ABI_X86="(64)" pulled in by > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > ^^ > This is because you're attempting to upgrade zfs-kmod and not zfs. You didn't paste your command line but chances are you didn't have both packages on it. > Then I masked off the -rc3 version thinking that would help and I got > this: > > > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-fs/zfs-kmod:0 > > (sys-fs/zfs-kmod-0.8.5:0/0::gentoo, ebuild scheduled for merge) > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > (no parents that aren't satisfied by other packages in this > slot) > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > -custom-cflags -debug" ABI_X86="(64)" pulled in by > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > ^^ > That is because masking rc3 forces it to downgrade to an older version of zfs (which may or may not be compatible with what you have on-disk so you might be in for a surprise when you reboot). But, since you're only updating one package but not the other you still get the same error. What version of zfs do you WANT to use? Are you already running on the v2 release candidate? (Probably not what most people should be doing...) If so you need to figure out if your pools are even compatible with v0.8.5 (I'm not sure offhand if new features were added, and if they were it would probably depend on whether you upgraded your pools). If you are on the v2rc and want to stick with it, then undo whatever masking you did and just update both packages together: emerge -1au zfs-kmod zfs Really though that should already happen if you did an emerge -u @world assuming both are in your world. If you want to run v0.8.5 then I would mask both zfs-kmod and zfs >=0.9 and then run the same command. If you're on 0.8.4 though you might seriously consider just accepting only stable keywords on zfs though - it is a filesystem and maybe not something you want to be cutting edge. And you definitely don't want to go uninstalling zfs-kmod as now the module will be gone and once again you'll get a surprise when you reboot. In the future though I'd probably avoid installing release candidates if you are running one. That is, unless it is your goal to beta-test filesystems. -- Rich
[gentoo-user] Re: udev-197-r3 update problem...
On Sat, 19 Jan 2013 10:41:07 -0600 Canek Peláez Valdés wrote: > On Sat, Jan 19, 2013 at 10:02 AM, Jarry wrote: > > Hi Gentoo-users, > > > > I'm just in the process of updating my nearly identical servers. > > Some of them I updated without any problem. "Unfortunatelly", > > right now new udev-197-r3 went stable, and so those servers > > which I synced with portage-tree later want to pull udev-197, > > and give this error: > > > > --- > > vs1-sys ~ # emerge --ask --update --deep --newuse --verbose world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > [ebuild N ] dev-util/gperf-3.0.4 961 kB > > [ebuild N ] dev-libs/libgpg-error-1.10 USE="nls -common-lisp > > -static-libs" 429 kB > > [ebuild N ] dev-libs/libgcrypt-1.5.0-r2 USE="-static-libs" > > 1,405 kB [ebuild N ] dev-libs/libxslt-1.1.28 USE="crypt > > -debug -python -static-libs" 3,356 kB > > [ebuild N ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc > > -lzma -static-libs" 1,246 kB > > [ebuild U ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* > > openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) > > -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) > > (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB > > [ebuild U ] virtual/udev-197 [171] USE="-gudev -hwdb > > -introspection -keymap (-selinux) -static-libs" 0 kB > > [ebuild N ] sys-fs/udev-init-scripts-19 5 kB > > [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking > > sys-apps/module-init-tools-3.16-r2) > > [blocks B ] sys-apps/module-init-tools > > ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) > > > > Total: 8 packages (2 upgrades, 6 new), Size of downloads: 9,407 kB > > Conflict: 2 blocks (2 unsatisfied) > > > > * Error: The above package list contains packages which cannot be > > * installed at the same time on the same system. > > > > (sys-apps/kmod-12-r1::gentoo, ebuild scheduled for merge) pulled > > in by sys-apps/kmod[tools] required by (virtual/modutils-0::gentoo, > > installed) > > >=sys-apps/kmod-12 required by (sys-fs/udev-197-r3::gentoo, > > >ebuild > > scheduled for merge) > > > > (sys-apps/module-init-tools-3.16-r2::gentoo, installed) pulled in > > by > > >=sys-apps/module-init-tools-3.2 required by > > (virtual/modutils-0::gentoo, installed) > > > > --- > > > > So how can I fix this mess? I masked sys-fs/udev-197-r3, > > now portage does not complain, but it is just temporary > > solution... > > try: > > emerge -Cv sys-apps/module-init-tools > emerge -1v sys-apps/kmod > > and then try to update world again. kmod is a drop-in replacement for > module-init-tools, and it's what is used by new versions of udev. You > probably will need to keyword kmod. adev-197 has a kmod useflag, on by default (at least in my profile). Disabling it lets you keep module-init-tools. I noticed because I am one of those risk-takers who has USE -* , and now I'm wondering what the benefits of kmod would be for me (and/or disadvantages). If this has already been discussed here, my apologies. I try to pay attention, but, well, you know what all udev threads are like. ;)
Re: [gentoo-user] udev-197 USE=kmod
On Sun, Jan 27, 2013 at 4:30 AM, Florian Philipp wrote: > Am 27.01.2013 03:24, schrieb Canek Peláez Valdés: >> On Sat, Jan 26, 2013 at 6:15 PM, Florian Philipp >> wrote: >>> Hi list! >>> >>> Quick question: If I deactivate the kmod use flag in udev and keep >>> sys-apps/module-init-tools, does udev still load modules or is kmod a >>> required flag for that? >> >> I'm not 100% sure, but I don't think so. The git repository has not a >> single instance of the strings "modprobe" or "insmod", apparently the >> only way to load modules in udev is to use kmod. I think the kmod >> configure option (which is the one the USE flag activate/deactivate), >> is for systems where all the modules are built-in, like embedded ones. >> > > Okay. I thought I've heard about some dev patching udev to work with > modprobe at one point. Could be mistaken or outdated, though. The patches in the ebuild don't include anything to use modprobe: http://dev.gentoo.org/~williamh/dist/udev-197-patches-1.tar.bz2 >> Unless udev has no other means to load modules, I think disabling kmod >> assumes then that all the modules are built-in. And if you use >> modules, may I ask why you would prefer module-init-tools over kmod? >> Specially when the later is a drop-in, better supported replacement? >> > > Is it really a drop-in? I was under the impression that for example > `modprobe -l` is not implemented (mentioned in a comment on the eudev > fork on LWN). I guess that's outdated as well. No, modprobe -l is not supported, but it's trivially to emulate, and the option was already deprecated in module-init-tools. From the kmod README: "kmod-modprobe gained several features to be a 1:1 replacement for modprobe. The only missing things are the options '--showconfig' and '-t / -l'. These last ones have been deprecated long ago and they will be removed from modprobe. A lot of effort has been put on kmod-modprobe to ensure it maintains compabitility with modprobe." As you yourself commented, using an alias with find more than enough. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev-197-r3 update problem...
On Sat, Jan 19, 2013 at 10:02 AM, Jarry wrote: > Hi Gentoo-users, > > I'm just in the process of updating my nearly identical servers. > Some of them I updated without any problem. "Unfortunatelly", > right now new udev-197-r3 went stable, and so those servers > which I synced with portage-tree later want to pull udev-197, > and give this error: > > --- > vs1-sys ~ # emerge --ask --update --deep --newuse --verbose world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] dev-util/gperf-3.0.4 961 kB > [ebuild N ] dev-libs/libgpg-error-1.10 USE="nls -common-lisp > -static-libs" 429 kB > [ebuild N ] dev-libs/libgcrypt-1.5.0-r2 USE="-static-libs" 1,405 kB > [ebuild N ] dev-libs/libxslt-1.1.28 USE="crypt -debug -python > -static-libs" 3,356 kB > [ebuild N ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma > -static-libs" 1,246 kB > [ebuild U ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* openrc%* > -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% > (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) > (-rule_generator%*) (-test%)" 2,008 kB > [ebuild U ] virtual/udev-197 [171] USE="-gudev -hwdb -introspection > -keymap (-selinux) -static-libs" 0 kB > [ebuild N ] sys-fs/udev-init-scripts-19 5 kB > [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking > sys-apps/module-init-tools-3.16-r2) > [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is > blocking sys-apps/kmod-12-r1) > > Total: 8 packages (2 upgrades, 6 new), Size of downloads: 9,407 kB > Conflict: 2 blocks (2 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-apps/kmod-12-r1::gentoo, ebuild scheduled for merge) pulled in by > sys-apps/kmod[tools] required by (virtual/modutils-0::gentoo, installed) > >=sys-apps/kmod-12 required by (sys-fs/udev-197-r3::gentoo, ebuild > scheduled for merge) > > (sys-apps/module-init-tools-3.16-r2::gentoo, installed) pulled in by > >=sys-apps/module-init-tools-3.2 required by > (virtual/modutils-0::gentoo, installed) > > --- > > So how can I fix this mess? I masked sys-fs/udev-197-r3, > now portage does not complain, but it is just temporary > solution... try: emerge -Cv sys-apps/module-init-tools emerge -1v sys-apps/kmod and then try to update world again. kmod is a drop-in replacement for module-init-tools, and it's what is used by new versions of udev. You probably will need to keyword kmod. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On 24-Mar-13 18:39, Canek Peláez Valdés wrote: BTW why should kmod depend on kernel-sources? Or even better, why should be kmod installed, if I have static (non-modular) kernel? Because your use case is not standard. The normal situation for users with kmod installed (and you have already kmod installed, since in your --pretend run appears as to be reinstalled) is for them to use kernel modules. The developers cannot handle every possible combination of configurations, so defaults are set for the least weird cases, or the common case even. But what are kernel-sources good for after kernel has been compiled? They take some disk-space (~700MB in my case!), so I think it is quite logical to compile kernel, install & test it, and after that get rid of kernel-sources. And I still do not know what does kmod need from kernel-sources. Some part of kernel source-code? Strange is, up to now kmod was satisfied even without kernel-sources... I know some other packages look for kernel-sources, but issue only warning if can not found any (i.e. udev). But why does kmod need kernel-sources so badly it pulls them as dependency? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On Sun, 17 Mar 2013 13:46:39 -0400, Tanstaafl wrote: > Also, should I manually fix the blockers: > > > [blocks B ] sys-apps/module-init-tools > > ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) > > [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking > > sys-apps/module-init-tools-3.16-r2) > > by doing "emerge -C module-init-tools && emerge kmod" *before* > upgrading udev? No, because that adds kmod to world. Just unmerge module-init-tools and then emerge world, letting portage install what it needs. -- Neil Bothwick I don't know what makes you tick but I wish it was a time bomb. signature.asc Description: PGP signature
Re: [gentoo-user] udev-197 USE=kmod
Am 27.01.2013 22:01, schrieb Canek Peláez Valdés: > On Sun, Jan 27, 2013 at 4:30 AM, Florian Philipp > wrote: >> Am 27.01.2013 03:24, schrieb Canek Peláez Valdés: >>> On Sat, Jan 26, 2013 at 6:15 PM, Florian Philipp >>> wrote: >>>> Hi list! >>>> >>>> Quick question: If I deactivate the kmod use flag in udev and keep >>>> sys-apps/module-init-tools, does udev still load modules or is kmod a >>>> required flag for that? >>> >>> I'm not 100% sure, but I don't think so. The git repository has not a >>> single instance of the strings "modprobe" or "insmod", apparently the >>> only way to load modules in udev is to use kmod. I think the kmod >>> configure option (which is the one the USE flag activate/deactivate), >>> is for systems where all the modules are built-in, like embedded ones. >>> >> >> Okay. I thought I've heard about some dev patching udev to work with >> modprobe at one point. Could be mistaken or outdated, though. > > The patches in the ebuild don't include anything to use modprobe: > > http://dev.gentoo.org/~williamh/dist/udev-197-patches-1.tar.bz2 > Thanks for looking! >>> Unless udev has no other means to load modules, I think disabling kmod >>> assumes then that all the modules are built-in. And if you use >>> modules, may I ask why you would prefer module-init-tools over kmod? >>> Specially when the later is a drop-in, better supported replacement? >>> >> >> Is it really a drop-in? I was under the impression that for example >> `modprobe -l` is not implemented (mentioned in a comment on the eudev >> fork on LWN). I guess that's outdated as well. > > No, modprobe -l is not supported, but it's trivially to emulate, and > the option was already deprecated in module-init-tools. From the kmod > README: > > "kmod-modprobe gained several features to be a 1:1 replacement for > modprobe. The only missing things are the options '--showconfig' and > '-t / -l'. These last ones have been deprecated long ago and they will > be removed from modprobe. A lot of effort has been put on > kmod-modprobe to ensure it maintains compabitility with modprobe." > > As you yourself commented, using an alias with find more than enough. > > Regards. Yeah, easy enough when you know your way around shell scripts and know where to look. In my opinion, it is still kind of stupid to remove a useful feature with no replacement. Hmm, maybe it's time to write a better replacement. Something more like eix, just for modules ... Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] udev-197 USE=kmod
Am 27.01.2013 03:24, schrieb Canek Peláez Valdés: > On Sat, Jan 26, 2013 at 6:15 PM, Florian Philipp > wrote: >> Hi list! >> >> Quick question: If I deactivate the kmod use flag in udev and keep >> sys-apps/module-init-tools, does udev still load modules or is kmod a >> required flag for that? > > I'm not 100% sure, but I don't think so. The git repository has not a > single instance of the strings "modprobe" or "insmod", apparently the > only way to load modules in udev is to use kmod. I think the kmod > configure option (which is the one the USE flag activate/deactivate), > is for systems where all the modules are built-in, like embedded ones. > Okay. I thought I've heard about some dev patching udev to work with modprobe at one point. Could be mistaken or outdated, though. > Unless udev has no other means to load modules, I think disabling kmod > assumes then that all the modules are built-in. And if you use > modules, may I ask why you would prefer module-init-tools over kmod? > Specially when the later is a drop-in, better supported replacement? > Is it really a drop-in? I was under the impression that for example `modprobe -l` is not implemented (mentioned in a comment on the eudev fork on LWN). I guess that's outdated as well. Thanks, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, Mar 24, 2013 at 2:57 PM, Jarry wrote: > On 24-Mar-13 18:39, Canek Peláez Valdés wrote: > >>> BTW why should kmod depend on kernel-sources? Or even better, why >>> should be kmod installed, if I have static (non-modular) kernel? >> >> >> Because your use case is not standard. The normal situation for users >> with kmod installed (and you have already kmod installed, since in >> your --pretend run appears as to be reinstalled) is for them to use >> kernel modules. The developers cannot handle every possible >> combination of configurations, so defaults are set for the least weird >> cases, or the common case even. > > > But what are kernel-sources good for after kernel has been compiled? > They take some disk-space (~700MB in my case!), so I think it is > quite logical to compile kernel, install & test it, and after that > get rid of kernel-sources. > > And I still do not know what does kmod need from kernel-sources. > Some part of kernel source-code? Strange is, up to now kmod was > satisfied even without kernel-sources... > > I know some other packages look for kernel-sources, but issue > only warning if can not found any (i.e. udev). But why does > kmod need kernel-sources so badly it pulls them as dependency? > It doesn't; this is just a side effect of inheriting linux-mod.eclass. The developer involved is trying to come up with a better solution right now.
Re: [gentoo-user] list of kernel modules
On Fri, Apr 6, 2012 at 9:03 AM, Todd Goodman wrote: > * Mark Knecht [120406 11:40]: > [..] >> To me it looks safe to emerge -C kmod and then emerge >> module-init-tools if you want to go that way. I'd do an equery files >> kmod and carefully study what you're getting with that package, or >> else push a bug request up to that package maintainer for providing a >> modprobe that's not 100% compatible. >> >> Good luck, >> Mark > > udev-182-r2 and dracut depend on kmod. > > So if the OP hasn't masked them then he needs kmod. > > Todd > I have the newer udev masked, but I do have dracut installed and don't need kmod here. My system is _mostly_ stable, not ~amd64, so possibly that's part of the issue. - Mark
Re: [gentoo-user] udev-181 and kmod vs module-init-tools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it worked flawless for me. Nothing "bad" happened. If it's a server you could also build a monolithic Kernel and remove the dependency completly since most servers don't need loadable modules. It even adds a little security-wise... with kind regards, Hinnerk On 19.03.2012 16:47, Paul Hartman wrote: > udev-181 merge is blocked because : > > [blocks B ] sys-apps/module-init-tools > ("sys-apps/module-init-tools" is blocking sys-apps/kmod-7) [blocks > B ] sys-apps/kmod ("sys-apps/kmod" is blocking > sys-apps/module-init-tools-3.16-r1) > > * Error: The above package list contains packages which cannot be * > installed at the same time on the same system. > > (sys-apps/kmod-7::gentoo, ebuild scheduled for merge) pulled in by >> =sys-apps/kmod-5 required by (sys-fs/udev-181::gentoo, ebuild > scheduled for merge) > > (sys-apps/module-init-tools-3.16-r1::gentoo, installed) pulled in > by >> =sys-apps/module-init-tools-3.2 required by > (virtual/modutils-0::gentoo, installed) > > Googling, it looks like kmod is the replacement for > module-init-tools, so it should just work, unless of course any > packages explicitly depend on module-init-tools instead of the > virtual... > > However, module-init-tools is part of system profile and I get the > scary red text and 10-second countdown when I try to unmerge, so I > chickened out and did a ctrl-c. :) > > Have any of you already changed from module-init-tools to kmod? > Anything to be afraid of? It's a remote machine and I can boot > rescue CD if it breaks, but I'd rather not have to do that. > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPZ2LNAAoJEJwwOFaNFkYc04UH/0FoJECyQ1FeguUT4IYyksv3 ddXb/00Pb0soMLmYYymJxz4Wpvp6N9SeQV1EKQOJPwTxaSdRE0RK/IeeA/2goJrm utkMfK9rbpxIdv5gqbOjcmsm5mj/8DK4o4WwUFuLf1rN+rFpDouMWblbpF7maH89 w2SkGyR7rsKquQ/iK2BJSC5fbtTkfWkQz96XxNRkJAKsS3n9RlMHI5C8onLExBG2 WsXmV8kWUcDuJqcLYtkjilM1/J6Cmp5yME2VK3oj3Z5gaOg06GoF3PCr6y52ujDR 3Bqu+3EpC/MDQSSHhDNlikJrLYpnSOni7D4Uwz7MRBn+XwIAKQfaHQ1Fkvf2Vt0= =fO+O -END PGP SIGNATURE-
Re: [gentoo-user] problems with installing zfs-kmod under new kernel
On Wed, 07 Oct 2020 09:53:42 -0400, Rich Freeman wrote: > > On Wed, Oct 7, 2020 at 9:28 AM John Covici wrote: > > > > Hi. I am having problems installing zfs-kmod on my new kernel > > 5.4.69. Originally I got this: > > > > !!! Multiple package instances within a single package slot have been > > pulled > > !!! into the dependency graph, resulting in a slot conflict: > > > > sys-fs/zfs-kmod:0 > > > > (sys-fs/zfs-kmod-2.0.0_rc3:0/0::gentoo, ebuild scheduled for merge) > > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > > (no parents that aren't satisfied by other packages in this > > slot) > > > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > > -custom-cflags -debug" ABI_X86="(64)" pulled in by > > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > > ^^ > > > > This is because you're attempting to upgrade zfs-kmod and not zfs. > You didn't paste your command line but chances are you didn't have > both packages on it. > > > Then I masked off the -rc3 version thinking that would help and I got > > this: > > > > > > > > !!! Multiple package instances within a single package slot have been > > pulled > > !!! into the dependency graph, resulting in a slot conflict: > > > > sys-fs/zfs-kmod:0 > > > > (sys-fs/zfs-kmod-0.8.5:0/0::gentoo, ebuild scheduled for merge) > > USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by > > (no parents that aren't satisfied by other packages in this > > slot) > > > > (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs > > -custom-cflags -debug" ABI_X86="(64)" pulled in by > > ~sys-fs/zfs-kmod-2.0.0_rc1 required by > > (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs > > (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl > > -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" > > PYTHON_TARGETS="python3_7 -python3_6 -python3_8" > > ^^ > > > > That is because masking rc3 forces it to downgrade to an older version > of zfs (which may or may not be compatible with what you have on-disk > so you might be in for a surprise when you reboot). But, since you're > only updating one package but not the other you still get the same > error. > > What version of zfs do you WANT to use? Are you already running on > the v2 release candidate? (Probably not what most people should be > doing...) If so you need to figure out if your pools are even > compatible with v0.8.5 (I'm not sure offhand if new features were > added, and if they were it would probably depend on whether you > upgraded your pools). > > If you are on the v2rc and want to stick with it, then undo whatever > masking you did and just update both packages together: > emerge -1au zfs-kmod zfs > > Really though that should already happen if you did an emerge -u > @world assuming both are in your world. > > If you want to run v0.8.5 then I would mask both zfs-kmod and zfs > >=0.9 and then run the same command. > > If you're on 0.8.4 though you might seriously consider just accepting > only stable keywords on zfs though - it is a filesystem and maybe not > something you want to be cutting edge. > > And you definitely don't want to go uninstalling zfs-kmod as now the > module will be gone and once again you'll get a surprise when you > reboot. > > In the future though I'd probably avoid installing release candidates > if you are running one. That is, unless it is your goal to beta-test > filesystems. I was on 0.8.4 and it upgraded me to 22.0.0_rc1. I have not upgraded my pools, so I think I can go back to 0.8.4 or 5. The kernel I am upgrading is not the running kernel, so would any of this effect my running kernel which is 4.19.144 -- unfortunately on 2.0.0_rc1, but I agree maybe I should mask it off and go to 0.8.5. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] list of kernel modules
* Mark Knecht [120406 11:40]: [..] > To me it looks safe to emerge -C kmod and then emerge > module-init-tools if you want to go that way. I'd do an equery files > kmod and carefully study what you're getting with that package, or > else push a bug request up to that package maintainer for providing a > modprobe that's not 100% compatible. > > Good luck, > Mark udev-182-r2 and dracut depend on kmod. So if the OP hasn't masked them then he needs kmod. Todd
[gentoo-user] problems with installing zfs-kmod under new kernel
Hi. I am having problems installing zfs-kmod on my new kernel 5.4.69. Originally I got this: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-fs/zfs-kmod:0 (sys-fs/zfs-kmod-2.0.0_rc3:0/0::gentoo, ebuild scheduled for merge) USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by (no parents that aren't satisfied by other packages in this slot) (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by ~sys-fs/zfs-kmod-2.0.0_rc1 required by (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -python3_6 -python3_8" ^^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Then I masked off the -rc3 version thinking that would help and I got this: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-fs/zfs-kmod:0 (sys-fs/zfs-kmod-0.8.5:0/0::gentoo, ebuild scheduled for merge) USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by (no parents that aren't satisfied by other packages in this slot) (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, installed) USE="rootfs -custom-cflags -debug" ABI_X86="(64)" pulled in by ~sys-fs/zfs-kmod-2.0.0_rc1 required by (sys-fs/zfs-2.0.0_rc1-r1:0/0::gentoo, installed) USE="nls pam rootfs (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl -minimal -python (-static-libs) -test-suite" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -python3_6 -python3_8" ^^ It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. So, how do I fix -- I was thinking of uninstalling zfs-kmod, but was afraid it would delete from my running kernel (4.19.144) or some other fcatastrophe, so I thought I'd ask here first. I am on the zfs-discuss list and a few months ago they were talking about a necessary patch to install in 5.4 kernels because of not exporting some symhbols as well. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Re: module-init-tools : masked opponent
130309 »Q« wrote: > 130309 Philip Webb wrote: >> Doing my usual Saturday system update, I saw a prominent msg >> telling me that 'module-init-tools' has been masked >> & to use 'kmod' or 'modutils' -- the msgs vary -- to replace it. >> When I did so (both), Nvidia wouldn't start, even after remerging it. >> Back with 'module-init-tools' -- now in 'package.unmask' -- all is well. >> Does anyone know what's going on ? -- did I miss a 'news' item ? > ISTR you start with USE="-*". Yes & I do need to remember to check the USE flags for sensitive pkgs. > When you built kmod, was it with the tools flag enabled ? > The virtual requires it. root:502 ~> emerge -pv kmod ... sys-apps/kmod-12-r1 USE="-debug -doc -lzma -static-libs -tools zlib" ... Apparently not, so that's something to try. > I went with kmod because of what the masking comment > for module-init-tools said, and I haven't noticed any trouble. > I've got nvidia-drivers-310.32. Same here. The actual Xorg error was "can't find module Nvidia", so another question is whether it has to be listed somewhere for Kmod ? Thanks so far. It looks as if the change needs a 'news' msg. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
On 2013-03-17 2:17 PM, Neil Bothwick wrote: On Sun, 17 Mar 2013 13:46:39 -0400, Tanstaafl wrote: Also, should I manually fix the blockers: [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r2) by doing "emerge -C module-init-tools && emerge kmod" *before* upgrading udev? No, because that adds kmod to world. Just unmerge module-init-tools and then emerge world, letting portage install what it needs Ah, ok... but as for the rest... I should be able to safely upgrade udev, with a reasonable (I know there are no guarantees) expectation of everything 'just working' (ie, my lvm managed /usr partition shouldn't be an issue like it would have been earlier on in this process)? Thanks Neil
[gentoo-user] Failure of zfs-kmod with 3.13.* kernel
When trying to build zfs-kmod against a a 3.13.[0|1|2] kernel, spl works fine, but zfs fails. It looks like the issue is that the configure script isn't doing quite the right check for bdi_setup_and_register, so HAVE_BDI_SETUP_AND_REGISTER doesn't get defined, and then there's a mismatch in the definitions between zfs and the kernel source. The offending bit in the configure log looks to be: configure:17996: checking whether bdi_setup_and_register() is available configure:18024: cp conftest.c build && make modules -C /usr/src/linux EXTRA_CFLAGS=-Werror M=/var/tmp/portage/sys-fs/zfs-kmod-0.6.2-r3/work/zfs-zfs-0.6.2/build /var/tmp/portage/sys-fs/zfs-kmod-0.6.2-r3/work/zfs-zfs-0.6.2/build/conftest.c: In function 'main': /var/tmp/portage/sys-fs/zfs-kmod-0.6.2-r3/work/zfs-zfs-0.6.2/build/conftest.c:91:25: error: ignoring return value of 'bdi_setup_and_register', declared with attribute warn_unused_result [-Werror=unused-result] bdi_setup_and_register(NULL, NULL, 0); ^ Anyone else seeing this?
[gentoo-user] kmod <> module-init-tools + udev-171-r10
Hi all, Just a question... Can I replace module-init-tools with kmod and stay with udev-171-r10 for the time being? Asked another way - is kmod fully supported by older releases of udev like 171-r10? Thanks
[gentoo-user] udev-197 USE=kmod
Hi list! Quick question: If I deactivate the kmod use flag in udev and keep sys-apps/module-init-tools, does udev still load modules or is kmod a required flag for that? Thanks in advance! Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] kmod <> module-init-tools + udev-171-r10
On Wed, Mar 27, 2013 at 11:17 AM, Tanstaafl wrote: > Hi all, > > Just a question... > > Can I replace module-init-tools with kmod and stay with udev-171-r10 for the > time being? > > Asked another way - is kmod fully supported by older releases of udev like > 171-r10? If you emerge kmod with the "tools" USE flag, then it is a drop-in replacement of module-init-tools (minus a couple of deprecated command line flags). In other words, yes, is fully supported by older releases of udev. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Do I require static nodes?
Hello, Portage recently told me this: * You need to add kmod-static-nodes to the sysinit runlevel for * kernel modules to have required static nodes! * Run this command: * rc-update add kmod-static-nodes sysinit Will you please help me parse this statement? Interpretation A: * You need to add kmod-static-nodes to the sysinit runlevel Interpretation B: * If your kernel modules require static nodes, then you need to add * kmod-static-nodes to the sysinit runlevel Q1: Is it A or B (or C...)? Q2: If it's B, then how do I determine whether or not my kernel modules require static nodes? Thank you, Chris
[gentoo-user] udev-197-r3 update problem...
Hi Gentoo-users, I'm just in the process of updating my nearly identical servers. Some of them I updated without any problem. "Unfortunatelly", right now new udev-197-r3 went stable, and so those servers which I synced with portage-tree later want to pull udev-197, and give this error: --- vs1-sys ~ # emerge --ask --update --deep --newuse --verbose world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-util/gperf-3.0.4 961 kB [ebuild N ] dev-libs/libgpg-error-1.10 USE="nls -common-lisp -static-libs" 429 kB [ebuild N ] dev-libs/libgcrypt-1.5.0-r2 USE="-static-libs" 1,405 kB [ebuild N ] dev-libs/libxslt-1.1.28 USE="crypt -debug -python -static-libs" 3,356 kB [ebuild N ] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs" 1,246 kB [ebuild U ] sys-fs/udev-197-r3 [171-r9] USE="acl%* kmod%* openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,008 kB [ebuild U ] virtual/udev-197 [171] USE="-gudev -hwdb -introspection -keymap (-selinux) -static-libs" 0 kB [ebuild N ] sys-fs/udev-init-scripts-19 5 kB [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r2) [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) Total: 8 packages (2 upgrades, 6 new), Size of downloads: 9,407 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/kmod-12-r1::gentoo, ebuild scheduled for merge) pulled in by sys-apps/kmod[tools] required by (virtual/modutils-0::gentoo, installed) >=sys-apps/kmod-12 required by (sys-fs/udev-197-r3::gentoo, ebuild scheduled for merge) (sys-apps/module-init-tools-3.16-r2::gentoo, installed) pulled in by >=sys-apps/module-init-tools-3.2 required by (virtual/modutils-0::gentoo, installed) --- So how can I fix this mess? I masked sys-fs/udev-197-r3, now portage does not complain, but it is just temporary solution... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Re: module-init-tools : masked opponent : SOLVED
130309 Philip Webb wrote: > 130309 »Q« wrote: >> 130309 Philip Webb wrote: >>> Doing my usual Saturday system update, I saw a prominent msg >>> telling me that 'module-init-tools' has been masked >>> & to use 'kmod' or 'modutils' -- the msgs vary -- to replace it. >>> When I did so (both), Nvidia wouldn't start, even after remerging it. >>> Back with 'module-init-tools' -- now in 'package.unmask' -- all is well. >>> Does anyone know what's going on ? -- did I miss a 'news' item ? >> When you built kmod, was it with the tools flag enabled ? >> The virtual requires it. Thanks : Kmod needs USE=tools & Udev + virtual need USE=kmod . With those in package.use the problem is solved. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, Mar 24, 2013 at 11:14 AM, Jarry wrote: > On 24-Mar-13 17:46, Neil Bothwick wrote: >> >> On Sun, 24 Mar 2013 17:26:03 +0100, Jarry wrote: >> >>> [ebuild N ] sys-kernel/gentoo-sources-3.7.10:3.7.10 USE="-build >>> -deblob -symlink" 68,335 kB >>> [ebuild N ] virtual/linux-sources-0 0 kB >>> [ebuild R] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma >>> -static-libs" KERNEL="(linux%*)" 0 kB >> >> >>> Why in the heavens name should be gentoo-sources pulled in as >>> dependency of whatever? >> >> >> As a dependency of virtual-sources, which is probably pulled in by kmod. >> Adding --tree would have told you for sure. >> >> You may get away with adding gentoo-sources to package.provided. > > > Thanks, this works (never heard of this file before). But there > is one small problem: no wildcards are allowed, so whenever new > sorces come I'll have to edit package.provided again, and again... > > BTW why should kmod depend on kernel-sources? Or even better, why > should be kmod installed, if I have static (non-modular) kernel? Because your use case is not standard. The normal situation for users with kmod installed (and you have already kmod installed, since in your --pretend run appears as to be reinstalled) is for them to use kernel modules. The developers cannot handle every possible combination of configurations, so defaults are set for the least weird cases, or the common case even. Your setup is not the norm; therefore, it depends on you to keep it as you like it. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: I guess it is time to update udev from 171-r10 to 197-r8...
On 2013-03-17, Tanstaafl wrote: > On 2013-03-17 2:17 PM, Neil Bothwick wrote: >> On Sun, 17 Mar 2013 13:46:39 -0400, Tanstaafl wrote: >> >>> Also, should I manually fix the blockers: >>> >>>> [blocks B ] sys-apps/module-init-tools >>>> ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) >>>> [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking >>>> sys-apps/module-init-tools-3.16-r2) >>> >>> by doing "emerge -C module-init-tools && emerge kmod" *before* >>> upgrading udev? >> >> No, because that adds kmod to world. Just unmerge module-init-tools and >> then emerge world, letting portage install what it needs > > Ah, ok... but as for the rest... I should be able to safely upgrade > udev, with a reasonable (I know there are no guarantees) expectation > of everything 'just working' (ie, my lvm managed /usr partition > shouldn't be an issue like it would have been earlier on in this > process)? >From what I know (no LVM experience here), if you had it working with 171, it will work with a newer udev. There were no changes regarding how stuff from /usr is used between 171 and the newer udevs. -- Nuno Silva (aka njsg) http://njsg.sdf-eu.org/
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
Am 25.03.2013 23:32, schrieb Neil Bothwick: > On Mon, 25 Mar 2013 23:27:04 +0100, Michael Hampicke wrote: > >> This is what I use: >> EMERGE_DEFAULT_OPTS="--jobs=2 --load-average=6" >> >> I havent't had any failed builds that were related to the --jobs option. >> The only exception is when rebuilding my kernel modules. I have to build >> spl first, then zfs-kmod. But that's because zfs-kmod requires a >> complete built spl. > > Interesting, I have --jobs and portage doesn't try t build spl > and zfs-kmod in parallel, it always completes spl first. > Interesting. Maybe a problem with module-rebuild? I will look into this when I have some spare time. Freshly merged kernel sources, kernel configured, compiled and installed. Then I ran module-rebuild: # module-rebuild rebuild ** Preparing to merge modules: ** Packages which I will emerge are: =net-misc/r8168-8.035.00-r1 =app-emulation/virtualbox-modules-4.2.10 =x11-drivers/ati-drivers-13.3_beta2 =sys-kernel/spl-0.6.0_rc14-r3 =sys-fs/zfs-kmod-0.6.0_rc14-r5 5 4 3 2 1 >>> Verifying ebuild manifests >>> Running pre-merge checks for x11-drivers/ati-drivers-13.3_beta2 * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/3.8.4-gentoo/build * Found sources for kernel version: * 3.8.4-gentoo * Checking for suitable kernel configuration options... [ ok ] >>> Emerging (1 of 5) net-misc/r8168-8.035.00-r1 >>> Emerging (2 of 5) app-emulation/virtualbox-modules-4.2.10 >>> Installing (1 of 5) net-misc/r8168-8.035.00-r1 >>> Emerging (3 of 5) x11-drivers/ati-drivers-13.3_beta2 >>> Emerging (4 of 5) sys-kernel/spl-0.6.0_rc14-r3 >>> Installing (2 of 5) app-emulation/virtualbox-modules-4.2.10 >>> Installing (3 of 5) x11-drivers/ati-drivers-13.3_beta2 >>> Emerging (5 of 5) sys-fs/zfs-kmod-0.6.0_rc14-r5 >>> Failed to emerge sys-fs/zfs-kmod-0.6.0_rc14-r5, Log file: >>> '/var/tmp/portage/sys-fs/zfs-kmod-0.6.0_rc14-r5/temp/build.log' >>> Installing (4 of 5) sys-kernel/spl-0.6.0_rc14-r3 >>> Jobs: 4 of 5 complete, 1 failed Load avg: 1.53, 0.90, 1.05 And the error: checking kernel file name for module symbols... Module.symvers checking spl source directory... Not found configure: error: *** Please make sure the spl devel package for your distribution *** is installed then try again. If that fails you can specify the *** location of the spl source with the '--with-spl=PATH' option.
Re: [gentoo-user] cannot compile kvm
On Thursday 24 December 2009 11:00:52 Marcus Wanner wrote: > On 12/23/2009 8:14 PM, Xi Shen wrote: > > hi, > > > > i cannot access my computer now, so i can only tell you what i remember. > > > > i am using gentoo amd64, and the portage is updated. the kernel have > > kvm modules compiled. when i was trying to emerge kvm-kmod, it is said > > to have been masked, so i unmasked it. but while compiling, kvm-kmod > > failed with an error message like: > > > > cannot file arch/x86/kvm/trace.h file > > Masked packages are usually masked for a reason. I would check on google > and then the gentoo bugzilla and see if anyone else has had the same > problem, and how they fixed it. > > Marcus > /var/portage/profiles/package.mask: # Doug Goldstein (22 Nov 2009) # masking until this package can follow the actual # kvm-kmod upstream package app-emulation/kvm-kmod That seems to imply the reason for the hard mask is version incompatibility -- alan dot mckinnon at gmail dot com
[gentoo-user] I guess it is time to update udev from 171-r10 to 197-r8...
Ok, I sync'd this morning, and now see the warning about udev 171-r10 being masked, so I guess it is time.. I know this was discussed quite a bit a few months ago, but just to refresh my memory... My question is, if I am currently running 171-r10 on my server, and I have a separate lvm managed /usr partition, is it now safe to comment out my udev masks and update udev, with a reasonable expectation that doing so won't break my boot ability? Also, should I manually fix the blockers: [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r2) by doing "emerge -C module-init-tools && emerge kmod" *before* upgrading udev? Or does it matter? Thanks...
[gentoo-user] udev upgrade 208 > 212-r1, openrc USE flag changed to disabled?
Is this right? > # eix udev > ... [U] sys-fs/udev Available versions: 208-r1^t 212-r1^t ~213^t **^t {acl doc +firmware-loader gudev introspection +kmod selinux static-libs ABI_MIPS="n32 n64 o32" ABI_X86="32 64 x32"} Installed versions: 208^t{tbz2}(03:30:13 PM 12/08/2013)(acl firmware-loader kmod openrc -doc -gudev -introspection -selinux -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_X86="64 -32 -x32") Homepage:http://www.freedesktop.org/wiki/Software/systemd Description: Linux dynamic and persistent device naming support (aka userspace devfs) ... Installed version shows the openrc USE flag, new version doesn't. And more importantly: # emerge -pvuDN udev These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-apps/kmod-17 [16] USE="tools zlib -debug -doc -lzma -python% -static-libs (-openrc%*)" PYTHON_TARGETS="python2_7%* python3_3%* -python3_2% (-python3_4)" 1,450 kB [ebuild U ] sys-fs/udev-212-r1 [208] USE="acl firmware-loader kmod -doc -gudev -introspection (-selinux) -static-libs (-openrc%*)" ABI_X86="(64) (-32) (-x32)" 2,660 kB [ebuild N ] virtual/libudev-208:0/1 USE="-static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB [ebuild U ] virtual/udev-208-r2 [208-r1] USE="-gudev -introspection -static-libs (-kmod%*) (-selinux%)" ABI_X86="(64) (-32) (-x32)" 0 kB [ebuild U ] sys-fs/udev-init-scripts-26-r2 [26] 0 kB Total: 5 packages (4 upgrades, 1 new), Size of downloads: 4,110 kB This clearly shows the -openrc USE flag being applied. Googling didn't reveal an answer...
Re: [gentoo-user] digikam + systemd
130906 Alan McKinnon wrote: > most likely there's a mismatch between USE for virtual/udev & sys-fs/eudev. I don't have eudev installed. (1) Portage wants USE="plasma". (2) kipi-plugins -> k3b -> USE="udisks". (3) marble -> pykde4-4.11.0 -> USE="script". (4) udisks -> USE="gudev". (5) then I see : sys-apps/systemd-206-r3::gentoo (Change USE: +kmod) virtual/udev-206-r2::gentoo (Change USE: -kmod) Adding -kmod to the USE list gets 54 pkgs, incl systemd , which I've masked in package.mask with "sys-fs/systemd". -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] ZFS wiki confusion
Anyone got ZFS working on their Gentoo install? I'm contemplating it, but the wiki[1] confuses me a bit. Specifically, section '3 Installing into the kernel directory (for static installs)' states: This will generate the needed files, and copy them into the kernel sources directory. root # (cd /var/tmp/portage/sys-kernel/spl-/work/spl- && ./copy-builtin /usr/src/linux) root # (cd /var/tmp/portage/sys-fs/zfs-kmod-/work/zfs-kmod-/ && ./copy-builtin /usr/src/linux) After this, you just need to edit the kernel config to enable CONFIG_SPL and CONFIG_ZFS and emerge the zfs binaries. root # mkdir -p /etc/portage/profile root # echo 'sys-fs/zfs -kernel-builtin' >> /etc/portage/profile/package.use.mask root # echo 'sys-fs/zfs kernel-builtin' >> /etc/portage/package.use root # emerge -1v sys-fs/zfs The echo's only need to be run once, but the emerge needs to be run every time you install a new version of zfs. Do you really need to copy the files into the kernel tree? WTD is a 'static install' in this context? 'emerge zfs' shows: Calculating dependencies... done! [ebuild N ] sys-fs/zfs-0.6.1 USE="rootfs -custom-cflags (-kernel-builtin) -static-libs -test-suite" 1,500 kB [ebuild N ] sys-fs/zfs-kmod-0.6.1 USE="rootfs -custom-cflags -debug" 0 kB [ebuild N ] sys-kernel/spl-0.6.1 USE="-custom-cflags -debug -debug-log" 209 kB which seems to pull in the daemon and the kmod so wouldn't the zfs-kmod ebuild build against the current kernel and drop in the modules directory all by itself much like any of the 100s of FUSE modules do? Any clarification on the install process would be appreciated. [1] - http://wiki.gentoo.org/wiki/ZFS -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] cannot compile kvm
On Thu, Dec 24, 2009 at 6:21 PM, Alan McKinnon wrote: > On Thursday 24 December 2009 11:00:52 Marcus Wanner wrote: >> On 12/23/2009 8:14 PM, Xi Shen wrote: >> > hi, >> > >> > i cannot access my computer now, so i can only tell you what i remember. >> > >> > i am using gentoo amd64, and the portage is updated. the kernel have >> > kvm modules compiled. when i was trying to emerge kvm-kmod, it is said >> > to have been masked, so i unmasked it. but while compiling, kvm-kmod >> > failed with an error message like: >> > >> > cannot file arch/x86/kvm/trace.h file >> >> Masked packages are usually masked for a reason. I would check on google >> and then the gentoo bugzilla and see if anyone else has had the same >> problem, and how they fixed it. >> >> Marcus >> > > /var/portage/profiles/package.mask: > > # Doug Goldstein (22 Nov 2009) > # masking until this package can follow the actual > # kvm-kmod upstream package > app-emulation/kvm-kmod > > > That seems to imply the reason for the hard mask is version incompatibility > > > -- > alan dot mckinnon at gmail dot com > > oops```so i need to wait sometime before it is updated. -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On 24-Mar-13 17:46, Neil Bothwick wrote: On Sun, 24 Mar 2013 17:26:03 +0100, Jarry wrote: [ebuild N ] sys-kernel/gentoo-sources-3.7.10:3.7.10 USE="-build -deblob -symlink" 68,335 kB [ebuild N ] virtual/linux-sources-0 0 kB [ebuild R] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma -static-libs" KERNEL="(linux%*)" 0 kB Why in the heavens name should be gentoo-sources pulled in as dependency of whatever? As a dependency of virtual-sources, which is probably pulled in by kmod. Adding --tree would have told you for sure. You may get away with adding gentoo-sources to package.provided. Thanks, this works (never heard of this file before). But there is one small problem: no wildcards are allowed, so whenever new sorces come I'll have to edit package.provided again, and again... BTW why should kmod depend on kernel-sources? Or even better, why should be kmod installed, if I have static (non-modular) kernel? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
On Mon, 25 Mar 2013 23:27:04 +0100, Michael Hampicke wrote: > This is what I use: > EMERGE_DEFAULT_OPTS="--jobs=2 --load-average=6" > > I havent't had any failed builds that were related to the --jobs option. > The only exception is when rebuilding my kernel modules. I have to build > spl first, then zfs-kmod. But that's because zfs-kmod requires a > complete built spl. Interesting, I have --jobs and portage doesn't try t build spl and zfs-kmod in parallel, it always completes spl first. -- Neil Bothwick If the cops arrest a mime, do they tell her she has the right to remain silent? signature.asc Description: PGP signature
[gentoo-user] kmod requires modules in kernel??
Ok, I am prepping for the udev update this weekend, getting everything updated that doesn't pull in the udev updates. First thing I did was to eliminate the module-init-tools<>kmod Blocker: emerge -C module-init-tools %% emerge kmod and noted the following warnings/errors: Checking for suitable kernel configuration options... ERROR: setup CONFIG_MODULES:is not set when it should be. CONFIG_MODULE_UNLOAD: is not set when it should be. This is a server, and I do not WANT loadable modules enabled... So, how do I get rid of this warning/error? Or is this nothing to be concerned about if I do not want/need loadable modules? Thanks
Re: [gentoo-user] digikam + systemd
On Fri, Sep 6, 2013 at 1:51 PM, Philip Webb wrote: > 130906 Alan McKinnon wrote: >> most likely there's a mismatch between USE for virtual/udev & sys-fs/eudev. > > I don't have eudev installed. > > (1) Portage wants USE="plasma". > (2) kipi-plugins -> k3b -> USE="udisks". > (3) marble -> pykde4-4.11.0 -> USE="script". > (4) udisks -> USE="gudev". > (5) then I see : > > sys-apps/systemd-206-r3::gentoo (Change USE: +kmod) > virtual/udev-206-r2::gentoo (Change USE: -kmod) > > Adding -kmod to the USE list gets 54 pkgs, incl systemd , > which I've masked in package.mask with "sys-fs/systemd". sys-apps/systemd, right? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev upgrade 208 > 212-r1, openrc USE flag changed to disabled?
On 14/06/2014 15:30, Tanstaafl wrote: > Is this right? > >> # eix udev >> ... >> [U] sys-fs/udev >> Available versions: 208-r1^t 212-r1^t ~213^t **^t {acl doc >> +firmware-loader gudev introspection +kmod selinux static-libs >> ABI_MIPS="n32 n64 o32" ABI_X86="32 64 x32"} >> Installed versions: 208^t{tbz2}(03:30:13 PM 12/08/2013)(acl >> firmware-loader kmod openrc -doc -gudev -introspection -selinux >> -static-libs ABI_MIPS="-n32 -n64 -o32" ABI_X86="64 -32 -x32") >> Homepage: >> http://www.freedesktop.org/wiki/Software/systemd >> Description: Linux dynamic and persistent device naming >> support (aka userspace devfs) > ... > > Installed version shows the openrc USE flag, new version doesn't. > > And more importantly: > >> # emerge -pvuDN udev >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> [ebuild U ] sys-apps/kmod-17 [16] USE="tools zlib -debug -doc >> -lzma -python% -static-libs (-openrc%*)" PYTHON_TARGETS="python2_7%* >> python3_3%* -python3_2% (-python3_4)" 1,450 kB >> [ebuild U ] sys-fs/udev-212-r1 [208] USE="acl firmware-loader >> kmod -doc -gudev -introspection (-selinux) -static-libs (-openrc%*)" >> ABI_X86="(64) (-32) (-x32)" 2,660 kB >> [ebuild N ] virtual/libudev-208:0/1 USE="-static-libs" >> ABI_X86="(64) (-32) (-x32)" 0 kB >> [ebuild U ] virtual/udev-208-r2 [208-r1] USE="-gudev >> -introspection -static-libs (-kmod%*) (-selinux%)" ABI_X86="(64) (-32) >> (-x32)" 0 kB >> [ebuild U ] sys-fs/udev-init-scripts-26-r2 [26] 0 kB >> >> Total: 5 packages (4 upgrades, 1 new), Size of downloads: 4,110 kB > > This clearly shows the -openrc USE flag being applied. You read it wrong. The USE flag is not being applied it's being removed (the minus "-"), and the reason it is being removed is that it doesn't exist for the new ebuild. That's what the parenthesis means. > > Googling didn't reveal an answer... It's in the emerge man page. If not there, is one of the man pages from portage > > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Beta test Gentoo with mdev instead of udev; version 4
On Mon, Feb 27, 2012 at 04:49:40PM +0700, Pandu Poluan wrote > I suggest splitting this step into two: > > 3a) Create /sbin/linuxrc containing at least ... chmod ... > > 3b) Append "init=/sbin/linuxrc" to bootloader line > > Slightly less confusing :-) OK. I'll modify it as suggested. There is talk on the gentoo-dev list that mod-utils will be replaced by virtual/mod-utils which will default to kmod (required to build udev-181). Note that mod-utils and kmod are mutually exclusive. That should be taken care of in the ebuilds, but I'll monitor the situation. I may have to modify the setup instructions for conversion to mdev... i.e. an additional step, removing kmod and installing mod-utils. -- Walter Dnes
Re: [gentoo-user] digikam + systemd
On 06/09/2013 20:51, Philip Webb wrote: > 130906 Alan McKinnon wrote: >> most likely there's a mismatch between USE for virtual/udev & sys-fs/eudev. > > I don't have eudev installed. > > (1) Portage wants USE="plasma". > (2) kipi-plugins -> k3b -> USE="udisks". > (3) marble -> pykde4-4.11.0 -> USE="script". > (4) udisks -> USE="gudev". > (5) then I see : > > sys-apps/systemd-206-r3::gentoo (Change USE: +kmod) > virtual/udev-206-r2::gentoo (Change USE: -kmod) > > Adding -kmod to the USE list gets 54 pkgs, incl systemd , > which I've masked in package.mask with "sys-fs/systemd". > It gets more complex by the post... I just noticed I have UE="gudev" in package.use for udev, and I don't have systemd. So that's not it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
On Tue, 26 Mar 2013 21:58:29 +0100, Michael Hampicke wrote: > >> I havent't had any failed builds that were related to the --jobs > >> option. The only exception is when rebuilding my kernel modules. I > >> have to build spl first, then zfs-kmod. But that's because zfs-kmod > >> requires a complete built spl. > > > > Interesting, I have --jobs and portage doesn't try t build spl > > and zfs-kmod in parallel, it always completes spl first. > > > > Interesting. Maybe a problem with module-rebuild? I will look into this > when I have some spare time. > > Freshly merged kernel sources, kernel configured, compiled and > installed. Then I ran module-rebuild: > > > # module-rebuild rebuild The only difference I can see is that I use emerge @module-rebuild -- Neil Bothwick Stop tagline theft! Copyright your tagline (c) signature.asc Description: PGP signature
[gentoo-user] Re: module-init-tools : masked opponent
On Sat, 9 Mar 2013 08:07:45 -0500 Philip Webb wrote: > Doing my usual Saturday system update, I saw a prominent msg > telling me that 'module-init-tools' has been masked > & to use 'kmod' or 'modutils' -- the msgs vary -- to replace it. > When I did so (both), Nvidia wouldn't start, even after remerging it. > Back with 'module-init-tools' -- now in 'package.unmask' -- all is > well. > > Does anyone know what's going on ? -- did I miss a 'news' item ? ISTR you start with USE="-*". When you built kmod, was it with the tools flag enabled? The virtual requires it, so probably you did, but I thought it was worth asking. I went with kmod because of what the masking comment for module-init-tools said, and I haven't noticed any trouble. I've got nvidia-drivers-310.32. I know, WFM doesn't help much. Sorry, and good luck!
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
Neil Bothwick wrote: > On Sun, 24 Mar 2013 19:41:18 +0100, Felix Kuperjans wrote: > >> BTW this will also add full kernel sources to all stage3 archives, >> increasing their size quite significantly. > Stage 3 archives only contains necessary packages for which there is no > choice. They don't include a cron daemon or a system logger for that > reason, so they won't include kernel sources. > > AFAICT stage3 archives include everything of @system. virtual/dev-manager usually pulls in udev, which might pull in kmod (depending on USE flags) and virtual/modutils is part of system, which by default uses kmod. So kmod is part of system and it then requires virtual/linux-sources as a dependency, so they are now part of system as well. That wasn't the case some days ago, and IMHO linux-sources should not be part of @system in the future. Regards, Felix
Re: [gentoo-user] kmod requires modules in kernel??
On Wed, Apr 3, 2013 at 8:54 AM, Tanstaafl wrote: > Ok, I am prepping for the udev update this weekend, getting everything > updated that doesn't pull in the udev updates. > > First thing I did was to eliminate the module-init-tools<>kmod Blocker: > > emerge -C module-init-tools %% emerge kmod > > and noted the following warnings/errors: > > Checking for suitable kernel configuration options... > ERROR: setup > CONFIG_MODULES:is not set when it should be. > CONFIG_MODULE_UNLOAD: is not set when it should be. > > This is a server, and I do not WANT loadable modules enabled... > > So, how do I get rid of this warning/error? Or is this nothing to be > concerned about if I do not want/need loadable modules? > > Thanks > The check is nonfatal; feel free to ignore it if you know what you are doing.
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, Mar 24, 2013 at 18:39, Canek Peláez Valdés wrote: > On Sun, Mar 24, 2013 at 11:14 AM, Jarry wrote: >> Thanks, this works (never heard of this file before). But there is >> one small problem: no wildcards are allowed, so whenever new sorces >> come I'll have to edit package.provided again, and again... BTW why >> should kmod depend on kernel-sources? Or even better, why should be >> kmod installed, if I have static (non-modular) kernel? > Because your use case is not standard. The normal situation for users > with kmod installed (and you have already kmod installed, since in > your --pretend run appears as to be reinstalled) is for them to use > kernel modules. The developers cannot handle every possible > combination of configurations, so defaults are set for the least weird > cases, or the common case even. > > Your setup is not the norm; therefore, it depends on you to keep it as > you like it. > > Regards. The case is actually quite common; Linux *sources* are only needed for building kernels on the local machine (and - if used - additional modules like nvidia-drivers). Anyone who does not build the kernel on the local machine, e.g. taking stock kernels from Debian/Fedora/..., kernel provided by netboot/openvz/Xen domUs or build them remotely will almost never need linux-sources installed. BTW this will also add full kernel sources to all stage3 archives, increasing their size quite significantly. Regards, Felix
Re: [gentoo-user] udev-197 vs udev-200??
On 03/30/2013 11:24 PM, Tanstaafl wrote: Ok, I don't understand this... Why is it that when I comment out the package.mask entries for udev: #>=sys-fs/udev-181 #>=virtual/udev-181 emerge -pvuND world shows updates to udev-197, with no mention of udev-200, but... when I uncomment them: >=sys-fs/udev-181 >=virtual/udev-181 emerge -pvuDN world shows updates to BOTH virtual/udev-197-r2 *and* udev-200, with strange Blockers referencing udev-186??? [ebuild U #] sys-fs/udev-200 [171-r10] USE="acl%* firmware-loader%* kmod%* openrc%* -doc% -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 2,063 kB [ebuild U #] virtual/udev-197-r2 [171] USE="kmod -gudev -hwdb -introspection -keymap (-selinux) -static-libs" 0 kB [ebuild N ~] sys-fs/udev-init-scripts-25 5 kB ... [blocks B ] [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-12-r1) [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r2) My reading is: there are some packages either in your tree or being pulled in that require a later version of udev. So even if you mask udev-197, it's still being pulled in by something else. You have to uninstall / mask those package versions as well. How they got there or what they are, I don't know. If you're unlucky that might just be because the portage tree was in the middle of syncing... As for 186, emerge is hilariously tripping all over itself here. sys-fs/udev is being upgraded, but it requires udev-init-scripts to be installed. And udev-init-scripts conflicts with older versions of udev which is installed, so... Try increasing the backtrack to see if emerge can resolve it automatically. --backtrack=30. If it can't, the canon advice would be to manually uninstall (emerge -C --deselect=n) the older version before installing the newer one.
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, 24 Mar 2013 20:27:00 +0100, Felix Kuperjans wrote: > > Stage 3 archives only contains necessary packages for which there is > > no choice. They don't include a cron daemon or a system logger for > > that reason, so they won't include kernel sources. > > > > > AFAICT stage3 archives include everything of @system. They don't. That's why you have to satisfy some virtuals manually at install time. > virtual/dev-manager usually pulls in udev, which might pull in kmod > (depending on USE flags) and virtual/modutils is part of system, which > by default uses kmod. > So kmod is part of system and it then requires virtual/linux-sources as > a dependency, so they are now part of system as well. As has already been explained, this is an unintended side effect which is being fixed, it shouldn't affect the stage 3 tarballs. -- Neil Bothwick Top Oxymorons Number 15: Extinct Life signature.asc Description: PGP signature
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
Am 26.03.2013 22:40, schrieb Neil Bothwick: > On Tue, 26 Mar 2013 21:58:29 +0100, Michael Hampicke wrote: > >>>> I havent't had any failed builds that were related to the --jobs >>>> option. The only exception is when rebuilding my kernel modules. I >>>> have to build spl first, then zfs-kmod. But that's because zfs-kmod >>>> requires a complete built spl. >>> >>> Interesting, I have --jobs and portage doesn't try t build spl >>> and zfs-kmod in parallel, it always completes spl first. >>> >> >> Interesting. Maybe a problem with module-rebuild? I will look into this >> when I have some spare time. >> >> Freshly merged kernel sources, kernel configured, compiled and >> installed. Then I ran module-rebuild: >> >> >> # module-rebuild rebuild > > The only difference I can see is that I use > > emerge @module-rebuild > emerge @module-rebuild seems to work just fine on my machine. Thx for the tip, I did not know of this @set
Re: [gentoo-user] preparing for make menuconfig
On Thu, Oct 08, 2020 at 06:50:16PM -0400, John Covici wrote: > Since I compile most packages with split-debug and my default flags > contain -gdb, could I use the existing packages? LOL, I feel like I might have overcomplicated that. ;-) I'm not sure if it will keep as many symbols as `-ggdb3`, but you probably don't need that many anyway. Remember to enable the `splitdebug` and `installsources` FEATURES on both packages. Following the Gentoo guide [1]: /etc/portage/ $ cat env/debugsyms env/installsources CFLAGS="${CFLAGS} -ggdb" CXXFLAGS="${CXXFLAGS} -ggdb" FEATURES="${FEATURES} splitdebug compressdebug nostrip" FEATURES="${FEATURES} installsources" /etc/portage/ $ cat package.env/sys-apps/kpci sys-apps/kmod debugsyms installsources sys-apps/pciutils debugsyms installsources $ emerge -atv1 kmod pciutils I'm not sure what you mean by "my default flags contain -gdb". Are these your CFLAGS (in which case I think you mean `-ggdb`), or is it some USE-flag or FEATURE of which I'm unaware? Anyway, then you should be able to break at the same function as before, using the globally installed version of `lspci`: $ gdb lspci Reading symbols from lspci... (gdb) b index_mm_open Function "index_mm_open" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (index_mm_open) pending. (gdb) run -k Starting program: /usr/sbin/lspci -k [...] Breakpoint 1, index_mm_open (ctx=ctx@entry=0x55570b30, filename=filename@entry=0x7fffc9a0 "/lib/modules/5.4.60-gentoo/modules.dep.bin", stamp=stamp@entry=0x55570b90) at /usr/src/debug/sys-apps/kmod-27-r2/kmod-27/libkmod/libkmod-index.c :744 Cheers for pointing this out. I'm still not completely accustomed to using Linux with a _good_ package manager. ;-) [1] https://wiki.gentoo.org/wiki/Debugging#Install_debugging_information -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] modules.devname not found...
On 29-Jul-14 19:25, Samuli Suominen wrote: On 29/07/14 20:22, Neil Bothwick wrote: On Tue, 29 Jul 2014 18:25:15 +0200, Jarry wrote: * Creating list of required static device nodes for the current kernel... Warning: /lib/modules/3.12.21-gentoo-r1/modules.devname not found - ignor What does it mean and how can I get rid of it? By creating the missing file :) Right, and if he is using monolitic kernel with CONFIG_MODULES=n in kernel /usr/src/linux/.config, with no modules at all, then he should remove 'kmod-static-nodes' init script from the runlevels to silence the warning That is, if that's really true, otherwise use `depmod -a` That's the right solution! I'm absolutely sure I never disabled kmod-static-nodes on other system, but it is not started there. But on this freshly installed system, kmod-static-nodes is started at sysinit. I removed it, and that message is gone. Thanks! Jarry-- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] list of kernel modules
On 6 April 2012 16:43, Joshua Murphy wrote: > On Fri, Apr 6, 2012 at 10:02 AM, András Csányi wrote: >> Dear All, >> >> I'm a little bit confused regarding modprobe command. As far as I >> remember I used the command below to list all of kernel modules >> independently it's loaded or not. >> modprobe -l or modprobe -L >> >> But now I can see that there is no -l or -L for this command. When >> have changed this command or my memories are failed? On the other >> hand, I would like to ask that how can I list all of kernel modules? >> >> Thanks in advance! >> >> András >> >> -- >> -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- >> http://facebook.com/andras.csanyi >> -- ""Trust in God and keep your gunpowder dry!" - Cromwell > > From 'man modprobe' here (module-init-tools version 3.16): > -l --list > List all modules matching the given wildcard (or "*" if no > wildcard is given). This option is provided for backwards > compatibility and may go away in future: see find(1) and basename(1) > for a more flexible alternative. > > > And, found this handy little 'replacement' of sorts (in .bashrc or > such, not tested by me): > > fkm() { > local kver=$(uname -r) arg=${1//[-_]/[-_]} > find "/lib/modules/$kver" -iname "*$arg*.ko*" \ > -exec bash -c 'mods=("${@##*/}"); printf "%s\n" "${mods[@]%.ko*}"' _ {} + > > if [[ ! -e /lib/modules/$kver/kernel ]]; then > echo "reboot!" >&2 > fi > } > > (source: https://bbs.archlinux.org/viewtopic.php?id=134393 ) Thanks Guys! The situation at my machine is the next and it looks like I have to use one of your handy tools. :) a-home log # eix -s module-init-tools * sys-apps/module-init-tools Available versions: 3.5!t (~)3.6-r1!t (~)3.8 (~)3.9 (~)3.10 (~)3.11 (~)3.11.1 (~)3.12 3.12-r1!t (~)3.13!t (~)3.16!t 3.16-r1!t {{old-linux static}} Homepage:http://modules.wiki.kernel.org/ Description: tools for managing linux kernel modules sa-home log # emerge -avt module-init-tools These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] sys-apps/module-init-tools-3.16-r1 USE="-static" 233 kB [blocks B ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-7) [blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r1) Total: 1 package (1 new), Size of downloads: 233 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/kmod-7::gentoo, installed) pulled in by >=sys-apps/kmod-5 required by (sys-fs/udev-182-r3::gentoo, installed) sys-apps/kmod required by (virtual/modutils-0::gentoo, installed) (sys-apps/module-init-tools-3.16-r1::gentoo, ebuild scheduled for merge) pulled in by module-init-tools For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked sa-home log # -- -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- ""Trust in God and keep your gunpowder dry!" - Cromwell
[gentoo-user] trouble downgrading systemd and virtual/udev
I want to downgrade systemd from 207-r2 to 204 (highest stable). I currently have virtual/udev-206-r2 installed, which prevents systemd-204. OK. So I need to downgrade virtual/udev to 200. I thought emerge -1 =virtual/udev-200 =sys-apps/systemd-204 would do it. But this failed (see below) and suggested masking might help. So I added package.mask/systemd, which contains >=virtual/udev-201 >=sys-apps/systemd-205 and then issued the same emerge as above. But this also failed (see below). What incantation do I need? thanks, allan === output from emerge without package.mask/systemd = livecd package.mask # emerge -1 =virtual/udev-200 =sys-apps/systemd-204 These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild UD ] sys-apps/systemd-204 [207-r2] USE="acl firmware-loader gudev introspection keymap%* kmod pam policykit tcpd -audit -cryptsetup -doc -gcrypt -http -lzma -openrc -python -qrcode (-selinux) -static-libs% {-test} -vanilla -xattr (-filecaps%*)" ABI_X86="(-32%) (-64%*) (-x32%)" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" 2,136 kB [nomerge ] gnome-base/gnome-3.6.2:2.0 USE="bluetooth cdr cups extras fallback -accessibility" [nomerge ] gnome-base/gnome-shell-3.6.3.1 USE="bluetooth i18n networkmanager systemd" PYTHON_TARGETS="python2_7 -python2_6" [nomerge ] net-wireless/gnome-bluetooth-3.6.1:2/11 USE="introspection -debug -sendto" [nomerge ]app-mobilephone/obexd-0.46 USE="eds usb -nokia -server" [nomerge ] dev-libs/openobex-1.5 USE="bluetooth usb -debug -irda -syslog" [nomerge ] virtual/libusb-0-r1 ABI_X86="(64) -32 (-x32)" [nomerge ] dev-libs/libusb-compat-0.1.5-r2 USE="-debug -examples -static-libs" ABI_X86="(64) -32 (-x32)" [nomerge ]virtual/libusb-1-r1:1 ABI_X86="(64) -32 (-x32)" [nomerge ] dev-libs/libusbx-1.0.17:1 USE="udev -debug -doc -examples -static-libs {-test}" ABI_X86="(64) -32 (-x32)" [nomerge ] virtual/udev-206-r2 USE="gudev introspection kmod (-selinux) -static-libs" ABI_X86="(64) -32 (-x32)" [nomerge ] sys-fs/udev-207 USE="acl firmware-loader gudev introspection kmod openrc -doc (-selinux) -static-libs" ABI_X86="(64) -32 (-x32)" [ebuild N ]sys-fs/udev-init-scripts-26 5 kB [ebuild N ] sys-fs/udev-207 USE="acl firmware-loader gudev introspection kmod openrc -doc (-selinux) -static-libs" ABI_X86="(64) -32 (-x32)" 2 kB [ebuild UD ]virtual/udev-200 [206-r2] USE="gudev hwdb%* introspection keymap%* kmod (-selinux) -static-libs" ABI_X86="(-32%) (-64%*) (-x32%)" 0 kB [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-207) [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-207-r2, sys-apps/systemd-204) Total: 4 packages (2 downgrades, 2 new), Size of downloads: 2,142 kB Conflict: 2 blocks (2 unsatisfied) !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: virtual/udev:0 (virtual/udev-200::gentoo, ebuild scheduled for merge) pulled in by =virtual/udev-200[gudev] required by (dev-libs/libgusb-0.1.6::gentoo, installed) (and 27 more with the same problem) (virtual/udev-206-r2::gentoo, installed) pulled in by >=virtual/udev-200[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?] required by (dev-libs/libusbx-1.0.17::gentoo, installed) >=virtual/udev-206-r2 required by (sys-fs/udev-207::gentoo, ebuild scheduled for merge) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-fs/udev-207::gentoo, ebuild scheduled for merge) pulled in by >=sys-fs/udev-206-r2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_x86_32(-)?,abi_x86_64(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection
[gentoo-user] cannot compile kvm
hi, i cannot access my computer now, so i can only tell you what i remember. i am using gentoo amd64, and the portage is updated. the kernel have kvm modules compiled. when i was trying to emerge kvm-kmod, it is said to have been masked, so i unmasked it. but while compiling, kvm-kmod failed with an error message like: cannot file arc/x86/trace.h file -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] Moving from old udev to eudev
On Thu, Aug 01, 2013 at 12:28:38PM -0400, Tanstaafl wrote > Hi all, > > Ok, rehashing this, but please don't turn it into another udev vs > systemd thread. > > I have an older server that I have been putting off this update, > debating on whether to update to the regular udev, or to eudev. > > I've googled until my fingers are blue, but cannot for the life of me > find any explicit instructions for *how* to switch from udev to eudev. Step 1) keyword sys-fs/eudev-1_beta2-r2 Step 2) ensure that "kmod" and "openrc" and "-modutils" USE flags are set (at least for sys-fs/eudev). "tools" flag needs to be set for sys-apps/kmod (usually a system default) Step 3) unmerge udev sys-apps/modutils (You *MUST* specify "sys-apps/modutils" to avoid confusion with "virtual/modutils") Step 4) emerge eudev (should pull in kmod) Step 5) The following message shows up in elog. Do as it says... > WARN: postinst > > You need to restart eudev as soon as possible to make the > upgrade go into effect: > /etc/init.d/udev --nodeps restart -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] [SOLVED] make modules_install error; modules not recognized as ELF files
On Fri, 15 Mar 2013 03:37:05 -0400, Walter Dnes wrote: > For anybody who's reading this thread... you *MUST* use the "tools" > flag with kmod in order to get basic stuff like a man page, lsmod, etc. The tools flag is enabled by default in the kmod ebuild, so only those who choose to deliberately break their system with USE="-*" so they can spend time fixing it will be affected. -- Neil Bothwick Did you know that eskimos have 17 different words for linguist? signature.asc Description: PGP signature
Re: [gentoo-user] list of kernel modules
On Fri, Apr 6, 2012 at 8:05 AM, András Csányi wrote: > On 6 April 2012 16:57, Mark Knecht wrote: >> >> I've been away for a few days so I'm possibly behind on an update but >> modprobe -l works for me: >> >> c2stable ~ # which modprobe >> /sbin/modprobe >> c2stable ~ # equery belongs /sbin/modprobe >> * Searching for /sbin/modprobe ... >> sys-apps/module-init-tools-3.16-r1 (/sbin/modprobe) >> c2stable ~ # >> >> c2stable ~ # modprobe -l >> kernel/arch/x86/crypto/aes-x86_64.ko >> kernel/arch/x86/crypto/twofish-x86_64.ko >> kernel/arch/x86/crypto/salsa20-x86_64.ko >> kernel/fs/fuse/cuse.ko >> kernel/fs/configfs/configfs.ko >> kernel/fs/dlm/dlm.ko >> kernel/crypto/xcbc.ko >> kernel/crypto/crypto_null.ko >> kernel/crypto/md4.ko >> kernel/crypto/sha256_generic.ko >> >> misc/vmci.ko >> misc/vboxnetflt.ko >> misc/vmnet.ko >> misc/vboxpci.ko >> misc/vmblock.ko >> misc/vboxdrv.ko >> misc/vboxnetadp.ko >> c2stable ~ # > > See my previous letter and you can see what the situation is at my > machine. It looks like my modprobe command belongs to sys-apps/kmod > package. I installed this system 2 months ago. > > -- > -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- > http://facebook.com/andras.csanyi > -- ""Trust in God and keep your gunpowder dry!" - Cromwell > No kmod on my system. Looks like collisions between the two packages. c2stable ~ # eix -I kmod No matches found. c2stable ~ # To me it looks safe to emerge -C kmod and then emerge module-init-tools if you want to go that way. I'd do an equery files kmod and carefully study what you're getting with that package, or else push a bug request up to that package maintainer for providing a modprobe that's not 100% compatible. Good luck, Mark c2stable ~ # equery files module-init-tools * Searching for module-init-tools ... * Contents of sys-apps/module-init-tools-3.16-r1: /bin /bin/lsmod /etc /etc/modprobe.d /etc/modprobe.d/usb-load-ehci-first.conf /sbin /sbin/depmod /sbin/insmod /sbin/modinfo /sbin/modprobe /sbin/rmmod /sbin/update-modules /usr /usr/share /usr/share/doc /usr/share/doc/module-init-tools-3.16-r1 /usr/share/doc/module-init-tools-3.16-r1/AUTHORS.bz2 /usr/share/doc/module-init-tools-3.16-r1/ChangeLog.bz2 /usr/share/doc/module-init-tools-3.16-r1/NEWS.bz2 /usr/share/doc/module-init-tools-3.16-r1/README.bz2 /usr/share/doc/module-init-tools-3.16-r1/TODO.bz2 /usr/share/man /usr/share/man/man5 /usr/share/man/man5/depmod.conf.5.bz2 /usr/share/man/man5/depmod.d.5.bz2 /usr/share/man/man5/modprobe.conf.5.bz2 /usr/share/man/man5/modprobe.d.5.bz2 /usr/share/man/man5/modules.dep.5.bz2 /usr/share/man/man5/modules.dep.bin.5.bz2 /usr/share/man/man8 /usr/share/man/man8/depmod.8.bz2 /usr/share/man/man8/insmod.8.bz2 /usr/share/man/man8/lsmod.8.bz2 /usr/share/man/man8/modinfo.8.bz2 /usr/share/man/man8/modprobe.8.bz2 /usr/share/man/man8/rmmod.8.bz2 /usr/share/man/man8/update-modules.8.bz2 c2stable ~ #
Re: [gentoo-user] preparing for make menuconfig
On Thu, Oct 08, 2020 at 07:30:45AM +0100, Ashley Dixon wrote: > This is just a total guess, but I can suppose that lspci uses it to convey > which kernel modules are being used by each PCI device. Clarification: kmod is used specifically with the `-k` switch of lspci: $ ash-euses -o pciutils:kmod sys-apps/pciutils:kmod - Enable sys-apps/kmod support for the -k switch in lspci command This causes the LIBKMOD variable to be passed to the Makefile [1, 2]: pemake() { emake \ [...] LIBKMOD=$(multilib_native_usex kmod) \ [...] "$@" } Anyway, with regards to your problem: if you're just installing your system now, then you're probably getting this error because `/lib/modules` doesn't exist inside your chroot. This path is hardcoded into pciutils [3]; this has been modified by some vendors of the package, but not Gentoo [4]. You needn't worry unless you're still getting this error outside of your chroot, once you've completed the installation. Just focus on building a kernel for now. [1] https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/pciutils/pciutils-3.7.0.ebuild#n81 [2] https://devmanual.gentoo.org/eclass-reference/multilib-build.eclass/#lbAE [3] https://git.kernel.org/pub/scm/utils/pciutils/pciutils.git/tree/ls-kernel.c#n134 [4] https://github.com/NixOS/nixpkgs/commit/286c836b3f1421553c103758537929e596256e65#diff-0a685886728285db8aa0594d87cb29b4 -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Kernel module signature now shown on modinfo
On Thursday, 12 April 2018 22:47:31 BST Dave Trombley wrote: > This has been broken for almost two years; the signature format switched to > PKCS#7 and modinfo doesn't support it. It's not as simple as just > patching kmod because evidently the kernel change regressed or disrespected > the relevent structure in the modules in a way that makes it impossible for > kmod to even make sense of. Details here: > https://github.com/coreos/bugs/issues/1054 > > -David Thanks David, I had come across an older bug somewhere, but there was no detailed explanation. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] cannot compile kvm
On 12/23/2009 8:14 PM, Xi Shen wrote: hi, i cannot access my computer now, so i can only tell you what i remember. i am using gentoo amd64, and the portage is updated. the kernel have kvm modules compiled. when i was trying to emerge kvm-kmod, it is said to have been masked, so i unmasked it. but while compiling, kvm-kmod failed with an error message like: cannot file arch/x86/kvm/trace.h file Masked packages are usually masked for a reason. I would check on google and then the gentoo bugzilla and see if anyone else has had the same problem, and how they fixed it. Marcus
Re: [gentoo-user] Failure of zfs-kmod with 3.13.* kernel
On Sat, 8 Feb 2014 10:07:31 -0800, Scott Ellis wrote: > When trying to build zfs-kmod against a a 3.13.[0|1|2] kernel, spl works > fine, but zfs fails. It looks like the issue is that the configure > script isn't doing quite the right check for bdi_setup_and_register, so > HAVE_BDI_SETUP_AND_REGISTER doesn't get defined, and then there's a > mismatch in the definitions between zfs and the kernel source. The > offending bit in the configure log looks to be: Bug report with hacky workaround https://bugs.gentoo.org/show_bug.cgi?id=499672 Works for me. -- Neil Bothwick Profanity, The Language of Computer Professionals. signature.asc Description: PGP signature
Re: [gentoo-user] kvm and intel E5450 processor
>if you have 2.6.31 and want to use kvm-88-r1, kvm-kmod-88-r1 is not >required and you can use the in kernel modules. >if they release kvm-devel-89 for example, it may have newer kvm-kmod code than >what is bundled in the kernel. Daniel, thanks for your help in this matter. i have linux-2.6.31-gentoo and kvm-88-r1 installed. i removed kvm-kmod-88-r1 and tried the in kernel modules but it was to no avail. when attempting to modprobe kvm-intel i get an "unknown symbol" error. i also tried it with everything compiled in the kernel but that didn't work either. no /dev/kvm is created so kvm is automatically disabled. i filed a bug with kvm's maintainer on the sourceforge tracker but don't hold out a lot of hope as there are a lot of open bugs on it. i also contacted intel support and escalated the posting today so i will have to wait and see. and last but not least i posted on forums.gentoo.org in "other things gentoo" but have yet to receive any replies. if you have any further ideas i would be glad to hear them. once again thanks for you help in this matter. best regards, James Erickson _ Bing™ brings you maps, menus, and reviews organized in one place. Try it now. http://www.bing.com/search?q=restaurants&form=MLOGEN&publ=WLHMTAG&crea=TEXT_MLOGEN_Core_tagline_local_1x1
Re: [gentoo-user] udev blocks systemd etc
Am 25.03.2013 23:30, schrieb Neil Bothwick: > On Mon, 25 Mar 2013 22:38:53 +0100, Stefan G. Weichinger wrote: > >>> Do you have sys-fs/udev in your world file by any chance? If >>> so, please remove it. >> >> Yes, I had. Removed it, same blockages. >> >> now: >> >> # grep udev /var/lib/portage/world app-vim/udev-syntax >> virtual/udev > > You still have virtual/udev in world, which pulls in sys-fs/udev. correct. I alway feel kinda guilty ... Didn't put it there by myself afai remember ;-) Removed it now, thanks for the hint. # emerge -avuDN @world still ends with: [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-198-r5) [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-198-r6) --- # eix -I udev [I] app-vim/udev-syntax Available versions: 20051016-r1 Installed versions: 20051016-r1(14:17:52 14.02.2013) Homepage: http://www.vim.org/scripts/script.php?script_id=1381 Description: vim plugin: syntax highlighting for udev rules files [I] sys-fs/udev-init-scripts Available versions: 23^t (~)24^t (~)25^t **^t Installed versions: 25^t(20:39:04 24.03.2013) Homepage:http://www.gentoo.org Description: udev startup scripts for openrc [I] virtual/udev Available versions: [M]171 197-r2 {gudev hwdb introspection keymap +kmod selinux static-libs} Installed versions: 197-r2(21:50:13 25.03.2013)(gudev hwdb introspection keymap kmod -selinux -static-libs) Description: Virtual to select between sys-fs/udev and sys-fs/eudev # eix -I systemd [I] sys-apps/systemd Available versions: (~)197-r1 (~)198-r1 (~)198-r5 [M]** [M]**[2] {acl audit cryptsetup doc efi gcrypt gudev http introspection +kmod lzma pam python qrcode selinux tcpd vanilla xattr PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7"} Installed versions: 198-r5(23:27:53 25.03.2013)(acl gudev introspection kmod pam tcpd -audit -cryptsetup -doc -efi -gcrypt -http -lzma -python -qrcode -selinux -vanilla -xattr PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7") Homepage:http://www.freedesktop.org/wiki/Software/systemd Description: System and service manager for Linux [I] sys-apps/systemd-ui Available versions: (~)1 (~)2 ** Installed versions: 2(21:38:11 25.03.2013) Homepage:http://www.freedesktop.org/wiki/Software/systemd Description: System and service manager for Linux [I] sys-apps/baselayout-systemd [1] Available versions: (~)2 {+guess} Installed versions: 2(13:15:29 14.02.2013)(guess) Homepage: http://0pointer.de/blog/projects/the-new-configuration-files.html Description: Standard system configuration files --- Won't reboot now ;-) S
Re: [gentoo-user] cannot compile kvm
On Thu, Dec 24, 2009 at 9:14 AM, Xi Shen wrote: > hi, > > i cannot access my computer now, so i can only tell you what i remember. > > i am using gentoo amd64, and the portage is updated. the kernel have > kvm modules compiled. when i was trying to emerge kvm-kmod, it is said > to have been masked, so i unmasked it. but while compiling, kvm-kmod > failed with an error message like: > > cannot file arc/x86/trace.h file > > > -- > Best Regards, > David Shen > > http://twitter.com/davidshen84/ > http://meme.yahoo.com/davidshen84/ > here i attached the build log, and the emerge --info. hope some one would help me :D -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/ build.log Description: Binary data emerge.info Description: Binary data
[gentoo-user] Re: module-init-tools : masked opponent
On Sat, 9 Mar 2013 21:02:02 -0600 »Q« wrote: > On Sat, 9 Mar 2013 21:22:23 -0500 > Philip Webb wrote: > > > It looks as if the change needs a 'news' msg. > > If it turns out to be solved by the tools flag for kmod, I gotta > disagree. I also use -* , but I don't think we should get news items > whenever that's going to break something for us; we've effectively > waived that expectation. I do, however, very much appreciate you and > others posting heads-ups about possible breakage for us *- hardheads. Also I'm sorry I didn't post a heads-up about setting this flag. I did notice it had to be done, but I didn't think it would bite anybody because virtual/modutils does depend on kmod[tools].
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, Mar 24, 2013 at 12:41 PM, Felix Kuperjans wrote: > On Sun, Mar 24, 2013 at 18:39, Canek Peláez Valdés wrote: >> On Sun, Mar 24, 2013 at 11:14 AM, Jarry wrote: >>> Thanks, this works (never heard of this file before). But there is >>> one small problem: no wildcards are allowed, so whenever new sorces >>> come I'll have to edit package.provided again, and again... BTW why >>> should kmod depend on kernel-sources? Or even better, why should be >>> kmod installed, if I have static (non-modular) kernel? >> Because your use case is not standard. The normal situation for users >> with kmod installed (and you have already kmod installed, since in >> your --pretend run appears as to be reinstalled) is for them to use >> kernel modules. The developers cannot handle every possible >> combination of configurations, so defaults are set for the least weird >> cases, or the common case even. >> >> Your setup is not the norm; therefore, it depends on you to keep it as >> you like it. >> >> Regards. > The case is actually quite common; Linux *sources* are only needed for Even if it is "quite common" (which I doubt) is not the norm. The Gentoo Handbook[1] and Gentoo Linux Kernel Guide[2] only discusses one method to get kernel which you can boot: installing one of the several sources packages available under sys-kernel/*-sources, and configuring it manually or via genkernel. > building kernels on the local machine (and - if used - additional > modules like nvidia-drivers). > Anyone who does not build the kernel on the local machine, e.g. taking > stock kernels from Debian/Fedora/..., kernel provided by > netboot/openvz/Xen domUs or build them remotely will almost never need > linux-sources installed. Yeah, and you can install the kernel that your cousin Billy compiled for you. Neither of those methods are the norm, as covered by the Gentoo documentation, and therefore if you use those methods, you are on your own. > BTW this will also add full kernel sources to all stage3 archives, > increasing their size quite significantly. Which has nothing to do with the topic at hand. Regards. [1] http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap7 [2] http://www.gentoo.org/doc/en/gentoo-kernel.xml -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Which 'tools' package for VMware DomU?
On Thu, Mar 31, 2011 at 05:58, Mike Edenfield wrote: > On 3/30/2011 2:57 PM, Mike Edenfield wrote: >> On 3/30/2011 12:55 PM, Pandu Poluan wrote: >>> Hello, list! >>> >>> I want to deploy some Gentoo-based VMs on VMware. From portage-search, >>> I see some 'tools' related to VMware, namely: >>> >>> * vmware-tools >>> >>> * open-vm-tools >>> >>> * open-vm-tools-kmod >>> >>> What are the differences? And which one should I use if I want to use >>> VMware's PVSCSI and VMXNET? >> >> As I understand things, open-vm-tools is just an open-source version of >> vmware-tools, but uses the same code base and is managed by VMWare. Both >> of them should have the modules you want. Unless you have a compelling >> reason to use the pre-built stuff from the vmware-tools tarball I'd go >> with the open-vm-tools one. > > Teach me to read more carefully... > > The specific modules you mentioned are included in your kernel already, > assuming you are using at least a 2.6.34 kernel. You'll still want to > install open-vm-tools, which installs the other modules via > open-vm-tools-kmod, like vsock and vmci, plus the user-space daemon. > > Device Drivers --> > [*] Misc devices ---> > VMware Balloon Driver > SCSI device support ---> > [*] SCSI low-level drivers ---> > <*> VMware PVSCSI driver support > [*] Network device support > VMware VMXNET3 ethernet driver > > (That first one is the vmmemctl driver, which helps improve the memory > management between host & guest). > > --Mike d`oh~~ ... count me in among those who can't read properly >.< So, I should emerge open-vm-tools and it shall pull in open-vm-tools-kmod, too? Rgds, -- Pandu E Poluan ~ IT Optimizer ~ Visit my Blog: http://pepoluan.posterous.com
Re: [gentoo-user] preparing for make menuconfig
On Thu, 08 Oct 2020 02:51:49 -0400, Ashley Dixon wrote: > > [1 ] > On Thu, Oct 08, 2020 at 07:30:45AM +0100, Ashley Dixon wrote: > > This is just a total guess, but I can suppose that lspci uses it to convey > > which kernel modules are being used by each PCI device. > > Clarification: kmod is used specifically with the `-k` switch of lspci: > > $ ash-euses -o pciutils:kmod > sys-apps/pciutils:kmod - Enable sys-apps/kmod support for the -k > switch > in lspci command > > This causes the LIBKMOD variable to be passed to the Makefile [1, 2]: > > pemake() { > emake \ > [...] > LIBKMOD=$(multilib_native_usex kmod) \ > [...] > "$@" > } > > Anyway, with regards to your problem: if you're just installing your system > now, > then you're probably getting this error because `/lib/modules` doesn't > exist > inside your chroot. This path is hardcoded into pciutils [3]; this has > been > modified by some vendors of the package, but not Gentoo [4]. You needn't > worry > unless you're still getting this error outside of your chroot, once > you've > completed the installation. Just focus on building a kernel for now. > > [1] > https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-apps/pciutils/pciutils-3.7.0.ebuild#n81 > [2] https://devmanual.gentoo.org/eclass-reference/multilib-build.eclass/#lbAE > [3] > https://git.kernel.org/pub/scm/utils/pciutils/pciutils.git/tree/ls-kernel.c#n134 > [4] > https://github.com/NixOS/nixpkgs/commit/286c836b3f1421553c103758537929e596256e65#diff-0a685886728285db8aa0594d87cb29b4 I always get this error, but the flag indicating which driver is being used still works, so I have not paid too much attention to this one. I do have a running system with /lib/modules and the error still occurrs. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] [SOLVED] make modules_install error; modules not recognized as ELF files
On Fri, Mar 15, 2013 at 03:07:01AM -0400, Walter Dnes wrote > It was actually modutils that was masked out and replaced with > modutils. This had not kicked in yet on the install image I was using > on the netbook. I had to unmerge virtual/modutils and modutils, then I > was able to emerge kmod. Both kernel 3.5.7 and 3.7.10 built and > "make modules_install" worked. E.g... > > [aa1][root][/usr/src/linux] make modules_install > INSTALL drivers/char/kcopy/kcopy.ko > INSTALL drivers/usb/host/ehci-hcd.ko > DEPMOD 3.7.10-gentoo > > Thanks again. For anybody who's reading this thread... you *MUST* use the "tools" flag with kmod in order to get basic stuff like a man page, lsmod, etc. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Failure of zfs-kmod with 3.13.* kernel
Ah, I missed that bug report. Thanks for the pointer (and the workaround). On Sat, Feb 8, 2014 at 11:50 AM, Neil Bothwick wrote: > On Sat, 8 Feb 2014 10:07:31 -0800, Scott Ellis wrote: > > > When trying to build zfs-kmod against a a 3.13.[0|1|2] kernel, spl works > > fine, but zfs fails. It looks like the issue is that the configure > > script isn't doing quite the right check for bdi_setup_and_register, so > > HAVE_BDI_SETUP_AND_REGISTER doesn't get defined, and then there's a > > mismatch in the definitions between zfs and the kernel source. The > > offending bit in the configure log looks to be: > > Bug report with hacky workaround > > https://bugs.gentoo.org/show_bug.cgi?id=499672 > > Works for me. > > > -- > Neil Bothwick > > Profanity, The Language of Computer Professionals. >
Re: [gentoo-user] Which 'tools' package for VMware DomU?
On 3/31/2011 4:31 AM, Pandu Poluan wrote: The specific modules you mentioned are included in your kernel already, assuming you are using at least a 2.6.34 kernel. You'll still want to install open-vm-tools, which installs the other modules via open-vm-tools-kmod, like vsock and vmci, plus the user-space daemon. Device Drivers --> [*] Misc devices ---> VMware Balloon Driver SCSI device support ---> [*] SCSI low-level drivers ---> <*> VMware PVSCSI driver support [*] Network device support VMware VMXNET3 ethernet driver (That first one is the vmmemctl driver, which helps improve the memory management between host& guest). So, I should emerge open-vm-tools and it shall pull in open-vm-tools-kmod, too? Yes. And you'll need to add a few of those drivers to your /etc/modules.autoload.d/kernel-2.6 or /etc/conf.d/modules (whichever you have). Mine currently loads: vmxnet3 vmw_balloon fuse vsock vmblock vmsync
Re: [gentoo-user] How can I prevent gentoo-sources being installed?
On Sun, 24 Mar 2013 17:26:03 +0100, Jarry wrote: > [ebuild N ] sys-kernel/gentoo-sources-3.7.10:3.7.10 USE="-build > -deblob -symlink" 68,335 kB > [ebuild N ] virtual/linux-sources-0 0 kB > [ebuild R] sys-apps/kmod-12-r1 USE="tools zlib -debug -doc -lzma > -static-libs" KERNEL="(linux%*)" 0 kB > Why in the heavens name should be gentoo-sources pulled in as > dependency of whatever? As a dependency of virtual-sources, which is probably pulled in by kmod. Adding --tree would have told you for sure. > I have 6 nearly identical machines, and > use only one for kernel compilation, so why should I now have > gentoo-sources on every system? Can I somehow prevent it? You may get away with adding gentoo-sources to package.provided. -- Neil Bothwick Bill Gates named his company after his penis. signature.asc Description: PGP signature
[gentoo-user] Re: ZFS wiki confusion
Douglas J Hunley wrote: > Do you really need to copy the files into the kernel tree? No, you don't need to do that. > which seems to pull in the daemon and the kmod so wouldn't the zfs-kmod > ebuild build against the current kernel and drop in the modules > directory all by itself much like any of the 100s of FUSE modules do? Yes, it's enough to simply emerge the packages, and "modprobe zfs" (and later add "zfs" to /etc/conf.d/modules). Works fine here. (Not sure what FUSE has to do with it, though. FUSE filesystems don't install any kernel modules.) Just ignore the section "Installing into the kernel directory (for static installs)" on that page, unless you have a very special install (but then, you probably wouldn't have to ask here). -- Remy signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Which 'tools' package for VMware DomU?
On Thu, Mar 31, 2011 at 19:10, Mike Edenfield wrote: > On 3/31/2011 4:31 AM, Pandu Poluan wrote: > >>> The specific modules you mentioned are included in your kernel already, >>> assuming you are using at least a 2.6.34 kernel. You'll still want to >>> install open-vm-tools, which installs the other modules via >>> open-vm-tools-kmod, like vsock and vmci, plus the user-space daemon. >>> >>> Device Drivers --> >>> [*] Misc devices ---> >>> VMware Balloon Driver >>> SCSI device support ---> >>> [*] SCSI low-level drivers ---> >>> <*> VMware PVSCSI driver support >>> [*] Network device support >>> VMware VMXNET3 ethernet driver >>> >>> (That first one is the vmmemctl driver, which helps improve the memory >>> management between host& guest). > >> So, I should emerge open-vm-tools and it shall pull in open-vm-tools-kmod, >> too? > > Yes. And you'll need to add a few of those drivers to your > /etc/modules.autoload.d/kernel-2.6 or /etc/conf.d/modules (whichever you > have). Mine currently loads: > > vmxnet3 vmw_balloon fuse vsock vmblock vmsync > > Ahhh, okay. Gotcha. Thanks for the clear explanation :-) -- Pandu E Poluan ~ IT Optimizer ~ Visit my Blog: http://pepoluan.posterous.com
Re: [gentoo-user] why zfs and friends want to update to 9999?
On Wednesday, October 11, 2017 9:54:05 AM CEST John Covici wrote: > Hi. In my latest world update, I have sys-fs/zfs and friends at > 0.7.1 and they all want to update to . Does anyone know why this > should be -- normally is not in the normal update sequence. > > I am using the unstable gentoo, updated about 3 weeks ago. No harm > has come yet, but I have not done the update till I can figure out > what is happening here -- particularly if I need a rescue cd which is > using zfs 0.7.1. > > Thanks in advance for any ideas. check your keywords, how did you unmask zfs? Here are mine: $ grep -r zfs /etc/portage /etc/portage/sets/zfs:sys-fs/zfs /etc/portage/sets/zfs:sys-fs/zfs-kmod /etc/portage/package.keywords/zfs:=sys-fs/zfs-kmod-0.7.1 ~amd64 /etc/portage/package.keywords/zfs:=sys-fs/zfs-0.7.1 ~amd64 $ grep -r spl /etc/portage /etc/portage/sets/zfs:sys-kernel/spl /etc/portage/package.keywords/zfs:=sys-kernel/spl-0.7.1 ~amd64 -- Joost
Re: [gentoo-user] [SOLVED] make modules_install error; modules not recognized as ELF files
On Fri, Mar 15, 2013 at 09:33:16AM +, Neil Bothwick wrote > On Fri, 15 Mar 2013 03:37:05 -0400, Walter Dnes wrote: > > > For anybody who's reading this thread... you *MUST* use the "tools" > > flag with kmod in order to get basic stuff like a man page, lsmod, etc. > > The tools flag is enabled by default in the kmod ebuild, so only those who > choose to deliberately break their system with USE="-*" so they can spend > time fixing it will be affected. I did try installing on that netbook without "-*" in USE. Part way through the install, I already had more exclusion statements in package.use, than I have inclusion statements in a full install with "-*". It's a tradeoff, and I'm willing to do the extra work. On an old Atom netbook, I want to avoid running unnecessary stuff. Let's just say that optimised Gentoo is way faster on the netbook than the Windows Vista that it came with. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] blocking "-systemd"
I have in make.conf "USE: ... -systemd" But gnome-base/gnome-settings-daemon wants to pull in systemd-208 so I need to emerge sys-apps/systemd-208-r2 and I have installed "udev" which conflicts with systemd. Do I need to unmerge udev and emerge "systemd". I'm not planning on switching to systemd after recent experience. So I was planning on avoiding it but I don't know if I can. emerge -1avq gnome-base/gnome-settings-daemon * Last emerge --sync was 45d 2h 15m 32s ago. [ebuild N] sys-apps/systemd-208-r2 USE="filecaps firmware-loader gudev introspection kmod pam policykit tcpd -acl -audit -cryptsetup -doc -gcrypt -http -lzma -python -qrcode (-selinux) {-test} -vanilla -xattr" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" [ebuild N] sys-apps/gentoo-systemd-integration-2 [uninstall] sys-auth/nss-myhostname-0.3 [blocks b ] >=sys-apps/systemd-197 (">=sys-apps/systemd-197" is blocking sys-auth/nss-myhostname-0.3) [blocks b ] sys-auth/nss-myhostname ("sys-auth/nss-myhostname" is blocking sys-apps/systemd-208-r2) [uninstall] app-admin/openrc-settingsd-1.0.1 USE="-systemd" [ebuild R ] gnome-base/gnome-settings-daemon-3.8.6.1 USE="colord cups i18n policykit short-touchpad-timeout udev -debug (-openrc-force) (-packagekit) {-test}" INPUT_DEVICES="-wacom" [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-208-r2) [blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-208, app-admin/openrc-settingsd-1.0.1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-apps/systemd-208-r2::gentoo, ebuild scheduled for merge) pulled in by sys-apps/systemd required by (gnome-base/gnome-settings-daemon-3.8.6.1::gentoo, ebuild scheduled for merge) =sys-apps/systemd-208:0/1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev?,introspection?,kmod?,selinux?,static-libs(-)?] (>=sys-apps/systemd-208:0/1[abi_x86_32(-),gudev,introspection,kmod]) required by (virtual/udev-208::gentoo, installed) >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-2::gentoo, ebuild scheduled for merge) (sys-fs/udev-208::gentoo, installed) pulled in by sys-fs/udev required by @selected -- Joseph
Re: [gentoo-user] problems running emerge @module-rebuild on new kernel
On Fri, 11 Sep 2020 21:48:45 -0400, Ashley Dixon wrote: > > [1 ] > On Fri, Sep 11, 2020 at 09:42:25PM -0400, John Covici wrote: > > So, I then tried to do emerge @module-rebuild and got strange results. I > > get > > when emerging wireguard endlessly repeated lines like the following: > > # Do not try to update included dependency files > > and when I try to emerge sys-zfs/zfs-kmod it hangs on checking on whether > > modules can be rebuilt. > > Please attach the script of emerge, from the invocation (include the command) > to > when it starts to hang. > OK, here it is, not a script, just a command at the console. Script started on 2020-09-11 23:03:55-04:00 [TERM="linux" TTY="/dev/tty1" COLUMNS="240" LINES="67"] Error during set creation: Could not import 'smartliverebuild.sets.SmartLiveRebuildSet' for section 'smart-live-rebuild' These are the packages that would be merged, in order: Calculating dependencies done! [ebuild U ] net-vpn/wireguard-modules-1.0.20200908::gentoo [1.0.20200729-r1::gentoo] USE="module -debug -module-src" 0 KiB [ebuild R] sys-fs/zfs-kmod-0.8.4-r1::gentoo USE="rootfs -custom-cflags -debug" 0 KiB Total: 2 packages (1 upgrade, 1 reinstall), Size of downloads: 0 KiB WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: sys-fs/zfs-kmod:0 (sys-fs/zfs-kmod-2.0.0_rc1:0/0::gentoo, ebuild scheduled for merge) USE="rootfs -custom-cflags -debug" ABI_X86="(64)" conflicts with ~sys-fs/zfs-kmod-0.8.4 required by (sys-fs/zfs-0.8.4-r2:0/0::gentoo, installed) USE="rootfs (split-usr) -custom-cflags -debug (-kernel-builtin) -libressl -python (-static-libs) -test-suite" ABI_X86="(64)" PYTHON_TARGETS="python3_7 -python3_6" ^^ !!! The following installed packages are masked: - dev-python/paver-1.3.4-r1::gentoo (masked by: package.mask) /var/db/repos/gentoo/profiles/package.mask: # Michał Górny (2020-08-09) # Build tool with no revdeps left. # Removal in 30 days. Bug #736517. - net-mail/mailman-2.1.33::gentoo (masked by: package.mask) /var/db/repos/gentoo/profiles/package.mask: # Michał Górny (2020-08-22) # These packages (or package versions) still require Python 2.7. # They are either dead upstream, their Python 3 porting efforts are # not progressing or their maintainers are simply unresponsive. # Please do not remove any packages from this list unless you actually # port it to Python 3. # Removal in 30 days. Tracker bug #694800. For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild manifests >>> Emerging (1 of 2) net-vpn/wireguard-modules-1.0.20200908::gentoo * Fetching files in the background. * To view fetch progress, run in another terminal: * tail -f /var/log/emerge-fetch.log * wireguard-linux-compat-1.0.20200908.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 4.19.144-gentoo * Checking for suitable kernel configuration options... [ ok ] >>> Unpacking source... >>> Unpacking wireguard-linux-compat-1.0.20200908.tar.xz to >>> /var/tmp/portage/net-vpn/wireguard-modules-1.0.20200908/work >>> Source unpacked in >>> /var/tmp/portage/net-vpn/wireguard-modules-1.0.20200908/work >>> Preparing source in >>> /var/tmp/portage/net-vpn/wireguard-modules-1.0.20200908/work/wireguard-linux-compat-1.0.20200908 >>> ... >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/net-vpn/wireguard-modules-1.0.20200908/work/wireguard-linux-compat-1.0.20200908 >>> ... >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/net-vpn/wireguard-modules-1.0.20200908/work/wireguard-linux-compat-1.0.20200908 >>> ... * Preparing wireguard module make -j1 HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- 'LDFLAGS=-m elf_x86_64' KERNELDIR=/usr/src/linux module # Do not try to update included dependency files # Do not try to update included dependency files # Do not try to update included dependency files # Do not try to update included dependency files ^C Exiting on signal 2 Script done on 2020-09-11 23:04:38-04:00 [COMMAND_EXIT_CODE="130"] -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Kernel module signature now shown on modinfo
Thanks for the link. It seems that the sign-file utility from the kernel (scripts/sign-file) has been converted to a .c file and somehow it produces a different output. I think if you really want to make sure the module is signed is by doing a hexdump and perhaps strip the signature out and try to load it. Regards, On 13 April 2018 at 15:32, Mick wrote: > On Thursday, 12 April 2018 22:47:31 BST Dave Trombley wrote: >> This has been broken for almost two years; the signature format switched to >> PKCS#7 and modinfo doesn't support it. It's not as simple as just >> patching kmod because evidently the kernel change regressed or disrespected >> the relevent structure in the modules in a way that makes it impossible for >> kmod to even make sense of. Details here: >> https://github.com/coreos/bugs/issues/1054 >> >> -David > > Thanks David, I had come across an older bug somewhere, but there was no > detailed explanation. > > -- > Regards, > Mick -- Kind regards, Met een vriendelijke groet, Ben Mezger https://seds.nl PGP: C473 DDC9 D1B1 40AF 2051 1CF6 18C4 6052 1688 92F7
Re: [gentoo-user] Is 'MAKEOPTS="--jobs --load-average=5"' silly?
Am 25.03.2013 21:57, schrieb gottl...@nyu.edu: > For a long time I have had in make.conf > > EMERGE_DEFAULT_OPTS="--ask --deep --tree --verbose --jobs --load-average=5" > MAKEOPTS="--jobs --load-average=5" > > (for previous processors the 5 was 3). > > It seems that this configuration fails for several packages (or tickles > bugs in their ebuilds/Makefiles). > > Lately whenever a build fails I change to > > MAKEOPTS="--jobs=1" > > and this very often "fixes" the problem. > > It is not clear that any time saved by having jobs=5 compensates for > having to redo builds. So my question is do people > > 1. keep jobs=1 in MAKEOPTS > 2. have jobs=n in MAKEOPTS but degrade on error as I do > 3. have jobs=n and file bugs when it fails. > > thanks, > allan > > PS I do not change EMERGE_DEFAULT_OPTS > This is what I use: EMERGE_DEFAULT_OPTS="--jobs=2 --load-average=6" I havent't had any failed builds that were related to the --jobs option. The only exception is when rebuilding my kernel modules. I have to build spl first, then zfs-kmod. But that's because zfs-kmod requires a complete built spl.
Re: [gentoo-user] emerge xfce-base/thunar: lobotomy needed
On Mon, Sep 10, 2012 at 6:08 PM, Canek Peláez Valdés wrote: > Try reemerging world with USE="-static -static-libs", and then try to > emerge thunar also with USE="-static -static-libs". Canek, Thank you for your help. I 1. added "-static -static-libs" to /etc/make.conf USE. 2. emerge --newuse --deep world (rebuilt only glib) 3. emerge -pv thunar (also with the use flag enabled although thunar seems to not use that USE flag?). I got farther this time, but it seems that emerge is still asking a lot of me. Eventhough I think it's odd (and a sign that I screwed up somewhere), I can satisfy the USE flag requests and the ~amd64 requests. I do not know how to solve the slot conflicts. Thanks again for your help, Chris PS: This is a new install without anything fancy AFAIK. I synced portage about 10 hours ago. === drg ~ # emerge -pv thunar These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N~] sys-apps/hwids-20120831 360 kB [ebuild U ~] sys-libs/zlib-1.2.7 [1.2.5.1-r2] USE="-minizip -static-libs" 548 kB [ebuild N ] dev-libs/icu-49.1.2 USE="-debug -doc -examples -static-libs" 18,566 kB [ebuild N ] sys-apps/gptfdisk-0.8.4 179 kB [ebuild N ] app-arch/zip-3.0 USE="bzip2 crypt unicode" 1,258 kB [ebuild N ] dev-libs/libtasn1-2.12 USE="-doc -static-libs" 1,906 kB [ebuild NS] sys-devel/autoconf-2.13 [2.68] 434 kB [ebuild N ] dev-libs/nspr-4.9.2 USE="-debug" 1,145 kB [ebuild N ] dev-libs/nettle-2.4 USE="gmp" 1,051 kB [ebuild N ] gnome-base/orbit-2.14.19-r1 USE="-debug -doc -test" 747 kB [ebuild N~] dev-lang/spidermonkey-1.8.5-r1 USE="-debug -static-libs -test" 6,021 kB [ebuild N ] dev-libs/elfutils-0.149 USE="bzip2 nls zlib -lzma" 1,780 kB [ebuild N ] net-libs/gnutls-2.12.18 USE="cxx nettle nls zlib -bindist -doc -examples -guile -lzo -pkcs11 -static-libs -test" 7,040 kB [ebuild N ] sys-block/parted-3.1 USE="debug nls readline -device-mapper (-selinux) -static-libs -test" 1,489 kB [ebuild N ] sys-block/eject-2.1.5-r2 USE="nls" 121 kB [ebuild U ~] dev-libs/glib-2.32.4 [2.30.3] USE="-debug -doc (-fam) (-selinux) -static-libs -systemtap -test -utils -xattr" 6,034 kB [ebuild N ] gnome-base/gsettings-desktop-schemas-3.2.0-r1 152 kB [ebuild N ] virtual/eject-0 0 kB [ebuild N ] net-libs/libproxy-0.4.7 USE="python -gnome -kde -mono -networkmanager -perl -test" 89 kB [ebuild N ] net-libs/glib-networking-2.30.2 USE="gnome libproxy ssl" 291 kB [ebuild N ] net-libs/libsoup-2.36.1-r1 USE="introspection ssl -debug -doc -samba -test" 595 kB [ebuild N~] dev-util/gdbus-codegen-2.32.4 PYTHON_TARGETS="python2_7 python3_2 -python2_5 -python2_6 -python3_1" 0 kB [ebuild N ] gnome-base/gconf-2.32.4 USE="introspection -debug -doc -ldap -policykit" 1,296 kB [ebuild N ] gnome-base/gnome-keyring-2.32.1-r1 USE="pam -debug -doc -test" 1,582 kB [ebuild N ] gnome-base/libgnome-keyring-2.32.0 USE="-debug -doc -test" 403 kB [ebuild N ] net-libs/libsoup-gnome-2.36.1 USE="introspection -debug -doc" 0 kB [ebuild N~] sys-apps/kmod-10 USE="tools zlib -debug -doc -lzma -static-libs" 1,100 kB [uninstall ] sys-apps/module-init-tools-3.16-r1 USE="-static" [blocks b ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r1) [blocks b ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-10) [ebuild U ~] sys-auth/polkit-0.107 [0.104-r1] USE="introspection nls pam -examples -gtk -kde (-selinux) -systemd (-debug%) (-doc%)" 1,351 kB [ebuild U ~] sys-fs/udev-189 [171-r6] USE="acl%* gudev hwdb* openrc%* -doc% -introspection -keymap (-selinux) -static-libs% (-action_modeswitch%) (-build%) (-debug%) (-edd%) (-extras%) (-floppy%) (-rule_generator%*) (-test%)" 1,341 kB [blocks b ] =sys-libs/zlib-1.2.6 required by (sys-apps/kmod-10::gentoo, ebuild scheduled for merge) dev-libs/glib:2 (dev-libs/glib-2.32.4::gentoo, ebuild scheduled for merge) pulled in by >=dev-libs/glib-2.32.4:2 required by (dev-util/gdbus-codegen-2.32.4::gentoo, ebuild scheduled for merge) (and 3 more with the same problem) (dev-libs/glib-2.30.3::gentoo, installed) pulled in by (no parents that aren't satisfied by other packages in this slot) It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be
[gentoo-user] Re: go to a no-x console from failed X + lxde install
Andrej Rode writes: > Hi, > >> (dependency required by "gnome-extra/polkit-gnome-0.105-r1::gentoo" >> [installed]) >> (dependency required by "sys-auth/polkit-0.113-r1::gentoo[gtk]" [installed]) >> (dependency required by "sys-auth/consolekit-1.1.0-r1::gentoo[policykit]" >> [installed]) >> (dependency required by "sys-auth/pambase-20150213::gentoo[consolekit]" >> [installed]) >> (dependency required by "net-misc/openssh-7.3_p1-r8::gentoo[pam]" [ebuild]) >> (dependency required by "virtual/ssh-0::gentoo[-minimal]" [installed]) >> (dependency required by "@system" [set]) >> (dependency required by "@world" [argument]) >> These are the packages that would be merged, in order: > > This output now shows us that `> (dependency required by > "sys-auth/polkit-0.113-r1::gentoo[gtk]" [installed])` polkit has the gtk > useflag and therefore it tries to build `polkit-gnome` which in fact > requires gtk. > > Instead of setting USE=-gtk in your `/etc/portage/make.conf` try setting > `sys-auth/consolekit-1.1.0-r1 -gtk` in `/etc/portage/package.use/polkit` I guessed you meant to say polkit so: root # cat /etc/portage/package.use/polkit sys-auth/polkit-0.113-r -gtk And boy did those changes you've been posting really make a difference I have a nice hefty list of nearly all non-x stuff ... One item puzzles me a bit: [ebuild N ] x11-misc/shared-mime-info-1.7::gentoo USE="{-test}" 0 KiB Using Dales suggestion of --tree I see a whole list of stuff pulling that in. The closest culprit seems to be: dev-libs/glib-2.50.2:[...] USE+"mime [...]" But maybe `shared-mime-info' is something one might use reading mail or such? I guess the `nomerge' part means its already installed? Its a bit confusing seeing what is actually doing the pulling: Is it `virtual/ssh-0' [ebuild R] virtual/ssh-0::gentoo USE="minimal*" 0 KiB [nomerge ] sys-apps/pciutils-3.5.2::gentoo USE="kmod [...] [nomerge ] virtual/libudev-232:0/1::gentoo USE="-static-libs[...] [ebuild R] sys-fs/eudev-3.2::gentoo USE="hwdb kmod [...] [nomerge ] sys-fs/udev-init-scripts-32::gentoo [nomerge ] virtual/udev-217::gentoo USE="-systemd" [nomerge ] sys-fs/eudev-3.2::gentoo USE="hwdb kmod [...] [nomerge ]virtual/pkgconfig-0-r1::gentoo [nomerge ] dev-util/pkgconfig-0.29.1::gentoo USE="-hardened [...] [nomerge ] dev-libs/glib-2.50.2:2::gentoo USE="mime xattr [...] [ebuild N ] x11-misc/shared-mime-info-1.7::gentoo USE="{-test}"[...] Thanks for the help and the url pointers I snipped.
Re: [gentoo-user] Re: Kernel 3.5 and nvidia
Am 25.07.2012 23:59, schrieb Nikos Chantziaras: > Make sure sys-apps/kmod is installed. It is and was. Thanks, Stefan
Re: [gentoo-user] udev-181 and kmod vs module-init-tools
On Mon, Mar 19, 2012 at 11:46 AM, Hinnerk van Bruinehsen wrote: > it worked flawless for me. Nothing "bad" happened. > If it's a server you could also build a monolithic Kernel and remove > the dependency completly since most servers don't need loadable > modules. It even adds a little security-wise... Thanks... I tried it, but didn't reboot yet. I was going to upgrade kernel at the same time, it tells me this during "make install" phase: DEPMOD 3.2.11-gentoo Warning: you may need to install module-init-tools See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt But looking in the scripts seems the test is not valid for kmod: if ! "$DEPMOD" -V 2>/dev/null | grep -q module-init-tools; then echo "Warning: you may need to install module-init-tools" >&2 echo "See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt"; >&2 sleep 1 fi so I think it's a false alarm. Now I just found http://comments.gmane.org/gmane.linux.kernel.modules/659 this seems to confirm it. And of course while I was compiling, the new kernel 3.3 has showed up in portage, with this problem fixed. :) Now I'm rebooting, watching ping replied, fingers crossed... it's alive! Success. :) Thanks, Paul
Re: [gentoo-user] block for zfs-0.8.0 how to fix safely
On Tue, 28 May 2019 09:54:11 -0400, Rich Freeman wrote: > I would personally do the switch during a kernel update, so that you > can leave your old modules around and boot the old kernel. The unmerge will only remove the "current" version of the module, so if you have more than one kernel fully installed, the older ones will be unaffected. > I'm honestly not sure if portage will leave the old kernel module in > place when doing the switch. Looking at my kernel directory I see old > spl modules so when re-emerging spl it isn't removing the old modules. Look at the output from qlist, portage only lists the last installed module, older ones aren't removed when you reinstall on a kernel upgrade. However, this blocker requires you to uninstall spl, so the current version will be removed. I still have the file after the upgrade, but it is now owned by the zfs-kmod ebuild. % qfile /lib/modules/4.19.44-gentoo/extra/spl/spl.ko sys-fs/zfs-kmod (/lib/modules/4.19.44-gentoo/extra/spl/spl.ko) -- Neil Bothwick A printer consists of three main parts: the case, the jammed paper tray and the blinking red light. pgpWKXEbE2auS.pgp Description: OpenPGP digital signature
[gentoo-user] Re: udev-197-r3 update problem...
On Sun, 20 Jan 2013 20:01:33 -0600 Canek Peláez Valdés wrote: [snip explanation of kmod & module-init-tools] > Hope it helps. Yes, very much -- thank you.