Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 23:31, Jack wrote: On 2024.02.17 16:14, n952162 wrote: On 2/17/24 21:45, Arsen wrote: Hi, n952162 writes: The inetutils on nixos runs fine. I wonder why gentoo can't get it working ... Again, please post the relevant information about the build failure. I cannot reproudce it. Packages don't necessarily stop working because of changes in the code. It is possible that code accidentally worked and stopped working for one of a myriad of reasons. Posting the output of emerge and/or the build log, as per the instruction I linked, will help us narrow down the issue and fix it. Thanks in advance, have a lovely evening. I've already deleted the earlier messages in the thread, so I may be missing something, but this doesn't look like a conflict or USE flag issue. Sorry, I don't want to file a bug report if it's just an operator error: + emerge --getbinpkg n -v --tree --deep --update --noreplace --changed-use --verbose-conflicts --keep-going --with-bdeps=y --backtrack=100 net-misc/inetutils * IMPORTANT: 11 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. * Last emerge --sync was 1y 286d 18h 36m 20s ago. When is the last time you did an "emerge --sync" ? Has it really been almost two years? When it the last time you did any sort of emerge @world? If it is recently, then how has your portage tree been updated? If not recently, it is not surprising if you have problems updating or installing a single package * IMPORTANT: 5 config files in '/etc/portage' need updating. These may or may not be important. but without knowing which files need updating, and why, there it no guarantee this is not at least part of your problem. These are the packages that would be merged, in reverse order: Calculating dependencies * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. .. done! emerge: there are no ebuilds to satisfy "net-misc/inetutils". Is there anything in /usr/portage/net-misc/inetutils? (Adjust to wherever your portage tree actually is. emerge: searching for similar names... emerge: Maybe you meant any of these: net-misc/iputils, net-misc/tipcutils, net-misc/bridge-utils? When is the last time you did emerge anything successfully? I don't have a /usr/portage. Is that a new directory that I should have? I also don't have a /etc/portage/inetutils. I last successfully emerged tnftp yesterday.
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 23:10, Michael Cook wrote: On 2/17/24 14:03, n952162 wrote: On 2/17/24 20:00, n952162 wrote: On 2/17/24 19:56, n952162 wrote: On 2/17/24 19:22, n952162 wrote: On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ... The package must have worked once. Is it possible and practical to get an earlier, working version out of git? I'm currently using the ftp in /net-ftp/ftp-0.17.34.0.2.5.1/ and it's broken - it doesn't send the last block. Other FTPs listed in https://wiki.gentoo.org/wiki/FTP have different command syntax, which breaks my expect(1) script. The inetutils on nixos runs fine. I wonder why gentoo can't get it working ... I assume you're trying to build inetutils with the ftp use flag set? net-ftp/ftp blocks inetutils in that case, you need to remove net-ftp/ftp first. Can you give some more information about that? E.g. how one package can block another one? I removed net-ftp/ftp (good riddance): $ equery l net-ftp/ftp !!! No installed packages matching 'net-ftp/ftp' * Searching for ftp in net-ftp ... But I'm still getting the same problem: emerge: there are no ebuilds to satisfy "net-misc/inetutils". emerge: searching for similar names... emerge: Maybe you meant any of these: net-misc/iputils, net-misc/tipcutils, net-misc/bridge-utils?
Re: [gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
While at it. Unrelated really but why not. Why does genlop -c show two running for this? (chroot) root@fireball / # genlop -c Currently merging 200 out of 257 * dev-qt/qtwebengine-5.15.12_p20240122 current merge time: 1 hour, 22 minutes and 33 seconds. ETA: 4 hours, 58 minutes and 39 seconds. Currently merging 200 out of 257 * dev-qt/qtwebengine-5.15.12_p20240122 current merge time: 1 hour, 22 minutes and 34 seconds. ETA: 4 hours, 58 minutes and 38 seconds. (chroot) root@fireball / # I notice there is a slot for version 6 and when it was compiling, it showed only one in the list like below. However, slot 5 always shows there is two running like above. I've never seen it do this with any other package, large or small. It only does it with slot 5 version of qtwebengine. This is slot 6 from earlier. (chroot) root@fireball / # genlop -c Currently merging 195 out of 257 * dev-qt/qtwebengine-6.6.2 current merge time: 2 hours, 59 minutes and 44 seconds. ETA: 3 hours, 21 minutes and 28 seconds. (chroot) root@fireball / # By the way, that time isn't exactly right. It takes a while but not that long. Anyone else see this? It's done this for a good while. Just kinda weird. o_O Dale :-) :-)
[gentoo-user] "xset dpms" not working
My settings... [x8940][waltdnes][~] xset q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 XKB indicators: 00: Caps Lock: off01: Num Lock:on 02: Scroll Lock: off 03: Compose: off04: Kana:off05: Sleep: off 06: Suspend: off07: Mute:off08: Misc:off 09: Mail:off10: Charging:off11: Shift Lock: off 12: Group 2: off13: Mouse Keys: off auto repeat delay: 660repeat rate: 25 auto repeating keys: 00ffdbbf fadfffefffed 9fff fff7 bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0x0WhitePixel: 0xff Font Path: /usr/share/fonts/misc,/usr/share/fonts/100dpi,built-ins,/usr/share/fonts/misc DPMS (Display Power Management Signaling): Standby: 600Suspend: 601Off: 602 DPMS is Enabled Monitor is On Regardless of the above, the monitor does not blank after 10 minutes (i.e. 600 seconds). If I run "xset dpms force off" from xterm (both as local user and as root), the display goes dark... for approximately 1 second... and then returns to normal. Don't know if this is relavant, but yesterday I was fighting a grocery delivery website for the better part of an hour trying to place a simple order. In the course of that, X crashed to a text tty commandline a few times. Calling support confirmed a nationwide problem at their end. The help desk guy was surprised that I managed to get my order through at all; it was that bad at their end. Anyhow, my order was delivered OK this morning. The DPMS issue started yesterday, so I wonder if it's related to the X crashes. -- Roses are red Roses are blue Depending on their velocity Relative to you
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2024.02.17 16:14, n952162 wrote: On 2/17/24 21:45, Arsen wrote: Hi, n952162 writes: The inetutils on nixos runs fine. I wonder why gentoo can't get it working ... Again, please post the relevant information about the build failure. I cannot reproudce it. Packages don't necessarily stop working because of changes in the code. It is possible that code accidentally worked and stopped working for one of a myriad of reasons. Posting the output of emerge and/or the build log, as per the instruction I linked, will help us narrow down the issue and fix it. Thanks in advance, have a lovely evening. I've already deleted the earlier messages in the thread, so I may be missing something, but this doesn't look like a conflict or USE flag issue. Sorry, I don't want to file a bug report if it's just an operator error: + emerge --getbinpkg n -v --tree --deep --update --noreplace --changed-use --verbose-conflicts --keep-going --with-bdeps=y --backtrack=100 net-misc/inetutils * IMPORTANT: 11 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. * Last emerge --sync was 1y 286d 18h 36m 20s ago. When is the last time you did an "emerge --sync" ? Has it really been almost two years? When it the last time you did any sort of emerge @world? If it is recently, then how has your portage tree been updated? If not recently, it is not surprising if you have problems updating or installing a single package * IMPORTANT: 5 config files in '/etc/portage' need updating. These may or may not be important. but without knowing which files need updating, and why, there it no guarantee this is not at least part of your problem. These are the packages that would be merged, in reverse order: Calculating dependencies * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. .. done! emerge: there are no ebuilds to satisfy "net-misc/inetutils". Is there anything in /usr/portage/net-misc/inetutils? (Adjust to wherever your portage tree actually is. emerge: searching for similar names... emerge: Maybe you meant any of these: net-misc/iputils, net-misc/tipcutils, net-misc/bridge-utils? When is the last time you did emerge anything successfully?
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 14:03, n952162 wrote: On 2/17/24 20:00, n952162 wrote: On 2/17/24 19:56, n952162 wrote: On 2/17/24 19:22, n952162 wrote: On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ... The package must have worked once. Is it possible and practical to get an earlier, working version out of git? I'm currently using the ftp in /net-ftp/ftp-0.17.34.0.2.5.1/ and it's broken - it doesn't send the last block. Other FTPs listed in https://wiki.gentoo.org/wiki/FTP have different command syntax, which breaks my expect(1) script. The inetutils on nixos runs fine. I wonder why gentoo can't get it working ... I assume you're trying to build inetutils with the ftp use flag set? net-ftp/ftp blocks inetutils in that case, you need to remove net-ftp/ftp first.
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 21:45, Arsen wrote: Hi, n952162 writes: The inetutils on nixos runs fine. I wonder why gentoo can't get it working ... Again, please post the relevant information about the build failure. I cannot reproudce it. Packages don't necessarily stop working because of changes in the code. It is possible that code accidentally worked and stopped working for one of a myriad of reasons. Posting the output of emerge and/or the build log, as per the instruction I linked, will help us narrow down the issue and fix it. Thanks in advance, have a lovely evening. Sorry, I don't want to file a bug report if it's just an operator error: + emerge --getbinpkg n -v --tree --deep --update --noreplace --changed-use --verbose-conflicts --keep-going --with-bdeps=y --backtrack=100 net-misc/inetutils * IMPORTANT: 11 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. * Last emerge --sync was 1y 286d 18h 36m 20s ago. * IMPORTANT: 5 config files in '/etc/portage' need updating. These are the packages that would be merged, in reverse order: Calculating dependencies * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. .. done! emerge: there are no ebuilds to satisfy "net-misc/inetutils". emerge: searching for similar names... emerge: Maybe you meant any of these: net-misc/iputils, net-misc/tipcutils, net-misc/bridge-utils?
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
Hi, n952162 writes: > The inetutils on nixos runs fine. I wonder why gentoo can't get it > working ... Again, please post the relevant information about the build failure. I cannot reproudce it. Packages don't necessarily stop working because of changes in the code. It is possible that code accidentally worked and stopped working for one of a myriad of reasons. Posting the output of emerge and/or the build log, as per the instruction I linked, will help us narrow down the issue and fix it. Thanks in advance, have a lovely evening. -- Arsen Arsenović signature.asc Description: PGP signature
[gentoo-user] Re: Re-run grub-install to update installed boot code!
On 2024-02-17, Dale wrote: > Grant Edwards wrote: >> Today's routine update says: >> >> Re-run grub-install to update installed boot code! >> >> Is "sudo grub-install" really all I have to do? [...] >> >> Or do I have to run grub-install with all the same options that >> were originally used to install grub? > > I been wondering the same since I saw this posted on -dev. The news > item seems to mention the EFI booting but I'm sure us legacy booting > users need to do the same. At this point, I may skip updating grub > this week until I know exactly what I'm supposed to do as well. I'd > think we need to reinstall like when we first did our install but > not sure. :/ That was my guess. I should have recorded the options originally passed to grub-install. Now that I have BIOS boot partitions (instead of using embedded blocklists) on all my machines, reinstalling grub should be trivial. I think all I have to do is tell grub-install the boot device. > It would suck to have a unbootable system. More than once I've had to boot from either systemrescuecd or minimal gentoo install ISO so I could re-install (or re-configure) grub after someting gets messed up. It's not difficult, but it is annoying. -- Grant
[gentoo-user] Issues with amdgpu driver: Compositor hangs, sysfs not working
Hello everybody, I installed an AMD Radeon RX 7900 XTX today, switching from Nvidia. But once I enable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y to have a tty once the driver is up, the following happens: 1) My Wayland compositor (Hyprland) takes very long to start. 2) reading from sysfs (e.g. running "cat /sys/class/drm/card0/device/gpu_busy_percent") does not work and causes a hang. Once I disable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=n, I have no issues with the starting speed of the compositors at all and the mentioned command works. But this leads to a black tty. The only two error messages from amdgpu I find in dmesg are: [ 66.757500] amdgpu :03:00.0: amdgpu: SMU: I'm not done with your previous command: SMN_C2PMSG_66:0x0029 SMN_C2PMSG_82:0x [ 66.757502] amdgpu :03:00.0: amdgpu: Failed to disable gfxoff! and [ 870.087856] amdgpu :03:00.0: amdgpu: SMU: I'm not done with your previous command: SMN_C2PMSG_66:0x0029 SMN_C2PMSG_82:0x [ 870.087858] amdgpu :03:00.0: amdgpu: Failed to export SMU metrics table! Did I forget anything or is this a bug?
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 20:00, n952162 wrote: On 2/17/24 19:56, n952162 wrote: On 2/17/24 19:22, n952162 wrote: On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ... The package must have worked once. Is it possible and practical to get an earlier, working version out of git? I'm currently using the ftp in /net-ftp/ftp-0.17.34.0.2.5.1/ and it's broken - it doesn't send the last block. Other FTPs listed in https://wiki.gentoo.org/wiki/FTP have different command syntax, which breaks my expect(1) script. The inetutils on nixos runs fine. I wonder why gentoo can't get it working ...
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 19:56, n952162 wrote: On 2/17/24 19:22, n952162 wrote: On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ... The package must have worked once. Is it possible and practical to get an earlier, working version out of git? I'm currently using the ftp in /net-ftp/ftp-0.17.34.0.2.5.1/ and it's broken - it doesn't send the last block. Other FTPs listed in https://wiki.gentoo.org/wiki/FTP have different command syntax, which breaks my expect(1) script.
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 19:22, n952162 wrote: On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ... The package must have worked once. Is it possible and practical to get an earlier, working version out of git?
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2/17/24 16:38, Arsen Arsenović wrote: n952162 writes: When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. Would that make the package not emerge? I can't imagine a more mature package ...
Re: [gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
Arve Barsnes wrote: > On Sat, 17 Feb 2024 at 18:03, Dale wrote: >> Is there a proper long term fix for this or do I need to mask the egl >> package until things catch up? As long as things work, I'm fine with >> masking and waiting. I just figure there may be a better fix I'm >> missing. Maybe someone else sees it. > Others already answered about the arrows and the meaning of them, but > I just wanted to chime in and say that there's no reason to mask > anything at the moment, it is just a warning from portage that it > can't upgrade egl-wayland because nvidia-drivers requires the older > version. If the drivers are ever updated to allow for newer > egl-wayland, any masks would just make the upgrade more of a chore. > > Regards, > Arve Usually when I mask something that I hope is a temporary thing, I remove or comment out the mask after the update is done. That way it pops back up on the next upgrade. I sometimes put a note with it as well. My memory isn't that great. By next week, I'll be like 'egl what'??? :/ That note reminds me. Gives my old brain a clue. LOL It may be a while before those old drivers get updated. Those old cards don't get much attention. Thanks for the info tho. It helps. Dale :-) :-)
Re: [gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
Peter Humphrey wrote: > On Saturday, 17 February 2024 17:03:09 GMT Dale wrote: >> Howdy, >> >> I posted about this once before but also included pipewire and others. >> We addressed the other problems but this wasn't really fixed it would >> seem. I found the old thread. This is what I get today. >> >> >> WARNING: One or more updates/rebuilds have been skipped due to a >> dependency conflict: >> >> gui-libs/egl-wayland:0 >> >> (gui-libs/egl-wayland-1.1.13:0/0::gentoo, ebuild scheduled for merge) >> USE="" ABI_X86="(64)" conflicts with >> ~gui-libs/egl-wayland-1.1.7 required by >> (x11-drivers/nvidia-drivers-470.223.02:0/470::gentoo, installed) USE="X >> modules strip tools wayland -dist-kernel -modules-compress -modules-sign >> -persistenced -static-libs" ABI_X86="(64) -32" >> ^ ^ >> I do this in a Konsole and I tried changing the fonts. The little >> things still point to places there is nothing or other wrong places. > The ^ points to the ~ character above it, and the ^ points to 1.1.7, the > version of egl-wayland, so the version you want to merge won't satisfy > nvidia-drivers. > > Does that help? > That's my thinking as well. Sometimes tho decoding the output of emerge can be tricky and isn't always obvious. After I hit send for the original message, I tried masking the new version of the egl package. It gave a clean upgrade path BUT that package isn't up to date, just as up to date as it can be at the moment. ;-) Do you think this is a bug or anything else that may come to mind? I even wonder if my video card is old enough that it is losing support. I thought of getting a newer video card but other than being newer, I really don't need any better since I don't do anything that puts a load on the card I have. I check the power setting and most of the time, it is on level 0 or level 1 if I'm watching something in 1080p on TV. It rarely goes to full power, level 2. Even the fan generally sits at 40% RPM. Which reminds me, I need to give that thing a blowing out. Those things catch dust bunnies. :/ After getting that pipewire and friends problem solved, I'm getting close to some pretty easy updates. :-D Dale :-) :-) P. S. This list is a lot quieter than it used to be. The emerge command and its friends are just getting better and better. It can work out a update path in most all cases, even when we give it some really bad options. Hats off to the devs. :-D :-D
Re: [gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
On Sat, 17 Feb 2024 at 18:03, Dale wrote: > Is there a proper long term fix for this or do I need to mask the egl > package until things catch up? As long as things work, I'm fine with > masking and waiting. I just figure there may be a better fix I'm > missing. Maybe someone else sees it. Others already answered about the arrows and the meaning of them, but I just wanted to chime in and say that there's no reason to mask anything at the moment, it is just a warning from portage that it can't upgrade egl-wayland because nvidia-drivers requires the older version. If the drivers are ever updated to allow for newer egl-wayland, any masks would just make the upgrade more of a chore. Regards, Arve
[gentoo-user] Re: gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
On 2024-02-17, Peter Humphrey wrote: > On Saturday, 17 February 2024 17:03:09 GMT Dale wrote: >> Howdy, >> >> I posted about this once before but also included pipewire and others. >> We addressed the other problems but this wasn't really fixed it would >> seem. I found the old thread. This is what I get today. >> >> >> WARNING: One or more updates/rebuilds have been skipped due to a >> dependency conflict: >> >> gui-libs/egl-wayland:0 >> >> (gui-libs/egl-wayland-1.1.13:0/0::gentoo, ebuild scheduled for merge) >> USE="" ABI_X86="(64)" conflicts with >> ~gui-libs/egl-wayland-1.1.7 required by >> (x11-drivers/nvidia-drivers-470.223.02:0/470::gentoo, installed) USE="X >> modules strip tools wayland -dist-kernel -modules-compress -modules-sign >> -persistenced -static-libs" ABI_X86="(64) -32" >> ^ ^ > >> I do this in a Konsole and I tried changing the fonts. The little >> things still point to places there is nothing or other wrong places. > > The ^ points to the ~ character above it, and the ^ points to 1.1.7, the > version of egl-wayland, so the version you want to merge won't satisfy > nvidia-drivers. > > Does that help? Is there a setting or some other way to configure portage to use e.g. standout mode here, instead of "^"s? -- Nuno Silva
Re: [gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
On Saturday, 17 February 2024 17:03:09 GMT Dale wrote: > Howdy, > > I posted about this once before but also included pipewire and others. > We addressed the other problems but this wasn't really fixed it would > seem. I found the old thread. This is what I get today. > > > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > > gui-libs/egl-wayland:0 > > (gui-libs/egl-wayland-1.1.13:0/0::gentoo, ebuild scheduled for merge) > USE="" ABI_X86="(64)" conflicts with > ~gui-libs/egl-wayland-1.1.7 required by > (x11-drivers/nvidia-drivers-470.223.02:0/470::gentoo, installed) USE="X > modules strip tools wayland -dist-kernel -modules-compress -modules-sign > -persistenced -static-libs" ABI_X86="(64) -32" > ^ ^ > I do this in a Konsole and I tried changing the fonts. The little > things still point to places there is nothing or other wrong places. The ^ points to the ~ character above it, and the ^ points to 1.1.7, the version of egl-wayland, so the version you want to merge won't satisfy nvidia-drivers. Does that help? -- Regards, Peter.
[gentoo-user] gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
Howdy, I posted about this once before but also included pipewire and others. We addressed the other problems but this wasn't really fixed it would seem. I found the old thread. This is what I get today. WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict: gui-libs/egl-wayland:0 (gui-libs/egl-wayland-1.1.13:0/0::gentoo, ebuild scheduled for merge) USE="" ABI_X86="(64)" conflicts with ~gui-libs/egl-wayland-1.1.7 required by (x11-drivers/nvidia-drivers-470.223.02:0/470::gentoo, installed) USE="X modules strip tools wayland -dist-kernel -modules-compress -modules-sign -persistenced -static-libs" ABI_X86="(64) -32" ^ ^ I do this in a Konsole and I tried changing the fonts. The little things still point to places there is nothing or other wrong places. I suspect it will be worse after the email moves things around. I hate to say it but they just don't help. This is what is available in the tree. (chroot) root@fireball / # equery list -po gui-libs/egl-wayland x11-drivers/nvidia-drivers * Searching for egl-wayland in gui-libs ... [IP-] [ ] gui-libs/egl-wayland-1.1.7-r1:0 [-P-] [ ] gui-libs/egl-wayland-1.1.13:0 * Searching for nvidia-drivers in x11-drivers ... [-P-] [M ] x11-drivers/nvidia-drivers-390.157:0/390 [--O] [ ] x11-drivers/nvidia-drivers-470.129.06:0/470 [--O] [ ] x11-drivers/nvidia-drivers-470.161.03:0/470 [--O] [ ] x11-drivers/nvidia-drivers-470.182.03-r1:0/470 [--O] [ ] x11-drivers/nvidia-drivers-470.199.02:0/470 [IP-] [ ] x11-drivers/nvidia-drivers-470.223.02:0/470 [-P-] [M ] x11-drivers/nvidia-drivers-525.147.05:0/525 [-P-] [M~] x11-drivers/nvidia-drivers-535.43.28:0/vulkan [-P-] [M ] x11-drivers/nvidia-drivers-535.146.02:0/535 [-P-] [M ] x11-drivers/nvidia-drivers-535.154.05:0/535 [-P-] [M~] x11-drivers/nvidia-drivers-545.29.06-r1:0/545 [-P-] [M-] x11-drivers/nvidia-drivers-550.40.07:0/550 (chroot) root@fireball / # Ignore the drivers in overlay. Keep those just in case. ;-) To me, it looks like the new egl thing isn't liking the nvidia drivers yet. I admit, my card is a bit old but hey, it works very well. This is the USE flags for both. (chroot) root@fireball / # equery u gui-libs/egl-wayland x11-drivers/nvidia-drivers !!! No USE flags found for gui-libs/egl-wayland-1.1.13 [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for x11-drivers/nvidia-drivers-470.223.02: U I + + X : Add support for X11 - - abi_x86_32 : 32-bit (x86) libraries - - dist-kernel : Enable subslot rebuilds on Distribution Kernel upgrades + + modules : Build the kernel modules - - modules-compress : Install compressed kernel modules (if kernel config enables module compression) - - modules-sign : Cryptographically sign installed kernel modules (requires CONFIG_MODULE_SIG=y in the kernel) - - persistenced : Install the persistence daemon for keeping devices state when unused (e.g. for headless) - - static-libs : Install the XNVCtrl static library for accessing sensors and other features + + strip : Allow symbol stripping to be performed by the ebuild for special files + + tools : Install additional tools such as nvidia-settings + + wayland : Enable dev-libs/wayland backend (chroot) root@fireball / # Is there a proper long term fix for this or do I need to mask the egl package until things catch up? As long as things work, I'm fine with masking and waiting. I just figure there may be a better fix I'm missing. Maybe someone else sees it. Thanks much. Dale :-) :-)
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
n952162 writes: > When I try to emerge it, it fails, but > https://packages.gentoo.org/packages/net-misc/inetutils seems normal. > Am I misreading it? There does seem to be an open bug: https://bugs.gentoo.org/924493 If this one does not match your issue, please file a bug: https://wiki.gentoo.org/wiki/Bugzilla/Bug_report_guide Thanks in advance, have a lovely day. -- Arsen Arsenović signature.asc Description: PGP signature
[gentoo-user] is there something wrong with net-misc/inetutils?
When I try to emerge it, it fails, but https://packages.gentoo.org/packages/net-misc/inetutils seems normal. Am I misreading it?
Re: [gentoo-user] Re-run grub-install to update installed boot code!
Grant Edwards wrote: > Today's routine update says: > > Re-run grub-install to update installed boot code! > > Is "sudo grub-install" really all I have to do? Grub knows where/how > everthing was originally installed and will do the right thing without > any options? > > Or do I have to run grub-install with all the same options that were > originally used to install grub? > > [I use a manually generated grub.cfg file, so I'm ignoring the message > that tells me I to run "grub-mkconfig".] > > -- > Grant I been wondering the same since I saw this posted on -dev. The news item seems to mention the EFI booting but I'm sure us legacy booting users need to do the same. At this point, I may skip updating grub this week until I know exactly what I'm supposed to do as well. I'd think we need to reinstall like when we first did our install but not sure. :/ It would suck to have a unbootable system. Dale :-) :-)