Re: [gentoo-user] Portage and kernel sources... part deux.
On 11/11/20 10:10 AM, Neil Bothwick wrote: On Wed, 11 Nov 2020 08:31:07 -0800, Daniel Frey wrote: Or is this because nvidia-drivers depends on virtual/linux-sources? Even so, the presence of the single slotted version in world should be enough to satisfy the dependency. Exactly, and emerge -u will try to update that and its dependencies to the latest suitable version. OK, I honestly do not know why I didn't see it before, but it makes sense now. I confirmed this with my non-nvidia machines. Dan
Re: [gentoo-user] Portage and kernel sources... part deux.
On Wed, 11 Nov 2020 08:31:07 -0800, Daniel Frey wrote: > Or is this because nvidia-drivers depends on virtual/linux-sources? > Even so, the presence of the single slotted version in world should be > enough to satisfy the dependency. Exactly, and emerge -u will try to update that and its dependencies to the latest suitable version. -- Neil Bothwick "RAM DISK is NOT an installation procedure!" pgpI9NSc9493Q.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Portage and kernel sources... part deux.
On 11/11/20 7:56 AM, Arve Barsnes wrote: On Wed, 11 Nov 2020 at 16:44, Daniel Frey wrote: Does anyone have any idea where to look next to see why this is being pulled in? You should probably just refer to your previous thread, because all the same info still applies. You need to mask gentoo-sources and unmask the versions you want to install if you don't want updates. I have never had to do this in the past. Simply having a slot in world as indicated here: apollo ~ # grep gentoo-sources /var/lib/portage/world sys-kernel/gentoo-sources:5.4.66 and not just sys-kernel/gentoo-sources has been enough that it doesn't pull in extra sources. I'm trying to figure out why this behaviour has changed. I've been doing it this way for years, and only recently has it started to try to merge a newer version while emerging world. Or is this because nvidia-drivers depends on virtual/linux-sources? Even so, the presence of the single slotted version in world should be enough to satisfy the dependency. Dan
Re: [gentoo-user] Portage and kernel sources... part deux.
On Wed, 11 Nov 2020 16:56:38 +0100, Arve Barsnes wrote: > > Does anyone have any idea where to look next to see why this is being > > pulled in? > > You should probably just refer to your previous thread, because all > the same info still applies. You need to mask gentoo-sources and > unmask the versions you want to install if you don't want updates. > > virtual/linux-sources is not a slotted package, and thus does not > depend on any slotted kernel sources. Alternatively, put your own version of the virtual in a local overlay and have it specifically depend on the version you want to use. -- Neil Bothwick Make like a tree and leave. pgp59UZyV6mQi.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Portage and kernel sources... part deux.
On Wed, 11 Nov 2020 at 16:44, Daniel Frey wrote: > Does anyone have any idea where to look next to see why this is being > pulled in? You should probably just refer to your previous thread, because all the same info still applies. You need to mask gentoo-sources and unmask the versions you want to install if you don't want updates. virtual/linux-sources is not a slotted package, and thus does not depend on any slotted kernel sources. emerge -u updates dependencies to the latest usable version, does not matter if you have any already installed. Regards, Arve
[gentoo-user] Portage and kernel sources... part deux.
So now I have another machine that insists on pulling in another set of kernel sources, even though I like to do this manually. apollo ~ # emerge -auDNt world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] www-client/firefox-78.4.1 [nomerge ] media-video/ffmpeg-4.3.1 [nomerge ] media-libs/nv-codec-headers-9.1.23.1 [nomerge ]x11-drivers/nvidia-drivers-455.28 [nomerge ] virtual/linux-sources-3-r4 [ebuild NS] sys-kernel/gentoo-sources-5.4.72 [5.4.66] However, this should satisfy the dependency: apollo ~ # equery list gentoo-sources * Searching for gentoo-sources ... [IP-] [ ] sys-kernel/gentoo-sources-5.4.66:5.4.66 apollo ~ # equery list virtual/linux-sources * Searching for linux-sources in virtual ... [IP-] [ ] virtual/linux-sources-3-r4:0 The one it's trying to pull is a stable kernel at least: apollo ~ # eshowkw gentoo-sources Keywords for sys-kernel/gentoo-sources: | | u | | a a p s a r | n | | m r h p p s l i i m m | e u s| r | d a m p p c a x 3 p a s 6 i | a s l| e | 6 r 6 p p 6 r 8 9 h 6 c 8 p | p e o| p | 4 m 4 a c 4 c 6 0 a 4 v k s | i d t| o --+-+--+--- [I]5.4.66 | + + + + + + + + ~ ~ ~ o o ~ | 6 o 5.4.66 | gentoo --+-+--+--- 5.4.72 | + ~ + ~ + + ~ + ~ ~ ~ o o ~ | 6 o 5.4.72 | gentoo --+-+--+--- But, this time I don't have anything in /etc/portage or /var/lib/portage/world that seems to be requesting it... apollo ~ # grep gentoo-sources /var/lib/portage/world sys-kernel/gentoo-sources:5.4.66 apollo ~ # cd /etc/portage apollo /etc/portage # grep -R gentoo-sources * apollo /etc/portage # I'm confused as to why portage is insistent on merging this kernel even though I do not request it specifically... Does anyone have any idea where to look next to see why this is being pulled in? Dan