Re: [gentoo-user] Re: Slightly corrupted file systems when resuming from hibernation
On 4/16/24 7:15 AM, Michael wrote: On Tuesday, 16 April 2024 11:55:20 BST Dale wrote: If you update often, it shouldn't take long answer the questions. If you do like me and don't update often, it may take longer but no more time than it would if you updated often and added all the time together. As far as I know, if one manually updates their kernel, make oldconfig is the safest and recommended method. You are prompted for new drivers/options and can see if they apply to you or not. If you don't want to update that way, I think there is a kernel that does it's own thing. I think it is sort of like boot media uses. If the time needed to answer all the questions isn't there, that may be a option to look into. It's called genkernel. I've never used it but read it works. The sys-kernel/genkernel package will automatically build & install your kernel and initramfs in /boot, but it will NOT prepare a kernel configuration tuned to your hardware and desired options. It uses a generic default configuration safe for most circumstances. The user can tweak the default configuration to suit their needs and genkernel will use that. I manually run make xconfig (after running make olddefconfig) and have genkernel set to not use it's default config, sticking to the .config in the kernel tree (/usr/src/linux.) That's been working fine for me for many years.
Re: [gentoo-user] Every other startup results in a black screen (possibly SDDM related?)
On 4/3/24 2:29 PM, Markus Gustafsson wrote: Hi, I'm having a problem I'm not quite sure how to tackle: every other startup or so results in a black screen. Usually nothing gets printed (no bios splash, not GRUB menu, no OpenRC prints), and the monitor goes to low power mode after a while (I haven't quite confirmed if this is actually the case, or if everything happens before my monitor have actually stated, but I'd expect the GRUB menu would hang long enough for it to do so). However, it does wake up if I switch to another TTY (e.g. ctrl+alt+F4) and lets me log on, so it has obviously booted up. If I switch back to TTY 8 from there it just shows a blinking cursor (i.e. not SDDM, which is what I'd expect). If I reboot from the TTY that lets me log on, the boot process is usually normal and leaves me at the SDDM login. Any tips on how to debug this would be much appreciated. Are you certain it hasn't started on some TTY other than 8? I always start out on TTY1, although I start up text only, no SDDM. However, I do have a very vague memory of something similar, and I believe it was that I needed to change one of the kernel FB related settings. Sorry not be have more concrete suggestions.
Re: [gentoo-user] My emerge @preserved-rebuild is wedged. Help, please!
If you are just going to unmerge it anyway, why not do so before emerging @preserved-rebuild? On 4/1/24 11:12 AM, Alan Mackenzie wrote: Hello, Gentoo. I'm trying to do # emerge -a @preserved-rebuild .. For this purpose, I created a temporary repository, filling it with ancient ebuilds recovered from /var/db/pkg. It shows me 5 packages to be merged, among them being [ebuild R] dev-lang/spidermonkey-78.15.0 [78.15.0] .. When I answer the "are you sure?" prompt with Yes, spidermonkey fails to build with this error message: Emerging (1 of 5) dev-lang/spidermonkey-78.15.0::localrepo !!! Fetched file: firefox-78.15.0esr.source.tar.xz VERIFY FAILED! !!! Reason: Insufficient data for checksum verification !!! Got: !!! Expected: BLAKE2B BLAKE2S MD5 RMD160 SHA1 SHA256 SHA3_256 SHA3_512 SHA512 WHIRLPOOL * Fetch failed for 'dev-lang/spidermonkey-78.15.0', Log file: * '/var/tmp/portage/dev-lang/spidermonkey-78.15.0/temp/build.log' It would appear that the sources are no longer available at Firefox, and I no longer have a copy in /usr/portage/distfiles. Why is portage trying to build this obsolete version? I surely will just unmerge it as soon as my system is back in order. Most importantly, how can I free up my system so that I can proceed with the pending profile update? I appear to be stuck. I hope I won't have to reinstall gentoo.
Re: [gentoo-user] masked packages
On 2024.03.29 15:53, n952162 wrote: I'd like to emerge *radicale*, but see it's masked for amd, etc. I looked at the portage meta data and the ebuild to see if I could find out why it should be masked - it's just a python program, supposedly. But I can't find out anything. This warnings are unequivocal about unmasking a package if you don't know why it's masked (https://wiki.gentoo.org/wiki/Knowledge_Base:Unmasking_a_package). Does anybody have any ideas? I see www-apps/radicale-3.1.8 marked as testing, but not masked. The place to look for masking reasons is /usr/portage/profiles/package.mask (or wherever your portage tree lives.) However, if I search for radicale, I only see the one package, and the associated acct-group and acct-user, so I don't know if you just used * to quote the name, or if there are related packages I'm not seeing.
Re: [gentoo-user] Stage-3 and profile 23.x
On 2024.03.25 17:48, Peter Humphrey wrote: On Monday, 25 March 2024 16:52:19 GMT Michael wrote: > The default OpenRC installation now assumes a merged-usr fs structure - > therefore make sure you select the appropriate profile in a new installation. That specifically says for a new installation. I was wondering about that. Now that we have 23.0 in place, are we meant to change to merged-usr? Should I run the eponymous script? From the news item: 3. If you are currently using systemd in a split-usr configuration, then first complete the migration to the corresponding merged-usr profile of the same profile version. Details on how to do this can be found in the news item [4]. If you are currently using openrc, migrate to 23.0 first, keeping your disk layout. If you want to move from split-usr to merged-usr, do that afterwards.
Re: [gentoo-user] how to prevent ebuild from checking for available space
On 2024.03.22 16:22, Neil Bothwick wrote: On Fri, 22 Mar 2024 12:57:34 -0400, Jack wrote: > In this case, the offending package is dev-lang/rust, but this has > happened to me previously with other packages that require a lot of > space and time to build. > > The build fails for any reason. Since it has already progressed over > half way through the build, I would like to continue the build instead > of starting from scratch. I fix whatever caused the issue. In this > particular case, it failed for out of space, so I added another G to > the ramdisk mounted at /var/tmp/portageg. I issue "ebuild > path/to/package.ebuild compile" but it fails immediately because there > isn't enough free space. The problem is that it's checking for enough > free space to do the entire build, not just to continue from where it > left off. Why not add more to the ramdisk, assuming it is a tmpfs. If it needs more than your physical memory, it will use swap, but that won't happen because you only need the extra space. I generally avoid this problem by having large packages use a PORTAGE_TMPDIR on a spinning disk. It may be slightly slower, but that doesn't really matter on a long compile, not nearly as much as having to restart it! > > I've done some searching, and found one old forum post which suggests > to just temporarily remove the space check from the ebuild. > > In this case, that seems to be line 236 of > /usr/portage/dev-lang/rust/rust-1.75.0-r1.ebuild, which is > "CHECKREQS_DISK_BUILD=${M}M check-reqs_pkg_${EBUILD_PHASE}" the last > line withing pre_build_checks(). However, if I comment out that line, > and run "ebuild path/to/ebuild manifest" another attempt to compile > still gives the same error about not enough space. Have you tried setting M to a smaller value immediately before that line? It seems the problem is that the enviroment file in the temp dir of the build area is sourced when you run ebuild/emerge. (It's among the first output when you run ebuild.) Since that file was created based on the state of the ebuild when the first emerge/ebuild was run, editing the ebuild file doesn't affect it. I ended up finding a place to unset CHECKREQS_FAILED, and the compile is now continuing.
Re: [gentoo-user] how to prevent ebuild from checking for available space
On 2024.03.22 16:22, Neil Bothwick wrote: On Fri, 22 Mar 2024 12:57:34 -0400, Jack wrote: > In this case, the offending package is dev-lang/rust, but this has > happened to me previously with other packages that require a lot of > space and time to build. > > The build fails for any reason. Since it has already progressed over > half way through the build, I would like to continue the build instead > of starting from scratch. I fix whatever caused the issue. In this > particular case, it failed for out of space, so I added another G to > the ramdisk mounted at /var/tmp/portageg. I issue "ebuild > path/to/package.ebuild compile" but it fails immediately because there > isn't enough free space. The problem is that it's checking for enough > free space to do the entire build, not just to continue from where it > left off. Why not add more to the ramdisk, assuming it is a tmpfs. If it needs more than your physical memory, it will use swap, but that won't happen because you only need the extra space. That's actually what I did. The problem is not how to get enough space, it's how to resume the emerge instead of starting over, once I have added the space. It was initially set to 14G (out of 32G RAM) and I added 2G. I suppose I can add another 14G, but that would only leave 4G for the system itself. I'm not sure how well that would work, but I suppose it's worth a try. The worst that happens is I reboot and start the emerge from scratch. I generally avoid this problem by having large packages use a PORTAGE_TMPDIR on a spinning disk. It may be slightly slower, but that doesn't really matter on a long compile, not nearly as much as having to restart it! > > I've done some searching, and found one old forum post which suggests > to just temporarily remove the space check from the ebuild. > > In this case, that seems to be line 236 of > /usr/portage/dev-lang/rust/rust-1.75.0-r1.ebuild, which is > "CHECKREQS_DISK_BUILD=${M}M check-reqs_pkg_${EBUILD_PHASE}" the last > line withing pre_build_checks(). However, if I comment out that line, > and run "ebuild path/to/ebuild manifest" another attempt to compile > still gives the same error about not enough space. Have you tried setting M to a smaller value immediately before that line? I tried that first, and when that didn't work, I tried commenting out the line I thought was calling the check. I'll try again, to be sure it was a reasonable value for M. -- Neil Bothwick Religious error: (A)tone, (R)epent, (I)mmolate?
Re: [gentoo-user] Terminal emulator to replace Konsole
On 2024.03.22 16:01, Dale wrote: Howdy, I've been using Konsole, part of KDE, for command line stuff ever since I started using Linux. Linux is all I've ever used. No windoze. ;-) While Konsole is good enough for almost everything, there is one feature I wish it had. The ability to edit with the mouse. I don't know of a way to make it do this. The only way I know of to edit a command, left arrow to what you want to edit and change it. I'd like to find one where I can use the mouse to place the cursor and edit from there. Even maybe highlight and replace. As far as I know, Konsole doesn't have that ability. I looked in x11-terms and there is a few options, I think. I tried looking at home pages and such but none of them mention a feature like this but it may have it. I was wondering if anyone knows of a terminal emulator that allows the mouse to place the cursor to edit parts or whole sections of a command. Some of my commands are really long and it seems the part I want to edit is always at the beginning. :/ Hoping for some ideas. I don't remember how I initially set it up, but I can use emacs commands (not sure if it was related to konsole or bash) so I can use up and down arrows or Ctl-p/Ctl-n to move back and forth in previous commands, then Ctl-a to go to the beginning of the line, etc. I suspect you can get vim style keys to do the same, if that's your preference. Sorry, but I have no idea how to tell if any terminal emulator is truly a gui, where clicking on a character in the middle of the window actually sets the cursor at that point, to be recognized by both the terminal and the shell you are running.
[gentoo-user] how to prevent ebuild from checking for available space
In this case, the offending package is dev-lang/rust, but this has happened to me previously with other packages that require a lot of space and time to build. The build fails for any reason. Since it has already progressed over half way through the build, I would like to continue the build instead of starting from scratch. I fix whatever caused the issue. In this particular case, it failed for out of space, so I added another G to the ramdisk mounted at /var/tmp/portageg. I issue "ebuild path/to/package.ebuild compile" but it fails immediately because there isn't enough free space. The problem is that it's checking for enough free space to do the entire build, not just to continue from where it left off. I've done some searching, and found one old forum post which suggests to just temporarily remove the space check from the ebuild. In this case, that seems to be line 236 of /usr/portage/dev-lang/rust/rust-1.75.0-r1.ebuild, which is "CHECKREQS_DISK_BUILD=${M}M check-reqs_pkg_${EBUILD_PHASE}" the last line withing pre_build_checks(). However, if I comment out that line, and run "ebuild path/to/ebuild manifest" another attempt to compile still gives the same error about not enough space. Am I commenting the wrong line? Have I missed something about where this check is atually done? Is it actually possible to do what I'm trying to do? Thanks for any pointers or suggestions. Jack
Re: [gentoo-user] [gentoo-sources-6.8.x , xen domU, netfront ] Reporting kernel bug -- Howto?
On 3/17/24 09:47, Håkon Alstadheim wrote: I get a stackdump booting the gentoo-sources-6.8.x kernels, and I'm wondering how to go about reporting. Pretty sure this can't be gentoo-specific, but kernel.org seems adamant that I should report to gentoo. gentoo-sources has lots of patches. Upstream will only consider a bug if you can demonstrate it using vanilla sources. Unless someone replies here, I would try using vanilla-sources. If the bug still occurs, report upstream. If not, at least you know it is likely due to one of the patches.
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
On 2024.03.03 15:23, Wol wrote: On 03/03/2024 19:40, Jack wrote: On 2024.03.03 13:54, Wols Lists wrote: On 03/03/2024 09:47, Wols Lists wrote: I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world whoops I mean "emerge --depclean" I'm trying to get a clean system, and don't know what exactly is wrong, or what to try ... Cheers, Wol As the error says, you generally need to do a full update before you can depclean. What error(s) do you get when trying to update firefox or thunderbird? What happens if you try to update @world? Both firefox and thunderbird seemed to die for no obvious reason. Where do I find the logs? But because depclean complained, I did blah-blah-with-bdeps, which emerged (or tried to) 21 packages, but firefox/thunderbird still bombed, and then --depclean still complained. So I don't know what's going on, but basically Mozilla won't emerge, and I don't know why ... Cheers, Wol Did the other 19 package emerge OK? Are the mozilla progs crashing when running, or when emerging? If emerging, the log is just console output, as indecipherable as we know it sometimes can be. If they crash when running, try running from command line.
Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...
On 2024.03.03 13:54, Wols Lists wrote: On 03/03/2024 09:47, Wols Lists wrote: I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world whoops I mean "emerge --depclean" I'm trying to get a clean system, and don't know what exactly is wrong, or what to try ... Cheers, Wol As the error says, you generally need to do a full update before you can depclean. What error(s) do you get when trying to update firefox or thunderbird? What happens if you try to update @world?
Re: [gentoo-user] OT: how does excel find commas within fields of a csv file?
On 2/27/24 20:54, Adam Carter wrote: To clean up csv files I use excel's find/replace to swap the commas occurring within fields for something benign. How does this magic work? Different character sets within the same file? Is it possible to do this with shell scripting? Once Excel (or LibreOffice) reads in a csv file, the commas are no longer present, and it just searches within the cells. It might be possible for a shell script to do it, but you need to parse the file to distinguish any commas separating the fields from commas within the fields. I'm sure there are plenty of utilities to do this, but it's certainly not trivial.
Re: [gentoo-user] is there something wrong with net-misc/inetutils?
On 2024.02.18 01:50, n952162 wrote: [snip...] 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? If you want help, you need to provide more information about your setup. - Where is your portage tree? - When did you last "emerge --sync" ? - When did you last "emerge --update @world" ? As someone else said, it looks like your tree is nearly two years out of date. That could be why it can't find inetutils. If that is the case, you really need to bring your system up to date before worrying about installing any new packages. There have been other threads about updating a system out of date by more than six months. It is possible, but potentially difficult. It may also be helpful, if not necessary, to delete some packages and then reinstall them once the system is fully updated.
Re: [gentoo-user] "xset dpms" not working
On 2/18/24 03:35, Walter Dnes wrote: On Sat, Feb 17, 2024 at 08:21:42PM -0500, Walter Dnes wrote 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. So I turned the monitor off with the physical switch, took a nap, and turned it on when I got up. Now the blanking works again. Cue the Microsoft support jokes. What gives??? At least you have a power switch. (something about uphill both ways?) I recently bought a pair of reconditioned 27" Acer 2K monitors, and they do not have a physical power switch. I have also not found an "off" in the on-screen controls. They do go blank for power saving, but they take about three seconds to wake up again.
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] Asterisk - need some help
On 2024.02.02 12:53, Thelma wrote: On 2/2/24 10:09, John Covici wrote: On Fri, 02 Feb 2024 10:26:09 -0500, Thelma wrote: Anybody on the list using Asterisk? I need some help. Have save version of asterisk is working correctly on one computer but the other. I use asterisk all the time, but I don't use the gentoo package, I compile from source myself because some of the computers I use it on have different requirements and this way I have more conttrol as to what goes on. I have been using asterisk for some time but have run into strange problem now. I have home-asterisk and remote-location-asterisk they are connected via openvpn and IAX and I use iax to register home-asterisk to remote-asterisk At home I have two computers (main-asterisk and backup-asterisk), running save version of Asterisk, same dial-plan, same config files, all files in /etc/asterisk are identical on home-comuters, I compare them with "meld" - backup-asterisk to remote-asterisk works OK, I can call remote asterisk internally over IAX and remote asterisk receive the call and voice is working. - main-asterisk to remote-asterisk doesn't work well and I don't know how to troubleshoot. When I place a call to remote-asterisk, internally over IAX the phone is ringing but when somebody answer the call we can not hear each other. When somebody from remote-asterisk calls me (home-asterisk) internally over IAX voice is working correctly; it only happen when I place a call from home-asterisk to remote-asterisk (and only from my main-computer) it is not working. When I call remote-asterisk over POTS line it works OK. I do not use asterisk, but I would look at configuration files to see if there is some filtering of allowed IP addresses for connections. My first suspicion would be that main-asterisk and/or backup-asterisk has changed its address as seen by remote-asterisk and is now being handled differently.
Re: [gentoo-user] Kernel questions. Availability and upgrading from old kernel.
On 1/22/24 04:17, Arve Barsnes wrote: On Sun, 21 Jan 2024 at 23:39, Jack wrote: On 2024.01.21 15:51, Jack wrote: discussions about how many and which kernels (gentoo-sources, and possibly others) will ever get marked Stable. I believe it is something like only series marked "longterm" at kernel.org will get marked stable, and I think it is not even all of them, although I don't recall how they choose which in each series do get stabilized. As 6.6 and 6.7 are "stable" at kernel.org, none of them will be "stable" in Gentoo. And clearly I'm wrong, at least partly, as 6.6.13 was just marked stable. The policy now as I understand it, is that the last release of the year gets chosen as the next LTS release. This was 6.6 in 2023. To check/confirm which branches are LTS, see https://www.kernel.org/category/releases.html I suppose it's just a presentation inconsistency. https://www.kernel.org still shows 6.6 as stable, not yet longterm. I'm sure they will update that eventually
Re: [gentoo-user] Kernel questions. Availability and upgrading from old kernel.
On 2024.01.21 15:51, Jack wrote: On 1/21/24 14:55, Philip Webb wrote: 240121 Michael wrote: On Sunday, 21 January 2024 07:03:43 GMT Dale wrote: Currently I'm running 5.14.15 gentoo-sources kernel. This is no longer in the tree. You can update to the next stable release 5.15.142, or keyword 5.15.147, if you want to remain on the 5.x.x series. I need to add 'fuse' support to my kernel to allow file transfer from my cell phone, so it seemed sensible to update to the latest stable version. The current version is 6.1.27-gentoo-r1 , which I compiled 230726. I was very surprised to find that the latest stable version is 6.1.67 , tho' 6.7.1 is listed as testing with others in between. Isn't this a bit slow ? -- no complaint re the hard-working dev's, of course. Have there been problems with more recent versions ? I'm reluctant to use a testing-version kernel. All are 'Gentoo-sources', which is what I've always used since 2003. The policy must be/should be around somewhere, but I recall discussions about how many and which kernels (gentoo-sources, and possibly others) will ever get marked Stable. I believe it is something like only series marked "longterm" at kernel.org will get marked stable, and I think it is not even all of them, although I don't recall how they choose which in each series do get stabilized. As 6.6 and 6.7 are "stable" at kernel.org, none of them will be "stable" in Gentoo. And clearly I'm wrong, at least partly, as 6.6.13 was just marked stable.
Re: [gentoo-user] Kernel questions. Availability and upgrading from old kernel.
On 1/21/24 14:55, Philip Webb wrote: 240121 Michael wrote: On Sunday, 21 January 2024 07:03:43 GMT Dale wrote: Currently I'm running 5.14.15 gentoo-sources kernel. This is no longer in the tree. You can update to the next stable release 5.15.142, or keyword 5.15.147, if you want to remain on the 5.x.x series. I need to add 'fuse' support to my kernel to allow file transfer from my cell phone, so it seemed sensible to update to the latest stable version. The current version is 6.1.27-gentoo-r1 , which I compiled 230726. I was very surprised to find that the latest stable version is 6.1.67 , tho' 6.7.1 is listed as testing with others in between. Isn't this a bit slow ? -- no complaint re the hard-working dev's, of course. Have there been problems with more recent versions ? I'm reluctant to use a testing-version kernel. All are 'Gentoo-sources', which is what I've always used since 2003. The policy must be/should be around somewhere, but I recall discussions about how many and which kernels (gentoo-sources, and possibly others) will ever get marked Stable. I believe it is something like only series marked "longterm" at kernel.org will get marked stable, and I think it is not even all of them, although I don't recall how they choose which in each series do get stabilized. As 6.6 and 6.7 are "stable" at kernel.org, none of them will be "stable" in Gentoo.
Re: [gentoo-user] [OT] Anyone running mutt outboung smtp on port 587?
On 1/21/24 11:09, Walter Dnes wrote: On Sun, Jan 21, 2024 at 12:05:45PM +, Michael wrote Anyway, to take you forward you can: 1. Keyword the latest gnutls package in case the gnutls verification criteria have been loosened. 2. Copy the Root CA into the users ~/ and point muttrc to it: set certificate_file = "~/.mutt/certificates" 3. If everything else fails, having verified yourself the server's Root CA and child certificates are all legit you can set: unset ssl_verify_host Obviously this would not be satisfactory from a security perspective. Nothing above works, and I wonder if it's something at my end. I keep getting the same message... gnutls_handshake: A packet with illegal or unsupported version was received. The current net-libs/gnutls-3.8.0 ebuild (and 3.8.1 and 3.8.2) has sslv2 and sslv3 enabled in IUSE ...but... "emerge -pv gnutls" shows them hard-masked. Is my system forcing sslv1 and the server rejecting me??? [ebuild R] net-libs/gnutls-3.8.0:0/30.30::gentoo USE="cxx idn nls openssl seccomp tls-heartbeat tools zlib -brotli -dane -doc -examples -pkcs11 (-sslv2) (-sslv3) -static-libs -test (-test-full) -verify-sig -zstd" 0 KiB I'm no expert, but I think you are mixing versions of SSL and versions of TLS. It seems both sslv2 and sslv3 have been deprecated, and my weak memory says they were replaced by TLS. Now it looks like you are having problems trying to use an older TLS which has been replaced by a newer TLS, although there are no direct use flags for that. Do you get the same? Do I have to set something in... make menuconfig -*- Cryptographic API ---> "emerge -pv mutt" [ebuild R] mail-client/mutt-2.2.12::gentoo USE="debug gnutls gpgme hcache imap lmdb mbox nls pop sasl smtp ssl -autocrypt -berkdb -doc -gdbm -gsasl -idn -kerberos -pgp-classic (-prefix) -qdbm (-selinux) -slang -smime-classic -tokyocabinet -vanilla" 0 KiB I copied certificates from x.txt to .mutt/certificates (see attachment). Is this correct? And how do I securely pass credentials?
Re: [gentoo-user] downloading from cell phone to Gentoo
On 1/17/24 22:28, Philip Webb wrote: I want to be able to download photos from my new cellphone to Gentoo. The phone is a Samsung A14 5G ; its pet name is Athene. I use KDE to manage my desktops on my desktop machine ANB6. I've tried doing it with Manjaro & it works. It is vital to have Athene awake when the USB connection is plugged into ANB6 : a notice pops up asking to 'Allow', which I did. Manjaro puts up its own notice, announcing a new device & asking what to do ; I opened it in Dolphin, which shows Athene's Gallery under GalaxyA145G -> Internal storage -> DCIM -> Camera , which lists the photo images ; Dolphin can then copy them to its own file system readily & Gwenview shows them correctly. Normally on Gentoo, I mount devices -- eg USB sticks -- by hand, ie 'mount /dev/sdb1 /mnt/usb' or 'musb' for short (via .bashrc ). I've looked at KDE device settings under Hardware -> Removable Storage , checked the box 'on attach' & tried with each of the 3 offerings, ie 'All known / Attached / Disconnected Devices', but no joy. Athene shows a recharging message, but nothing else happens, incl in ANB6 On my phone (ancient Motorola, running an ancient version of Android) when I plug it in, not only does it say it is charging, but it also says how it is connected and tap to change. Are you sure the phone itself is in MTP mode or (I've forgotten the name) which is the one I think more likely to need the full path you showed above. You might hunt through the phone settings to find one which controls how it connects. Note I say this to be compulsive, since it works under Manjaro. As another bit of info, how is it identified by lsusb?
Re: [gentoo-user] Genlop wonky again
On 1/6/24 11:21, Wols Lists wrote: On 06/01/2024 16:12, John Blinka wrote: And it doesn’t actually take 2x longer - the new estimate is just grossly wrong. I presume that the old estimate was also wrong. And it's nothing to do with more power or whatever, it's down to simple statistics. If genloop guesses the statistical spread wrongly, it's going to mess up its estimates. If you have a double-peak distribution, with a large short-lived peak, and a small long-lived peak, you can get some weird results, especially if you have assumed a bell curve (almost always wrong) or an exponential decay (which is generally, NOT ALWAYS, a good choice). Cheers, Wol I think there is a slightly deeper question also involved. First, I'll assume (safe or not) that genlop's assumption of total build time for a package depends solely on the previous build times, with all the foibles Wol implies in that. However, that estimate then gets adjusted as the build progresses. Clearly, experience shows up that the estimated remaining time is NOT simply the estimated build time minus the time spent so far, except possibly when an emerge is only for one package. What else contributes to that estimate? If that adjustment includes using the number of other builds going on at the same time, and their original and estimated build times, I can see lots of opportunity for shenanigans Jack.
Re: [gentoo-user] emerge -c being strange
On 2023.12.30 18:21, Peter Humphrey wrote: On Saturday, 30 December 2023 21:10:10 GMT Jack wrote: > I have both wine-vanilla 8.0.2 (stable) and 8.1.2 (testing) installed. > "emerge -c wine-vanilla" would remove both of them. "emerge -c > wine-vanilla:8.21" refuses, claiming > > app-emulation/wine-vanilla-8.21 pulled in by: > virtual/wine-0-r10 requires > app-emulation/wine-vanilla[abi_x86_32,abi_x86_64] > > Although it is perfectly happy with "emerge -c wine-vanilla:8.0.2". > > Is this a bug, or is it considered reasonable for portage to have a > virtual absolutely insist on keeping the newest installed version if > several slots are available? No, it's how it's supposed to work. Portage removed one version of wine because the virtual was still satisfied. It wouldn't remove the last remaining version: you need to uninstall the virtual first. Sorry, but I did NOT actually remove 8.0.2, I was only checking what it WOULD remove. With both installed, portage is OK to remove both or the older one, but not the newer one.
[gentoo-user] emerge -c being strange
I have both wine-vanilla 8.0.2 (stable) and 8.1.2 (testing) installed. "emerge -c wine-vanilla" would remove both of them. "emerge -c wine-vanilla:8.21" refuses, claiming app-emulation/wine-vanilla-8.21 pulled in by: virtual/wine-0-r10 requires app-emulation/wine-vanilla[abi_x86_32,abi_x86_64] Although it is perfectly happy with "emerge -c wine-vanilla:8.0.2". Is this a bug, or is it considered reasonable for portage to have a virtual absolutely insist on keeping the newest installed version if several slots are available? Jack
Re: [gentoo-user] downgrade virtualbox - slot conflict
On 2023.12.18 12:38, the...@sys-concept.com wrote: I'm trying to downgrade virtual box from ver. 7 to ver. 6 but I'm getting slot conflict. How to resolve it? emerge -avq app-emulation/virtualbox [ebuild UD] dev-util/kbuild-0.1.9998.3499-r4 [0.1.9998.3592] [ebuild UD] app-emulation/virtualbox-modules-6.1.46 [7.0.10] USE="strip -dist-kernel -modules-sign" [ebuild UD] app-emulation/virtualbox-6.1.46 [7.0.10-r1] USE="alsa java opengl opus%* pam qt5%* sdk sdl udev -debug -doc -dtrace -headless% -lvm (-pax-kernel) (-pch) -pulseaudio -python -vboxwebsrv -vnc (-dbus%*) (-gui%*) (-nls%*) (-vde%)" PYTHON_SINGLE_TARGET="python3_11 -python3_10" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-emulation/virtualbox:0 (app-emulation/virtualbox-6.1.46:0/6.1::gentoo, ebuild scheduled for merge) USE="alsa java opengl opus pam qt5 sdk sdl udev -debug -doc -dtrace -headless -lvm (-pax-kernel) (-pch) -pulseaudio -python -vboxwebsrv -vnc" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10" pulled in by app-emulation/virtualbox (Argument) (app-emulation/virtualbox-7.0.10-r1:0/7.0::gentoo, installed) USE="alsa dbus gui java nls opengl pam sdk sdl udev -debug -doc -dtrace -lvm (-pch) -pulseaudio -python -vboxwebsrv -vde -vnc" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10" pulled in by =app-emulation/virtualbox-7.0.10* required by (app-emulation/virtualbox-extpack-oracle-7.0.10:0/7.0::gentoo, installed) USE="" ABI_X86="(64)" ^ ^^^ app-emulation/virtualbox-modules:0 (app-emulation/virtualbox-modules-6.1.46:0/6.1::gentoo, ebuild scheduled for merge) USE="strip -dist-kernel -modules-sign" ABI_X86="(64)" pulled in by ~app-emulation/virtualbox-modules-6.1.46 required by (app-emulation/virtualbox-6.1.46:0/6.1::gentoo, ebuild scheduled for merge) USE="alsa java opengl opus pam qt5 sdk sdl udev -debug -doc -dtrace -headless -lvm (-pax-kernel) (-pch) -pulseaudio -python -vboxwebsrv -vnc" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10" ^ ^^ (app-emulation/virtualbox-modules-7.0.10:0/7.0::gentoo, installed) USE="strip -dist-kernel -modules-sign" ABI_X86="(64)" pulled in by ~app-emulation/virtualbox-modules-7.0.10 required by (app-emulation/virtualbox-7.0.10-r1:0/7.0::gentoo, installed) USE="alsa dbus gui java nls opengl pam sdk sdl udev -debug -doc -dtrace -lvm (-pch) -pulseaudio -python -vboxwebsrv -vde -vnc" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10" ^ ^^ -- Thelma You also need to remove or upgrade virtualbox-extpack-oracle. You have version 7 of that installed, and it requires version 7 of the other virtualbox packages.
Re: [gentoo-user] Wine problems
On 2023.12.12 16:55, stefan1@shitposting.expert wrote: [snip...] Tried doing the optimus thing. Just like without optimus, I start xorg but I see nothing. Xorg and dwm properly start, I tried typing in a terminal 'speaker-test' and it worked. So the problem there isn't that xorg freezes or something, it's that I can't see the x server. Can you please be more explicit about what you do and what you see? How exactly do you start xorg? When you say you see nothing, do you mean a completely black screen? If that's the case, then why do you say that Sorg and dwm properly start. If they properly started, you would probably see what you expected. Finally, when you say you can't see the x server, what is it you expect to see? I don't think the xserver displays anything of it's own, it displays stuff for other programs. Have you looked in the X log for any relevant output? (probably /var/log/Xorg.0.log.)
Re: [gentoo-user] Boot and EFI partitions
On 12/6/23 10:32, Peter Humphreey wrote: Hello list, I have a new toy to play with - an Intel NUC with i5 (16 threads in all) and 1TB superfast M2 SSD. I grew tired of the noise and thirst of my Amari machine and I wanted something quiet and frugal, so now I'm building a new Gentoo system on it. I want to use bootctl from systemd-boot, as usual, to give me a boot menu without that grub monster. The installation guides on the Web have been developed since I last had a new machine, and they attempt to show how boot and EFI partitions should be laid out, but there's a problem. In particular, the Gentoo wiki says I must have an EFI partition of type esp [1] - not a directory in, say, /boot, as my other machines have. All right so far, but the Gentoo systemd-boot page says I need a /boot partition as well, of type XBOOTLDR [2]. So now I seem to need /efi on /dev/nvme0n1p1 and /boot on /dev/nvme0n1p2, both with FAT32 file systems. In fact those two guides contradict each other. One says I must have a boot partition, the other that I don't need one on a modern system. Quandary: if I believe both guides I finish up with both partitions, and then 'bootctl install' is happy, but the usual make && make modules-install && make install sequence ends up with no kernel in either partition. I'm getting sawdust under my fingernails. Has anyone some advice for me? 1.https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/ Disks#What_is_the_EFI_System_Partition_.28ESP.29.3F 2.https://wiki.gentoo.org/wiki/Systemd/systemd-boot#Pre_Deployment_Considerations Based on an earlier post in the other thread about booting issues, and not having read the actual docs, it sounds like if you have /efi mounted as type esp, /boot can just be a directory in whatever is mounted at /; it no longer needs to be a separate partition. The way I think of it is that the UEFI firmware needs to find the .efi loader, and it can only read FAT32 formatted partitions labelled as type esp. That .efi loader then needs to find your kernel and related files, but as it is specific for that type of kernel (linux) it can know about more partition formatting options. I suspect that many (most?/all?) existing linux utilities still expect the boot dir to be at /boot, but perhaps the docs are late to change describing that it no longer needs to be a separate partition, or perhaps one or more of those utilities still requires a partition. Hopefully this isn't too far off base. Jack
Re: [gentoo-user] Portage reports preserved libs, but won't rebuild
May or may not help, but have you tried revdep-rebuild? On 11/23/23 16:51, Matt Connell wrote: First time I've seen this happen! Any time I emerge anything, I get portage telling me I have the following preserved libs: --- !!! existing preserved libs: package: app-arch/bzip2-1.0.8-r4 * - /usr/lib/libbz2.so.1 * - /usr/lib/libbz2.so.1.0.8 * used by /usr/lib/libfreetype.so.6 (preserved) * used by /usr/lib/libfreetype.so.6.20.1 (preserved) package: dev-libs/glib-2.76.4 * - /usr/lib/libglib-2.0.so.0 * - /usr/lib/libglib-2.0.so.0.7600.4 * used by /usr/lib/libharfbuzz.so.0 (preserved) * used by /usr/lib/libharfbuzz.so.0.60801.0 (preserved) package: dev-libs/libpcre2-10.42-r1 * - /usr/lib/libpcre2-8.so.0 * - /usr/lib/libpcre2-8.so.0.11.2 * used by /usr/lib/libglib-2.0.so.0 (preserved) * used by /usr/lib/libglib-2.0.so.0.7600.4 (preserved) package: media-gfx/graphite2-1.3.14_p20210810-r3 * - /usr/lib/libgraphite2.so.3 * - /usr/lib/libgraphite2.so.3.2.1 * used by /usr/lib/libharfbuzz.so.0 (preserved) * used by /usr/lib/libharfbuzz.so.0.60801.0 (preserved) package: media-libs/freetype-2.13.2 * - /usr/lib/libfreetype.so.6 * - /usr/lib/libfreetype.so.6.20.1 * used by /usr/lib/libharfbuzz.so.0 (preserved) * used by /usr/lib/libharfbuzz.so.0.60801.0 (preserved) package: media-libs/harfbuzz-8.2.0 * - /usr/lib/libharfbuzz.so.0 * - /usr/lib/libharfbuzz.so.0.60801.0 * used by /usr/lib/libfreetype.so.6 (preserved) * used by /usr/lib/libfreetype.so.6.20.1 (preserved) package: media-libs/libpng-1.6.40-r1 * - /usr/lib/libpng16.so.16 * - /usr/lib/libpng16.so.16.40.0 * used by /usr/lib/libfreetype.so.6 (preserved) * used by /usr/lib/libfreetype.so.6.20.1 (preserved) package: sys-libs/zlib-1.3-r1 * - /usr/lib/libz.so.1 * - /usr/lib/libz.so.1.2.13 * used by /usr/lib/libfreetype.so.6 (preserved) * used by /usr/lib/libfreetype.so.6.20.1 (preserved) * used by /usr/lib/libpng16.so.16 (preserved) * used by /usr/lib/libpng16.so.16.40.0 (preserved) --- But when I run emerge @preserved-rebuild as one should, all I get is: "Nothing to merge; quitting." Anyone else experienced this? How do I figure out what I need to do? Thanks in advance.
Re: [gentoo-user] Network throughput from main Gentoo rig to NAS box.
On 9/23/23 08:04, Dale wrote: Howdy, As most everyone knows, I redone my NAS box. Before I had Truenas on it but switched to Ubuntu server thingy called Jimmy. Kinda like the name. lol Anyway, Ubuntu has the same odd transfer pattern as the Truenas box had. I'm not sure if the problem is on the Gentoo end or the Ubuntu end or something else. I'm attaching a picture of Gkrellm so you can see what I'm talking about. It transfers a bit, then seems to stop for some reason, then start up again and this repeats over and over. I'm expecting more of a consistent throughput instead of all the idle time. The final throughput is only around 29.32MB/s according to info from rsync. If it was not stopping all the time and passing data through all the time, I think that would improve. Might even double. A little more info. The set of drives this is being copied from use LVM and are encrypted with dm-crypt. They are also set up the same way on the NAS box. I also notice that on the NAS box, using htop, the CPUs sit at idle for a bit then show heavy use, on Ubuntu about 60 or 70%, then go back to idle. This seems to be the same thing I'm seeing on htop with the data throughput. One may have something to do with the other but I don't know what. I got so much stuff running on my main rig that I can't really tell if that CPU has the same changes or not. By the way, it showed the same when Truenas was on there. These things are mounted using nfs. I don't know if that matters or not. In case this is a routing issue, I have a Netgear router with 1GB ports. This is the first part of the mount command: mount -t nfs -o nolock Has anyone ever seen something like this and know why it is idle for so much of the time? Anyone know if this can be fixed so that it is more consistent, and hopefully faster? If you need more info, let me know. If you know the command, that might help too. Just in case it is a command I'm not familiar with. I can't add to what others have suggested to improve the throughput, but the gkrellm pic you posted tells me something is handling the data in batches. enp3s0 (your network interface) gets a peak of activity then stops while crypt (the disk) has a peak of activity. Rinse and repeat. I don't know if this is caused by the program invoked by the command you issued or by some interaction of different pieces that get called to do the work. My guess is that it is reading until it fills some buffer, then writes it out. (Note, it doesn't matter which device is reading and which is writing, the two just don't overlap) If encryption is involved, it might be that there is actually a encrypt/decrypt which takes place in between the disk and network flows. I don't know of any way to change this, but it might explain why the network transfer rate is as fast as it can get, but the overall throughput is lower.
Re: [gentoo-user] What is a dependency of ruby
On 2023.09.21 13:09, Alan McKinnon wrote: On Thu, Sep 21, 2023 at 6:35 PM Jack wrote: > On 9/21/23 12:30, Alan McKinnon wrote: > > > > On Thu, Sep 21, 2023 at 5:03 PM Neil Bothwick wrote: > >> On Thu, 21 Sep 2023 13:45:19 +0200, Alan McKinnon wrote: >> >> > Not 100% back in the gentoo groove yet, forget some basic tools. >> > Something pulled in ruby, I know not what. >> > What commands show me what installed packages have ruby as a dependency? >> >> emerge -cav ruby > > but that is the wrong way wrong. > Why do you think so? Trying to remove ruby will tell you why portage refuses to do so, and that reason is any installed packages that depend on it. This differs from using equery, which will tell you every package that depends on ruby, whether or not it is installed. Using -d instead of -a saves you from typing "N" just in case it IS willing to unmerge it. > Because I wanted to know, recursively, what packages depended on ruby, i.e. I have ruby (which I despise) so why? The answer is kdenlive which I can see in equery d, and cannot see in emerge -c What options did you give to equery? I had thought that "equery d" listed only direct dependencies, and that it listed packages whether installed or not. Actually reading the fine equery man page, under the section on "depends (d)" are the options -a, --all packages - Include dependencies that are not installed. This can take a while. -D, --indirect - Search for both direct and indirect dependencies so I was wrong on both counts. I can imagine using -D might give a large list, but probably not so bad, as long as you don;t us both -a and -D. Is this where you found kdenlive? This matters because emerge -avc only gives immediate dependencies, I wanted to see the full dep tree -- Alan McKinnon alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: How to move ext4 partition
On 9/21/23 16:23, Grant Edwards wrote: On 2023-09-21, Victor Ivanov wrote: On Wed, 20 Sept 2023 at 23:58, Grant Edwards wrote: Just make sure you update /etc/fstab and bootloader config file with the new filesystem UUID or partition indices. I always forget one or the other until after I try to boot the first time. That's why I keep systemrescuecd and Gentoo minimal install USB drives on hand. Me too, even just recently when I migrated my OS to another build I decided to do a few partition touch ups and fell once more into this trap. I updated fstab but not the bootloader. Luckily, Gentoo minimal install image is so tiny a bootable medium can literally be created in minutes. The tar backup restore worked just fine (and didn't take long, even though both drives were connected via USB). I've since fixed a second machine by adding a bios-boot partition. I should have started using them when I switched from MBR to GPT, but I think I got bios-boot partitions confused with UEFI boot partitions. :/ I'm also working on switching to using either labels or uuids in fstab and grub configs so that changes in partition numbers don't cause problems. Of course I've discovered for the Nth time in the past 10-15 years, that for the root= command line argument, the kernel doesn't grok LABEL or UUID values -- it only understands device names and PARTUUID. while my Gentoo grub.cfg has root=PARTUUID=, my Artix Linux install (using openrc) has root=UUID=. I wasn't aware they had mucked with grub (2.12-rc1) nor do I know if it's a recent change in grub.
Re: [gentoo-user] What is a dependency of ruby
On 9/21/23 12:30, Alan McKinnon wrote: On Thu, Sep 21, 2023 at 5:03 PM Neil Bothwick wrote: On Thu, 21 Sep 2023 13:45:19 +0200, Alan McKinnon wrote: > Not 100% back in the gentoo groove yet, forget some basic tools. > > Something pulled in ruby, I know not what. > > What commands show me what installed packages have ruby as a dependency? emerge -cav ruby Thanks Neil, but that is the wrong way wrong. Why do you think so? Trying to remove ruby will tell you why portage refuses to do so, and that reason is any installed packages that depend on it. This differs from using equery, which will tell you every package that depends on ruby, whether or not it is installed. Using -d instead of -a saves you from typing "N" just in case it IS willing to unmerge it.
Re: [gentoo-user] Password questions, looking for opinions. cryptsetup question too.
On 9/20/23 12:18, Hoël Bézier wrote: Am Tue, Sep 19, 2023 at 12:36:13AM -0500 schrieb Dale: In the real world tho, how do people reading this make passwords that no one could ever guess? I use Bitwarden to handle website passwords and it does a good job. I make up my own tho when encrypting drives. I'm not sure I can really use Bitwarden for that given it is a command line thing, well, in a script in my case. I doubt anyone would ever guess any of my passwords but how do people reading this do theirs? Just how far do you really go to make it secure? Obviously you shouldn't give up much detail but just some general ideas. Maybe even a example or two of a fake password, just something that you would come up with and how. For storing passwords, I use app-admin/pass. For choosing passphrases, I write sentences. I know having space character at a predictable frequence in the passphrase makes it easier to find out, but using phrases makes it easier to come up with very long passphrases (which, I believe, balances the space thing, though I’m no crypto expert), which are also easy to remember. I don't think anyone has yet mentioned using the first (or last or second) letter of each word in the first (or last) sentence of a favorite book or poem or song, possibly modifying with some upper case and sprinkling in digits and special characters.
Re: [gentoo-user] Controlling emerges
On 9/18/23 08:00, Peter Humphrey wrote: Hello list, We've had a few discussions here on how to balance the parameters to emerge to make the most of the resources available. Here's another idea: One the one hand, big jobs should be able to use the maximum CPU performance and RAM capacity, but on the other we don't want to flood the system. Therefore, I think it would be useful to be able to specify in env and package.env that a job should be run on its own - if any other emerge jobs are scheduled, wait until they're finished. Combine that with a specific MAKEOPTS, and we'd have a more flexible deployment of resouces. Is this feasible? What have I not thought of? I've had exactly the same thought for some time now. My guess is that it is theoretically possible to add some USE flag or ENV var for portage to recognize, but I don't know the portage internals well enough to guess how much effort it would be. Given that portage orders ebuilds in a single emerge session based on some dependency graph, that seems like a good place to put the necessary hooks. As a starting point, one option might be to create a special/magic ebuild and make it a dependency of those jobs that need to be run alone, and have something about it that won't run if anything else is still running. But, I don't know if those pre-checks (such as checking for enough RAM and/or disk space) can be run at build time and not just at portage startup time. The other possible problem with that approach would be to be sure that ebuild gets run separately for each other ebuild that depends on it - not all of them depending on it being run once.Also, those blocking ebuilds have work so that if several of them are queued (and running their "wait for everything else to finish" scripts - exactly one of them needs to start. I don't know if those pre-check scripts count as running before or within the ebuild itself.
Re: [gentoo-user] What is the point of baloo?
On 9/17/23 15:06, Wols Lists wrote: On 17/09/2023 19:37, Michael wrote: However, unlike locate, baloo is meant to index not just file names, but also metadata tags and relationships relevant to files, emails and contacts. Its devs would argue it has a small footprint. So it is meant to be*more* than a simple file name indexer. But what is the POINT of said index? If there's no point it's just a total and complete waste of time and space! So, far the only point I'm aware of is it is supposed to make kmail run faster - an application I've never used. While I've also always had KDE indexing turned off, baloo and associated "stuff" allows searching through all your files (or a configurable subset) not just mail. It lets you find something you know you have but forgot where you stashed it. Also, I'm pretty sure that that high load is only until baloo finishes one complete pass through all the files it's been told to (or allowed to) index. After that, it only needs to index new or changed stuff. I also believe there is a way to limit how much cpu it uses, but I have no idea how, since I (like you and many others) prefer to limit it to 0. You would probably get a better discussion, including at least some reasonable defense of baloo, posting on discuss.kde.org (their current forum system.) One recent example I did see there is that baloo (with appropriate configuration) can let you see height and width of image files in dolphin (the file manager.) No, I don't have any need for that either, but I can see some users liking it. One thing to keep in mind, I don't think folks like us (Gentoo users in general) are really the primary target of KDE. I suspect they are (among other things) trying to produce a system that will attract users from "that other OS" who may take things like poor performance but full indexing for granted. Jack
Re: [gentoo-user] Anyone used openmediavault with LVM?
On 9/12/23 11:55, Peter Humphrey wrote: On Tuesday, 12 September 2023 16:45:21 BST Dale wrote: I currently have Ubuntu installed. I would have been done with it sooner but I had a typo in exports and it wouldn't allow me to mount the thing. Wrong IP for my main system. At least it's secure. ROFL So far, my biggest gripe is sudo this, sudo that. Dang, give me root and be done with it. :/ I did try, no freaking password for the thing. I gotta google that tho. There has to be a way. You could try 'sudo su -' . I don't know, but it's worth a try. I've generally used "sudo bash" for such stuff.
Re: [gentoo-user] Re: sqlite downgraded by update breaks things
On 9/6/23 12:42, Grant Edwards wrote: On 2023-09-06, Michael wrote: The message indicates subversion needs reinstalling with the downgraded sqlite - potentially @preserved-rebuild ought to catch this, or revdep-rebuild. I used to run revdep-rebuild after every update, but a few years ago I thought I read that was no longer a useful thing to do. I did not try @preserved-rebuild since there was no message from portage indicating it was needed. Isn't there usually a message from portage if that set is non-empty? I don't think it would have done anything, since the library file's version didn't change and subversion was indeed using the newer library. @preserved-rebuild only kicks in if the library file version changes and portage keeps the old version of the file around to keep some apps running until they are re-built to use the newer version of the library file. You could have a go rebuilding sqlite with +static-libs, but I'm clutching at straws here. :-/ Emerging 'subversion' did it. When I typed 'emerge svn' and something got merged without any errors I didn't even look to see exactly what -- though after I emerged subversion I did remember that emerging svn didn't take nearly as long as it should have. IMO it's a mistake to have one package called "svn" and another one called "subversion". -- Grant I'd also consider it a possible bug that subversion didn't require a rebuild after a version change of one of it's dependencies. I don't remember why the downgrade was needed (I got hit by that also) but perhaps it was added to the tree as stable and then reverted to testing, but not soon enough? Jack
Re: [gentoo-user] How to find which .keep file creation is failing
On 2023.08.25 11:39, Peter Humphrey wrote: On Friday, 25 August 2023 16:28:16 BST I wrote: > Now what? I can't do without webkit-gtk. I have a precompiled package from before the mask was applied; is there a way to ebuild it in spite of the mask? # find /var/cache/packages/dev-lang -name ruby-3.0\* /var/cache/packages/dev-lang/ruby/ruby-3.0.6-r3-1.xpak Sorry if I missed it, but which version of webkit-gtk do you have/want/need? I have webkit-gtk:4.1 installed with ruby:3.1. Are you somehow stuck on webkit-gtk:4? You should be able to install a masked package by putting it in package.unmask. It looks to me like ruby-3.0.6-r3 has been masked, but not yet actually removed from the tree.
Re: [gentoo-user] Email clients
On 2023.07.31 13:23, Matt Connell wrote: On Mon, 2023-07-31 at 20:16 +0300, Alexe Stefan wrote: > > Normally I would be in the chorus of "why do I need a whole entire > > web > > engine for an email client" but I'm also in the group of people who > > knows full well what the answer is. > > What is the answer? > Mutt doesn't need a web engine. For the reason that you just demonstrated for the class: HTML emails. Now, your simple mail shows just fine in a plain text only mail client, but in my world, and I'd wager most people's world, handling HTML messages (which includes CSS for legibility) is a necessity to some varying degree. Don't get me wrong, I'm "team plaintext" all day every day but I'm not going to make my life more difficult on principles. There are hills worth dying on but this isn't mine. I haven't tried it in a while, but Carbonyl (https://github.com/fathyb/carbonyl) is a web browser that runs in a terminal. I wonder if it could be used for a text based email client to actually display HTML emails, without the overhead of one of the big graphics libs.
Re: [gentoo-user] Email clients
On 2023.07.28 20:29, Peter Humphrey wrote: Hello list, I've been a loyal user of KMail for many years. (Loyal? Masochistic might be a better word.) It suits me exactly - or it would if it were reliable. It isn't, though, which drives me to consider alternatives. Claws mail is often mentioned hereabouts, and I'd like to try it, but first I'd need to export KMail's 20-odd-year maildir history to mbox format. Is it enough to run KMail's Import/Export Data tool to do this? It should be, on the face of it, but I'm suspicious (consider me paranoid if you like). I've been a happy user of Balsa for many years. It reads maildir as is, no conversion necessary. Can also use mbox and other formats, and does IMAP as well as POP3. Jack
Re: [gentoo-user] Instrumenting emerges
On 7/24/23 02:54, Peter Humphrey wrote: On Friday, 14 July 2023 00:02:05 BST Frank Steinmetzger wrote: Am Sat, Jul 08, 2023 at 12:42:13PM -0300 schrieb David M. Fellows: while [ true ] ; do cat /proc/loadavg |logger; sleep 60; done A spec more elegant: while sleep 60; do ... ; done I tried this in a bash script: merging=true echo "" > /var/log/local0.log while [ $merging ] ; do cat /proc/loadavg | logger -p local0.info; sleep 10; done & /usr/bin/emerge "$@"; merging=false ... But the emerge command is never executed. I thought the '&' would detach the logging command to run in the background. Shellcheck only complains about the 'cat' being useless; nothing about the logic, as I suppose I should have expected. My programming days are long behind me, as you can see. :( Pure guess, but the & may be getting attached to something less than the entire command on that line. Try enclosing the command (but not the &) in something. I leave it as an exercise to determine whether () or {} or some other closure is the right one. Jack
Re: [gentoo-user] Highlight certain packages being upgraded
What about piping the output of emerge through 'tee' into a file. You can then grep that file for the package names you are interested in, and they will clearly be highlighted. True, you will need to look at the portage output directly to decide whether or not to proceed, and then separately at the grep of the same text to see if you need to take other actions. On 7/8/23 16:20, Dale wrote: Neil Bothwick wrote: On Sat, 8 Jul 2023 14:14:46 -0500, Dale wrote: Thing is, some of the packages are dependencies of other packages. Excluding them will likely trigger other problems, such as packages not being able to upgrade due to others being excluded. Plus, I'd have to run it twice and do two separate upgrades. Usually, I start the upgrade in a chroot, take a nap and it is done when I wake up. I'd have to interrupt my nap for the second set if it is split up. Having it highlight the packages so I can see them easier was a thought, just not a good one. :/ But what would you do with the information? If you're just going to see that there are slow packages there and then carry, what's the point. I suppose you know you can have a longer nap :) You could try piping emerge's output through sed to add colour codes around the packages you want to highlight. How exactly you do this is left as an exercise for the reader :P When I see certain packages, I know to close some of my Firefox profiles if they require a lot of memory. For some, I know I need to restart that program/service. For some, such as my video drivers, I know to reload the modules after I logout. What I do with the info depends on which package it is. I just make a mental note that certain things needs to be done and I know to do them either before I start the upgrade or after it is done. Just as a example, my overnight upgrade included nvidia drivers. I didn't see it so when I logged out, no X. I usually see it but missed it this time. Having a way to easily set the colors would be easier but having to repeat things, create files to scan, use tools I'm not familiar with and such, that isn't easy. I wanted to be able to see it in the initial list, make a note of what packages I need to do things for and then hit yes to continue. Basically, I was hoping emerge had a way to do this that isn't known to me. After all, the thing all but washes dishes already. ROFL Maybe one day others will like this idea and one of them is willing to add some code to emerge to do it. Until then, I guess I'll just miss one on occasion and have to scratch my head a couple times. Thanks to all. Interesting ideas but generally over my head. :/ Dale :-) :-)
Re: [gentoo-user] Highlight certain packages being upgraded
On 2023.07.08 13:02, Dale wrote: Neil Bothwick wrote: > On Sat, 8 Jul 2023 03:33:30 -0500, Dale wrote: > >> I was wondering. Is there a way to highlight certain packages that are >> about to be upgraded? Example, I like to know when some larger packages >> like Firefox, LOo, that excessively long qt package and a couple others >> are going to be upgraded. Some that are listed in the world file show >> up in a darker green and are easier to see however, some are not. They >> are dependencies of another package but I'd like to have them stick out >> in the list of packages to be upgraded. I don't recall ever seeing >> anyone mention this as a feature of emerge or heard of a way to >> configure such a thing either. That said, it could be possible and just >> not well known. > If your objective is to update your system without the long build times, > put the atoms of the relevant packages in a file and run > > emerge --your-options --exclude "$(cat big-packages.txt)" @world > > I'm just wanting certain packages to stand out more in the list emerge spits out. Some require a lot of memory, some have long build times, some both of those and some require me to restart programs or do other things. I already check the changes in USE flags but they stick out good since they are usually yellow or some other color. I was curious if I could set colors for certain packages without reinventing the wheel. While I don't recall hearing or seeing anything about it, I thought it might be possible I just hadn't heard about a feature that does this. Doesn't sound like there is a easy way to do this so I guess just looking at each package name is the way to go for now. Using Neil's approach, you do the emerge with the excludes, so you know there are no problem packages included. Then you run it again, without the excludes, and all/most of what shows up will be those big/long packages. No need to hunt through the first list, and the second list will be much shorted and easier to review. Yes, it would be nice if portage gave you a way to visually flag certain packages, but it's not currently an option.
Re: [gentoo-user] Plasma session saving
On 7/5/23 10:05, Michael wrote: On Wednesday, 5 July 2023 14:07:36 BST Peter Humphrey wrote: On Saturday, 1 July 2023 17:36:59 BST Peter Humphrey wrote: On Saturday, 1 July 2023 15:02:16 BST Mark Knecht wrote: [snip] Same problem as before, but now the three instances of gkrellm shimmer around their edges unless I move them away from the screen corners. I suppose this is an artefact of GTK2 and its ageing. I noticed the same flicker with the GKrellms window border, when I run an app which uses graphics hardware acceleration. Rolling over to another virtual desktop and back stops this gkrellm window border flicker. I'm using Plasma on Wayland, so I wasn't sure what the cause of this is: code rot in GKrellms, buggy Wayland, or my ancient graphics hardware. :-/ I've also noticed this with gkrellm on Plasma, but only on Wayland, not on xorg. I haven't paid any specific attention to the circumstances.
Re: [gentoo-user] can't start X as user
On 6/13/23 20:21, Philip Webb wrote: My new machine has no problem with graphics using System Rescue etc nor using 'startx' as root with Gentoo, but it refuses to start as user. I've had a series of errors : parse_vt_settings : can't open /dev/tty0 (permission denied) after adding my user to 'tty input' in 'group' : can't open virtual console 7 : permission denied after adding 'elogind' to 'default' runlevel & starting it : xf86EnableIO : failed to enable I/O ports -03ff (operation not permitted) yes, my user is in the 'video' group & 'xorg-server' has USE="elogind" . In my current machine, there is a /dev/fb0 with permission 660 . but there is no such device in the new machine. I've looked at several "solved" cases of the same error messages, but they don't seem to help my problem. Can anyone offer possible solutions ? what does "ll /dev/tty*" show? I see lots of them, including 0, although I can't say which are relevant. It does seem odd if you don't have any. Have you compared kernel config on the machine that works and the one that doesn't? what does /var/log/Xorg.0.log show? It's likely to be more voluminous than output to console. what's in ~/.xinitrc? I don't actually suspect anything there, but it might be relevant. In my case, X is started on the same virtual console it is invoked from, but I don't remember where the change from always using 7 shows up in any config file. However, that does suggest some permission error MIGHT be relevant (but no guarantees.)
Re: [gentoo-user] some help with wayland
On 2023.06.13 04:52, Michael wrote: On Tuesday, 13 June 2023 01:01:43 BST Wol wrote: > On 10/06/2023 09:44, Michael wrote: Without sddm, you can run the startplasma-wayland stanza from a console, do your thing, logout and the console would have captured various logs - just as startx does. > Does that actually work now? Last I tried I ended up looking for the docu, and found that it said that was a bad idea and not guaranteed to work. Certainly on my system, it just hung with, iirc, no logs whatsoever. > > Once I enabled sddm.service, it worked fine ... > > Cheers, > Wol It works here with Radeon graphics and Intel graphics (no Nvidia to try): dbus-run-session startplasma-wayland What works less satisfactorily or not at all on this laptop, is Ctrl+Alt+F2 or some other console and then returning to F1. The wayland desktop rendering is corrupted with horizontal tearing and flickering on the monitor. I can't see any menus to restart/logout. Sadly Ctrl+Alt+Backspace has no effect on it. If/when it locks completely the magic SysRq key combo does not work either. Well, switching consoles was working for me for a while, but is now broken as described. However, typing Alt-F2 and then logout, then hitting Enter, seems to end the session, apparently cleanly (or cleanly enough?). I first tried "kwin_wayland --replace" but without success. I'm not certain if it needs some other parameter to be fully successful, as on at least one try, the screen went totally black for a bit, then the mouse pointer reappeared, but nothing else. Due to muscle memory, dropping in a console is a regular occurrence with me, so I only launch wayland with sddm. Sessions started with sddm can be recovered, if I first return to F7 where sddm is running, then to F8 where the wayland session is.
Solved for now: [gentoo-user] some help with wayland (wrong display settings)
On 2023.06.10 17:56, Jack wrote: Still some work to do, but much better now. In the sterr output when run as a new user where both screens are used, I saw Checking screens: available: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) but run as my regular user, where wayland only finds one screen, I saw Checking screens: available: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) After flailing about trying to figure out why one of the monitors didn't seem to be available, I found kscreen-doctor and I realized that I COULD select the "missing" monitor in the Display Settings and enable it. I'm still having problems getting that change and the relative positioning of the two monitors to stick across sessions, but at least I've now got stuff to work with. While figuring out the kscree-doctor commands to set the displays, I discovered I had some old data in ~/.local/share/kscreen. Deleting that folder appears to have let plasma simply find the right default configuration, without my actually needing to set or fix anything. That folder has not been recreated by plasma, so I don't know why it was overriding reality, nor where the equivalent now lives.
Re: [gentoo-user] some help with wayland
Still some work to do, but much better now. In the sterr output when run as a new user where both screens are used, I saw Checking screens: available: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) but run as my regular user, where wayland only finds one screen, I saw Checking screens: available: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) After flailing about trying to figure out why one of the monitors didn't seem to be available, I found kscreen-doctor and I realized that I COULD select the "missing" monitor in the Display Settings and enable it. I'm still having problems getting that change and the relative positioning of the two monitors to stick across sessions, but at least I've now got stuff to work with. Thanks for the pointers.
Re: [gentoo-user] some help with wayland
On 2023.06.10 13:07, Michael wrote: On Saturday, 10 June 2023 18:00:34 BST Jack wrote: > I have also had odd behavior with X and two monitors, but I always > managed to get it working without excessive effort. My most persistent > problem was if the right monitor was plugged into the primary output, > reordering the monitors in the Display Settings would eventually get > lost and require me to do it again. At this point I can't remember why > I was so against just switching the cables. In my use case, it was related the user wanting a higher quality calibrated monitor on the right hand side to examine and process photographic samples of products, while the left was used to set up layouts and run usual productivity apps. > Final point - I still haven't found where the wayland log is when not > using sddm. > > Jack When you logout and return to the console from which you launched wayland, isn't there some output showing what was running and any problems with it? Nothing that (at the time) made any sense to me. What was happening is that I was inadvertently launching startplasma-wayland with xorg running, so I can see KWin getting confused. Now that I understand that, I can try again and see if the output actually gives any hint(s) I missed.
Re: [gentoo-user] some help with wayland
On 2023.06.10 04:44, Michael wrote: On Saturday, 10 June 2023 01:19:06 BST Jack wrote: I've been running xorg (KDE Plasma) for years, and have been perfectly happy, but every now and then I have tried wayland, with less or even less success. My recent attempts give me a plasma session in the upper 1024 x 768 of a monitor that does 1920x1080. It also doesn't recognize the second monitor at all. However, the mouse cursor moves freely across all of both monitors. Stating the obvious, but have you tried systemsettings to change the Display resolution? Logout, then login. Display Settings said that 1024x768 was the only available resolution. (see below) Also, have you tried dropping into a console and back again into the wayland desktop? Same behavior. I know some of the above sounds like cargo-culting, but I have found them to work with mixed results. I've seen stranger things work. I'm not sure what in your response that gave me a clue, but although I modified .xinitrc into .winitrc to use startplasma-wayland, I was still calling it with startx. DOH! So now, just running .winitrc gets me full resolution. However, running as a new user, it sees both monitors, but running as my existing user, it only sees one monitor. At least now I can start digging through changes in .login/.config between the two users. I've modified /etc/default/grub per the Wayland wiki page with no change. My main question right now is where to find any log of the wayland session. There is a KDE page which says where to look if you launch wayland from sddm, but I'm launching from a command line, using startx, with the last line in .winitrc (so I can also keep my original .xinitrc) of either "exec dbus-run-session startplasma-wayland" or "exec dbus-launch --sh-syntax --exit-with-session startplasma-wayland". Without sddm, you can run the startplasma-wayland stanza from a console, do your thing, logout and the console would have captured various logs - just as startx does. still didn't notice anything useful in the output, other than finally noticing that X was still starting when I least expected it. Alternatively, to check wayland or xwayland applications from within wayland, run in a terminal: I might still try that, but it's that basic system, not any particular application that was the issue. Thanks for the clue, or at least triggering me to find it. qdbus org.kde.KWin /KWin org.kde.KWin.showDebugConsole I moved to wayland 2-3 years ago for the opposite reasons to you. After the odd update(s) Xorg had started playing up with two monitors, causing the Plasma Task Manager to disappear, messing up the resolution, switching the primary monitor from left to right, and other problems I can't recall. Reconfiguring Plasma settings would not survive a reboot. I never bottomed out the causes of these problems (Plasma, Xorg video driver, mesa) and was about to give up on Plasma when I thought of trying out Wayland. Surprisingly Wayland provided a more stable desktop than Xorg had become! I have three systems running Wayland, all with radeon graphics. I don't know if Nvidia needs particular tweaking for NVENC, I've no experience with Nvidia in general. An intel laptop with Enlightenment works in Wayland, although the odd xwayland application fails to launch (e.g. Gkrellms). I have also had odd behavior with X and two monitors, but I always managed to get it working without excessive effort. My most persistent problem was if the right monitor was plugged into the primary output, reordering the monitors in the Display Settings would eventually get lost and require me to do it again. At this point I can't remember why I was so against just switching the cables. Final point - I still haven't found where the wayland log is when not using sddm. Jack
[gentoo-user] some help with wayland
I've been running xorg (KDE Plasma) for years, and have been perfectly happy, but every now and then I have tried wayland, with less or even less success. My recent attempts give me a plasma session in the upper 1024 x 768 of a monitor that does 1920x1080. It also doesn't recognize the second monitor at all. However, the mouse cursor moves freely across all of both monitors. I've modified /etc/default/grub per the Wayland wiki page with no change. My main question right now is where to find any log of the wayland session. There is a KDE page which says where to look if you launch wayland from sddm, but I'm launching from a command line, using startx, with the last line in .winitrc (so I can also keep my original .xinitrc) of either "exec dbus-run-session startplasma-wayland" or "exec dbus-launch --sh-syntax --exit-with-session startplasma-wayland". Thanks for any pointers. Jack
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On 2023.06.04 17:22, Dale wrote: Jack wrote: > On 2023.06.04 15:56, Dale wrote: > >> Doing my updates, most things updated but some still have conflicts. >> Emerge is trying to tell me but I use Konsole and I think it messes >> up the ^ bit and points to the wrong thing. > I suspect the ^ assumes a fixed width font. > > I suspect it is that or expecting a console or something. There may be a setting to make it work in Konsole but I have no idea what it would be or where to look even. It's always been that way. Either way, it rarely points to the right spot which makes it useless when trying to decode what emerge is saying. It doesn't matter where you are looking at that output, it just counts characters to put the ^^^ under what it is supposed to point to. That only LOOKS right if you use a monospace or fixed width font. Works the same in a terminal or text editor or email reader. In Konsole, it's under Settings/Edit Profiles/pick and edit the profile, click Appearance on the left, and pick an appropriate font near the bottom. Maybe one day. Maybe. Dale :-) :-)
Re: [gentoo-user] Re: replacement for ddclient?
On 2023.06.04 16:36, Grant Edwards wrote: On 2023-06-04, Jack wrote: > I may have an explanation. How did you run ddclient when you got that > error? I think its check for ownership is very specific, and if you > just run ddclient from command line as either yourself or root, you are > not the owner (ddclient) of the file. When run as a service (rc-service > ddclient start, in my case) the process is owned by ddclient, so the > ownership matches. Also - that is just a warning, not an error, so it > should work anyway. You're right, I was not running it as user ddclient. It's not checking to see if the file is owned by the user ddclient, it's checking to see if it's owned by the user _running_ ddclient. Either the code needs to be changed to check what the warning says or the warning text needs to be changed. I agree - it's probably ASSUMING that it's being run as the user ddclient, which obviously isn't always the case. Ignoring that warning, it still doesn't seem to correctly determine whether an update attempt fails or not. As a result of that it tries to do an update every time it runs, even though the IP address has not changed since the last update (which did not fail, regardless of what ddclient thinks). I think I did see issues filed at github for that problem. Given the lack of any core maintainer, you're probably going in the right direction. I've found that my DNS provider offers their own client, and I'm going to try that. If that doesn't work, it shouldn't take more than about a an hour to write my own in Python. [I've wasted way more than that trying to get ddclient to work in the past few days.]
Re: [gentoo-user] emerge conflict. Need help. ffmpeg, kpipewire, handbrake, ffmpegthumbnailer and others.
On 2023.06.04 15:56, Dale wrote: Doing my updates, most things updated but some still have conflicts. Emerge is trying to tell me but I use Konsole and I think it messes up the ^ bit and points to the wrong thing. I suspect the ^ assumes a fixed width font.
Re: [gentoo-user] replacement for ddclient?
I may have an explanation. How did you run ddclient when you got that error? I think its check for ownership is very specific, and if you just run ddclient from command line as either yourself or root, you are not the owner (ddclient) of the file. When run as a service (rc-service ddclient start, in my case) the process is owned by ddclient, so the ownership matches. Also - that is just a warning, not an error, so it should work anyway. Jack On 6/4/23 10:42, Grant Edwards wrote: Can anybody recommend a replacement for ddclient as a dynamic IP service updater? I've been trying to use it for decades, and there have been periods when it works as it's supposed to. But, usually it doesn't, and I'm sick of fighting with it. At the moment, it _always_ tries to do an update for reasons I can't figure out. It has also started says that the last update attempt failed even though it worked fine. I've tried deleting the cache file so many times I've lost count, but that never helps. It has also started warning about the file mode for /etc/ddclient.conf even though it's set exactly the way the warning says to set it: # ls -l /etc/ddclient.conf -r 1 ddclient ddclient 509 Jun 3 08:36 /etc/ddclient.conf # ddclient WARNING: file /etc/ddclient.conf: file /etc/ddclient.conf should be owned only by ddclient or not be writable. WARNING: file /etc/ddclient.conf: file /etc/ddclient.conf should be owned only by ddclient or not be writable. CONNECT: checkip.dynu.com (IPv4) CONNECTED: using SSL And then it _doesn't_ warn you when it's unable to create a cache file or find a cache file (which then causes it to misbehave). I keep thinking that the next update might fix things, and sometimes it does, but then something else is usually broken. -- Grant
Re: [gentoo-user] replacement for ddclient?
On 6/4/23 10:42, Grant Edwards wrote: Can anybody recommend a replacement for ddclient as a dynamic IP service updater? I've been trying to use it for decades, and there have been periods when it works as it's supposed to. But, usually it doesn't, and I'm sick of fighting with it. At the moment, it _always_ tries to do an update for reasons I can't figure out. It has also started says that the last update attempt failed even though it worked fine. I've tried deleting the cache file so many times I've lost count, but that never helps. It has also started warning about the file mode for /etc/ddclient.conf even though it's set exactly the way the warning says to set it: # ls -l /etc/ddclient.conf -r 1 ddclient ddclient 509 Jun 3 08:36 /etc/ddclient.conf # ddclient WARNING: file /etc/ddclient.conf: file /etc/ddclient.conf should be owned only by ddclient or not be writable. WARNING: file /etc/ddclient.conf: file /etc/ddclient.conf should be owned only by ddclient or not be writable. CONNECT: checkip.dynu.com (IPv4) CONNECTED: using SSL I have ddclient installed, and in my case /etc/ddclient.conf is 600 not 400, but I get the same error. However, it appears it isn't actually running, so I actually have no idea how my IP is getting updated. In addition, looking at the project's github page, although there is still some activity, the current lead is not working on it, so it might be time to look for a replacement. And then it _doesn't_ warn you when it's unable to create a cache file or find a cache file (which then causes it to misbehave). I keep thinking that the next update might fix things, and sometimes it does, but then something else is usually broken. -- Grant
Re: [gentoo-user] using Wifi in a new machine
On 5/31/23 12:30, Philip Webb wrote: Thanks to Michael for his helpful advice. I've narrowed the problem down somewhat, but Wifi still doesn't work on Gentoo, tho' it does on Mint + SR. The difference seems to be that when I enter 'lshw -class network' in Mint, I get "network | description : Wireless interface ... ", but in Gentoo it says "network | description : Network controller ... ". Also, under "configuration:", Mint says "broadcast=yes, driver=nt7921e, Is there a typo? Above says driver nt7921e (first letter N) driver_version=5.15.0-generic, firmware=__91-20220209 150915, latency=0, multicast=yes, wireless=IEEE 802.11", whereas Gentoo says only "driver=mt7921e, latency=0". Driver here is mt7921e (first letter M) If it's not a copy/paste error, is it wrong in some config file? 'lsmod' gives the same result on both systems, incl firmware. It looks as if modules + firmware are all installed, but for some reason Gentoo isn't recognising the device as Wifi. What might be missing ? BTW there appears to be a pkg 'rfkill' : on Mint 'rfkill' reports "Bluetooth hci0 | wlan phy0", both unblocked. Any further advice wb most welcome (smile).
Re: [gentoo-user] kde-plasma seems to have lost its mind
On 2023.05.19 18:05, Jack wrote: (Although I admit I'm beginning to wonder about myself.) I've done a number of upgrades recently, and when I rebooted into kernel 6.3.3 yesterday, the boot seemed to go fine, but when I started kde-plasma, things did not go well. I could vaguely see the "outlines" of the desktop, but there was no recognizable wallpaper or any text. The background was a solid light blue. I could see some which or light gray boxes where there should be windows. If I move the mouse (no visible cursor) to the top of the screen, something that might be the panel shows up - but solid white. I see a tall striped window that is probably gkrellm. Sometimes, I can right click on the desktop and guess where the "logout" button is on the window that pops up, but sometimes I need to kill things from a different console. With no noticeable change in behavior, I've rebooted into the two previous kernels (6.3.0 and 6.2.11) and rolled back plasma from ~5.27.5 to 5.27.4. I've reinstalled xorg-server 21.1.8, and all of its xf86-input and -video drivers. I get the same behavior with an empty ~/.config or as a new test user. This is an amd64 system mostly stable, with select testing apps. kde-apps are 22.12.3. I'm about to try rolling back kde-frameworks from ~5.106.0 to 5.104.0 and mesa from ~23.1.0 to 23.0.3-r1. I haven't seen anything I recognize as a problem in the X log, dmesg, or /var/log/messages. I realize I'm not provide anything solid to go on. I do figure it's something in my configuration or I would have found other reports. I'm mainly hoping someone can suggest what else I can try or where to look for hints, as I'm about out of ideas, beyond tracing back through all recent upgrades. Jack (I figure there's a maybe 25% chance I'll discover the problem as soon as I embarrass myself by posting this.) Pretty much as I figured - downgrading mesa from 23.1.0 to 23.0.3-r1 has plasma working just fine. I'll test again with 23.1.0 and file a bug if the problem is repeatable.
[gentoo-user] kde-plasma seems to have lost its mind
(Although I admit I'm beginning to wonder about myself.) I've done a number of upgrades recently, and when I rebooted into kernel 6.3.3 yesterday, the boot seemed to go fine, but when I started kde-plasma, things did not go well. I could vaguely see the "outlines" of the desktop, but there was no recognizable wallpaper or any text. The background was a solid light blue. I could see some which or light gray boxes where there should be windows. If I move the mouse (no visible cursor) to the top of the screen, something that might be the panel shows up - but solid white. I see a tall striped window that is probably gkrellm. Sometimes, I can right click on the desktop and guess where the "logout" button is on the window that pops up, but sometimes I need to kill things from a different console. With no noticeable change in behavior, I've rebooted into the two previous kernels (6.3.0 and 6.2.11) and rolled back plasma from ~5.27.5 to 5.27.4. I've reinstalled xorg-server 21.1.8, and all of its xf86-input and -video drivers. I get the same behavior with an empty ~/.config or as a new test user. This is an amd64 system mostly stable, with select testing apps. kde-apps are 22.12.3. I'm about to try rolling back kde-frameworks from ~5.106.0 to 5.104.0 and mesa from ~23.1.0 to 23.0.3-r1. I haven't seen anything I recognize as a problem in the X log, dmesg, or /var/log/messages. I realize I'm not provide anything solid to go on. I do figure it's something in my configuration or I would have found other reports. I'm mainly hoping someone can suggest what else I can try or where to look for hints, as I'm about out of ideas, beyond tracing back through all recent upgrades. Jack (I figure there's a maybe 25% chance I'll discover the problem as soon as I embarrass myself by posting this.)
Re: [gentoo-user] Mouse pain
On 5/15/23 12:11, Wols Lists wrote: On 15/05/2023 03:51, William Kenworthy wrote: Checked your menu? XFCE has a "mouse and touchpad" under settings with a number of useful items including acceleration, double click timings etc. Yes. As I remember, KDE USED to have such a menu ... Cheers, Wol It still does - under Accessibility in System Settings. Open System Settings and type "mouse" in the search box.
Re: [gentoo-user] Mouse pain
On 5/14/23 16:33, Wols Lists wrote: I've been having grief with my mouse for a while, and all the help I can find is "how to adjust mouse speed", which is not my problem... and seems to be about the only thing that is adjustable ... Basically even something as simple as left click doesn't work properly. I'm guessing it's timing related, but I can't find anywhere to adjust it. The symptoms are single clicks get interpreted as double or treble clicks, and when I try (especially in games) to do a "drag to select", the area the mouse drags over bears precious little resemblance to the are the mouse actually is. Combined with the "double click effect" it makes the mouse - randomly :-( ! - almost unusable. It might well be tied into system lock-ups, as every now and then the system simply stops responding, as in either the mouse and keyboard just no longer work, or the mouse moves freely but the system just ignores it. Basically I just don't know how - or where - to start debugging it (systemd, kde system) Cheers, Wol only some more straws to grab at - any hints in dmesg? - if it is a USB mouse, have you tried plugging it into a different port? Have you tried a different mouse (to be sure it's not a hardware issue) - have you tried xev? - I have no idea if any of the settings in System Settings/Accessibility/Mouse Navigation might help, or at least help with debugging.
Re: [gentoo-user] Portage load control
On 5/12/23 20:08, Peter Humphrey wrote: On Saturday, 13 May 2023 00:53:49 BST Mark Knecht wrote: Anyway, I had a couple of thoughts: 1) If it's really a bug then as others have said report it up the chain and hope for a fix. https://bugs.gentoo.org/905933 2) If I wanted to solve the problem today(ish) then I'd build a Gentoo VM in Virtualbox, dedicate some number of cores to it, build everything with binary packages and probably run an NFS server in the VM which I mount in the host machine. I then update the host machine from the binary packages and Virtualbox manages to never use more cores than I give it. That fix is more or less guaranteed to work. Sounds like a lot of work. :( A new thought on an easier test. With -j any higher than 1, doesn't emerge put out a fairly constant stream of how many out of how many jobs are complete, how many are currently running, and the load average? If it launches new jobs when it's own display of load average is above what you set, that should be pretty compelling to the developers. 3) As a question for the far more knowledgeable system folks I'd ask "Can this problem be solved by cgroups?" If I have a cgroup with 10 processors in it, can I start emerge in the host environment and then just transfer the emerge process ID to a cgroup that I've set up for this purpose? Isn't that what cgroups is supposed to be used for? Interesting idea, that. Anyway, just thoughts. All grist to the mill...
Re: [gentoo-user] Portage load control
On 2023.05.12 12:23, Mark Knecht wrote: [snip .] One interesting point is that the first Gentoo page I found to look at the emerge man page shows LOAD as the value provided to the --load-average option, but nowhere does it specify anything other than it's a floating point value: I suspect the specification of floating point implies that it CAN take digits after the decimal point, but not that they are required, although that should be easy enough to test. https://dev.gentoo.org/~zmedico/portage/doc/man/emerge.1.html For clarification reading other sites, my understanding is that a load average value of 1 in the top application is meant to represent 1 CPU core operating at 100%. Assuming that's true, then on Peter's 24 core machine, with LOAD=40, he's telling emerge it's ok to use more cores than his machine has. Is that consistent with your (or others) understanding? Close, but not quite. (See https://en.wikipedia.org/wiki/Load_(computing) for more details.) I think your understanding will match any observations, but I see the definition as different. I understand the load (instantaneous, not average) is the number of processed in the "r" state, i.e., running or waiting for a CPU slice. That excludes any process explicitly sleeping or waiting for IO. Since it can change so quickly, the point load is not very useful, so it is more commonly presented as a value averaged over a period of time. Top shows 1, 5, and 15 minute averages. Again, --load-average tells emerge whether it can start a new job/package, but has no control over how high the load will get based on the already started jobs. If emerge starts new jobs when the load is over that specified by --load-average, that does smell like a bug in emerge. I think the mistake is one of those easy to make ones where the human things 40% (hence 40) and the machine things 40% (hence 0.4) Cheers, Mark
Re: [gentoo-user] Portage load control
On 2023.05.12 11:27, Mark Knecht wrote: On Fri, May 12, 2023 at 7:27 AM Peter Humphrey wrote: > > On Friday, 12 May 2023 15:13:08 BST Mark Knecht wrote: > > > My opinion: load-average probably works, but we are misunderstanding > > the documentation. > > That's what bothers me the most - that I have a mental block somewhere. :( > > -- > Regards, > Peter. Just for clarity, how are you measuring 'load average'? Just looking at what is reported in top or something else that takes stats? So if it's either a documentation issue, or an understanding the documentation issue, possibly set up a 'design of experiments' set of tests? For instance: 1) Pick 1 semi-large package that spawns a few extra jobs to get built 2) Remove the binaries from your system 3) Ensure all the source is prefetched 4) Build the package with no options measuring load-average Repeat 2 - 4 using a few different options: -j 1 -j1 --load-average=40 -j1 --load-aveeage=40.0 -j1 --load-average=4.0 -j1 --load-average=0.4 -j10 --load-average=0.4 etc., and see what happens? --load-average controls whether or not emerge starts another job/package, so testing by emerging a single package will not actually test this. That's why I suggested running some application to get the load up to 10 (arbitrary number) and then emerging a larger number of small packages. If --load-average is set to anything less than the actual load, it should only launch one package at a time. Having that simple example to add to the bug would give the developers an easy way to test. I think the fact that Peter's actual load went over 70 is because each individual job/package had no limit on the number of parallel compiles make could kick off. There is likely no bug there. The real problem (as Peter keeps pointing out) is that with the load that high, emerge still starts additional jobs.
Re: [gentoo-user] Portage load control
On 5/12/23 09:16, Peter Humphrey wrote: On Friday, 12 May 2023 11:09:37 BST Arve Barsnes wrote: On Fri, 12 May 2023 at 10:34, Peter Humphrey wrote: I have said several times that portage is ignoring that setting. I have it at 40, yet portage kicks off more packages at 72, and continues doing so for extended periods - at least 15 minutes. But are you sure that it is actually ignored? It was said in an earlier message from Mark that the value was related to number of cores, where your 24 cores at 100% average load would translate to a value of --load-average 24.0. That would put your value of 40 at 166% average load? What load are you actually trying to limit it to? If you want 40% load, that should apparently be --load-average 9.6. I'm reading man make.conf, which makes quite clear that --load-average limits the number of portage packages to be emerged, so as to avoid excess load. Simple. Either --load-average is designed to do as the man page says, but it doesn't work and should be fixed, or it should be removed, being useless and misleading. We can't have an option that limits load, but can be ignored at portage's whim. I haven't had a reply to my question in the bug report yesterday: "Why is --load-average=40 being ignored?" but it is perhaps early days yet. A possibility has just occurred to me: it seems to me that the use of a floating-point number for load average is a recent development, at least I've never seen it before and I've always used a plain integer. Could portage be skipping over it when it doesn't find a decimal point? That would be easier to fix than a wholesale failure of function. I still see two separate issues. First, you are saying that emerge still launches new jobs when the load is over what is set with --load-average. A possible way to test this directly is to run or create some job that pushed the load average to over some number, say 5. (It doesn't have to be high, just predictable, although a higher load would make a more obvious result.) Then start an emerge of two or more packages with --load-average=3. It should start the first job, and should then not start another until the load is below 3 or the first job has finished. You can try with both 3 and 3.0. If the second job does get started, this is an easy to run, concrete test you can post to the bug. The second issues is whether MAKEOPTS --load-average is actually getting passed to each job and whether make is then observing that limit. Whether this is the case or not is independent of the first issue. I suppose this could be tested without even involving emerge. Given you observed an actual load of 72 (do I remember correctly?) with both --load-averages set significantly below this, you could test, as long as you have a single compile which is busy enough. Another possible test would be (for example) to set emerge's --load-average to 2 or 2.0 and MAKEOPT's --load-average=10.
Re: [gentoo-user] Portage load control
On 5/11/23 18:07, Peter Humphrey wrote: On Thursday, 11 May 2023 17:18:17 BST Mark Knecht wrote: I'm sure you get this but I'm pointing toward the EMERGE_DEFAULT_OPTS portage variable which, according to it's page that "defines entries to be appended to the emerge command line." I suspect they are appended, but that doesn't guarantee that they override other entries that you are adding by hand or have somewhere else. It seems reasonable to me that you might just use this setting with nothing else and see if you can get it under control. I think that's worth a shot. And no, I don't have any other entries. Note the blue section on the page: Note When MAKEOPTS="-jN" is used with EMERGE_DEFAULT_OPTS="--jobs K --load-average X.Y" the number of possible tasks created would be up to N*K. Therefore, both variables need to be set with each other in mind as they create up to K jobs each with up to N tasks. The ''problem' is this can easily hit 100% of the cores you have in the machine if not sensibly set. (You choose what's 'sensible') Once again, --load-average is being ignored. Why is it there? Surely, it must be to mitigate the worst effects of that N*K, but it isn't doing so. Sorry if I'm repeating myself, but as I see it, there are two different --load-average settings to consider. I'd have to go back to the beginning of the thread to confirm you are setting both of them. The --load-average to emerge itself just tells it not to start a new job if the load is above the setting. If there are several large jobs, but all start with single threaded configuration activity such as ./configure or cmake, multiple jobs can clearly get started before the load average starts climbing. The --load-average in MAKEOPTS gets passed to make, and controls how many processes make starts. If that is set, and the load is still too high, the problem is in make not in emerge. Also, that setting will have no effect if the package uses ninja or something else instead of make. Ninja does have a -l setting for load average, but I don't know if emerge passes any MAKEOPTS to ninja. That might be an interesting enhancement request. Jack
Re: [gentoo-user] Portage load control
On 2023.05.06 07:50, Peter Humphrey wrote: Hello list, I still don't know how this works. I ran a test over the last two days, and the result does not accord with 'man make.conf' nor 'man 1 make'. First, 'man make.conf' does not state that --load-average, if set, will override --jobs, as it clearly does. Second, the two pages contribute actively to the confusion between the emerge jobs submitted in parallel by portage and the concurrent tasks that may be launched by each of those. The test: I ran 'emerge -e @world' with EMERGE_DEFAULT_OPTS="--jobs=10 --load- average=40 ...". It took 350m46s. Then I ran the same -e with --load-average=40, but no --jobs and no -j. That took 351m21s - 35 seconds longer! What's worse, the load average was controlled at about 72, not 40. I watched it for some time, and even though all three load averages were at 72-75, portage kept on starting more packages. As far as I could see, swap was not touched. The machine has 24 threads and 64GB RAM (not to mention plenty of swap), so how was the 72 figure arrived at? I still don't know how to control the number of simultaneous compilations, short of limiting them to one. -- Regards, Peter. Minor point - are you sure ccache isn't affecting your results? I hope I'm not preaching to the choir, and I have NOT reread the various man pages, but the different options you mention (and some you don't) apply to different parts of the process. Some tell emerge whether or not to start working on another package, but once it starts the process, it has no control over how busy the machine can get. Then there are those that get passed to make. I wouldn't think so, but are you possibly confusing the two? Lastly, I don't see that those that apply to make would have any effect on packages that use ninja instead, so that might also contribute to the issue.. Separate question, only vaguely related: is there any easy way to tell what build tools (ninja vs make, gcc vs clang vs ?) were used for an installed package without actually looking into the ebuild? It's probably not relevant to your question about controlling the load, but I used to rebuild everything after installing a new version of gcc, and have since realized there are many packages that make no use of gcc, so the rebuild serves no point, and I miss rebuilding packages that use clang after an upgrade of it and related tools. Jack
Re: [gentoo-user] X not starting after kernel upgrade
On 2023.04.10 20:14, the...@sys-concept.com wrote: On 4/10/23 17:29, Jack wrote: On 2023.04.10 18:22, the...@sys-concept.com wrote: On 4/10/23 15:53, the...@sys-concept.com wrote: After upgrading to newest kernel the X will not start. Is: make oldconfig same as: make olddefconfig ? Xorg.0.log showing; [ 673.829] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 673.829] (II) Module nouveau: vendor="X.Org Foundation" [ 673.829] compiled for 1.21.1.8, module version = 1.0.17 [ 673.829] Module class: X.Org Video Driver [ 673.829] ABI class: X.Org Video Driver, version 25.2 [ 673.829] (II) LoadModule: "nv" [ 673.829] (WW) Warning, couldn't open module nv [ 673.829] (EE) Failed to load module "nv" (module does not exist, 0) [ 673.829] (II) LoadModule: "modesetting" [ 673.829] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 673.830] (II) Module modesetting: vendor="X.Org Foundation" [ 673.830] compiled for 1.21.1.8, module version = 1.21.1 [ 673.830] Module class: X.Org Video Driver [ 673.830] ABI class: X.Org Video Driver, version 25.2 [ 673.830] (II) LoadModule: "fbdev" [ 673.830] (WW) Warning, couldn't open module fbdev [ 673.830] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 673.830] (II) LoadModule: "vesa" [ 673.830] (WW) Warning, couldn't open module vesa [ 673.830] (EE) Failed to load module "vesa" (module does not exist, 0) [ 673.830] (II) NOUVEAU driver [ 673.830] (II) NOUVEAU driver for NVIDIA chipset families : [ 673.830] RIVA TNT (NV04) [ 673.830] RIVA TNT2 (NV05) [ 673.830] GeForce 256 (NV10) [ 673.830] GeForce 2 (NV11, NV15) [ 673.830] GeForce 4MX (NV17, NV18) [ 673.830] GeForce 3 (NV20) [ 673.830] GeForce 4Ti (NV25, NV28) [ 673.830] GeForce FX (NV3x) [ 673.830] GeForce 6 (NV4x) [ 673.830] GeForce 7 (G7x) [ 673.830] GeForce 8 (G8x) [ 673.830] GeForce 9 (G9x) [ 673.830] GeForce GTX 2xx/3xx (GT2xx) [ 673.830] GeForce GTX 4xx/5xx (GFxxx) [ 673.830] GeForce GTX 6xx/7xx (GKxxx) [ 673.830] GeForce GTX 9xx (GMxxx) [ 673.830] GeForce GTX 10xx (GPxxx) [ 673.830] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 673.831] (EE) [drm] Failed to open DRM device for pci::01:00.0: -19 [ 673.831] (EE) open /dev/dri/card0: No such file or directory [ 673.831] (WW) Falling back to old probe method for modesetting [ 673.831] (EE) open /dev/dri/card0: No such file or directory [ 673.831] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 673.831] (EE) Screen 0 deleted because of no matching config section. [ 673.831] (II) UnloadModule: "modesetting" [ 673.831] (EE) Device(s) detected, but none match those in the config file. [ 673.831] (EE) Fatal server error: [ 673.831] (EE) no screens found(EE) This is an old system and is using: GeForce GTS 450 Does the newest kernel: linux-6.1.19-gentoo supports my old GeForce GTS 450 card? grep KMS .config CONFIG_DRM_KMS_HELPER=y CONFIG_DRM=y I don't recall anything about the kernel that has to match the video card - it's the video driver for X, but if you're using Nouveau, I wouldn't expect a problem. I know the current nVidia driver is often not ready for the latest kernel, but I don't think that's your problem. Have you recompiled xv86-video-nouveau after installing the new kernel? Are there any relevant errors in dmesg? I think the problem is with latest kernel linux-6.1.19-gentoo I'm using Nvidia dirver; x11-drivers/nvidia-drivers-390.157 and after compiling the driver on this kernel I was getting a message notice: WARN: setup Detected potential configuration issues witDIVIDEND RECEIVEDh used kernel: CONFIG_FB_SIMPLE: is set, recommended to disable and switch to FB_EFI or FB_VESA as it currently may be broken with >=kernel-5.18.13 + NVIDIA: https://github.com/NVIDIA/open-gpu-kernel-modules/issues/341 (feel free to ignore this if it works for you) I downgraded the kerenl to: linux-5.15.102-gentoo and X is booting OK. message after recompiling Nvida driver: WARN: postinst Be warned/reminded that the 390.xx branch reached end-of-life and NVIDIA is no longer fixing issues (including security). Free to keep using (for now) but it is recommended to either switch to nouveau or replace hardware. Will be kept in-tree while possible, but expect it to be removed likely in early 2027 or earlier if major issues arise. It looks like the 390 driver has been masked in portage, although not yet removed. Have you read the message in /usr/portage/profiles/package.mask? As the message suggests, you may
Re: [gentoo-user] config file '/etc/mtab' needs updating
On 2023.04.11 09:14, Matt Connell wrote: On Mon, 2023-04-10 at 23:44 -0600, the...@sys-concept.com wrote: > After update I get: > * IMPORTANT: config file '/etc/mtab' needs updating. > > What is this, don't remember seeing it before. > > cfg-update -u > doesn't give me an option to view it. > > dispatch-conf will show you what is being changed and give you the option to use/zap the change. I never even knew cfg-update existed (I've always used dispatch-conf). I've been using etc-update. It has an interactive merge feature (only two-way, not three) and I sometimes do the merge manually in emacs, which has a three-way merge, although I have not used it.
Re: [gentoo-user] X not starting after kernel upgrade
On 2023.04.10 18:22, the...@sys-concept.com wrote: On 4/10/23 15:53, the...@sys-concept.com wrote: After upgrading to newest kernel the X will not start. Is: make oldconfig same as: make olddefconfig ? Xorg.0.log showing; [ 673.829] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 673.829] (II) Module nouveau: vendor="X.Org Foundation" [ 673.829] compiled for 1.21.1.8, module version = 1.0.17 [ 673.829] Module class: X.Org Video Driver [ 673.829] ABI class: X.Org Video Driver, version 25.2 [ 673.829] (II) LoadModule: "nv" [ 673.829] (WW) Warning, couldn't open module nv [ 673.829] (EE) Failed to load module "nv" (module does not exist, 0) [ 673.829] (II) LoadModule: "modesetting" [ 673.829] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 673.830] (II) Module modesetting: vendor="X.Org Foundation" [ 673.830] compiled for 1.21.1.8, module version = 1.21.1 [ 673.830] Module class: X.Org Video Driver [ 673.830] ABI class: X.Org Video Driver, version 25.2 [ 673.830] (II) LoadModule: "fbdev" [ 673.830] (WW) Warning, couldn't open module fbdev [ 673.830] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 673.830] (II) LoadModule: "vesa" [ 673.830] (WW) Warning, couldn't open module vesa [ 673.830] (EE) Failed to load module "vesa" (module does not exist, 0) [ 673.830] (II) NOUVEAU driver [ 673.830] (II) NOUVEAU driver for NVIDIA chipset families : [ 673.830] RIVA TNT (NV04) [ 673.830] RIVA TNT2 (NV05) [ 673.830] GeForce 256 (NV10) [ 673.830] GeForce 2 (NV11, NV15) [ 673.830] GeForce 4MX (NV17, NV18) [ 673.830] GeForce 3 (NV20) [ 673.830] GeForce 4Ti (NV25, NV28) [ 673.830] GeForce FX (NV3x) [ 673.830] GeForce 6 (NV4x) [ 673.830] GeForce 7 (G7x) [ 673.830] GeForce 8 (G8x) [ 673.830] GeForce 9 (G9x) [ 673.830] GeForce GTX 2xx/3xx (GT2xx) [ 673.830] GeForce GTX 4xx/5xx (GFxxx) [ 673.830] GeForce GTX 6xx/7xx (GKxxx) [ 673.830] GeForce GTX 9xx (GMxxx) [ 673.830] GeForce GTX 10xx (GPxxx) [ 673.830] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 673.831] (EE) [drm] Failed to open DRM device for pci::01:00.0: -19 [ 673.831] (EE) open /dev/dri/card0: No such file or directory [ 673.831] (WW) Falling back to old probe method for modesetting [ 673.831] (EE) open /dev/dri/card0: No such file or directory [ 673.831] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 673.831] (EE) Screen 0 deleted because of no matching config section. [ 673.831] (II) UnloadModule: "modesetting" [ 673.831] (EE) Device(s) detected, but none match those in the config file. [ 673.831] (EE) Fatal server error: [ 673.831] (EE) no screens found(EE) This is an old system and is using: GeForce GTS 450 Does the newest kernel: linux-6.1.19-gentoo supports my old GeForce GTS 450 card? grep KMS .config CONFIG_DRM_KMS_HELPER=y CONFIG_DRM=y I don't recall anything about the kernel that has to match the video card - it's the video driver for X, but if you're using Nouveau, I wouldn't expect a problem. I know the current nVidia driver is often not ready for the latest kernel, but I don't think that's your problem. Have you recompiled xv86-video-nouveau after installing the new kernel? Are there any relevant errors in dmesg?
Re: [gentoo-user] mailing list problem?
On 4/6/23 19:42, David M. Fellows wrote: I've recently gotten a few of my usual "Bouncing messages" messages >from the mailing list, but when I go to the archives to see if I can identify the problematic messages, I don't see anything since the middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a few days ago, but no response yet. Any thoughts or suggestions? The planned move of the gentoo services to new hardware seems to be taking longer that anticipated. See https://infra-status.gentoo.org/ Other than that, wait patiently.:) DaveF Thanks Matt and Dave - that's clearly the issue. I also have a stronger suspicion regarding what messages are not getting to me, and I don't think I'll miss them.
[gentoo-user] mailing list problem?
I've recently gotten a few of my usual "Bouncing messages" messages from the mailing list, but when I go to the archives to see if I can identify the problematic messages, I don't see anything since the middle of March. I've filed a bug (https://bugs.gentoo.org/903753) a few days ago, but no response yet. Any thoughts or suggestions? Thanks. Jack
Re: [gentoo-user] Advice appreciated regarding how to handle Perl modules correctly in an ebuild
On 2023.03.21 16:27, Morgan Wesström wrote: On 2023-03-21 21:04, Jack wrote: 1) Where's the appropriate place for these files in Gentoo and why? 2) If the appropriate place is either of those folders with a version number, how do I install the files there without hard coding the version number in the ebuild (which would naturally break the next time Perl gets updated)? Regards Morgan Wesström I'd suggest looking at ebuilds created by g-cpan, which produces ebuilds for any module in CPAN. I suspect the eclass(es) involved deal with the perl version issue. I don't think you can savely ignore that, since there are likely to be things in the module which do depend on the version of perl used to create that module. Thank you, Jack. Digging through some ebuilds in the dev-perl category was the first thing I did. It led me to the perl-module eclass but I can only find reference documentation which doesn't tell me how to use it or how its functions hook into the build system. I don't know if it's actually useful, but note I suggested perl-gcpan not dev-perl. I don't know how different those generated ebuilds are from ones in dev-perl, but they are created "on the fly" from the CPAN entry for the module. You could try it on some CPAN module you think has some similarities to one of the znapzend perl modules. I don't know how to know if a perl module truly depends on the perl version, but I don't think it hurts to make that assumption. The only cost I see is a possibly unnecessary rebuild on a perl upgrade. I lack fundamental knowledge of how Perl is organized and I'm an old guy which mean I have to be selective with new knowledge not t be overwhelmed. ;) How DO I know if either module is dependent on a specific Perl version for example? I might challenge you on age, and the mere fact that you are using Gentoo, and messing with ebuilds puts you far ahead of the general crowd. I'm currently trying to make an application work with Qt6, so don't underestimate what you can figure out how to do. In the old ebuild I found online, the developer just creates a /usr/share/znapzend/perl5 folder and puts all those files there. https://git.gerczei.eu/tgerczei/gentoo-overlay/src/branch/master/app-backup/znapzend/znapzend-0.20.0.ebuild I could easily do that and be done with it but this is also an opportunity to absorb some new knowledge and to know that I made the correct choice and why this choice is the correct one in this situation. The znapaend readme says something about any necessary perl modules being installed within the znapzend area and not within the system perl, so that might actually be a reasonable place to also put their own perl modules. You could also dig into the package for one of the other distributions and see where they put the various pieces. Regards Morgan Jack
Re: [gentoo-user] Advice appreciated regarding how to handle Perl modules correctly in an ebuild
On 2023.03.21 15:19, Morgan Wesström wrote: Dear list, I'm trying to create an ebuild for a ZFS snapshot/replication automation tool called Znapzend that I've been using on FreeBSD for some time and also would like to use in Gentoo. https://github.com/oetiker/znapzend The project homepage has a link to a 3 year old abandoned ebuild that no longer works. The program exists as a package in FreeBSD and also in Arch Linux and I've used all these sources to try to understand the best approach how to handle it in Gentoo. I've managed to create a working ebuild but I need some input for the final install phase. The program is written in Perl and creates a few modules. The above mentioned sources do not agree on the location of these files and gives no hints to why the maintainers chose the solution they did. The FreeBSD approach seems straight forward and places the files accordingly: /usr/local/lib/perl5/site_perl/ZnapZend.pm /usr/local/lib/perl5/site_perl/ZnapZend/Config.pm /usr/local/lib/perl5/site_perl/ZnapZend/Time.pm /usr/local/lib/perl5/site_perl/ZnapZend/ZFS.pm /usr/local/lib/perl5/site_perl/inheritLevels.pm In Gentoo I find .pm files in a multitude of places e.g. /usr/lib64/perl5/5.36 /usr/lib64/perl5/vendor_perl/5.36 This is where I lack the necessary knowledge to proceed. 1) Where's the appropriate place for these files in Gentoo and why? 2) If the appropriate place is either of those folders with a version number, how do I install the files there without hard coding the version number in the ebuild (which would naturally break the next time Perl gets updated)? Regards Morgan Wesström I'd suggest looking at ebuilds created by g-cpan, which produces ebuilds for any module in CPAN. I suspect the eclass(es) involved deal with the perl version issue. I don't think you can savely ignore that, since there are likely to be things in the module which do depend on the version of perl used to create that module.
Re: [gentoo-user] Strange DPMS behaviour
If you find that the EDID is really bad for one of the monitors, you should be able to find a correct copy and make that one available to X, although I don't remember how since I haven't needed to do so in years. I believe it is a setting within/under Xorg.conf. Jack On 2/6/23 00:36, Daniel Frey wrote: I've been having this strange problem with my dual monitor setup. While I've figured out the nightmare of auto-detect not working at all with dual monitors and the inability to use nvidia's configure tool combined with Plasma's monitor option to fix the problem I've switched to nouveau and at least it is consistent now and not messing up my windows and randomly disconnecting. However, I still have one problem which is getting annoying. DPMS does not work automatically like it should. It says for the monitors the capabilities are off. But then it enables it (but it doesn't - xset shows everything disabled - first two lines are monitors and the last one is a general message saying it's enabled.) $ grep -i dpms /var/log/Xorg.0.log [ 6.087] (II) modeset(0): DPMS capabilities: Off [ 6.156] (II) modeset(0): DPMS capabilities: Off [ 6.174] (==) modeset(0): DPMS enabled [ 6.174] (II) Initializing extension DPMS Now I can run xset dpms 300 450 600 and only then xset shows it as set: $ 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: 600repeat 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: 0cycle: 600 Colors: default colormap: 0x20BlackPixel: 0x0WhitePixel: 0xff Font Path: /usr/share/fonts/misc,/usr/share/fonts/75dpi,built-ins DPMS (Display Power Management Signaling): Standby: 300Suspend: 450Off: 600 DPMS is Enabled Monitor is On However, while it does blank and turn off the screens it doesn't last. Maybe 10 seconds later the screens turn back on. I can force it with xset to turn the monitors off immediately but same results - after a short time the monitors turn back on. In the X logs there is this: [ 449.529] (WW) EDID timing clock 408.29 exceeds claimed max 75MHz, fixing which makes me wonder if the EDID data is bad on the one monitor (a Samsung monitor.) Does anyone know of a way to test this DPMS? I suppose I could try unplugging the Samsung monitor to see if the problem goes away? One thing that may make a difference is that the Samsung is HDMI and the other monitor (MSI) is DP. However, both of these monitors worked find on my old computer (it was really old, no UEFI support. Can anyone think of next steps? I'm running out of things to try... Dan
Re: [gentoo-user] Last rites: app-admin/gkrellm & plugins
On 1/28/23 05:35, Peter Humphrey wrote: On Saturday, 28 January 2023 09:17:35 GMT Michael wrote: Since my coding ability is even worse than Dale's I join him in kindly asking for a maintainer/dev to take it on and keep it running. I too am finding it hard to imagine life without gkrellm. I think it needs more than just a maintainer though - it needs a replacement for upstream as well. I"m actually the one who first heard that the original maintainer had died. (I had written to him about some support issue, and got a belated reply from his brother.) Upstream is not dead at all, the activity level is just fairly low. I tried to post to -dev, but my message never got through, not sure if it's because I'm not a dev or I made some other error in sending. The homepage is at htttps://gkrellm.srcbox.net with source at https://git.srcbox.net/gkrellm/gkrellm. The main problem is that is still uses gtk+2. They do have an open issue about that, but most of the discussion has been on why it would be so hard to upgrade. There is apparently a lot of fairly low-level graphics stuff going on, and Bill himself (the original maintainer) said something like the conversion to gkt+3 would be difficult, but to go to gtk+4 (I have no idea how far off this is) would essentially be a re-write. Jack
Re: [gentoo-user] Re: Bouncing messages
On 1/18/23 06:44, Peter Humphrey wrote: On Wednesday, 18 January 2023 08:59:21 GMT Nuno Silva wrote: [ ] Now was there (I recall asking about this previously, but I forgot what the answer was) a way to get a message-ID from that internal number, or at least a way to get the address of the message's archive copy on the gentoo website? I haven't found it, if so. Some time back I traded some emails with a sysadmin about this, and I'm pretty sure there is no way to make that translation. The number is internal to the list software database and is apparently not surfaced anywhere except such messages. In my case, I was usually able to to to the archive page for the list, and by displaying as messages (instead of threads) identify the one I never received. Jack
Re: [gentoo-user] Looking for simple GUI MUA that works with ssmtp
On 12/26/22 20:43, Walter Dnes wrote: mutt has served me well over the years, but thanks to *BRAINDEAD CORPORATE IDIOTS* I need a GUI client to parse 100 K of HTML that replaces 1 page of text. These aren't just plain spammers, but businesses that I deal with regularly. It seems that plaintext email is going the way of cursive writing. Any suggestions for an MUA that can spit out rmail to port 25? Can't mutt open an html message or attachment in a browser?
Re: Living in NGL: was: [gentoo-user] NAS and replacing with larger drives
On 2022.12.18 11:17, Mark Knecht wrote: On Sun, Dec 18, 2022 at 8:49 AM Jack wrote: > > On 12/18/22 10:38, Mark Knecht wrote: > > Wipe the machine and start over with Gentoo from scratch... > > Wipe the machine and start over with Gentoo from scratch... > > Humm, I think you should... > > Wipe the machine and start over with Gentoo from scratch... > > First there was Linux from Scratch. > > Next came Beyond Linux from Scratch. > > Then there was Gentoo. > > Now, the latest, greatest installment: Gentoo from Scratch. > Gawd, that's funny! Thanks for making me smile, assuming I found what you're talking about: https://wiki.gentoo.org/wiki/Gentoo_ebuild_tree_from_scratch I actually hadn't seen that, but it fits. Just what every Gentoo user needs. More management! I really have fallen off the deep end thinking computers are just tools to get a job done. I'm ashamed of myself... I've long said that many folks have computers to play games, but for me, the computer IS the game. In the really early days of Gentoo circa 2003 when I started there was some choice about regular Gentoo or a really low level install. I failed with the low level one but soon learned that every package on my machine was going to get rebuilt anyway so why bother? :-( Sad Mark. I'm a putz... Jack
Living in NGL: was: [gentoo-user] NAS and replacing with larger drives
On 12/18/22 10:38, Mark Knecht wrote: Wipe the machine and start over with Gentoo from scratch... Wipe the machine and start over with Gentoo from scratch... Humm, I think you should... Wipe the machine and start over with Gentoo from scratch... First there was Linux from Scratch. Next came Beyond Linux from Scratch. Then there was Gentoo. Now, the latest, greatest installment: Gentoo from Scratch.
Re: [gentoo-user] Major problems with libpcre / UTF8
On 2022.12.15 15:52, Walter Dnes wrote: I just finished solving my babl problems, but more stuff shows up in libpcre. First, here are my USE flags. I don't see "utf8" anywhere. Calculating dependencies... done! [ebuild R] dev-libs/libpcre-8.45-r1:3::gentoo USE="bzip2 cxx jit readline (split-usr) (unicode) zlib -libedit -pcre16 -pcre32 -static-libs" 0 KiB Can someone give me their output from "emerge -pv1 dev-libs/libpcre" Calculating dependencies... done! [ebuild R] dev-libs/libpcre-8.45-r1:3::gentoo USE="bzip2 cxx jit readline (split-usr) static-libs (unicode) zlib -libedit -pcre16 -pcre32" ABI_X86="32 (64) (-x32)" 0 KiB and for mc: Calculating dependencies... done! [ebuild R] app-misc/mc-4.8.28-r2::gentoo USE="X edit gpm slang spell unicode -nls -sftp -test" 0 KiB mc (Midnight Commander) spews out a lot of... mc gives me no complaints. (mc:5796): GLib-CRITICAL **: 15:19:15.617: PCRE library is compiled without UTF8 support Application windows have every second character missing in the window title; e.g. "xterm" shows as "xem". I have a spreasheet that tracks my Presto card usage. The title has gone from "presto.gnumeric-Gnumeric" to "pet.nmrc-Guei'. Various PCRE-based searches fail in vaious apps. HELP! BTW, here's what I get when opening a complex spreadsheet in gnumeric... ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^((January)|(February)|(March)|(April)|(May)|(June)|(July)|(August)|(September)|(October)|(November)|(December)|(Jan)|(Feb)|(Mar)|(Apr)|(May)|(Jun)|(Jul)|(Aug)|(Sep)|(Oct)|(Nov)|(Dec))(-|/|\s)(\d+)((,?\s+|-|/)(\d+))?\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d+)(-|/|\.?\s*)((January)|(February)|(March)|(April)|(May)|(June)|(July)|(August)|(September)|(October)|(November)|(December)|(Jan)|(Feb)|(Mar)|(Apr)|(May)|(Jun)|(Jul)|(Aug)|(Sep)|(Oct)|(Nov)|(Dec))((,?\s*|-|/)(\d+))?\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d\d\d\d)(\d\d)(\d\d)(:\d\d\d\d\d\d(\.\d*)?)?\s*$": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d\d\d\d)(-?)(\d\d)\2(\d\d)T\d+(:?)\d+(\5\d+(\.\d*)?)?(Z)\s*$": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d\d\d\d)[-/.](\d+)[-/.](\d+)\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d\d\d\d)[-/.]((Jan)|(Feb)|(Mar)|(Apr)|(May)|(Jun)|(Jul)|(Aug)|(Sep)|(Oct)|(Nov)|(Dec))[-/.](\d+)\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d+)[-/.](\d+)[-/.](\d+)\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d+)([-/.])(\d+)\b": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(((\d+):)?(\d+):)?(\d+\.\d*)\s*$": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d+):(\d+)(:(\d+))?\s*$": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d\d)(\d\d)(\d\d)?(\.\d*)?\s*$": Invalid pattern. ** (gnumeric:6043): WARNING **: 15:48:22.501: Failed to compile rx "^(\d+)(:(\d+)(:(\d+(\.\d*)?))?)?\s*((am)|(pm))\s*$": Invalid pattern. -- I've seen things, you people wouldn't believe; Gopher, Netscape with frames, the first Browser Wars. Searching for pages with AltaVista, pop-up windows self-replicating, trying to uninstall RealPlayer. All those moments, will be lost in time like tears in rain... time to die.
Re: [gentoo-user] where is 'mke2fs' ?
On 11/17/22 15:30, Philip Webb wrote: I need to rewrite the filesystem on a USB stick after it got damaged. My notes tell me to use 'mke2fs', but 'which' doesn't find it : has it been replaced by something else ? I have 'e2fsprogs' installed, but there's no 'man' file for it & it doesn't seem to create filesystems. There is a utility 'sys-fs/genext2fs', which I emerged & looked at, but it's not clear whether it does the simple job I need. Can anyone advise ? On my system, /sbin/mke2fs is part of sys-fs/e2fsprogs-2.46.5-r3 with the tools USE FLAG set.
Re: [gentoo-user] Update to /etc/sudoers disables wheel users!!!
On 2022.10.26 14:04, Ramon Fischer wrote: Also a very interesting question! I just tested this with "visudo" and it does not intercept this. If "su" is disabled, you are locked out and you are forced to enter your system via a live USB stick and a "chroot" in order to edit "/etc/shadow" to set a root password via "mkpasswd" and enable "su". Nice. :D Could you not interrupt grup and append "single" or "init=/bin/bash" to the kernel command line? -Ramon On 26/10/2022 18:52, Grant Taylor wrote: What if someone were to put the following into /etc/sudoers.d/zz ALL ALL=(ALL) !ALL }:-) -- GPG public key: 5983 98DA 5F4D A464 38FD CF87 155B E264 13E6 99BF
Re: [gentoo-user] problems emerging some ruby packages (almost solved)
On 2022.10.12 01:18, Arve Barsnes wrote: On Wed, 12 Oct 2022 at 02:12, Jack wrote: As I said in my reply to Neil, why would this happen in just a handful of packages, but not in over thirty others? mini_mime is the other problem package, and it does not use ruby_add_bdepend so there is only one line with USE_RUBY: 'USE_RUBY="ruby26 ruby27 ruby30 ruby31"'. > So - why is ruby31 disabled for (so far) only these two packages? (The other packages which are failing depend on one of these two.) Maybe these two are just written more strict? I'm unable to read the eclass to determine how it masks these flags on a stable system on these packages, it will happily install it with ruby31 on my unstable system, but you can try to unmask the flag in /etc/portage/package.use.mask dev-ruby/thor -ruby_targets_ruby31 Well, this almost did the trick. That file has to be in /etc/portage/profile. Just having it in /etc/portage did not work. It turns out the masking of ruby_targets_ruby30 and ruby_targets_ruby31 is in /usr/portage/profiles/base/use.stable.mask. I still have no idea why ruby31 was masked for these two packages (thor and mini_mime) but not for over thirty other dev-ruby packages I have installed. My next issue is that I installed several packages with -O (skip dependencies) so now I have to work my way through finding all the uninstalled dependencies I skipped, many of which will need to be unmasked as they are testing. Thanks for all the suggestions and support, and I'll report back either when it's all done or if I find another blockage. Jack
Re: [gentoo-user] problems emerging some ruby packages
On 2022.10.11 19:41, Michael wrote: On Tuesday, 11 October 2022 22:43:02 BST Neil Bothwick wrote: > On Tue, 11 Oct 2022 16:02:52 -0400, Jack wrote: > > For example, "emerge -1 dev-ruby/thor" gives me > > > > !!! Problem resolving dependencies for dev-ruby/thor > > ... done! > > > > !!! The ebuild selected to satisfy "dev-ruby/thor" has unmet > > requirements. > > - dev-ruby/thor-1.2.1::gentoo USE="-doc -test" ABI_X86="(64)" > > RUBY_TARGETS="-ruby27 (-ruby30) (-ruby31)" > > ruby30 and ruby31 are in parentheses, which means they are not available. > > >The following REQUIRED_USE flag constraints are unsatisfied: > > any-of ( ruby_targets_ruby27 ruby_targets_ruby30 > > > > ruby_targets_ruby31 ) > > > > I would expect USE_RUBY="ruby31" to translate into ruby_targets_ruby31, > > but even explicitly adding that to package.use has no effect. > > The ebuild contains USE_RUBY="ruby26 ruby27" ruby_add_bdepend " > > Have you tried setting RUBY_TARGETS to ruby27 for this package? > > I must say I find the whole RUBY_* thing even more troublesome than the > PYTHON_* stuff, and that's saying something! As per the emerge man page: -prefix not enabled (either disabled or removed) [snip...] () circumfix forced, masked, or removed On a stable system with default ruby targets, I get this: [ebuild N ] dev-ruby/thor-1.2.1:1::gentoo USE="-doc -test" RUBY_TARGETS="ruby27 (-ruby30) (-ruby31)" 95 KiB and, dev-lang/ruby-2.7.6:2.7 is drawn in as a build dependency: [ebuild N ] dev-lang/ruby-2.7.6:2.7::gentoo USE="gdbm ipv6 rdoc ssl - berkdb -debug -doc -examples -jemalloc -jit -rubytests -socks5 -static-libs - systemtap -tk -xemacs" 11,802 KiB NOTE: ruby 3.0 and 3.1 are marked as testing. I explicitly have ruby-3.1 unmasked with "=dev-lang/ruby-3.1.2-r1 ~amd64" in package.accept_keyword, and USE_RUBY="ruby31" in make.conf. I do not see any reference to ruby in the profile. Is there somewhere else I need to unmask something? emerge --info also says 'RUBY_TARGETS="ruby31"' as its only reference to a specific ruby version. As I said in my reply to Neil, why would this happen in just a handful of packages, but not in over thirty others? mini_mime is the other problem package, and it does not use ruby_add_bdepend so there is only one line with USE_RUBY: 'USE_RUBY="ruby26 ruby27 ruby30 ruby31"'. So - why is ruby31 disabled for (so far) only these two packages? (The other packages which are failing depend on one of these two.) Jack
Re: [gentoo-user] problems emerging some ruby packages
On 2022.10.11 17:43, Neil Bothwick wrote: On Tue, 11 Oct 2022 16:02:52 -0400, Jack wrote: > For example, "emerge -1 dev-ruby/thor" gives me > !!! Problem resolving dependencies for dev-ruby/thor ... done! > !!! The ebuild selected to satisfy "dev-ruby/thor" has unmet requirements. - dev-ruby/thor-1.2.1::gentoo USE="-doc -test" ABI_X86="(64)" RUBY_TARGETS="-ruby27 (-ruby30) (-ruby31)" ruby30 and ruby31 are in parentheses, which means they are not available. Given everything below - what other reasons might there be for this? I've yet to find any pattern of the difference between the ebuilds for the small number of dev-ruby packages that show this problem, and those for the the thirty plus which have installed just fine. > >The following REQUIRED_USE flag constraints are unsatisfied: > any-of ( ruby_targets_ruby27 ruby_targets_ruby30 ruby_targets_ruby31 ) > I would expect USE_RUBY="ruby31" to translate into ruby_targets_ruby31, but even explicitly adding that to package.use has no effect. The ebuild contains USE_RUBY="ruby26 ruby27" ruby_add_bdepend " Hmm. It looks to me that line should probably be 'USE_RUBY="ruby26 ruby27 ruby30 ruby31" ruby_add_bdepend "' However, as it only affects the required ruby version for two depedencies only if the test use flag is set (it is not) I'm not sure why it would matter. I suppose it is likely just a typo in the ebuild. They removed ruby25 from 1.1.0 but didn't add the newer ruby versions. Actually even 1.1.0 may be broken as it includes ruby30 in USE_RUBY but not on the ruby_add_bdepend line. However, I just made an -r1 in my local overlay, adding the new ruby versions to that line, and I still get the same error. So I'm actually still stuck figuring out why this ebuild won't take ruby31. Have you tried setting RUBY_TARGETS to ruby27 for this package? Why would I do that if I don't have ruby-2.7 installed, nor do I want to? I must say I find the whole RUBY_* thing even more troublesome than the PYTHON_* stuff, and that's saying something! That I agree with. If I knew then what I know now, I would have argued much more vigorously against using Ruby on Rails for this web site. But that's fodder another entire thread. -- Neil Bothwick Jack
Re: [gentoo-user] problems emerging some ruby packages
Thanks for the response. On 2022.10.11 16:07, Arve Barsnes wrote: On Tue, 11 Oct 2022 at 22:02, Jack wrote: > Does anybody see what I'm missing? Maybe you have something in package.use for this package? "grep -ir thor ." in /etc/portage has no hits. In addition "grep -ir ruby ." in /etc/portage shows only package.accept_keyword entries and RUBY_TARGETS="ruby31" in make.conf. You could try to get emerge to tell you more explicitly what problem it has USE="ruby_targets_ruby31" emerge -av dev-ruby/thor I don't see how this is any different from putting it in package.use, but it has the same lack of effect. Regards, Arve Can anyone explain (or point me the the fine manual page I missed) the exact meaning of (-ruby31) in !!! The ebuild selected to satisfy "dev-ruby/thor" has unmet requirements. - dev-ruby/thor-1.2.1::gentoo USE="-doc -test" ABI_X86="(64)" RUBY_TARGETS="-ruby27 (-ruby30) (-ruby31)" and why is ruby27 not in parens, but the other two are? Is that just the assumption that ruby31 is off in any ebuild which does not explicitly mention it, or does it reflect an explicit turning off of that flag? Jack
[gentoo-user] problems emerging some ruby packages
I'm helping support a web site hosted at Heroku and written in Ruby on Rails. Following some tool upgrades there, I upgraded my local rails to 3.1, uninstalling the previous version 2.7. I now have RUBY_TARGETS="ruby31" in make.conf. and several specific dev-ruby package versions in package.accept_keywords. Most of them upgraded fine, or at least reinstalled (using a version supporting ruby31 after unmerging the old version) but some are giving me grief. For example, "emerge -1 dev-ruby/thor" gives me !!! Problem resolving dependencies for dev-ruby/thor ... done! !!! The ebuild selected to satisfy "dev-ruby/thor" has unmet requirements. - dev-ruby/thor-1.2.1::gentoo USE="-doc -test" ABI_X86="(64)" RUBY_TARGETS="-ruby27 (-ruby30) (-ruby31)" The following REQUIRED_USE flag constraints are unsatisfied: any-of ( ruby_targets_ruby27 ruby_targets_ruby30 ruby_targets_ruby31 ) I would expect USE_RUBY="ruby31" to translate into ruby_targets_ruby31, but even explicitly adding that to package.use has no effect. Is there something I'm missing turning off ruby31, specifically for just a small number of packages? (so far the only other one with this problem is dev-ruby/mini_mime). Portage has two versions of thor: 1.1.0 and 1.1.2, both marked stable for amd64, and 1.2.1 has USE_RUBY="ruby26 ruby27 ruby30 ruby31" so I don't see any reason it's not working. I already have railties installed (using -O) with ruby31, and it depends on thor via ruby_add_redepend, which I read as requiring thor with ruby31. thor is not mentioned in any file under /etc/portage. Does anybody see what I'm missing? Jack
Re: [gentoo-user] Full battery laptop only 1 hour
If the laptop is still within warranty, you might want to see what support you can get from the maker. On 2022.09.12 12:05, Guillermo García wrote: Hello guys, I bought a laptop and i got like 4 hours of batter life, everything ok, (using more than 1 vm, etc), however now in idle my laptop has only 1 hour of life, which is really annoying because its a brand new laptop bought one year before. Here is my upower -d in case its necessary: Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: ADP1 power supply: yes updated: lun 12 sep 2022 17:42:19 (1320 seconds ago) has history: no has statistics: no line-power warning-level: none online: no icon-name: 'ac-adapter-symbolic' Device: /org/freedesktop/UPower/devices/battery_BAT0 native-path: BAT0 vendor: HP model: Primary serial: SerialNumber power supply: yes updated: lun 12 sep 2022 18:02:19 (120 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: discharging warning-level: none energy: 34,904 Wh energy-empty: 0 Wh energy-full: 43,659 Wh energy-full-design: 43,659 Wh energy-rate: 22,661 W voltage: 11,617 V charge-cycles: 173 time to empty: 1,5 hours percentage: 79% capacity: 100% technology: lithium-ion icon-name: 'battery-full-symbolic' Device: /org/freedesktop/UPower/devices/DisplayDevice power supply: yes updated: lun 12 sep 2022 18:02:19 (120 seconds ago) has history: no has statistics: no battery present: yes state: discharging warning-level: none energy: 34,904 Wh energy-full: 43,659 Wh energy-rate: 22,661 W charge-cycles: N/A time to empty: 1,5 hours percentage: 79% icon-name: 'battery-full-symbolic' Daemon: daemon-version: 0.99.17 on-battery: yes lid-is-closed: no lid-is-present: yes critical-action: PowerOff I hope someone can help me, i don't like to plug my pc into the power but i need to do it in order to follow my class.
Re: [gentoo-user] C compiler cannot create executables
On 2022.09.10 13:56, David Haller wrote: Hello, On Sat, 10 Sep 2022, Jack wrote: >I now get this error trying to emerge two different packages: libofx-0.10.7 >and gnupg (both 2.2.39 and 2.3.6). It might also be the same problem for a >few bugs on b.g.o found by searching on "cannot create exectuables." > >The relevant lines from build.log are > >checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc >checking whether the C compiler works... no >configure: error: in >`/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': >configure: error: C compiler cannot create executables >See `config.log' for more details > >and from config.log: > >configure:2941: x86_64-pc-linux-gnu-gcc -V >&5 >x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-V' >x86_64-pc-linux-gnu-gcc: fatal error: no input files >compilation terminated. >configure:2952: $? = 1 >configure:2941: x86_64-pc-linux-gnu-gcc -qversion >&5 >x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-qversion'; >did you mean '--version'? >x86_64-pc-linux-gnu-gcc: fatal error: no input files >compilation terminated. >configure:2952: $? = 1 These tests are normal fails with gcc, they are version checks for other compilers. >configure:2972: checking whether the C compiler works >configure:2994: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -og -ggdb >-Wl,-O1 -Wl,--as-needed conftest.c >&5 >configure:2998: $? = 0 >configure:3036: result: no >configure: failed program was: [..boilerplate..] >configure:3041: error: in >`/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': >configure:3043: error: C compiler cannot create executables >See `config.log' for more details > >The thing I find curious is that it appears to me that the output of the test >compile is a file called "g" which I don't recall ever seeing, and so I >wonder if the problem is that something has changed with gcc defaults and >configure does not yet recognize that change. I also don't know the >significance of the two "fatal error: no input files". > >The fact that this happens with two unrelated packages suggests that it's >not specific to either of them, but something in my system or configuration. And it's a standard autoconf macro, namely AC_PROG_CC that results in the error and the stuff before that is also standard. And as no autoreconf is called, autotools versions should not matter. >Any thoughts or suggestions? I use gcc 11.3.0 here as well, and have no problem. Check for the variables CC, CFLAGS, CPPFLAGS, LDFLAGS and LIBS in /var/tmp/portage/dev-libs/libofx-0.10.7/temp/environment. Somehow, that '-og' must have crept in there. David - thank you, thank you, thank you. No wonder my recent debugging wasn't doing what I expected. That stray "-og" was supposed to be "-Og" (upper instead of lower case) and it is in /etc/portage/env/debug.conf, which is referenced in /etc/portage/package.env for those packages I wish to compile with various debugging related compiler settings, as well as not deleting the build dir, even on success. It shows what a fresh pair of eyes can do. When looking at the various error related files, I really just saw -Og, and when you pointed that out, my first thought was why any debugging setting would possible cause this type of failure. Of course in hindsight, it now all makes sense. Thanks again to the list for all sorts of ongoing assistance. Jack
Re: [gentoo-user] C compiler cannot create executables
On 9/10/22 14:49, Dale wrote: Jack wrote: I now get this error trying to emerge two different packages: libofx-0.10.7 and gnupg (both 2.2.39 and 2.3.6). It might also be the same problem for a few bugs on b.g.o found by searching on "cannot create exectuables." The relevant lines from build.log are checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... no configure: error: in `/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': configure: error: C compiler cannot create executables See `config.log' for more details and from config.log: Thread model: posix Supported LTO compression algorithms: zlib gcc version 11.3.0 (Gentoo 11.3.0 p4) configure:2952: $? = 0 configure:2941: x86_64-pc-linux-gnu-gcc -V >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-V' x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. configure:2952: $? = 1 configure:2941: x86_64-pc-linux-gnu-gcc -qversion >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-qversion'; did you mean '--version'? x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. configure:2952: $? = 1 configure:2972: checking whether the C compiler works configure:2994: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -og -ggdb -Wl,-O1 -Wl,--as-needed conftest.c >&5 configure:2998: $? = 0 configure:3036: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "libofx" | #define PACKAGE_TARNAME "libofx" | #define PACKAGE_VERSION "0.10.7" | #define PACKAGE_STRING "libofx 0.10.7" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3041: error: in `/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': configure:3043: error: C compiler cannot create executables See `config.log' for more details The thing I find curious is that it appears to me that the output of the test compile is a file called "g" which I don't recall ever seeing, and so I wonder if the problem is that something has changed with gcc defaults and configure does not yet recognize that change. I also don't know the significance of the two "fatal error: no input files". The fact that this happens with two unrelated packages suggests that it's not specific to either of them, but something in my system or configuration. Any thoughts or suggestions? Jack I ran into this ages ago. I think the fix was to reset which compiler it is set to use. I used to keep two installed, in case one would fail or some package couldn't build with a newer version yet. If I recall correctly, I would list the available options with gcc-config -l and then if two are available, set to older one and then change back or if only one is installed, just set it to the one you have. It's been a good while and it could be that the cause of the problem has changed but I don't think it will hurt anything to try this. I think some settings gets messed up and resetting it fixes it. Hope that helps. If not, clueless. :/ Thanks Dale, but I only have one version of gcc installed and both gcc-config and binutils-config show only one option. I do believe that David Haller pegged the problem, and I'll respond to his post after confirming. Jack
Re: [gentoo-user] C compiler cannot create executables
On 9/10/22 11:42, Arve Barsnes wrote: On Sat, 10 Sept 2022 at 17:28, Jack wrote: Any thoughts or suggestions? I feel like this is an error that tends to pop up when your toolchain is broken. Are you able to re-emerge gcc? gcc11.3.0 re-emerge with no errors, bug the problem remains. I note that in configure, line 2977 is 'ac_files="a.out conftest.exe conftest a.exe a_out.exe b.out conftest.*"' but the test compilation creates the output file "g" so configure seems to think that the compile didn't produce any executable. Using the same compile line but switching x86_64-pc-linux-gnu-gcc to gcc produces a.out. Further searching makes me wonder if the configure itself for these two packages is just based on some starting point too old for gcc11, but that line is the same in every package I currently still have present in /var/tmp/portage. This leaves me wondering why gcc and x86_64-pc-linux-gnu-gcc use different default output file names.
Re: [gentoo-user] C compiler cannot create executables
On 9/10/22 11:42, Arve Barsnes wrote: On Sat, 10 Sept 2022 at 17:28, Jack wrote: Any thoughts or suggestions? I feel like this is an error that tends to pop up when your toolchain is broken. Are you able to re-emerge gcc? Reasonable thought. I've just kicked of a re-emerge of gcc. I'll post back when it's done - likely an hour or two. What's odd is that I've done plenty of other successful emerges since I first got this error, although I certainly realize that different packages use very different subsets of the total tool chain.
[gentoo-user] C compiler cannot create executables
I now get this error trying to emerge two different packages: libofx-0.10.7 and gnupg (both 2.2.39 and 2.3.6). It might also be the same problem for a few bugs on b.g.o found by searching on "cannot create exectuables." The relevant lines from build.log are checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... no configure: error: in `/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': configure: error: C compiler cannot create executables See `config.log' for more details and from config.log: Thread model: posix Supported LTO compression algorithms: zlib gcc version 11.3.0 (Gentoo 11.3.0 p4) configure:2952: $? = 0 configure:2941: x86_64-pc-linux-gnu-gcc -V >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-V' x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. configure:2952: $? = 1 configure:2941: x86_64-pc-linux-gnu-gcc -qversion >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command-line option '-qversion'; did you mean '--version'? x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. configure:2952: $? = 1 configure:2972: checking whether the C compiler works configure:2994: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -og -ggdb -Wl,-O1 -Wl,--as-needed conftest.c >&5 configure:2998: $? = 0 configure:3036: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "libofx" | #define PACKAGE_TARNAME "libofx" | #define PACKAGE_VERSION "0.10.7" | #define PACKAGE_STRING "libofx 0.10.7" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3041: error: in `/var/tmp/portage/dev-libs/libofx-0.10.7/work/libofx-0.10.7': configure:3043: error: C compiler cannot create executables See `config.log' for more details The thing I find curious is that it appears to me that the output of the test compile is a file called "g" which I don't recall ever seeing, and so I wonder if the problem is that something has changed with gcc defaults and configure does not yet recognize that change. I also don't know the significance of the two "fatal error: no input files". The fact that this happens with two unrelated packages suggests that it's not specific to either of them, but something in my system or configuration. Any thoughts or suggestions? Jack
Re: [gentoo-user] Software emulation of angled arrow keys on Lenovo Thinkpad?
At this point, I'm doing no better than guessing. I'd suggest trying things. I'd map the keycode of the keypress you want to use to the keycode of what the program seems to expect for that key. On 8/27/22 03:30, Walter Dnes wrote: That's on a real numeric keypad. Meanwhile on the Lenovo Thinkpad left shift KeyPress event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25019825, (528,-50), root:(532,488), state 0x0, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25019913, (528,-50), root:(532,488), state 0x1, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False exit KeyPress event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25211416, (708,53), root:(712,591), state 0x0, keycode 115 (keysym 0xff57, End), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25211553, (708,53), root:(712,591), state 0x0, keycode 115 (keysym 0xff57, End), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False pgdn KeyPress event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25338798, (677,2), root:(681,540), state 0x0, keycode 117 (keysym 0xff56, Next), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25338934, (677,2), root:(681,540), state 0x0, keycode 117 (keysym 0xff56, Next), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False home KeyPress event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25427458, (880,-8), root:(884,530), state 0x0, keycode 110 (keysym 0xff50, Home), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25427562, (880,-8), root:(884,530), state 0x0, keycode 110 (keysym 0xff50, Home), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False pgup KeyPress event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25478798, (767,108), root:(771,646), state 0x0, keycode 112 (keysym 0xff55, Prior), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0xe1, root 0x256, subw 0x0, time 25478901, (767,108), root:(771,646), state 0x0, keycode 112 (keysym 0xff55, Prior), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False ### Is it possible to map {LEFT-SHIFT} plus End, PgDn, Home, PgUp to "real keypad" 1, 3, 7, 9 respectively? If the {LEFT-SHIFT} is not being held down, then the End, PgDn, Home, PgUp would have their regular meanings. To be more specific, while "keycode 50 (keysym 0xffe1, Shift_L)" is in effect (i.e. {Left}{SHIFT} is being held down)... I think the whole point of the mapping is to change the meaning of the keypress events to be recognized as something else. You should be able to map the press with or without the LEFT-SHIFT. From the little I understand, xmodmap can be easily appied/reversed - you may just need two files, one to make the changes, one to reverse them. Personally, I would just start trying stuff to see what works. {END} (aka down left) maps to "keycode 87 (keysym 0xffb1, KP_1)" {PgDn} (aka down right) maps to "keycode 89 (keysym 0xffb3, KP_3)" {HOME} (aka up left) maps to "keycode 79 (keysym 0xffb7, KP_7)" {PgUp} (aka up right) maps to "keycode 81 (keysym 0xffb9, KP_9)"
Re: [gentoo-user] Software emulation of angled arrow keys on Lenovo Thinkpad?
On 2022.08.25 20:16, Walter Dnes wrote: On Wed, Aug 24, 2022 at 05:58:28PM -0400, Jack wrote > Ah - I expect the game is interpreting keycodes fairly directly. You > can use xev (or similar) to find what the various keys are currently > producing, and there must be some (Xorg related) program to translate > them to whatever the program is expecting - perhaps determined by using > xev with a "proper" keyboard. 1..9 on a real keyboard numeric keypad. The "XLookupString" line tells you which key is pressed. I think the "keycode" entry is what is being acted on by the game. Google seems to indicate that setxkbmap is what I need, Once I emerge it, then what? KeyPress event, serial 38, synthetic NO, window 0x101, root 0x76b, subw 0x0, time 2031605618, (-448,387), root:(368,623), state 0x10, keycode 87 (keysym 0xffb1, KP_1), same_screen YES, XLookupString gives 1 bytes: (31) "1" XmbLookupString gives 1 bytes: (31) "1" XFilterEvent returns: False The XLookupString looks like the ascii for the character/digit. The keycode does seem like what you want. Googling "linux remap keycodes" should be a good start, but it looks like xmodmap is proabably what you want to use. However, you also need to know the keycode of the key you want to remap. Essentially, you need to remap whatever keycode your current keyboard is generating to that which the game expects for that key. I'm not at all familiar with either program beyond browsing a few Google results, but perhaps setxkbmap is used for a major remap of most/all keys on a keyboard and xmodmap can be used for single or a small number of keys.
Re: [gentoo-user] KDE plasma desktop view shows files that don't exist
On 2022.08.25 13:18, Mateusz Okulus wrote: On 22/08/24 11:05AM, Jack wrote: > Checking here for any ideas or suggestions before I report as a KDE bug. > > I have my KDE Plasma desktop set to show my ~/Desktop folder. Two days ago, > I created a script.pl Perl script in that folder. (No, I don't generally do > work in that folder, but I just needed a quick script to deal with a file I > had just downloaded there.) After editing that file in emacs, a script.pl~ > also showed up on the Desktop. However, so did a file #script.pl#, and > actually I now have three files showing that name. The original and the > emacs backup also show up in Dolphin and an "ls" command in a terminal. > None of the "#" files do, however, which is expected, as there are transient > working files only during an active emacs session. > > Trying to edit one (double click) from the desktop opens an empty file, and > right clicking and selecting Properties shows the correct info as of when > the file actually existed - but if I ask for any checksums, they show up as > blank fields. > > I've looked, and have not found any relevant bug on the KDE bugzilla. (As > it's not likely a Gentoo bug, I don't see any point in filing at b.g.o.) > > Has anyone else noticed this? Can anyone else reproduce it? > > Thanks for any feedback. > > Jack I've been unable to replicate the problem, so I will call it transient, probably due to some particular timing of saving the file and exiting emacs. I'm fairly sure this isn't a bug, the files exits, and are just empty, as they show both in Dolphin and using ls. Thanks for the response, but you didn't read carefully. script.pl and script.pl~ do show up and are real files. #script.pl# does NOT show up in Dolphin or with ls, it only appears on the desktop. It is not empty, it just doesn't exist any more. I tried to replicate this on my desktop, and the # file didn't show up until after I exited emacs, but it was not empty, and did show up with ls. Deleting it with rm also properly removed it from the Desktop. I could not replicate the problem of the files only showing up on the Desktop. script.pl~ is an Emacs backup file, it's created automatically and won't be removed. It was created by Emacs when the original file was still empty. Agreed. #script.pl# is an Emacs auto-saved file, which was also saved when the buffer was empty. "auto-saves happen every 300 keystrokes, or after around 30 seconds of idle time", from manual, so you probably left the empty buffer for more than 30 seconds, but the script was shorter than 300 characters, so it only auto saved the empty file. Also agreed, but once you exit emacs, such files normally get deleted, especially if you have saved the file. In this case, it does appear to have been deleted, but the Plasma Desktop somehow didn't notice the disappearance of the file. Those file exist on your system, they are just empty. That's why the dates are correct. You can simply delete them if you want. The issue is that they did NOT exist. I understand empty files, but that is NOT the case here. In fact, when I tried to move that file to the trash, I got a permission error on the trash, and the remove pop-up just sat there spinning. If I tried to delete the file (whether right click/delete or select and hit the DEL key) I got an error that it couldn't delete it because it didn't exist. All I can guess is that somehow Plasma didn't notice that the file was removed. Once I exited and restarted Xorg/Plasma, that file was gone, and, as I said, I can no longer replicate the problem. Those resources might be useful: https://stackoverflow.com/a/12031838 https://stackoverflow.com/a/18330742 In particular you can disable backup files, if you don't care or use git for example. I do understand those files and do not want to disable backup in emacs, but thanks for the suggestion. Regards, mmokulus Jack
Re: [gentoo-user] Getting maximum space out of a hard drive
On 8/25/22 08:52, Rich Freeman wrote: On Thu, Aug 25, 2022 at 8:43 AM Dale wrote: I've already got data on the drive now with the default settings so it is to late for the moment however, I expect to need to add drives later. Keep in mind, I use LVM which means I grow file systems quite often by adding drives. I don't know if that grows inodes or not. I suspect it does somehow. It does not. It just means that if you want to reformat it you have to reformat all the drives in the LVM logical volume. :) As I remember, if you enlarge a logical volume by adding a new physical volume, you then have to expand the filesystem to use that additional space. Looking at resize2fs, it does increase the number of inodes, but only linearly in proportion to the amount of increased size. I don't see any way to tell it to decrease, or even just not increase, the number of inodes. Related question - how much space would you actually save by decreasing the number of inodes by 90%? Enough for one or two more videos?
Re: [gentoo-user] Software emulation of angled arrow keys on Lenovo Thinkpad?
On 2022.08.24 17:21, Walter Dnes wrote: On Wed, Aug 24, 2022 at 01:07:52PM -0400, Jack wrote > On my keyboard, those corner keys on the keypad are End, PgDn, PgUp, > and NumLock, all of which have their own keys elsewhere on the > keyboard.. When you say angled arrow keys, do you mean that literally, > or are you just talking about the corner keys of the keypad? I don't > recall ever seeng a literal angled arrow on a keyboard. No literal arrows. But an old OS/2 game I enjoy, treats the numeric keypads as... {HOME} ==> move up and to the left {PgUp} ==> move up and to the right {END} ==> move down and to the left {PgDn} ==> move down and to the right I have tried {HOME}, {PgUp}, {END}, {PgDn} on the Thinkpad but the game did not respond. If I attach a big clunky regular USB keyboard, it works as expected. Ah - I expect the game is interpreting keycodes fairly directly. You can use xev (or similar) to find what the various keys are currently producing, and there must be some (Xorg related) program to translate them to whatever the program is expecting - perhaps determined by using xev with a "proper" keyboard. Wasn't there an early rogue-like game that used some of the main keys in the same way, but without invoking the numeric keypad?