[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
[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: 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: 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: 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: 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-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: 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-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: 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: 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: 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: 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: 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] [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: 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] 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: 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: 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: 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: 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: 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: 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: 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: [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: 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: 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: 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: 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: 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: 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: 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: 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: Encrypted drives, password generation and management howto, guide.
On 2024-05-15, Michael wrote: > > There are 3 'cliboards', known as selections, I know of: > > 1. Primary - you select some text by holding down your left mouse button (or > Shift+arrow) and you paste it with your middle button (or Shift+Insert - > depending on application). > > 2. Secondary - some applications will autoselect text, e.g. when you click in > the non-empty address bar of a browser. This can replace any selection you > had in the Primary selection. It depends on the particular application. > > 3. Clipboard - this is the Ctrl+x/c/v MSWindows style of cut/copy/paste menu > items. > > More details can be found in the spec here: > > https://specifications.freedesktop.org/clipboards-spec/clipboards-latest.txt There's also this one: https://www.jwz.org/doc/x-cut-and-paste.html Which mentions the support for different targets, also mentioned in: https://lars.ingebrigtsen.no/2018/10/07/further-fun-with-the-clipboard/ (xclip can be used for targets too, "xclip -o -target TARGETS" for a list of the currently available targets) > As far as I know the Primary selection is not stored anywhere - other than > within the application's memory space where the range of characters have been > selected. The xserver will call for this when you middle click to paste it > on > another application's window. > > The Clipboard may be stored in RAM or cache of any applications which use > this > method. -- Nuno Silva
[gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.
On 2024-05-16, Michael wrote: > On Thursday, 16 May 2024 01:10:32 BST k...@aspodata.se wrote: >> Wol: >> > On 15/05/2024 11:40, Peter Humphrey wrote: >> > > I think whoever named grub had delusions of grandeur. ð Anyway, I >> > > never let it near my systems. >> > >> > I liked lilo. And then it disappeared :-( >> >> ... >> >> Still available and still working on non-uefi setups: >> https://packages.gentoo.org/packages/sys-boot/lilo >> >> Regards, >> /Karl Hammar > > There's also 'sys-boot/elilo' for EFI systems. What about grub as in "grub1" or grub0.xx for PC BIOS, is it still available (outside the main tree?) and working e.g. with patches, or is there some unsolved compilation issue nowadays? -- Nuno Silva
[gentoo-user] Re: mtp cannot create directories on SD card on cellphone
On 2024-05-16, Walter Dnes wrote: > On Wed, May 15, 2024 at 03:06:50PM -0700, Mark Knecht wrote >> >> Have you checked that the directory where you are attempting to >> do this is one that your account owns? I generally have to su - to >> root, create a directory at the top level, change it so that I own it and >> have rwx permissions, and then exit root. After that I can do what I want. > > I have a short script ~/bin/tabon > > [x8940][waltdnes][~] cat bin/tabon > #!/bin/bash > sudo /usr/bin/jmtpfs /home/waltdnes/tablet -o allow_other,auto_unmount,rw > # > # Only needed once > #sudo /bin/chown -R waltdnes:users /home/waltdnes/tablet > > The last (commented out) line *USED TO WORK*. Now it spits out a > whole slew of... > > /bin/chown: changing ownership of > '/home/waltdnes/tablet/sdcard1/blah_blah_blah': Function not implemented > > ...one for each direcory and file. I believe the phone formats the card > as either FAT32 or XFAT. Did anything change? Any tablet software upgrade? Did the MTP tool on the computer side change? Or perhaps the kernel, if it can influence this FUSE interaction somehow? At this point I'd consider testing with known good versions if possible (those that can run chown without that error). Is mkdir something that used to work too? The "Function not implemented" looks off for something that used to work before. (Or was it failing silently before? If this is FAT* or exFAT, wouldn't ownership be a thing for the FUSE tool to set itself? Or does exFAT have the concept of ownership?) -- Nuno Silva
[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook
On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: > > Le 31/05/2024 à 14:47, Jude DaShiell a écrit : >> What's missing in those instructions is: >> x >> 1 >> n >> /boot >> r >> that's for the fdisk instructions. > > such things are better to talk on the #gentoo-w...@libera.chat, or in > the discussion page of the page having something missing. Not Bugzilla? Although other venues (at least those from Gentoo, like this list) should be acceptable to discuss problems too, I'd think *the* place to go for issues with the documentation would be Bugzilla. (Also, the above should at least make it clear somehow that it is over IRC. If someone does not know about libera.chat, how would one understand that indication?) > Thanks for reporting anything problematic tho, but your problem isn't > elaborate enough as you written it IMHO to understand exactly what you > are talking about. > > Regards, > GASPARD DE RENEFORT Kévin > > > -- Nuno Silva
[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook
On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: > Is this not possible to go, as I said, on IRC or use the discussion page ? > > This is not really the place for this topic, IMHO. Why not? This is a Gentoo mailing list. Do you mean it should instead be brought up in the Gentoo Documentation Project mailing list? -- Nuno Silva
[gentoo-user] Re: preparing /dev/sda1 for gentoo install x86 handbook
On 2024-06-01, Kévin GASPARD DE RENEFORT wrote: > Le 01/06/2024 à 22:15, Wol a écrit : >> On 31/05/2024 16:26, Nuno Silva wrote: >>> On 2024-05-31, Kévin GASPARD DE RENEFORT wrote: >>> >>>> Is this not possible to go, as I said, on IRC or use the >>>> discussion page ? >>>> >>>> This is not really the place for this topic, IMHO. >>> >>> Why not? This is a Gentoo mailing list. Do you mean it should instead be >>> brought up in the Gentoo Documentation Project mailing list? >>> >> That was my sort-of reaction, but for somewhat different reasons. We >> have a regular poster on the list posting something a little bit >> weird, and then we have someone I've never seen on the list before, >> posting a moderator-like message. >> >> Seriously? Some complete stranger to the list, telling off a regular >> for posting something weird? >> >> I've got news for you, there are quite a few weirdos on the list, >> but it adds spice! > > This was not a "moderator" like answer, more an advice: Since I > started to translate some pages in French for the Wiki of Gentoo, I've > already asked why IRC and not somewhere else, as **the mailing-list** > dedicated to it. I do not link the oblivion that is an IRC channel, to > be honest. I don't find IRC inappropriate, and I myself use it extensively, although I'm only on (counts) three #gentoo- channels at the moment? What I found inappropriate was the confluence of 1) saying "this is not really the place for this topic", and 2) when suggesting places to discuss this, completely ignore Gentoo's bug tracker. Some people may prefer one method of communication to the other, and one thing that has perhaps been lacking in Gentoo is more people reading the mailing list, which might allow finding out about (and acting on) some issues sooner. I completely understand some might not like mailing lists, even despite their flexibility compared to many other poor and heavy venues that appear to be "in" or "cool" nowadays. (I'm reading and posting via network news, using a client of my choosing, that can work on X11, terminal emulators and terminals, and I end up with styling that I can easily control. (This is also an advantage of IRC, of course.)) One of the things I dislike, relatively to the other Gentoo venues and the previous Gentoo documentation system, is the wiki. Maybe it gets more participation this way, but it should at least not try to exclude people even more than it already does. Directing people to talk pages can do that. But that's personal preference, and I'll probably keep using the other venues, just like I don't use Github to contribute to Gentoo (nowadays that one is getting even harder to use without JS, and even with JS it starts requiring newer features and syntax that only few browsers support...). > Somehow, it's (wiki's ML) unused, and more "regular" peoples, doing > wiki's works since a while now, told me that… they do it on two > places: > > - #gentoo-w...@libera.chat How consistent is handling of IRC URLs nowadays? Would it be possible to point people to irc://libera.chat/%23gentoo-wiki (or ircs:), or would that fail? > - Each discussion page for each dedicated subject. > > I'm not on the #gentoo-wiki channel to explain how to do things at > these contributors… doing it since years, or decade(s). I'm here to > participate. > > "Some complete" stranger to the list is happy to present himself: > https://wiki.gentoo.org/wiki/User:Kgdrenefort > > Joke aside, I just wanted to be nice and redirect another user to > somewhere which could be, maybe, a better place to talk about it :). (Well, one request I have is to please don't top-post in this list. That's not the common style in this list, and tends to be an approach mostly from the Microsoft and business worlds.) (As for the "redirecting" part, another wording would probably have been happier, such as asking if the poster could access IRC in the hopes of it being handled more quickly there, instead of presenting these two as possibly the only venues. That's just it, I guess the words weren't well received, at least in my case.) -- Nuno Silva
[gentoo-user] Re: Difficulty with updating /etc/basb/bashrc
On 2024-06-14, Alan Mackenzie wrote: > Hello, Netfab. > > On Fri, Jun 14, 2024 at 18:22:11 +0200, netfab wrote: >> Le 14/06/24 à 17:53, Alan Mackenzie a tapoté : >> > Right now, I have a problem. Is there any convenient way I can get >> > the older standard file contents back again, so as to be able to do >> > this 3-way diff? > >> The old bashrc file installed by previous versions of the ebuild : > >> >> https://github.com/gentoo/gentoo/blob/master/app-shells/bash/files/bashrc > >> The new bashrc file : > >> >> https://github.com/gentoo/gentoo/blob/master/app-shells/bash/files/bashrc-r1 > > I don't have access to these files, unfortunately. Github has blocked > them behind a script. I certainly amn't about to let a Microsoft script > run in my browser. That is just too high a cost to pay. > > Are these files freely available, anywhere, perhaps? In this case it's definitely better to use Gentoo's gitweb instead of the GitHub mirror, but, for reference, currently with GitHub you can replace "/blob/" with "/raw/" in the address to get redirected to the raw address (which has more different parts, but just doing this replacement will get you there). (Also: For commit diff URLs in GitHub, appending .diff will get you the plain diff.) (But gitweb is quite better than GitHub, especially now that GitHub requires javascript (and also some newer features, so just enabling javascript isn't enough, you need one of a small number of browsers). GitHub used to be quite usable to browse repositories and investigate code, navigating around different commits in the history, and checking "blame" annotations and so on, but now it's not useful to me even for just that...) -- Nuno Silva
[gentoo-user] Re: Keep getting LC_ALL error during install.
On 2024-06-16, Wol wrote: > On 15/06/2024 20:35, Dale wrote: >> I'm not opposed to efi. I remember when the old Grub reached its >> end of life. Grub2 is different but it works. I don't use the eye >> candy part so that makes it even easier. The biggest thing, I copy >> my kernels and such over manually and I keep a couple older ones >> that I want to be available. I also plan to install memtest, a >> rescue image or two and those need to be available as well. I may >> still use Grub, I may not. Right now, I'm clueless. I'm just >> trying to follow the docs which given all the options available are >> confusing to follow. > > At the end of the day, all these things are pretty much the same. Back > in the ancient days, you had a switch panel you toggled to put in the > boot code. > > Then they put a basic interpreter in ROM. > > Then they got rid of basic and put code in that said "here's a bit of > disk controller code, go to chs(0,0,0), read one block and execute > it". > > Now UEFI is just a bit more fancy code that says "here's a gpt table > reader, a vFAT driver, and a mini program that looks in any FAT > partition it can find for an EFI directory, and runs whatever it finds > in there". I thought UEFI firmware as a replacement to PC BIOS tried to do more, including handling video modes before loading the boot code. > So the principle hasn't changed, but the detail has. > > And of course, all the rules get bent by the various > manufacturers. Bear in mind that basic EFI predates vFAT so even in > UEFI vFAT isn't actually mandatory. Apple don't use it, iirc. There's > nothing stopping GNU's OpenBIOS project or whatever it is using > ext4. But vFAT is the official "lowest common denominator" which > everything must support if it's not "single vendor for hardware and > software". Which is why, of course, MS can't play fun and games - if > they say Windows won't support vFAT they'll get hammered for > anti-trust. But there are systems using exFAT, right? You mean UEFI firmwares will happily accept other filesystems? I was under the impression (not having any UEFI computer here, so not from personal experience, just from seeing instructions given to other people a few times) that this was pretty much the usual "every system wants the Microsoft FS", but made worse because instead of the commonplace and widely-supported FAT* it had to be exFAT. (One might wonder why does it have to be a Microsoft filesystem at all...) Or is the problem that many UEFI bootloaders that are in the firmware behave in a less than optimal way with implementation details and unimplemented features? > More and more everything is turning into "System on a chip", and that > includes the bios! It has just enough of a driver now to read > everything it needs from the attached storage, and that's your modern > UEFI. -- Nuno Silva
[gentoo-user] Re: Fonts: was: New monitor, new problem. Everything LARGE O_O
On 2024-07-07, Jack wrote: > To how fonts are designed, many if not most modern fonts (such as > true-type) are specified internally by the commands to draw each > character, and you request the size in points. The conversion to how > many pixels to use is based on the DPI the system thinks is being used > by the monitor. Some fonts are actually specified by the Width x > Height in pixels. These are bitmap fonts, which often come in sets of > various sizes. Fortunately (as far as I can tell) there are fewer and > fewer bitmap fonts in use any more, as they need to get very larger for > higher DPI displays. You can imagine that mixing the two is even more > likely to lead to confusion and poor looking display, unless you are > extremely careful. That's funny, because in my experience the fonts that render poorly are the non-bitmap ones, and often the best way to get a clear, crisp, readable text display here is by using bitmap fonts. Now I'd like to know why are non-bitmap ones so often rendering poorly. While I've tried to explore settings in the past, I don't think I've discovered a satisfactory set of settings for non-bitmap. Maybe some day in the future I'll revisit this... -- Nuno Silva
[gentoo-user] Automatic e-mail fetching/checking in SeaMonkey Mail&News (was: Re: Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.)
On 2024-08-03, Dale wrote: > I really need to switch to a better email provider. Thing is, I'd like > to set it up so that I have a email program that fetches my emails and > then I just connect locally to read them. After all, Seamonkey stopped > fetching emails automatically long ago. I think there have been reports of this happening. Is the account where this happens set up with OAuth2? If you have more than one account, does it affect all of them or just a few? If you do a manual check one (Ctrl+Shift+D or File -> Get New Messages for -> All Accounts), does it start checking/fetching automatically at the configured interval after that? -- Nuno Silva
[gentoo-user] Re: Web browser issues. Firefox and Seamonkey doesn't work, Chrome does.
On 2024-08-04, William Kenworthy wrote: > On 4/8/24 16:11, Wols Lists wrote: >> On 03/08/2024 18:15, Dale wrote: >>> Well, what I'd like to do, install a email program that fetches the >>> emails and then stores them on my system. Then I can have >>> Thunderbird or any other email program connect to that and view, >>> create, send or whatever emails. Thing is, setting up the first >>> program is complicated. It is a bit over my head. From what I've >>> read, it is pretty picky too. It has to be fairly perfect or things >>> don't work. I'd need a seriously good how to to even get >>> started. It could turn into another long thread like that goofy >>> monitor. :/ >> >> That's basically fetchmail. Although I gather that's now >> abandonware-ish. There is a successor iirc, but I stopped using it >> because it broke... >> > Fetchmail isnt abandoned - they fixed it (though somewhat slowley) for > the last openssl shmozzle update and it was working fine last I use > it. > > Getmail (from v6.0) is probably the other main fetch app and other > than some weirdness around how idle is implemented (it waits for > messages then exits so you have to run it again) it works fine with > standards compliant providers (not always the case!) I am using it > with 4 email accounts shared between two people using postfix and > courier-imap. Overkill but it was what I was using when working and > other than maintenance overhead it works fine in a gentoo VM. Reading this only now, but there is also getmail proper (version smaller than 6). Might just be harder to install if there's no ebuild ready somewhere... (I wonder what is Gentoo's position on this, given that what is being made available as net-mail/getmail is *not* getmail. One thing is not wanting getmail in the tree because of the python2 dependency, another thing is allowing such a package name clash.) I think getmail too has a mode where it runs, monitoring for new messages? At least I recall reading something about that, and the manual does mention at least "-iFOLDER" for IMAP IDLE. No idea if it exits that way too. -- Nuno Silva
[gentoo-user] Re: emerge - Tips and Tricks
On 2024-09-02, Michael wrote: > On Monday, 2 September 2024 07:59:20 BST Wols Lists wrote: >> On 02/09/2024 06:11, Dale wrote: >> > If you have a laptop where heat is a issue, you may want to do things >> > different but if you can, that will give you the most stable system for >> > updates. >> >> Another tip - if you run into any problems, try to emerge @system, not >> @world. >> >> If you know you've successfully emerged @system and you get loads of >> stuff blocking with an @world, I tend to just unmerge all the blockers >> until @world fires successfully. You need to be a bit careful, you could >> still unmerge something important, but it's unlikely. Although these >> problems also tend to be fixed by backtrack=100. >> >> Cheers, >> Wol > > You can remove blockers manually and I admit to do it occasionally, but it > can > sometimes break your system if you don't pay particular attention and you > inadvertently remove some critical toolchain software - e.g. python, glibc, > gcc, et al. It is safer to run: > > emerge --depclean -v -p > > and check what dependencies of are complaining about your > attempt to remove it. Should you come across python or something portage > depends on, it's best to back off and ask before you decide how to proceed. > Soft blockers (b) are dealt with automatically by emerge, it is hard blockers > (B) you'd have to pay attention to. > > My typical update runs like this: > > eix-sync > emerge -uaNDv @world > dispatch-conf > emerge --depclean -a -v > eclean-dist > > If the emerge output asks me to, I also run: > > revdep-rebuild > > and when perl itself goes through a major update, I run: > > perl-cleaner --reallyall > > Enjoy your gentoo! Could --ignore-world be of use in cases where blockers are complicating things too much? Might make sense e.g. if an emerge upgrade is needed before other upgrades but python eclass changes are blocking things creating cyclic dependencies. (Requires a lot of careful analysis, of course...) -- Nuno Silva
[gentoo-user] Re: Question about compilation
On 2025-02-09, Dale wrote: > Michael wrote: >> On Saturday 8 February 2025 23:07:38 Greenwich Mean Time Jack wrote: >>> On 2025.02.08 14:00, Filip Kobierski wrote: >>>> On Saturday, February 8th, 2025 at 15:47, >>>> Jacques Montier wrote: >>>> >>>>> Is it possible to stop a compilation midway in the case of a very >>>>> long compilation and then resume it from the same point without >>>>> having to start over from the beginning ? >>> >>>> I think you are looking for SIGSTP or SIGSTOP but I think that's >>>> not exactly it. From what I know you cannot do that for emerge >>>> easily. For similar results you might want to set up ccache. >>>> https://wiki.gentoo.org/wiki/Ccache >>> >>> If you really mean just interrupting a compile, then you should be able >>> to stop with Ctl-C, and then start/continue by running make or ninja >>> again, assuming that is what is used for whatever you are compiling. >>> Ccache can help since most of the results of the previous compile >>> attempt will have been cached, and so will be completed more quickly >>> the next time, but it's not the same as continuing from where it was >>> interrupted. >>> >>> If, as Filip implies, you are asking about interrupting emerge, it's >>> easy enough to interrupt, but essentially impossible to continue from >>> where it left off. "emerge --continue" will just try to emerge every >>> package from the interrupted emerge which was not completed, but it >>> will start each one from scratch. What has often, but not alwasy >>> worked for me, is to use ebuild directly. "ebuild >>> .../path/to/package.ebuild compile" will figure out that everything >>> prior to the compile was completed, and then issue the make or ninja >>> commands, which will just pick up where they left off. If that does >>> work, then you need to repeat the ebuild, but with the install and then >>> the qmerge commands. The only problem with that (for me, at least) is >>> that ebuild does not leave exactly the same lines in emerge.log, so a >>> package installed that way will not show up in "gentlop -t package" >>> output. >> You can run 'ebuild merge', but this will only continue with the >> last package you were emerging when it was interrupted and it will continue >> from whatever stage the emerge was at the time it was interrupted. >> >> If your intention is to suspend/hibernate the OS halfway through an emerge >> and >> continue later on, then you can suspend the emerge job with job control: >> >> Ctrl+z >> >> After you wake up the system from suspend or reboot from hibernate you can >> bring the emerge job back into the foreground, so it can continue running >> from >> where you left it, by invoking: >> >> fg >> >> NOTE: Depending how many threads you were running before you suspended the >> emerge and how much swap was being used, you may need to wait for a few >> minutes for all the threads to pause. Keep an eye on top to confirm this >> has >> taken place and the CPU is now idle, before you suspend/hibernate the OS. >> If >> you don't you could discover the suspend/hibernate fails if you do not have >> enough RAM/space. > > > Would that survive a full reboot? I'm asking about a regular desktop > top system. It's rare but sometimes I am doing updates and have a power > failure and have to shutdown until power comes back. I've always just > done a emerge --resume but that starts any unfinished emerges from > scratch. Just curious if this would work. If I can remember to do it > if it does. ;-) > > Dale > > :-) :-) No, that's shell job control, it will live only while the shell process lives, so wouldn't survive a shutdown/reboot. There were one or two FEATUREs that could be used to restart where it stopped, was it FEATURE="keepwork"? (I guess it's a bit like invoking the build system or ebuild directly on the partial build as mentioned upthread, but with the comfort of doing it through emerge.) -- Nuno Silva
[gentoo-user] Re: problem formatting new 256 GB USB stick : more info
On 2025-02-16, Philip Webb wrote: > I successfully formatted one of the partitions which failed with Ext2 as Vfat. > I was able to mount it, create a file with words in it, > save it, list it via 'ls', browse it & then delete it, all using Gentoo. > This suggests that the problem isn't due to defective hardware, > but is somewhere in 'mke2fs' or related material. > > Any observations are very welcome. I'd say this is very unlikely, and that you should test and investigate more, lest it have some issue that could lead to data loss later. -- Nuno Silva
[gentoo-user] Re: problem formatting new 256 GB USB stick
On 2025-02-15, Philip Webb wrote: > Recently, I bought 2 new Kingston Exodia 256 GB USB sticks > from Canada Computers, the store in Toronto I've used for 25 yr . > With many previous new USB sticks of sizes <= 128 GB > & which came with a VFat filesystem, > I simply repartitioned them using Fdisk, which created a Linux partition > & then used 'mke2fs' to format them with an Ext2 filesystem. > This time, something has gone wrong : > > root:538 ~> mke2fs /dev/sdb1 > mke2fs 1.47.0 (5-Feb-2023) > Creating filesystem with 60567296 4k blocks and 15147008 inodes > Filesystem UUID: 80c2f275-ed6b-4ef5-b785-b53bd225ca9e > Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, > 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, > 23887872 > Allocating group tables: done > Writing inode tables: done > Writing superblocks and filesystem accounting information: > mke2fs: Input/output error while writing out and closing file system > > I tried repartitioning the stick into 2 x 128 GB partitions, > in case it was the sheer size which was the problem, but got the same result. > The error occured with both sticks, so it doesn't seem to be bad hardware. > It took 10 h 40 m to process the 256 GB part'n on my 2023 desktop machine, > so trying suggestions cb a rather long-drawn-out affair (smile). > > Has anyone else encountered this ? Does anyone have suggestions ? Are there kernel error or warning messages when this happens? -- Nuno Silva
[gentoo-user] Re: problem formatting new 256 GB USB stick
On 2025-02-16, Philip Webb wrote: > 250215 Michael wrote: >> On Saturday 15 February 2025 11:50:23 Greenwich Mean Time Nuno Silva wrote: >> > On 2025-02-15, Philip Webb wrote: >> > > Recently, I bought 2 new Kingston Exodia 256 GB USB sticks >> > > from Canada Computers, the store in Toronto I've used for 25 yr . >> > > With many previous new USB sticks of sizes <= 128 GB >> > > & which came with a VFat filesystem, >> > > I simply repartitioned them using Fdisk, which created a Linux partition >> > > & then used 'mke2fs' to format them with an Ext2 filesystem. >> > > >> > > This time, something has gone wrong : >> > > root:538 ~> mke2fs /dev/sdb1 >> > > mke2fs 1.47.0 (5-Feb-2023) [...] >> > > Writing superblocks and filesystem accounting information: >> > > mke2fs: Input/output error while writing out and closing file system [...] >> > > Has anyone else encountered this ? Does anyone have suggestions ? >> > >> > Are there kernel error or warning messages when this happens? >> >> An ext2fs with 4K block size has a maximum filesystem size limit of 16TiB. >> Your 256GB drive will not experience a formatting problem because of its >> size. >> >> Formatting a 256GB USB drive, especially if it is a USB 3.0 or later spec, >> should not take hours, but minutes if not seconds. > > See listing below. My notes tell me that in many previous cases, > it has taken these rates to format : 2 : 6 min/GB ; 3 : 1,8 min/GB ; > today, it took 2 h 51 m to format a 64 GB partition (mainly inodes). > >> Assuming there was no power cut or interruption to the formatting operation, >> the error has the smell of a hardware problem, >> hence dmesg should reveal if something went wrong with the device. >> You can try reformatting the USB drive, >> while keeping an eye on the output of 'dmesg -W'. > > Here's the output of the formatting + 'dmesg -W' ; > I used a different port, which is known to behave properly, > + the other stick now re-partitioned to offer a 64 GB partition : > > root:554 ~> t ; mke2fs /dev/sdb1 ; t > 2025-02-15 Sat 17.57.46 > mke2fs 1.47.0 (5-Feb-2023) > Creating filesystem with 16777216 4k blocks and 4194304 inodes > Filesystem UUID: 93b5ff29-fe5d-48e5-85b0-35b12bee226e > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, > 2654208, > 4096000, 7962624, 11239424 > > Allocating group tables: done > Writing inode tables: done > Writing superblocks and filesystem accounting information: mke2fs: > Input/output error while writing out and closing file system > 2025-02-15 Sat 20.48.04 > > dmesg 250215 21:12 : no messages while writing inode tables ; > different 3.0 port normally used without problem by scanner ; > 'ls /dev' shows /dev/sdb sdb1 sdb2 sdb3 sdb4 still listed ; > stick is still in the port > > root:635 ~> dmesg -W > [2023143.202399] usb 10-2: USB disconnect, device number 2 > [2023143.210193] blk_print_req_error: 716 callbacks suppressed > [2023143.210196] device offline error, dev sdb, sector 95422464 op > 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 2 > [2023143.210202] buffer_io_error: 1328 callbacks suppressed > [2023143.210203] Buffer I/O error on dev sdb1, logical block 11927552, lost > async page write > [2023143.210218] device offline error, dev sdb, sector 95422472 op > 0x1:(WRITE) flags 0x10 phys_seg 1 prio class 2 [...] > [2023143.210401] device offline error, dev sdb, sector 97257472 op > 0x1:(WRITE) flags 0x800 phys_seg 2 prio class 2 > [2023143.926864] usb 10-2: new SuperSpeed USB device number 3 using xhci_hcd > [2023143.946392] usb 10-2: New USB device found, idVendor=0951, > idProduct=1666, bcdDevice= 1.10 > [2023143.946397] usb 10-2: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [2023143.946400] usb 10-2: Product: DataTraveler 3.0 > [2023143.946402] usb 10-2: Manufacturer: Kingston > [2023143.946404] usb 10-2: SerialNumber: E0D55EA57410E8B189D80112 > [2023143.946819] usb-storage 10-2:1.0: USB Mass Storage device detected > [2023143.946993] scsi host12: usb-storage 10-2:1.0 > [2023144.950983] scsi 12:0:0:0: Direct-Access Kingston DataTraveler 3.0 > PMAP PQ: 0 ANSI: 6 > [2023144.951249] sd 12:0:0:0: Attached scsi generic sg1 type 0 > [2023144.951349] sd 12:0:0:0: [sdb] 484540416 512-byte logical blocks: (248 > GB/231 GiB) > [2023144.95191
[gentoo-user] Re: Systemd in update but I don't use systemd
On 2025-06-23, Eli Schwartz wrote: > On 6/20/25 2:53 PM, Andrew - Gentoo wrote: >> On 6/21/25 12:47 AM, netfab wrote: >>> >>> Hi, >>> >>> Le 20/06/25 à 18:25, Andrew - Gentoo a tapoté : >>>> Is this one of the situations that some random app has >>>> decided to use something contained within systemd but systemd is not >>>> "controlling" my system - I want to stay with OpenRC. Or should I >>>> panic and reinstall as I've managed to confuse emerge? >>>> >>> >>> What I'm sure of is that without more information no one here will be >>> able to guess what is happening on your system. >>> >>> "emerge --info" and "emerge -pvuDNt world" full output please. >>> >> >> Netfab, >> Thanks for the reply. I was hoping it would be a nice simple reply >> of "Oh, you just forgot to ". Anyway, here you go. Be prepared, >> there are a lot of lines >> >> Andrew > >> agl@bluey ~ $ emerge -pvuDNt world >> >> Local copy of remote index is up-to-date and will be used. >> >> These are the packages that would be merged, in reverse order: >> >> Calculating dependencies . done! >> Dependency resolution took 12.67 s (backtrack: 0/20). >> >> [...] >> >> [ebuild R ] sys-apps/dbus-1.16.2::gentoo USE="X elogind systemd* >> -debug -doc (-selinux) -static-libs -test -valgrind" ABI_X86="(64) -32 >> (-x32)" 1090 KiB >> [nomerge ] kde-plasma/drkonqi-6.4.0:6::gentoo [6.3.5-r1:6::gentoo] >> USE="-debug -test (-systemd%)" PYTHON_SINGLE_TARGET="python3_12 - >> python3_11 -python3_13" > > > This is puzzling: > > - why does dbus claim it is setting +systemd? > > - drkonqi 6.4.0 is in package.mask for the base profile, and carefully > unmasked on the systemd profile > > > I can't reproduce your issue even in an openrc chroot with ~amd64. > Attempts to install drkonqi get me kde-plasma/drkonqi-6.3.5-r1 and > attempts to install =drkonqi-6.4* get me: > > > > !!! All ebuilds that could satisfy "=drkonqi-6.4*" have been masked. > !!! One of the following masked packages is required to complete your > request: > - kde-plasma/drkonqi-6.4.0::gentoo (masked by: package.mask, ~amd64 keyword) > /var/db/repos/gentoo/profiles/base/package.mask: > # Andreas Sturmlechner (2025-05-18) > # Requires systemd, so specifically unmasked only in targets/systemd. The only thing that occurs to me is autounmasking, but that'd still show something in the emerge output, wouldn't it? -- Nuno Silva
[gentoo-user] Re: Books about making shell scripts and other nifty commands.
On 2025-06-05, Eli Schwartz wrote: > On 6/5/25 12:16 PM, Mark Knecht wrote: >> >> >> I sense a certain overriding fear about the future... >> >> > > > I'm not worried about the future, I'm worried about today, and today's > users seeking help and getting led astray. > > >> To each his own. I agree with you in general - don't trust AI with >> anything important. If you prefer then 'trust but verify'. > > > I don't consider AI to provide value enhancement for me at all, for much > the same reason as described at > > https://infosec.exchange/@david_chisnall/113690087142854474 > > It saves time on writing code. It costs *more* time in debugging subtle > edge cases. This is a steep disadvantage for a technology that is full > of questions about legal liability! > > Of course, your mileage may vary... if it's only for personal use you > may not care about legal liability, and if you couldn't write it > yourself at all then maybe the debugging is worth it. Edge cases, corner cases, implementation details and non-portable features are reasons why you'd want to *avoid* "GenAI" for shell scripting. I'd say a bit of shell scripting is being aware of what the conditions to be careful with are. That sounds precisely like the kind of thing at least some public GenAIs might fail at. Possibly even if you stick to GNU bash and Linux (which shouldn't be a problem unless you plan on your scripts being used on other systems). I can't forget the moment when I got a GenAI telling me how to use killall to kill processes *by name* in Solaris [1]. That said, maybe that public model was defective, given it claimed the white side of a Space Shuttle Orbiter goes *down* on top of a carrier aircraft... [1] https://social.sdf.org/@njsg/113130981279894435 -- Nuno Silva
[gentoo-user] Re: Books about making shell scripts and other nifty commands.
On 2025-06-05, Eli Schwartz wrote: > On 6/5/25 2:48 PM, Arve Barsnes wrote: >> On Thu, 5 Jun 2025 at 19:56, yahoo wrote: >>> Advanced Bash-Scripting Guide (https://tldp.org/LDP/abs/html/) >>> >>> Available for free online so you can see if all you need is in, or in >>> printed version from various resources. Full of code snippets to get you >>> started. >> >> Also the bash book from the bunch of programming books created by the >> StackOverflow bunch a few years ago. I remember those got good >> feedback. >> >> https://goalkicker.com/BashBook/ >> >> Regards, >> Arve > > > https://mywiki.wooledge.org/BashGuide is a must-read, I would say. In > fact, the entire wiki is an excellent reference manual for both > beginners and knowledgeable developers. Seconded, it's the reference I was going to suggest in this thread. It has not only documentation on at least some Bash features, but also content about the details one might have to worry about (such as looping over file names). Random examples: https://mywiki.wooledge.org/BashPitfalls https://mywiki.wooledge.org/BashFAQ https://mywiki.wooledge.org/ParsingLs https://mywiki.wooledge.org/DontReadLinesWithFor https://mywiki.wooledge.org/BashGuide/Arrays The person who asked for suggestions is focused on GNU bash, but this wiki also has content on portability https://mywiki.wooledge.org/Bashism -- Nuno Silva
[gentoo-user] Re: Seamonkey encryption stopped working, uses same as Thunderbird email software I think.
On 2025-07-18, Dale wrote: > Nuno Silva wrote: >> On 2025-07-09, Dale wrote: [...] >>> I really need to work on what I been wanting to do for years. Set up my >>> own email fetching/sending software locally so that I can use any client >>> I want. >> >> I'd say you might also want to have your own local IMAP server. Might >> not be so easy to configure, but I think it'll be easier to point >> different clients to the IMAP server, compared to e.g. making them work >> with the same message or mailbox storage format. Or is this already what >> you have in mind? >> >> Outgoing/sending can be "centralized" too, but that can be left as a >> later improvement, if you need to do it in parts. > > I've wanted to set up my own mail server for a LONG time. I mentioned > it on this mailing list before. From what I've read, it is like > threading a needle while blind and with only one hand. Everything has > to be just right or something fails. I've read updates can change > things which means you get to thread that needle again. I want to set > up a email system that fetches my email, stores it local so I can use > any email client I want, be it Seamonkey, Kmail or anything else, and > everything be stored here on my machine. I'd also like it to be able to > send emails and me be able to see those with any client, even one I > didn't use to send with. I don't know if that kind of setup is possible > tho. The sending part is where I wonder. If I send a email in say > Seamonkey, how would Kmail know that??? With local IMAP, I just have SeaMonkey set to store a copy of the outgoing message on the appropriate folder. Other clients might offer something similar, although it's possible some don't have that feature. [...] >>> Most often, the sites I do >>> visit with Seamonkey; Gentoo forums, wiki and such. For the last year >>> or so, not much else works. I might add, you about can't get a add-on >>> anymore. The few I have haven't had updates in years. No telling how >>> big a can of Raid those need. >> >> Currently, the best places to get information on extensions are: >> >> - The release notes, >> >> - The status meeting notes, which have a section for extensions, >> e.g. >> https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2025-07-06#Extensions_Tracking >> >> Some extensions are still maintained, and others are in use with updated >> versions made available by users. If some extension does not work, it is >> possible it only needs minor changes, as there have been a small number >> of such breaking changes (IIRC at least one syntax change, and some >> renames; I think most, if not all, of this is linked/listed in that >> meeting notes section). > > As far as I know, Adblock hasn't been updated in a long time. Lastpass > hasn't either. Years for both of those. Enigmail has a recent update. > All the others are years old. Once Firefox changed the way add-ons > worked, Seamonkey stalled. All the add-on devs switched to the new > Firefox method and left Seamonkey behind. Although I'm still with AdBlock Plus, I think the recommendation has been uBlock Origin. I think I recall Lastpass having been mentioned in the USENET group some time ago, but I don't remember the details. > It would seem to me that Seamonkey needs to follow Firefox in a lot of > ways. I have to admit, the switch Firefox made years ago really > improved Firefox in the long term. I don't think moving to webexts would be an improvement. There's also no need to drop regular extensions now, as the current plan is to add features to 2.53, which already has more features than 2.57 would get from the Firefox 60-level. (Didn't webexts also limit what could be done in the add-on?) >>> My biggest two problems, I want to switch from Gmail to a paid service >>> that doesn't snoop. 2, finding a email client that I like. Thunderbird >>> is supposed to be like the email part of Seamonkey but it is vastly >>> different. I don't like it to be honest. I also can't open links in >>> new tabs in a already open instance of Firefox either, or I haven't >>> figured out how yet. >> This shouldn't (hopefully... why am I tempting fate...) be complicated, >> I'm guessing it involves using firefox's "remote" feature to open in a >> new tab instead of a new instance or a new window. In this regard, it >> probably works like SeaMonkey. ...unless Firefox has changed this >> somehow? >> >> My guess would be that nowadays
[gentoo-user] Re: Locked desktop session but still running computer
On 2025-07-04, Javier Martinez wrote: > El 4/7/25 a las 19:58, whiteman808 escribió: >> Hello, >> >> I have a possibly stupid question motivated by curiosity. Is it >> possible to gain access to root account, or maybe at least have an >> access to regular user console, or even unlock desktop session >> without knowing password of root or regular user's password? How >> this can be done? I'm talking about computer not having any remote >> services like ssh exposed, even in lan >> >> What should I do if for example I forgot hypothetically luks >> encryption password but still have computer powered on and locked >> gnome or kde session? >> >> What in case if PC doesn't have enabled magic sysrq? >> >> Just asking because I'm curious, not because I have problem described >> above >> >> Thank you, >> whiteman808. > > > ctrl+alt+backspace can give you terminal access if you locked your X > windows and it had not been started from a display manager (so started > with startx) Unless you've locked it with vlock, I suppose? (vlock -na) -- Nuno Silva
[gentoo-user] Re: Seamonkey encryption stopped working, uses same as Thunderbird email software I think.
the last year > or so, not much else works. I might add, you about can't get a add-on > anymore. The few I have haven't had updates in years. No telling how > big a can of Raid those need. Currently, the best places to get information on extensions are: - The release notes, - The status meeting notes, which have a section for extensions, e.g. https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2025-07-06#Extensions_Tracking Some extensions are still maintained, and others are in use with updated versions made available by users. If some extension does not work, it is possible it only needs minor changes, as there have been a small number of such breaking changes (IIRC at least one syntax change, and some renames; I think most, if not all, of this is linked/listed in that meeting notes section). > My biggest two problems, I want to switch from Gmail to a paid service > that doesn't snoop. 2, finding a email client that I like. Thunderbird > is supposed to be like the email part of Seamonkey but it is vastly > different. I don't like it to be honest. I also can't open links in > new tabs in a already open instance of Firefox either, or I haven't > figured out how yet. This shouldn't (hopefully... why am I tempting fate...) be complicated, I'm guessing it involves using firefox's "remote" feature to open in a new tab instead of a new instance or a new window. In this regard, it probably works like SeaMonkey. ...unless Firefox has changed this somehow? My guess would be that nowadays this involves a Freedesktop desktop entry file for Firefox capable of opening in a new tab, and associating that to the web protocols at the xdg-open level. Maybe check if this opens in Firefox the way you want. If it doesn't, it might be just a matter of changing the default. xdg-open "https://www.gentoo.org/"; I think the current handler can be checked with xdg-settings get default-web-browser While it's possible to set it with xdg-settings, Firefox should also have a way to offer to set itself as the default. -- Nuno Silva
[gentoo-user] Re: Locked desktop session but still running computer
On 2025-07-05, Javier Martinez wrote: > El 5/7/25 a las 1:46, Nuno Silva escribió: >> On 2025-07-04, Javier Martinez wrote: >> >>> El 4/7/25 a las 19:58, whiteman808 escribió: >>>> Hello, >>>> >>>> I have a possibly stupid question motivated by curiosity. Is it >>>> possible to gain access to root account, or maybe at least have an >>>> access to regular user console, or even unlock desktop session >>>> without knowing password of root or regular user's password? How >>>> this can be done? I'm talking about computer not having any remote >>>> services like ssh exposed, even in lan >>>> >>>> What should I do if for example I forgot hypothetically luks >>>> encryption password but still have computer powered on and locked >>>> gnome or kde session? >>>> >>>> What in case if PC doesn't have enabled magic sysrq? >>>> >>>> Just asking because I'm curious, not because I have problem described >>>> above >>>> >>>> Thank you, >>>> whiteman808. >>> >>> >>> ctrl+alt+backspace can give you terminal access if you locked your X >>> windows and it had not been started from a display manager (so started >>> with startx) >> >> Unless you've locked it with vlock, I suppose? >> >> (vlock -na) >> > > IMHO vlock can't lock standard tty. > > I want mean, vlock can lock all xterms you have opened for example, > not the login session opened at tty2 I think the Linux virtual consoles might be precisely what vlock is intended to lock, or at least its online manual features the expression "virtual console" and suggests that focus/purpose. It will also work on standard terminals (say, something from DEC on ttyS0) and on terminal emulators like xterm. With the X session itself, it works by instead creating an additional virtual console to switch to. -- Nuno Silva
[gentoo-user] Re: dracut seems confused about filesystem UUID data
On 2025-07-24, Michael wrote: > On Thursday, 24 July 2025 15:17:02 British Summer Time Dennis Clarke wrote: >> Dear gentoo folks : >> >> I am making very very slow progress with the SiFive P550 RISC-V >> board wherein I needed to get a GRUB bootloader from the Sifive Ubuntu >> flash image. I have no idea why the GRUB bootloader built inside the >> chroot stage 3 is a failure. That is a whole other problem for some >> other day. I am able to get the grub.cfg from /boot/grub/ directory on >> the root filesystem. I put it there manually. >> >> Once I get the GRUB menu and simply hit enter on the Gentoo linux >> menu item I get what looks like a bootable system .. until it is *not*. >> >> Thus : > [snip ...] > >> [ 229.478914] dracut Warning: Could not boot. >> >> >> dracut Warning: Could not boot. >> >> [ 229.517264] dracut Warning: /dev/disk/by-uuid/0AC0-79CF does not exist >> dracut Warning: [ 229.525221] dracut Warning: >> /dev/disk/by-uuid/d2821a3b-7ad0-44dc-989b-8b5b0c80b947 does not exist >> /dev/disk/by-uuid/0AC0-79CF does not exist >> dracut Warning: /dev/disk/by-uuid/d2821a3b-7ad0-44dc-989b-8b5b0c80b947 >> does not exist >> >> Generating "/run/initramfs/rdsosreport.txt" >> You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick >> or /boot >> after mounting them and attach it to a bug report. >> >> To get more debug information in the report, >> reboot with "rd.debug" added to the kernel command line. >> >> Dropping to debug shell. >> >> dracut:/# >> >> I have no idea where these strange UUID numbers are coming from. I was >> very careful to ensure the grub.cfg and the /etc/fstab were correct. >> >> Is there a trivial file somewhere that can be edited? > > The UUID 0AC0-79CF is from a DOS filesystem, most likely your ESP. > > The UUID d2821a3b-7ad0-44dc-989b-8b5b0c80b947 is from a linux fs. Most > likely > from your / partition. > > Run 'blkid' to find out which is which on your drive, or: > > ls -alF /dev/disk/by-uuid > > Grub will need this to know where it can pick up the initramfs.img. That specifically shouldn't be the problem, given that the output shows the bootloader loading that ramdisk as well as output from what ought to be the in-ramdisk system itself (notably "Dropping to debug shell." above)? -- Nuno Silva
[gentoo-user] Re: Recommended CPU and cooling system
On 2025-07-24, Javier Martinez wrote: > El 24/7/25 a las 16:43, Rahul Sandhu escribió: >> Hi Dale, >> >>> That's the biggest reason I have portage's work directory on tmpfs. If >>> I start having to do it on a disk because of a lack of memory, I'll do >>> it on spinning rust to save my m.2 stick. >> >> This really isn't all that true these days, please take a look at the >> Gentoo wiki article for Portage TMPDIR on tmpfs, which states[1]: >> >>> Users are strongly cautioned against buying additional RAM to use as tmpfs. >> >> [1] https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs >> >> Regards, >> Rahul >> > Its not question of thuth if not opinions instead, and neither to buy > more RAM modules but to take a computer with enough RAM from the > beginning (I will try the next one having 64 GB). > > I don't have swap on disk. And got a system with 32 gb of RAM. I > dedicate 16 of them to /var/tmp/portage. My PC could die and the > harddisk still alive to be used in another system (such as rockpi4c+) > > If you don't use RAM as tmpfs maybe your harddisk will live 5 years, > if it's almost full don't so many years according of the TBW of each > hardisk. I think hard drives tend to usually last way longer than that, including those used on Gentoo systems and which house /var/tmp/portage. > So, is not buy more RAM, is question to get from the beginning enough > RAM to be able to protect your SSD disk. You can also put your > distfiles dir in tmpfs use --jobs 1 and got it to remove it after > emerging. > > Less writtings more lifespan and gentoo does so many writes when > emerging. Maybe a separate on-disk filesystem with very lazy writeback is a more appropriate solution for this? -- Nuno Silva
[gentoo-user] Re: Recommended CPU and cooling system
On 2025-07-24, Javier Martinez wrote: > El 24/7/25 a las 18:07, Nuno Silva escribió: >> On 2025-07-24, Javier Martinez wrote: >> >>> El 24/7/25 a las 16:43, Rahul Sandhu escribió: >>>> Hi Dale, >>>> >>>>> That's the biggest reason I have portage's work directory on tmpfs. If >>>>> I start having to do it on a disk because of a lack of memory, I'll do >>>>> it on spinning rust to save my m.2 stick. >>>> >>>> This really isn't all that true these days, please take a look at the >>>> Gentoo wiki article for Portage TMPDIR on tmpfs, which states[1]: >>>> >>>>> Users are strongly cautioned against buying additional RAM to use as >>>>> tmpfs. >>>> >>>> [1] https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs >>>> >>>> Regards, >>>> Rahul >>>> >>> Its not question of thuth if not opinions instead, and neither to buy >>> more RAM modules but to take a computer with enough RAM from the >>> beginning (I will try the next one having 64 GB). >>> >>> I don't have swap on disk. And got a system with 32 gb of RAM. I >>> dedicate 16 of them to /var/tmp/portage. My PC could die and the >>> harddisk still alive to be used in another system (such as rockpi4c+) >>> >>> If you don't use RAM as tmpfs maybe your harddisk will live 5 years, >>> if it's almost full don't so many years according of the TBW of each >>> hardisk. >> >> I think hard drives tend to usually last way longer than that, including >> those used on Gentoo systems and which house /var/tmp/portage. >> >>> So, is not buy more RAM, is question to get from the beginning enough >>> RAM to be able to protect your SSD disk. You can also put your >>> distfiles dir in tmpfs use --jobs 1 and got it to remove it after >>> emerging. >>> >>> Less writtings more lifespan and gentoo does so many writes when >>> emerging. >> >> Maybe a separate on-disk filesystem with very lazy writeback is a more >> appropriate solution for this? >> > How many RAM modules have you broken in your life by excessive use? I > did not break any yet, hard disks a lot > > Why are you assign /tmp or /run a tmpfs directory? is a no sense for me. > > Data that would not be keeped between reboots should not be written to > a disk which dies slowly with each byte-written > > If you have /tmp in RAM is a no sense to defend /var/tmp/portage in > disk. I agree that you SHALL NOT buy RAM expansions to your PC to do > it as it can be cheaper one m2 hard disk. But if you have RAM use RAM > and protect your disks. > There have certainly been times when buying RAM wasn't really financially worth it compared to just buying more hard disk space. That *may* now change if RAM is sufficiently cheaper, and for systems where RAM modules are easily available, given that several hard disk manufacturers are replacing the more affordable hard disk tiers with SMR-only offerings, meaning the price tag for "CMR" disks ends up being higher. There have also been times when the motherboard simply could not take more RAM. I have one amd64 system where I can't use more than 3-something GiB - chipset limitation on the address space puts the maximum at 4 GiB, and on top of that it still has to include the PCI hole. (Thanks, Intel!) (You do understand that if /var/tmp/portage is in disk, then it is *also* in RAM?) -- Nuno Silva
[gentoo-user] Re: blocks, Blocks, shrieks
On 2025-07-29, Philip Webb wrote:
> 250727 Michael wrote:
>> A hard Block "B" indicates a conflict
>> between what packages/versions you have installed or specified
>> and what portage seeks to install/update.
>> This requires manual intervention by the user to be resolved,
>> typically be editing any user additions in /etc/portage/.
>> A soft block "b" is resolvable by portage alone.
>> Either way, portage will install what you've told it you want on your system
>> and generally will do so quite reliably.
>
> Currently, 'shadow' has an 'U'pdate. Here's what I get when I try :
>
> root:516 ~> emerge -pv shadow
> These are the packages that would be merged, in order:
> Calculating dependencies... done!
> Dependency resolution took 3.78 s (backtrack: 0/20).
>
> [ebuild U ] sys-apps/shadow-4.14.8:0/4::gentoo [4.13-r4:0/4::gentoo]
> USE="acl -audit (-bcrypt%) -cracklib nls pam (-selinux) -skey (split-usr) su*
> (-systemd) -verify-sig xattr" 1765 KiB
> [blocks B ] sys-apps/util-linux[su(-)] ("sys-apps/util-linux[su(-)]"
> is soft blocking sys-apps/shadow-4.14.8)
> [blocks B ] >=sys-apps/shadow-4.7-r2[su]
> (">=sys-apps/shadow-4.7-r2[su]" is soft blocking sys-apps/util-linux-2.41.1)
>
>From these lines, it's somewhat clear that the problem is that only one
of these two packages can have the "su" USE flag set.
This because IIRC both can provide the "su" utility.
If you did not change any USE flags, I guess a quick first step after
this would be to try to update util-linux as well, just in case that's
all it takes.
In case it was you who manually enabled the "su" flag for shadow, you
need to ensure that util-linux has it disabled. And then update both at
the same time (or is that not sufficient to handle this block?).
[...]
> Total: 1 package (1 upgrade), Size of downloads: 1765 KiB
> Conflict: 2 blocks (2 unsatisfied)
[...]
> -- end of Emerge output --
>
> I looked at the Handbook entry cited, but it doesn't help.
> No wonder, when you check the end :
> "This page was last edited on 13 December 2014, at 19:42" !!
That, by itself, is not an indication that it is not suitable.
> Can anyone explain what I'm supposed to make of the output above ?
> How can I successfully update 'shadow', a vital system pkg ?
Well, the -pv output by itself, the list of packages and the block, in
this case appears to be sufficient?
> In case anyone doesn't know, I've been relying on Gentoo since 2003.
> Most of the time, it does a very good job, but it needs some improvements.
>
>>> Today, I encountered a demand for a USE flag '!gnutls' -- NB the '!' :
>>> what does that mean ? 'USE="gnutls"' makes no difference
>>> & there's no explanation of '!' via 'man emerge'.
>> An exclamation mark "!" before an item denotes a negation.
>> You'd normally see this when emerge informs you
>> it cannot emerge a package with the USE flags you have currently specified.
>
> Thanks, 'USE="-gnutls" emerge curl' appears to work.
>
> However, where in Gentoo docs are we told that '!' = '-' ?
I'd guess in the online manual page for the ebuild syntax.
man 5 ebuild
Or, on the Web, possibly in the devmanual or the Package Manager
Specification? (Which are also available for install.)
(Maybe there are better sources to use as a reference, which I've
forgotten about.)
--
Nuno Silva
