[gentoo-user] Re: CPU ISA level is lower than required
On 2024-03-04, Alexander Puchmayr wrote: > On Sonntag, 3. März 2024, 18:45:16 CET Alexander Puchmayr wrote: >> Am Sonntag, 3. März 2024, 14:32:41 CET schrieb Andreas K. Huettel: >> > > I set CFLAGS="-O2 -pipe march=x86-64-v2" on the buildhost and >> > > performed a emerge -ev @world, re-creating all packages in binary >> > > form. >> > > >> > > My expectation was that these packages would work on the target >> > > platform, but they don't. Error message "CPU ISA level is lower >> > > than required". >> > >> > Quiz question: did you rebuild your toolchain *before* or *after* bzip2? >> > >> > Suspicion without proof, the startup code embedded by gcc and glibc may >> > well be affected by the microarchitecture level. As may be libraries >> > statically linked in... >> > >> > The safer way would be to run emerge -ev world, and afterwards build the >> > packages with a second emerge -ev world ... >> >> Indeed, that seems to be the problem. I remember, my first try was with -v3 >> (as my buildhost supported this), and, after discovering the "surprise" on >> the target machine, started the emerge -ev @world. Likely, glibc was not >> the first package, so there are an unknown number of packets that have the >> problem. >> >> I started to recompile the "usual suspects", like bzip2 and xz, which made >> it a bit better, but still the emerge -uavDNk @world did not succeed. >> >> Now I'm doing again a emerge -ev @world on my buildhost again, so tomorrow >> it should be solved. > > Unfortunately this still did not help. There is [1] from 2021 also with -march, but it was worked around back then and that was several years ago. But could it be the same thing? [1] https://forums.gentoo.org/viewtopic-t-1129458-start-0.html It'd at least explain why the message is showing up... but while the in-tree glibc-2.38 ebuilds do not have the line added in [2], the commit to glibc-.ebuild says this is supposed to have been addressed upstream [3]. [2] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5dbd6a821ff753e3b41324c4fb7c58cf65eeea33 [3] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1f0fd3e2aee01e0c09e7103c8af4183b57faef49 -- Nuno Silva
[gentoo-user] Re: gui-libs/egl-wayland and x11-drivers/nvidia-drivers dependency conflict.
On 2024-02-17, Peter Humphrey wrote: > On Saturday, 17 February 2024 17:03:09 GMT Dale wrote: >> Howdy, >> >> I posted about this once before but also included pipewire and others. >> We addressed the other problems but this wasn't really fixed it would >> seem. I found the old thread. This is what I get today. >> >> >> WARNING: One or more updates/rebuilds have been skipped due to a >> dependency conflict: >> >> gui-libs/egl-wayland:0 >> >> (gui-libs/egl-wayland-1.1.13:0/0::gentoo, ebuild scheduled for merge) >> USE="" ABI_X86="(64)" conflicts with >> ~gui-libs/egl-wayland-1.1.7 required by >> (x11-drivers/nvidia-drivers-470.223.02:0/470::gentoo, installed) USE="X >> modules strip tools wayland -dist-kernel -modules-compress -modules-sign >> -persistenced -static-libs" ABI_X86="(64) -32" >> ^ ^ > >> I do this in a Konsole and I tried changing the fonts. The little >> things still point to places there is nothing or other wrong places. > > The ^ points to the ~ character above it, and the ^ points to 1.1.7, the > version of egl-wayland, so the version you want to merge won't satisfy > nvidia-drivers. > > Does that help? Is there a setting or some other way to configure portage to use e.g. standout mode here, instead of "^"s? -- Nuno Silva
[gentoo-user] Re: problem installing a package that uses meson instead of the regular autotools system
On 2024-02-04, John Covici wrote:
> Hi there. I am trying to use gentoo to install an updated version of
> orca which is a screen reader for linux. They have switched overr to
> using meson build system. So, I have done this so far:
> src_prepare() {
> mkdir _build
> default
> }
>
> src_configure() {
> meson setup -D prefix=/usr _build
> meson compile -C _build
> }
>
> src_install() {
> meson install -C _build
> }
>
> Now what I have run into is the install wants to access things which
> only root can access and so perrmission is denied. Most other builds
> install into an image directory, should I change the prefix to image
> and will then the ebuild automatically install to the right place, or
> is there something else I should be doing?
>
> Thanks in advance for any suggestions.
I'm sure somebody else will have more experience and practical advice
regarding this, but one thing I noticed in the ebuild code above:
have you tried using the meson eclass?
(man meson.eclass, if you have app-doc/eclass-manpages)
--
Nuno Silva
[gentoo-user] Re: ssh from linux to Windows
On 2024-01-08, the...@sys-concept.com wrote: > On 1/8/24 01:41, Nuno Silva wrote: >> On 2024-01-08, the...@sys-concept.com wrote: >> >>> On 1/6/24 20:09, the...@sys-concept.com wrote: >>>> I installed openssh server on Windows 11 and tried to ssh to it >>>> using the id_rsa.pub key >>>> but I didn't have luck. I copied the key to .ssh\authorized_keys file. >>>> On linux the last line ending with "\" on Windows Notepad replaces >>>> it with the "+" sign. >>>> >>>> ssh with password is working but windows doesn't recognize the >>>> public key or maybe it is wrong directory C:\Users\Garry >>>> Server\.ssh\authorized_keys >>> >>> Trying to run: "ssh -vv" I get: >>> >>> debug1: Authenticating to 10.0.0.130:22 as 'Glen Server' >>> debug1: load_hostkeys: fopen /home/joseph/.ssh/known_hosts2: No such >>> file or directory >>> >>> Where is it taking the : "known_hosts2" in home directory .ssh/ I only >>> have file "known_hosts" >>> In /etc/ssh/sshd_config (computer ssh is initiated from) I can not >>> find any reference to "known_hosts2" >>> >>> Nor, windows \ProgramData\ssh\sshd_config contain any reference to >>> "known_hosts2" >> >> I think the file to check would be ssh_config on the client side, not >> sshd_config. But it's possible it's not mentioned there either, as it >> seems to be part of the default at least in some systems, see for >> example > > The ssh_config on the client side id default, never changed anything in it. > >> https://serverfault.com/questions/1091575/why-does-ssh-think-i-still-have-a-known-hosts2-file >> >> This is just the usual approach of a user-specific file not existing >> unless it is created. I'd say you can just ignore this message and focus >> on the verbose messages about the authentication mechanisms. > > In the link above the suggest fix for "...fix $HOME/.ssh/known_hosts2: > No such file or directory" > to add "UserKnownHostsFile ~/.ssh/known_hosts" > I tried to add it to sshd_config but ssh wouldn't even start. No, this is not something to fix. This is the ssh utility looking for that file in one of the default locations and not finding it. That's just the result of the call which tried to access the file. The same would happen in known_hosts didn't exist yet. I mean, you can change the setting if you want (in ssh_config, and not sshd_config, it probably is not starting because it's not a valid setting for sshd_config), but you don't have to. > The above error message it just might be the noise, linux to linux all > connections work, it is just linux to windows it is not working. -- Nuno Silva
[gentoo-user] Re: ssh from linux to Windows
On 2024-01-08, the...@sys-concept.com wrote: > On 1/6/24 20:09, the...@sys-concept.com wrote: >> I installed openssh server on Windows 11 and tried to ssh to it >> using the id_rsa.pub key >> but I didn't have luck. I copied the key to .ssh\authorized_keys file. >> On linux the last line ending with "\" on Windows Notepad replaces >> it with the "+" sign. >> >> ssh with password is working but windows doesn't recognize the >> public key or maybe it is wrong directory C:\Users\Garry >> Server\.ssh\authorized_keys > > Trying to run: "ssh -vv" I get: > > debug1: Authenticating to 10.0.0.130:22 as 'Glen Server' > debug1: load_hostkeys: fopen /home/joseph/.ssh/known_hosts2: No such > file or directory > > Where is it taking the : "known_hosts2" in home directory .ssh/ I only > have file "known_hosts" > In /etc/ssh/sshd_config (computer ssh is initiated from) I can not > find any reference to "known_hosts2" > > Nor, windows \ProgramData\ssh\sshd_config contain any reference to > "known_hosts2" I think the file to check would be ssh_config on the client side, not sshd_config. But it's possible it's not mentioned there either, as it seems to be part of the default at least in some systems, see for example https://serverfault.com/questions/1091575/why-does-ssh-think-i-still-have-a-known-hosts2-file This is just the usual approach of a user-specific file not existing unless it is created. I'd say you can just ignore this message and focus on the verbose messages about the authentication mechanisms. -- Nuno Silva
[gentoo-user] Re: Genlop wonky again
On 2024-01-05, Peter Humphrey wrote: > Hello list, > > I've just had some strange output from genlop on my 16-thread i5 box, thus: > > # genlop -t libreoffice | /bin/grep minute >merge time: 37 minutes and 38 seconds. >merge time: 52 minutes and 59 seconds. >merge time: 46 minutes and 17 seconds. > > # genlop -c > > Currently merging 11 out of 11 > > * app-office/libreoffice-7.5.9.2 > >current merge time: 4 minutes and 3 seconds. >ETA: 1 hour, 4 minutes and 24 seconds. > Is this an off-by-one? While I'm not acquainted with perl, https://raw.githubusercontent.com/gentoo-perl/genlop/master/genlop has this: "For a better prediction we only consider the last 10 merges", followed by a max() with the number 9, suggesting zero-based indices that would need to be incremented for the average, but then "$tm_secondi = sum(@merge_times) / $#merge_times;" (That said, I also wonder if the "slicing off" part needs adjustment too, can the (zero-based?) length be greater than 9 after it was shortened to be 9? Or am I misunderstanding the code?) Summing the three merge times and dividing by two I get, if I've not messed up my calculations, 68 minutes and 27 seconds, matching your "Currently merging" output. -- Nuno Silva
[gentoo-user] Re: alsamixer - no sound
On 2023-12-16, the...@sys-concept.com wrote: > After recent upgrade I have no sound. > > Running as root: alsamixer > XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by > uid 1000! (This could e.g. happen if you try to connect to a non-root > PulseAudio as a root user, over the native protocol. Don't do that.) What kind of audio config do you have? Is it expected to involve PulseAudio? What was upgraded? -- Nuno Silva
[gentoo-user] Re: Emerge load again
On 2023-11-29, Michael wrote: > On Monday, 27 November 2023 15:39:33 GMT Peter Humphreey wrote: >> Hello list, >> >> I still can't see how portage limits the load. Today I'm emerging >> libreoffice, and it's spending almost the whole time working with 4 CPU >> threads. But: >> >> $ grep -e '\-j' -e distcc /etc/portage/make.conf >> EMERGE_DEFAULT_OPTS="--jobs=18 --load-average=30 --backtrack=200 -- >> autounmask=n --keep-going --nospinner" >> FEATURES="distcc userfetch buildpkg network-sandbox parallel-install sandbox >> userpriv usersandbox" >> MAKEOPTS="-j18" >> >> I found a suggestion to use distcc in the installation handbook, which I >> hadn't seen there before, so I went searching for it and found how to do it. >> It usually works well, in this case starting 18 packages before starting LO >> itself. grep -rw doesn't find '4' anywere relevant under /etc/portage/ . >> Other times it just doesn't help at all. >> >> What am I missing? > > In absence of other contributions I'll offer a theoretical explanation, based > on random observations on my systems. I can't explain the 4, but one thing about this configuration (although it's possible this has been already discussed before, apologies if that's the case): > You have specified as many as 18 packages to be emerged in parallel x up to > 18 > make jobs each. The result of [18 x 18 = 324] is to be limited by a total > load average of 30. [...] > Were this to occur the load limit restriction would kick in and you would see > only up to 30 jobs listed in top, with individual package processes > alternating in the top list of make threads. The load limit is being set only for emerge, not make, so it would only affect the decision to start building more packages in parallel. The already started ongoing builds could still take the load beyond 30, with more than 30 processes - there is nothing set to prevent that, or is there? -- Nuno Silva
[gentoo-user] Re: [OT]/[Meta] Subscribers of gentoo-user using Microsoft e-mail services
On 2023-08-02, Nuno Silva wrote: > The subscriber which has subscribed to this list using a Microsoft > mailbox (@live.ru?) is still subscribed, and still has that mailbox set > to forward e-mails to a Gmail address. > > Which would be fine, except Microsoft also still hasn't fixed the way > their servers do forwarding, meaning today I got another "undeliverable" > error message relayed to me from postmas...@outlook.com with > mx.google.com's complaint about how Microsoft didn't set the correct > "Envelope-From" when forwarding the message... This is still happening (I thought it had stopped happening, but it's likely I just haven't posted in this list for a longer time). Is there any chance this can be solved, or should I just resort to training the spam filter on these messages from postmas...@outlook.com? -- Nuno Silva
[gentoo-user] Re: Portage reports preserved libs, but won't rebuild
On 2023-11-24, Matt Connell wrote: > Sorry for the double post; I got a mail-undeliverable from Google so I > thought it didn't go through and retried it. Turns out it got to the > mailing list (both times) but not to gmail recipients because Google > doesn't like my SPF record (record says hard-fail on no match and > someone somewhere is using ipv6). No, it's definitely not a problem at your side, this is still caused by the same user which is still subscribed using a @live.ru mailbox and then sets it to forward to their Gmail address. Last time I checked, Microsoft, when forwarding, pretends to be the original sender, instead of @live.ru, which triggers the failure you see from Gmail. In the details in the error/failure message the only thing that refers to you will likely be your address. The IP address which tried to send the message to Google belongs to Microsoft. -- Nuno Silva
[gentoo-user] Re: Portage reports preserved libs, but won't rebuild
On 2023-11-24, Arve Barsnes wrote: > On Fri, 24 Nov 2023 at 04:07, Jack wrote: >> >> May or may not help, but have you tried revdep-rebuild? > > Also, you can try just one-shotting the reported packages, such as > (for the last one in your list): > > emerge -1 sys-libs/zlib > > Regards, > Arve Shouldn't it be the other way around? I mean, isn't it freetype, harfbuzz, glib and libpng which need to be rebuilt so that these libraries from sys-libs/zlib and bzip2, libpcre2, graphite2, ..., are not needed and get removed? (To Matt: when portage says "Nothing to merge; quitting." does it have any other information? I'd suspect this to be caused by some upgrade which cannot be currently done for some reason (such as a block).) -- Nuno Silva
[gentoo-user] Re: 6.1.53-gentoo-r1 kernel not booting
On 2023-10-07, Peter Böhm wrote: > Am Samstag, 7. Oktober 2023, 08:28:01 CEST schrieb Valmor de Almeida: > >> -> mount /dev/nvme0n1p4 /mnt/gentoo >> mout: /mnt/gentoo: can't read superblock on /dev/nvme0n1p4. > > Maybe we need to dig a little deeper. Maybe you are using LVM (or have an > encrypted root partition; or both). > >> -> dmesg >> >> [snip] >> nvme nvme0: controller is down; will reset: >> nvme nvme0: Does your device have a faulty power saving mode enabled? >> [snip] >> EXT4-fs (nvme0n1p4): unable to read superblock >> >> I am still able to boot with the old kernel 6-1-41-gentoo. >> Does this mean I may have a hardware problem with the NVMe drive? > > I dont think you have a hardware problem because with 6.41 you have no > problems. > > For me the following questions would arise: > > a) How did you install the kernel 6.1.41 ? (genkernel; dist-kernel; manual > approach) > b) Did you make any kernel configuration changes in your 6.1.41 ? > c) Do you use a bootmanager ? (which ?; grub, refind ?) > d) How did you update to 6.1.53 ? (every step) > > To better understand your system, I would look at the output of > "parted -l" (complete), > "dmesg" (complete), > "lspci -k" and > "emerge --info" > (after you have booted 6.1.41). > > To clarify all this here via the mailing list might be difficult; therefore I > would suggest to create a thread in our Gentoo support forum: > > https://forums.gentoo.org/ > > (I am there also; but we have also a lot of great experts there) > > If you create a thread in our forum, then please use wgetpaste for big files: > https://wiki.gentoo.org/wiki/Wgetpaste I'm not sure it's fair to say it'll be easier in the webforum. For the files, if you go the wgetpaste/"pastebin" route, you can add addresses to e-mail messages too (although that creates the inconvenience of not being in the message and requiring a separate fetch). Does the gentoo webforum actually support *threads*, and not just *topics*? A lot of webforum software packages seem to support only the concept of topics, which would mean conversations are actually easier to navigate via mailing list or network news (i.e. gmane). It is worth it mentioning the issue there, though, as somebody there who is not reading this list might know what is going on. -- Nuno Silva
[gentoo-user] Re: long compiles
On 2023-09-12, Alan McKinnon wrote: [...] > But anyways, this is not really about how to deal with long compiles, I was > asking what current packages take a long time after a 5 year absence. > > The answer is what it was always - browsers and libreoffice. I do recall > icu being a bit of a beast back then I remember insn-attrtab.c making the GCC compilation swap a lot :-) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29442 -- Nuno Silva
[gentoo-user] Re: mcomix (really python)
On 2023-09-07, Jorge Almeida wrote: > On Thu, Sep 7, 2023 at 12:39 PM Arve Barsnes wrote: > >> On Thu, 7 Sept 2023 at 13:12, Jorge Almeida wrote: >> > Nope. I don't run a Gnome system, and evince pulls an absurd bunch of >> dependencies, even with most USE variables unset >> >> Sure, which is why I put in that caveat :) >> > > Yes, I understood what you meant. I was just saying that I don't have most > dependencies installed. > >> >> > why would I need elogind, udisks, polkit, etc. just to read a comic book >> or view a pdf? >> >> I do have elogind because sddm requires it (have been pondering if I >> should switch), but I don't have udisks or polkit, so those can at >> least be controlled with some USE variables. >> > > That's curious. I just tried emerge -p evince with all USE variables unset > and it refuses to comply. Some dependencies suffer from "unmet > requirements". Never mind. evince was made for Gnome users, which I'm not. > I'll wait to see what gives re mcomix... (For viewing files for which a > thumbnails-based index is not a must I'll just stick with zathura.) > > Regards > > Jorge There's also for example qcomicbook, if you have Qt on your system. But this really looks like something to be fixed on the mcomix side. It has already been fixed in version 2.2.0: https://sourceforge.net/p/mcomix/git/ci/master/tree/ChangeLog If I'm reading correctly, 2.2.1 is in the tree, so you could see if unmasking that one before it gets stabilized is a possibility. The relevant change appears to be: https://sourceforge.net/p/mcomix/git/ci/04785a835b6c0e0782c9d0689686b0c1139febb1/tree/mcomix/run.py?diff=ae7d6a03f001de3241e586b1b285ce624383f344 from https://sourceforge.net/p/mcomix/git/ci/04785a835b6c0e0782c9d0689686b0c1139febb1/ (Which might be useful in case you want to try to add a patch to the version you currently have installed) -- Nuno Silva
[gentoo-user] Re: attic
On 2023-09-04, William Kenworthy wrote: > On 3/9/23 18:29, Rich Freeman wrote: >> On Sun, Sep 3, 2023 at 4:44 AM Michael wrote: >>> On Sunday, 3 September 2023 07:49:36 BST William Kenworthy wrote: >>>> Hi , I used to be able to get old ebuilds from "the attic" but I cant >>>> find it on google - is it still around? >>> Perhaps have a look here at the archives? >>> >>> https://gitweb.gentoo.org/ >> The archives will only contain data migrated from CVS - so only things >> from more than a few years ago. >> >> You want to look into the main repo for anything recently deleted. [...] >> This can be done via the website, though the search capability is a >> little limited. I ended up having to search from a local clone >> because your package name contains an error and the web search found >> nothing. >> >> To find your file, go to: >> https://gitweb.gentoo.org/repo/gentoo.git/ >> Go to the search box in the top right and search for: >> dev-python/reedsolomon (note that the package category is >> different from what was in your email) >> Find the commit one commit before the one that removed your package. >> (ie one that contains your package in its most recent version) If you >> find the one that deleted your file, then just look at the parent in >> the commit header and click on that to go back one version where it is >> still present. >> Click the tree hash to browse the historical version of the repository >> that existed before your file was deleted. >> For example, you can find v1.6.1 of that package at: >> https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/reedsolomon/reedsolomon-1.6.1.ebuild?id=149a131188ebce76a87fd8363fb212f5f1620a02 [...] >> The web git interface is capable of displaying past commits. It just >> can't search for wildcards/etc. >> > Thanks Rich, > > unfortunately the web interface isn't helpful - I cant just navigate > the tree to find commits - > "https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/reedsolomon/; > gives path not found - it looks like you have to know the commit first > by downloading the git tree to search it - not friendly at all! With /log/ instead of /tree/ in the URL it at least shows the list of commits. From a quick check, this seems to include the commit removing the directory when it's removed instead of renamed, so hopefully it helps too with retrieving older ebuilds? (But note that Rich was suggesting using the *search* feature of the gitweb interface, which, in this case, also finds the same topmost commit if I search for "reedsolomon".) -- Nuno Silva
[gentoo-user] Re: dosbox 0.74.3 can't init SDL: No audio device on one machine
On 2023-08-31, Walter Dnes wrote: > This is the most frustrating type of problem. On one machine I can > run dosbox fine. On a second machine... > > [waltdnes][~] /usr/bin/dosbox > DOSBox version 0.74-3 > Copyright 2002-2019 DOSBox Team, published under GNU GPL. > --- > Exit to error: Can't init SDL No available audio device > > The regular user (waltdnes) is a member of the audio group on both > machines. The files in ~/.dosbox are identical, and "emerge -pv dosbox" > spits out identical output. What about sdl-related packages, same flags and versions there too? > The directory /dev/snd is identical on both > machines. Any ideas? -- Nuno Silva
[gentoo-user] Re: Spurious error messages at boot up from the new dhcpcd
On 2023-08-22, Alan Mackenzie wrote: > Hello, gentoo. > > With the new dhcpcd-10.0.2 (previous version being ?9.5.1) I get spurious > error messages on boot up. In particular, I see this: > > * Starting DHCP Client Daemon ... > * [ ok ] * Bringing up interface enp38s0 > * Caching network module dependencies > * config_enp38s0 not specified; defaulting to DHCP > * dhcp ... > * The dhcpcd version is too old. Please upgrade. > * [ !! ] * ERROR: net.enp38s0 failed to start [...] > > So it would appear that everything is working, but I still get error > messages. The "dhcpcd version is too old" is particularly galling, given > that dhcpcd was updated yesterday. A check (in netifrc) didn't account for two-digit major version numbers when checking the dhcpcd version. https://bugs.gentoo.org/show_bug.cgi?id=904422 So check if there's a newer version of net-misc/netifrc available. -- Nuno Silva
[gentoo-user] Re: Please help me understand this emerge error message.
On 2023-08-12, Alan Mackenzie wrote: > > On Fri, Aug 11, 2023 at 21:45:38 +0200, Arsen Arsenović wrote: > >> Alan Mackenzie writes: > >> > The following REQUIRED_USE flag constraints are unsatisfied: >> > curl_ssl_openssl? ( openssl ) > >> A REQUIRED_USE of 'X? ( Y Z )' means that if X is set, Y and Z must be >> set. In boolean algebra, it can be expressed as a X => ( Y AND Z ). > > OK, thanks! I tried to look up curl_ssl_openssl in use.desc and > use.local.desc, but couldn't find it there. I think openssl was missing, > too. So it didn't occur to me that they were themselves USE flags. The description for CURL_SSL USE_EXPAND flags appears to be in /usr/portage/profiles/desc/curl_ssl.desc Just in case this wasn't mentioned yet in the thread, and to make sure it's mentioned explicitly: CURL_SSL=openssl is expanded to curl_ssl_openssl as a USE flag. So my understanding is that the openssl flag controls building the curl part that can use openssl, and curl_ssl_openssl selects that part to be used for SSL. >From a quick (hopefully not *too* quick) glance at the ebuild, I think this is because curl can be built with more than one SSL backend (the USE flags that appear in USE=...), and the CURL_SSL=... USE_EXPAND flags control which one gets to be the default. (But someone more knowledgeable please correct me if this is wrong or incomplete.) -- Nuno Silva
[gentoo-user] [OT]/[Meta] Subscribers of gentoo-user using Microsoft e-mail services
The subscriber which has subscribed to this list using a Microsoft mailbox (@live.ru?) is still subscribed, and still has that mailbox set to forward e-mails to a Gmail address. Which would be fine, except Microsoft also still hasn't fixed the way their servers do forwarding, meaning today I got another "undeliverable" error message relayed to me from postmas...@outlook.com with mx.google.com's complaint about how Microsoft didn't set the correct "Envelope-From" when forwarding the message... -- Nuno Silva
[gentoo-user] Re: Email clients
On 2023-07-29, Wols Lists wrote: > On 29/07/2023 14:54, Arsen Arsenović wrote: >> Again, it shouldn't be able to do that. Please check CONFIG_PROTECT >> using: portageq envvar CONFIG_PROTECT >> >> It should, normally, contain /etc, set by profiles/base/make.defaults. > > And here is the root of the mis-understanding between us. And also why > Dovecot does it right, and Postfix does it wrong. > > WHY SHOULD I HAVE TO USE DISPATCH-CONF? (Or in my case, etc-update.) > > The point is I don't (have to) care whether dovecot.conf is updated or > not. I never change it from the distro defaults, so it never offers me > etc-update, and it never does any damage. > > But I DO have to care about postfix/main.cf. This makes the > fundamental blunder of mixing distro defaults and local config in the > SAME FILE. So yes it does offer me etc-update. But if I MISS THAT, > I've just trashed my local config and have to rebuild it. > > At the end of the day, if you can't keep distro and local config > separate, that's a fault of the upstream application. etc-update and > dispatch-conf are gentoo's way of working round the breakage. IFF you > use dovecot/local.conf, it's a sign of good design by the upstream > application, and etc-update or dispatch-conf are completely > UNNECESSARY. > > Cheers, > Wol If you have a single file both with defaults (either as settings or commented out) and your changes, you get to see when defaults change, and it might be easier to notice, handle and adapt if some change requires adjusting the modified settings. I'd say having separate files also makes it possible to miss configuration changes. -- Nuno Silva
[gentoo-user] Re: trying to get sd card reader to work
On 2023-06-13, Wols Lists wrote: > On 13/06/2023 03:01, John Blinka wrote: >> Good to know it all works, but if you're sticking a new card in an old >> reader, they may not be compatible. >> >> >> Don’t know what constitutes new/old, but these are <1 year old >> cards. Satisfied with empiric evidence that it all works. Have >> written mp3 files to this card and played them via Arduino/attached >> mp3 board. Sufficient for my purposes. Amazed that it all works! >> (Pushing beyond my comfort level with card reader/Arduino/mp3 >> board/wiring all this stuff together.) > > Basically, just a little bit of history ... > > When these cards came out, they were true SD. With a max capacity of > 4GB (4GB cards are actually rare as hens teeth ...) > > As 2GB became cheap and common, the technology transitioned to SDHC, > so your 4GB card is almost certainly SDHC, and will not work in a true > SD reader (like my 2009-era satnav). > > That had a limit of - iirc - 32GB, and as that became common the > technology transitioned to SDXC. This is where my knowledge becomes > rather hazy... > > But anyways, everywhere the card is newer than the reader, you have > the possibility of problems. It rarely happens, but I've been bitten > twice trying to upgrade the chips in cameras ... > > Cheers, > Wol Curiously, I've just recently bought a bigger capacity card (32GB I think?), µSDHC, with an "SD adapter", and I learned that the (multi-slot) USB dongle I've been using does not support µSDHC (only µSD, apparently?)... but does support SDHC! -- Nuno Silva
[gentoo-user] Re: problem compiling Kernel 6.1.27-gentoo-r1
On 2023-05-20, Michael wrote: > On Saturday, 20 May 2023 07:59:59 BST Philip Webb wrote: >> I'm trying to install Gentoo in my new machine >> & have got to the step of compiling a kernel. >> I used the config file from my present machine, did 'make oldconfig' >> & have then done 'make menuconfig' to include drivers etc. >> >> The 'make' stage goes on for a long time, then crashes doing >> 'UPD drivers/base/firmware_loader/builtin/rtl_nic/rtl8168g-2.fw.gen.S' >> with message "make [5] *** No rule to make target >> 'lib/firmware/rtl_nic/rtl8168g-2.fw' needed by >> 'drivers/base/firmware_loader/ builtin/rtl_nic/rtl8168g-2.fw.gen.o' Stop". >> >> The relevant line in Menuconfig is 'DeviceDrivers > NetworkDeviceSupport > >> EthernetDriverSupport' under 'Realtek devices'. >> I've tried it with 'Realtek8169/8168/...' 'Y' or 'M' or 'N' >> & also with 'Realtek devices' as 'N'. I also tried a 'make clean'. >> The same error goes on happening. >> >> Since I don't have anything by Realtek for networking >> -- sound uses Realtek -- , I can't understand the behaviour above. >> >> Can anyone offer any advice ? > > The compilation complains it is missing the firmware required by a realtek > NIC, probably a setting inherited from the config settings of the old kernel? > > You eventually compiled it with "N". I suspect the order in which you > configured/compiled it plays a role in this error. > > Since you do not have this hardware, set it to "N", then run: Could this be the manually defined list of firmware blobs to include in the kernel image, and not something automatically pulled in by a driver? I'm not sure what's the quickest way to check, perhaps this works?: grep CONFIG_EXTRA_FIRMWARE /usr/src/linux/.config -- Nuno Silva
[gentoo-user] Re: Converting shell globs to regular expressions
On 2023-04-13, Dr Rainer Woitok wrote: > Greetings, > > does anybody know about some command to convert shell globs (shell pat- > terns) into regular expressions? Back in the old Unix days there was a > "glob" command, but "e-files" only turns up a GNU library. > > I am aware of Python's "fnmatch.translate()" function, but this -- of > course -- returns a Python style regular expression which I can't use > together with "grep" or "gawk". So using this function would require > moving and converting the "grep" and "gawk" specific code from my Shell > script into a separate Python script. This would be doable, if neces- > sary, but I would prefer staying with just my Shell script. > > Any pointers heartily welcome :-) What did the "glob" utility you remember do? Sources at TUHS have a "glob" utility, but it seems to execute a given command after expanding the glob, instead of outputting a translation (which I think is what you're describing?). Do you remember which system did you see this on? Perhaps this could be a question for alt.folklore.computers or a comp.unix.* group on USENET too! The "glob" utility at TUHS: https://minnie.tuhs.org/cgi-bin/utree.pl?file=V5/usr/source/s1/glob.c and the source for its online manual page from V6: https://www.tuhs.org/cgi-bin/utree.pl?file=V6%2Fusr%2Fman%2Fman8%2Fglob.8 -- Nuno Silva
[gentoo-user] Re: mailing list problem?
On 2023-04-07, Jack wrote: > 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. Unless the mailing list software is updated to start including something more useful to identify messages that are bouncing, say, the Message-Id, it's going to continue to be difficult to identify these messages. The bounce warning includes an identifier that can only(?) be used to request that the mailing list software resend the message... so, to the address where it is bouncing, and where it will possibly bounce again. Unless perhaps if you try from a different address, but I'd say having to do so is not very convenient. Ideally these messages and the list archive would both use Message-Id, but even if the latter doesn't, you could still access the message at Gmane if you knew the Message-Id (unless there was some problem delivering to Gmane too). And if neither used Message-Id but both used the same identifier, you could still look it up in Gentoo's list archive... Oh, yes, if you want to check a non-Gentoo archive, Gmane is a possibility for that too, among others: - news://news.gmane.io/gmane.linux.gentoo.user - https://marc.info/?l=gentoo-user - https://www.mail-archive.com/gentoo-user@lists.gentoo.org/ -- Nuno Silva
[gentoo-user] Re: Bouncing messages
On 2023-01-20, Dr Rainer Woitok wrote: [...] > Either these mail identification numbers should be somehow visible and > in particular searchable at > >https://archives.gentoo.org/gentoo-user/ > > or the mail that some mail couldn't be delivered should contain more in- > formation like author, date and subject. And Message-ID... at least that one would enable searching for the specific message in other archives too. (Also, why is Date different between the actual message and the web archive under gentoo.org?) -- Nuno Silva
[gentoo-user] Re: Bouncing messages
On 2023-01-13, Peter Humphrey wrote: > Hello list, > > Ever since the new year I've been getting a bounce message from this list - > 19 > of them so far. The first of those listed one message twice, most of the > others > six times. The message was 200359. > > I don't know what that message was, but why is the system Out There having > such a hard time with it? Did the bounce report you got reproduce any reason/message from the system it failed to deliver the message to? This message was particularly quite large, so it could be simply that... 200359 didn't make it to Gmane or marc.info either. 200359 is: Message-ID: <67f4d690-1005-a4d6-abba-c685fd4af...@youngman.org.uk> And is about 20MB big (owing to the attached build.log). On the Gentoo website: https://archives.gentoo.org/gentoo-user/message/dd1fc2d5d273f8590d73302748f2cda7 (Note that if you request the message and it does get delivered to you, the Date: field differs between what you get and the archived copy on the Gentoo website.) -- Nuno Silva
[gentoo-user] Re: Bouncing messages
On 2023-01-14, Peter Humphrey wrote: > On Saturday, 14 January 2023 07:00:29 GMT Nuno Silva wrote: >> On 2023-01-13, Peter Humphrey wrote: >> > Hello list, >> > >> > Ever since the new year I've been getting a bounce message from this list >> > - 19 of them so far. The first of those listed one message twice, most of >> > the others six times. The message was 200359. >> > >> > I don't know what that message was, but why is the system Out There > having >> > such a hard time with it? >> >> Was the message from the list software or from a Microsoft system? > > I don't know - I haven't received it as far as I know. The only archive > entries I've found are of this conversation. And *now* I haven't received one of these messages I was talking about (which would usually appear for every post of mine to the list, albeit possibly delayed by a few hours), so I guess either the forwarding problem was fixed or that person is not subscribed to the list anymore. >> There's possibly one subscriber that has configured their >> Exchange/Outlook account to forward e-mails to a Gmail account, and >> forwarding as implemented by Microsoft apparently isn't done correctly >> and so "SPF" checks run by Gmail are failing. > > Hmm. Would that cause the message to me to fail, in particular? No, in the case I was writing about, it'd only cause you to get these failure messages/reports delivered to you, I think precisely because of the incorrect Microsoft forwarding implementation that'd present you as the sender. So it is delivery *to* you that's failing? Hm, seeing you mentioned one of these message numbers that are internal to the list, I think I now understand what kind of bounce message you're talking about, sorry for the confusion. 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 tried to send a message to this list about this topic back in November >> but it never made through, perhaps it was filtered because it quoted >> some of the error messages. -- Nuno Silva
[gentoo-user] Re: Portage wrongly blocking an update
On 2023-01-15, Peter Humphrey wrote: > Hello list, > > Today's update of my LAN server failed to resolve a block. It said it > couldn't > emerge net-proxy/squid-5.7 because of: > > [blocks B ] net-proxy/squid-5.7) > [,,,] > (net-proxy/squid-5.7:0/0::gentoo, ebuild scheduled for merge) pulled in by > net-proxy/squid required by @apps > > That's all I got. No sign of what required the < had come from. It came from the squid ebuild itself. >From a quick look (I might have overlooked something), it sounds like it has to be manually uninstalled beforehand (so, precisely what you did :-) ). https://bugs.gentoo.org/show_bug.cgi?id=834503 > The apps set does not specify a version, and no other package depends on > squid, so I removed it with emerge -C, then restarted the update, which ran > to > completion. > > It seems to me that portage should have been able to do the same, and upgrade > squid smoothly. -- Nuno Silva
[gentoo-user] Re: Bouncing messages
On 2023-01-13, Peter Humphrey wrote: > Hello list, > > Ever since the new year I've been getting a bounce message from this list - > 19 > of them so far. The first of those listed one message twice, most of the > others > six times. The message was 200359. > > I don't know what that message was, but why is the system Out There having > such a hard time with it? Was the message from the list software or from a Microsoft system? There's possibly one subscriber that has configured their Exchange/Outlook account to forward e-mails to a Gmail account, and forwarding as implemented by Microsoft apparently isn't done correctly and so "SPF" checks run by Gmail are failing. I tried to send a message to this list about this topic back in November but it never made through, perhaps it was filtered because it quoted some of the error messages. -- Nuno Silva
[gentoo-user] Re: Major problems with libpcre / UTF8
On 2022-12-16, Walter Dnes wrote: > Apologies to those who've already seen this or had their replies > bounce. The mail host I use was down yesterday (the big storm?) so I > haven't seen any responses to this post. Here's a second try... > > 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" > > mc (Midnight Commander) spews out a lot of... > > (mc:5796): GLib-CRITICAL **: 15:19:15.617: PCRE library is compiled without > UTF8 > +support As pointed in the original thread, the dependency to look at is probably libpcre2 now. Could it be bug 883877? [1] Has been fixed in the tree at least for glib 2.74.3 [2]. [1] https://bugs.gentoo.org/show_bug.cgi?id=883877 [2] https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=337a97f5660ed827c17f487acdf5fb9f71bbdf1b (For browsing the list archives, besides the web archive already mentioned in this thread, if you have a news client you may also find news://news.gmane.io/gmane.linux.gentoo.user useful) -- Nuno Silva
[gentoo-user] Re: btop fails to compile
On 2022-11-30, Jochen Kirchner wrote: [...] > make -j17 -l17 VERBOSE=true OPTFLAGS= CXX=x86_64-pc-linux-gnu-g++ Can you try emerging with -j1 in MAKEOPTS? Sadly, the makefile[1] does not print out the mkdir commands (recipe on lines 202 thru 204), so it's not possible to spot in the output when are these being executed, but, from a quick glance (I might have overlooked something!), it sounds like the target that runs mkdir is not a dependency of the targets that generate and link the object files (line 262, line 273), so it'd be possible for this to happen just because the second mkdir did not complete before the first g++ was checking for the directory. [1] https://github.com/aristocratos/btop/blob/main/Makefile -- Nuno Silva
[gentoo-user] Re: problem with emerge depclean after world update
On 2022-09-30, John Covici wrote: > Hi. So, when I tried to do my emerge depclean after my world update, > which went through with no problems, I get the following message: > > Calculating dependencies... done! > * Dependencies could not be completely resolved due to > * the following required packages not being installed: >* > * >=app-text/poppler-0.16.0:0/123=[cairo] pulled in by: > * app-misc/tracker-miners-3.4.0 > > But I have: > > ebuild R] app-text/poppler-22.09.0:0/124::gentoo USE="cairo cxx > introspection jpeg jpeg2k lcms png qt5 tiff utils -boost -cjk -curl > -debug -doc -nss -verify-sig" > and > ebuild R] app-misc/tracker-miners-3.4.0:3::gentoo USE="exif gif > gstreamer iso jpeg networkmanager pdf playlist rss (seccomp) tiff > upower xml -cue -ffmpeg -gsf -iptc -raw -test -xmp -xps" > > So, what have I done wrong this time -- or is it some kind of bug > somewhere? > > Thanks in advance for any suggestions. When was tracker-miners-3.4.0 last built? It RDEPENDS on [1]: ">=app-text/poppler-0.16.0:=[cairo]" So if tracker-miners was built with poppler:0/123, and if I'm understanding "man 5 ebuild" correctly, it will require a 0/123-slotted version of poppler to be installed. Given that tracker-miners accepts any later version, rebuilding it will hopefully be enough. [1] https://gitweb.gentoo.org/repo/gentoo.git/tree/app-misc/tracker-miners/tracker-miners-3.4.0.ebuild#n47 -- Nuno Silva
[gentoo-user] Re: realloc() failure in motion
On 2022-09-18, William Kenworthy wrote: > Hi, I am setting up some cameras (esp32cam) and intended to use > motion for them but it crashes on startup with a realloc() error. The > system is an up to date arm64 (odroid N2+), mostly stable. Has anyone > seen this before? > > BillK > > > ha /etc/motion # /usr/bin/motion -c /etc/motion/motion.conf -k 9 -d 9 > [0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file > /etc/motion/motion.conf > [0:motion] [NTC] [ALL] config_camera: Processing camera config file > /etc/motion/camera0.conf > [0:motion] [NTC] [ALL] read_camera_dir: Processing config file > /etc/motion/motion.conf > [0:motion] [NTC] [ALL] config_camera: Processing camera config file > /etc/motion/motion.conf > realloc(): invalid old size > Aborted Could you try to get a stack trace from that? I've never used "motion" and I don't know its source code, but [1] makes me wonder if the failure could be happening in [2]. OTOH, from the output, "motion" has entered config_camera() and gone beyond [2] a second time before the realloc() abort - but could these two calls have received the same cnt? >From my very little understanding of the code and from your output, it looks like "motion" might be processing motion.conf twice (the "Processing thread 0 [...]" line precedes a call to conf_process(), as does "Processing camera config file"). Is this intended? [1] https://github.com/Motion-Project/motion/blob/HEAD/src/conf.c#L3204 [2] https://github.com/Motion-Project/motion/blob/HEAD/src/conf.c#L3180 (Links are to HEAD, as that's what I started reading.) -- Nuno Silva
