[gentoo-user] nvidia-firmware for GT520
According to [1] my Nvidia GT520 needs FW for VP4.2 video acceleration support. I found there is a Gentoo package which seems to provide the Nvidia FW. According to [2] my card should be part of NVC0 family (Fermi), in particular code name NVD9 (GF119). Nvidia-firmware contains binaries with names that somehow resemble the nvc0 of the family name (e.g. nvc0_bsp, nvc0_fuc084, nvco_fuc085, nvc0_ppp...) but I am not at all sure how should I use them. Should I embed them in the kernel as I do for e.g. the AMD drivers? How do I verify they are correctly loaded when needed? Thanks, Raffaele [1] https://nouveau.freedesktop.org/VideoAcceleration.html [2] https://nouveau.freedesktop.org/CodeNames.html
Re: [gentoo-user] firefox automatic update???
On Thu, 12 Nov 2020 07:55:18 +0100 n952162 wrote: > I was just informed by firefox on one of my gentoo machines that firefox > has updated, I need to restart. > > I no longer find an option to disable automatic update. Is there no hope? > > And do I have to go through another 18 hour firefox emerge to get rid of > their "update"? Or is their binary sitting somewhere different from > "our" binary? > > Oh! Can I just remove their binary and do a resume-emerge? > > When firefox is updated via emerge while it is still running, this update is recognised by the running instance and it will tell you that firefox was updated and needs a restart. No automatic update happened as you assume, it was all done by the package manager. If you insist, you can check the binary that is currently running, and you will most certainly find out that it is not writeable by your user account, i.e. not by the user that is running firefox: pgrep -a firefox Cheers Andreas
[gentoo-user] firefox automatic update???
I was just informed by firefox on one of my gentoo machines that firefox has updated, I need to restart. I no longer find an option to disable automatic update. Is there no hope? And do I have to go through another 18 hour firefox emerge to get rid of their "update"? Or is their binary sitting somewhere different from "our" binary? Oh! Can I just remove their binary and do a resume-emerge?
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