Re: [gentoo-user] No keyserver available
On Tuesday, 7 April 2020 14:36:04 BST gevisz wrote: > I have a long standing "gpg can't check signature: No public key" > error while running # emerge-webrsync > It appears because the webrsync-gpg feature has been set in my > make.conf however I do not want to switch it off. > The app-crypt/gentoo-keys is installed, so it is not the reason for above > error. I have just tried to download gentoo pgp keys manually with the > command gpg --keyserver hkps://keys.gentoo.org --recv-keys > 13EBBDBEDE7A12775DFDB1BABB572E0E2D182910 > and got the following error message: > gpg: keyserver receive failed: No keyserver available > Can anybody explain me how to fix this? As a plain user I get this: $ gpg --keyserver hkps://keys.gentoo.org --recv-keys 13EBBDBEDE7A12775DFDB1BABB572E0E2D182910 gpg: enabled debug flags: memstat gpg: data source: https://keys.gentoo.org:443 gpg: armor header: Version: SKS 1.1.6 gpg: armor header: Comment: Hostname: trogan.gentoo.org gpg: key BB572E0E2D182910: number of dropped non-self-signatures: 13 gpg: pub rsa4096/BB572E0E2D182910 2009-08-25 Gentoo Linux Release Engineering (Automated Weekly Release Key) gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": invalid signature gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: removing signature from key BB572E0E2D182910 on user ID "Gentoo Linux Release Engineering (Automated Weekly Release Key) ": signature superseded gpg: key BB572E0E2D182910/2C44695DB9F6043D: removed multiple subkey binding gpg: using classic trust model gpg: key BB572E0E2D182910: public key "Gentoo Linux Release Engineering (Automated Weekly Release Key) " imported gpg: Total number processed: 1 gpg: imported: 1 gpg: keydb: handles=3 locks=2 parse=0 get=2 gpg:build=0 update=0 insert=1 delete=0 gpg:reset=1 found=2 not=2 cache=0 not=0 gpg: kid_not_found_cache: count=0 peak=0 flushes=0 gpg: sig_cache: total=42 cached=30 good=28 bad=2 gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0 outmix=0 getlvl1=0/0 getlvl2=0/0 gpg: rndjent stat: collector=0x calls=0 bytes=0 gpg: secmem usage: 0/65536 bytes in 0 blocks If you can't connect then you may have some network configuration issue, or potentially the keyserver is busy at this moment. However, this would only be a temporary problem and you report you've been getting this regularly. Do you see if port 443 is open from where you are? $ nc -v -z keys.gentoo.org 443 DNS fwd/rev mismatch: keys.geodns-europe.gentoo.org != trogan.gentoo.org keys.geodns-europe.gentoo.org [89.238.71.4] 443 (https) open Alternatively, do you also have a problem using rsync? BTW, I use rsync and do not have 'app-crypt/gentoo-keys' installed. Instead I have 'app-crypt/openpgp-keys-gentoo-release' which is how Gentoo portage keys are propagated: https://wiki.gentoo.org/wiki/Project:Portage/Repository_Verification signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] sci-libs/spqr-1.2.3-r1 failed to emerge
Hello, On Wed, 08 Apr 2020, gevisz wrote: >I've tried to install julia-1.4.0 but one of its dependencies, namely, >sci-libs/spqr-1.2.3-r1 failed to emerge with the following error message: > >* Failed Running automake ! > * > * Include in your bugreport the contents of: > * > * /var/tmp/portage/sci-libs/spqr-1.2.3-r1/temp/automake.out The patch spqr-1.2.3-autotools.patch is broken, it includes two AM_INIT_AUTOMAKE lines in configure.ac: [..] --- configure.ac1969-12-31 19:00:00.0 -0500 +++ configure.ac2009-10-22 23:42:32.0 -0400 @@ -0,0 +1,55 @@ +AC_PREREQ(2.59) +AC_INIT(spqr, 1.2, da...@cise.ufl.edu) +AM_INIT_AUTOMAKE([foreign]) +AC_CONFIG_SRCDIR([Source/spqr_kernel.cpp]) +AM_INIT_AUTOMAKE([foreign]) [..] Deleting the first (and adjusting the patchlength: '@@ -0,0 +1,54 @@') and it works. HTH, -dnh -- > Write the code like you are going to lose your memory in six months. Most people would say I write code like I've already lost my mind. Is that the same thing? -- Randal L. Schwartz
[gentoo-user] Re: Unable to plot in Julia REPL.
чт, 9 апр. 2020 г. в 15:00, gevisz : > > чт, 9 апр. 2020 г. в 14:58, gevisz : > > > > After installing julia-1.3.0, I have tried to plot(rand(100)) in Julia > > REPL as described in a tutorial but got an error message which basicly > > says that julia cannot find libQtGui.so.4 shared library. > > I googled the error message and found it on Julia discourse forum: > > https://discourse.julialang.org/t/unable-to-plot-in-repl/13535 > > The author of the original question got exactly the same error message > > while trying to run the same command in Julia REPL installed on > > OpenSuse. > The solution for him was to install libqt4 package. Can anybody say me which > package I should emerge in Gentoo to get the same result? The same is with julia-1.4.0-r1. And I forgot to mention that in spite I am trying to build the GR package inside Julia REPL, it actually downloads it. However, I mentioned it on the discourse at the link provided above.
Re: [gentoo-user] Difficulties to install a bootloader for the new system
On 04/07 09:39, Andrea Conti wrote: > > rc.log stops here: > > > > * Executing: /lib/rc/sh/openrc-run.sh /lib/rc/sh/openrc-run.sh > > /etc/init.d/local start > > * Starting local ... > > [ ok ] > > So apparently it's booting all the way... > > Looking at my working config (asus x370 prime, ryzen 7 1700, UEFI boot > from an NVMe SSD), you might want to try a couple of other things: > > 1) recompile your kernel with CONFIG_FB_SIMPLE=y > 2) set "GRUB_GFXMODE=auto" and "GRUB_GFXPAYLOAD_LINUX=keep" in > /etc/default/grub and rebuild grub.cfg > > andrea > Hi, finally I got it working. I took the solution described here: https://forums.gentoo.org/viewtopic-p-7719338.html#7719338 Hope it will help others in the same situation as I was... Cheers! Meino
Re: [gentoo-user] Is Hardened profile and SELinux support active?
Hi Ihor, myself I use only hardened profiles without SELinux on my machines, and AFAICT it mostly boils down *this* way to some default toolchain flags for C/C++ and a nearly-default kernel (sys-kernel/gentoo-soures package)[a]. I dropped a note about your question on the IRC channel #gentoo-hardened on freenode[b] and got mostly instant responses from people telling they run SELinux fine on Gentoo (so it seems you're right and only our docs are a bit dusty) -- you might want to ask there for details ;-) I'm top-posting here and Cc'ing one of the gentoo devs maintaing SELinux, so he get's your original question aswell (he hasn't subscribed to this list). hope this helps and from my side also a warm welcome to Gentoo! [a] side note: it's similar to archs default kernel mostly vanilla upstream only with security or bugfix patches and optional patches for convenience, e.g. -march=native or systemd vs openrc. [b] https://webchat.freenode.net/ Am Dienstag, 7. April 2020, 06:40:30 CEST schrieb Ihor Antonov: > Hi everyone, > > I am very new to Gentoo and I am currently migrating from Arch. > Gentoo attracts me with a freedom of system configuration and with > multiple supported architectures. > > I was attracted by Hardened profile described at [1][2][3] > But reading [1] I also got confused because it looks like it is no longer > maintained. > > So the question is it just outdated wiki page? Is anyone using Hardened > profile? Is it maintained? In Archlinux SELinux is not supported > officially so this is why I am looking around. > > Thanks/ > > [1] https://wiki.gentoo.org/wiki/Project:Hardened[1] > [2] https://wiki.gentoo.org/wiki/Hardened/FAQ[2] > [3] https://wiki.gentoo.org/wiki/Hardened_Gentoo[3] -- PGP fingerprint: '00EF D31F 1B60 D5DB ADB8 31C1 C0EC E696 0E54 475B' keybase.io/nfreydank signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
чт, 9 апр. 2020 г. в 10:32, Nuno Silva : > > On 2020-04-09, gevisz wrote: > > > ср, 8 апр. 2020 г. в 19:31, gevisz : > >> > >> ср, 8 апр. 2020 г. в 18:13, Michael Orlitzky : > >> > > >> > The other thing you should be aware of is that dev-lang/julia is, from a > >> > software engineering point of view, an absolute trainwreck (upstream, > >> > not the Gentoo maintainer's fault). Your experience so far is going to > >> > be typical, I fear. > >> > >> After I added all these files to the > >> /etc/portage/package.accept_keywords/julia file, > >> julia finally emerged. Thank you. However, I am affraid what will be > >> when I try to update my Gentoo system in a month or so. > > > > A small addition: I've just noticed that I've managed to emerge only > > julia-1.3.0; > > julia-1.4.0-r1 still fails to be emerged (at a compile phase). > > What errors? > > There is bug 716434[1] where julia fails because it tries to download > more tarballs (yes, during compilation). An ebuild change was made to > address this, so it might be worth syncing the tree and trying to emerge > again. > > [1] https://bugs.gentoo.org/show_bug.cgi?id=716434 After updating the portgage repository, julia-1.4.0-r1 was successfully compiled. Thank you.
[gentoo-user] Re: Unable to plot in Julia REPL.
чт, 9 апр. 2020 г. в 14:58, gevisz : > > After installing julia-1.3.0, I have tried to plot(rand(100)) in Julia > REPL as described in a tutorial but got an error message which basicly > says that julia cannot find libQtGui.so.4 shared library. > I googled the error message and found it on Julia discourse forum: > https://discourse.julialang.org/t/unable-to-plot-in-repl/13535 > The author of the original question got exactly the same error message > while trying to run the same command in Julia REPL installed on > OpenSuse. The solution for him was to install libqt4 package. Can anybody say me which package I should emerge in Gentoo to get the same result?
[gentoo-user] Unable to plot in Julia REPL.
After installing julia-1.3.0, I have tried to plot(rand(100)) in Julia REPL as described in a tutorial but got an error message which basicly says that julia cannot find libQtGui.so.4 shared library. I googled the error message and found it on Julia discourse forum: https://discourse.julialang.org/t/unable-to-plot-in-repl/13535 The author of the original question got exactly the same error message while trying to run the same command in Julia REPL installed on OpenSuse. The solution for him was to libqt4 package. Can anybody say me which package I should emerge in Gentoo to get the same result?
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
чт, 9 апр. 2020 г. в 10:32, Nuno Silva : > > On 2020-04-09, gevisz wrote: > > > ср, 8 апр. 2020 г. в 19:31, gevisz : > >> > >> ср, 8 апр. 2020 г. в 18:13, Michael Orlitzky : > >> > > >> > The other thing you should be aware of is that dev-lang/julia is, from a > >> > software engineering point of view, an absolute trainwreck (upstream, > >> > not the Gentoo maintainer's fault). Your experience so far is going to > >> > be typical, I fear. > >> > >> After I added all these files to the > >> /etc/portage/package.accept_keywords/julia file, > >> julia finally emerged. Thank you. However, I am affraid what will be > >> when I try to update my Gentoo system in a month or so. > > > > A small addition: I've just noticed that I've managed to emerge only > > julia-1.3.0; > > julia-1.4.0-r1 still fails to be emerged (at a compile phase). > > What errors? > > There is bug 716434[1] where julia fails because it tries to download > more tarballs (yes, during compilation). An ebuild change was made to > address this, so it might be worth syncing the tree and trying to emerge > again. Thank you. I will try. > [1] https://bugs.gentoo.org/show_bug.cgi?id=716434
Re: [gentoo-user] Re: mail cannot send emails (trying to use it with smartd)
On Thursday, 9 April 2020 09:53:07 BST Caveman Al Toraboran wrote: > On Thursday, April 9, 2020 10:49 AM, Michael wrote: > > I have not configured nullmailer to know its internals, but assuming you > > have not removed '127.0.0.1 localhost' from your /etc/hosts it should > > work. > interesting. i had (no work): > > `127.0.0.1 localhost myhostname` > > but it only worked when i swapped order of `myhostname`: > > `127.0.0.1 myhostname localhost` > > so now it's working, but me surprise! me cannot sense. do u sense? Hmm ... odd. It may be specific to nullmailer code, which I am not familiar with. The sequence in /etc/hosts file is: # IP_ADDRESScanonical_hostname [aliases...] 127.0.0.1 localhostmy_PC Userspace applications ought to resolve 'localhost' to 127.0.0.1, which is a special hostname, rather than an alias. You can read more about localhost in RFC 1912, starting at the bottom of page 13: https://tools.ietf.org/html/rfc1912 Given the above I would expect an application to resolve "localhost" to 127.0.0.1 and potentially fall over on some alias, depending how it parsed / etc/hosts file. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Per package /bin/sh selection
Mike Gilbert wrote: > > Well, bosh has been tested to work as /bin/sh on Gentoo. > > BTW: On Solaris, bosh is faster than dash (because Solaris has a fully > > working > > vfork()). On Linux bosh is "only" of the same speed as dash since vfork() on > > Linux does not borrow the parents address space description but copies it. > > Is that also true of clone(CLONE_VM|CLONE_VFORK)? Recent versions of > glibc use this to implement the posix_spawn() function. I guess... from reading the man page. There is a simple test to verify my clain for vfork(): bosh may easily be configured for various behavior. If you like a bosh that does not use vfork() just call: cd sh smake clean smake COPTX=-DNO_VFORK If you run tests like: CONFIG_SHELL=$shell $shell ./configure in the directory "autoconf" from the schilytools: http://sourceforge.net/projects/schilytools/files/ (first run "rm *cache"), there is a significant performance win on Solaris for the version that uses vfork() - 20% less kernel CPU time. On Linux, there is a too little win for the same comparison. On Solaris, a vfork() call (check with truss -c) is takes only 1/3 of the time of a fork(), on Linux the win is only 30%. The total performance win for bosh executing configure using vfork() on Solaris is 10-15%, on Linux the total win is only 3%. Note that Linux copied the Solaris concept to implement a normal fork() with copy on write mmaps to the parent. So the only difference between fork() and vfork() is the handling of the address space description for the processes in the kernel. I would be happy, if there could be a way to get the same vfork() performance win on Linux as seen on Solaris. BTW: I forgot to mention that the unit tests for bosh are used this way: - first compile schilytools by running smake from top level. - Then chdir to "sh" and call "smake tests", see the global code in $SRCROOT/tests and the specific code in sh/tests Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Re: mail cannot send emails (trying to use it with smartd)
On Thursday, April 9, 2020 10:49 AM, Michael wrote: > I have not configured nullmailer to know its internals, but assuming you have > not removed '127.0.0.1 localhost' from your /etc/hosts it should work. interesting. i had (no work): `127.0.0.1localhost myhostname` but it only worked when i swapped order of `myhostname`: `127.0.0.1myhostname localhost` so now it's working, but me surprise! me cannot sense. do u sense?
Re: [gentoo-user] aggregate logs into Elasticsearch
Am 04.04.20 um 16:02 schrieb Ralph Seichter: > * Stefan G. Weichinger: > >> Maybe I look into mongodb as well, for example I found this small >> howto: https://www.fluentd.org/guides/recipes/maillog-mongodb > > That looks unnecessarily complicated to me. While you can of course move > data from an existing log file into MongoDB, I find configuring syslog > to use a MongoDB destination (in addition to your files or as a full > replacement) much easier. > > See [1] section "Storing messages in a MongoDB database". I have also > done it with rsyslog, but that took a bit more work. > > Here's a syslog-ng destination I use. Note that using uri() allows > passing parameters to modern MongoDB drivers which the older servers() > statement cannot cope with. > > destination d_mongo { > mongodb( > uri("mongodb://user:pw@hostname:27017/syslog?authSource=admin=true") > collection("messages") > value-pairs( > scope("selected-macros" "nv-pairs") > pair("DATE", datetime("$UNIXTIME")) > pair("PID", int64("$PID")) > pair("SEQNUM", int64("$SEQNUM")) > exclude("HOST*") > exclude("LEGACY*") > exclude("SOURCE*") > exclude("TAGS") > ) > ); > }; > > Values are strings to begin with. This example excludes some values I am > not interested in, and performs type conversion on others, for example > mapping DATE to MongoDB's date/time data type (see ISODate) and PID to a > numeric value. Conversion can of course happen during analysis, but > since syslog-ng is smart enough to do it when writing data, I prefer > that. > > [1] > https://www.syslog-ng.com/technical-documents/doc/syslog-ng-open-source-edition/3.16/administration-guide/37#TOPIC-956524 Thanks a lot ... I think I will postpone that project ;-)
[gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
On 2020-04-09, gevisz wrote: > ср, 8 апр. 2020 г. в 19:31, gevisz : >> >> ср, 8 апр. 2020 г. в 18:13, Michael Orlitzky : >> > >> > The other thing you should be aware of is that dev-lang/julia is, from a >> > software engineering point of view, an absolute trainwreck (upstream, >> > not the Gentoo maintainer's fault). Your experience so far is going to >> > be typical, I fear. >> >> After I added all these files to the >> /etc/portage/package.accept_keywords/julia file, >> julia finally emerged. Thank you. However, I am affraid what will be >> when I try to update my Gentoo system in a month or so. > > A small addition: I've just noticed that I've managed to emerge only > julia-1.3.0; > julia-1.4.0-r1 still fails to be emerged (at a compile phase). What errors? There is bug 716434[1] where julia fails because it tries to download more tarballs (yes, during compilation). An ebuild change was made to address this, so it might be worth syncing the tree and trying to emerge again. [1] https://bugs.gentoo.org/show_bug.cgi?id=716434 -- Nuno Silva
Re: [gentoo-user] Re: mail cannot send emails (trying to use it with smartd)
On Tuesday, 7 April 2020 11:01:45 BST Caveman Al Toraboran wrote: > On Friday, April 3, 2020 10:42 AM, Caveman Al Toraboran wrote: > > nullmailer is now configured, and test with`echo "Subject: ..." | sendmail > > -v m...@dom.com` works. but, smartd's test mail is not working, with this > > error:> > > Apr 03 10:15:09 blah smartd[219171]: Test of to m...@dom.com > > produced unexpected output (65 bytes) to STDOUT/STDERR: > > Apr 03 10:15:09 blah smartd[219171]: mail: cannot send message: > > Process exited with a non-zero status Apr 03 10:15:09 blah > > smartd[219171]: Test of to m...@dom.com: failed (32-bit/8-bit > > exit status: 9216/36)> > > tried to test`mail` in isolation: > > > > echo "test body" | mail -s "test subj" m...@dom.com --debug-level=3 > > mail: sendmail binary: /usr/sbin/sendmail > > mail: source=system, name=me, passwd=x, uid=1000, gid=1000, gecos=, > > dir=/home/me, shell=/bin/fish, mailbox=.maildir, quota=0, change_uid=1 > > mail: source=system, name=me, passwd=x, uid=1000, gid=1000, gecos=, > > dir=/home/me, shell=/bin/fish, mailbox=.maildir, quota=0, change_uid=1 > > mail: mu_mailer_send_message(): using From: me@localhost > > mail: Sending headers... > > mail: Sending body... > > mail: /usr/sbin/sendmail exited with: 1 > > mail: progmailer error: Process exited with a non-zero status > > mail: cannot send message: Process exited with a non-zero status > > mail: source=system, name=me, passwd=x, uid=1000, gid=1000, gecos=, > > dir=/home/me, shell=/bin/fish, mailbox=.maildir, quota=0, change_uid=1 > > > > i've also monitored `watch -n .1 tree /var/spool/nullmailer/` and verified > > that the queue never gets filled with any message when i use the `mail` > > command (which, i think, is what `smartd` uses). but, the queues get > > filled when i used `sendmail` by the command in my 1st paragraph. > > extra info: i've just found that it only fails > when sender address is `@locahost`. if i manually > execute `mail` with `-aFrom:lol@safsdfsd` it will > work, even tho the `From:...` is total garbage. > > but somehow just can't work when > `From:lol@localhost`. something personal going on > with `mail` and `localhost`. > > any idea what's going on? and what did i do > wrong? hence what's the most elegant way to fix > this? I have not configured nullmailer to know its internals, but assuming you have not removed '127.0.0.1 localhost' from your /etc/hosts it should work. Otherwise, I found these pages which may be of use in troubleshooting it: http://troubleshooters.com/linux/nullmailer/ http://troubleshooters.com/linux/nullmailer/landmines.htm signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
ср, 8 апр. 2020 г. в 19:31, gevisz : > > ср, 8 апр. 2020 г. в 18:13, Michael Orlitzky : > > > > On 4/8/20 11:01 AM, gevisz wrote: > > > > > > Unfortunately, it did not helped. > > > > > > > Before you do anything else, keyword all of the latest suitesparse > > components: > > > > ~sci-libs/suitesparseconfig-5.4.0 > > ~sci-libs/amd-2.4.6 > > ~sci-libs/btf-1.2.6 > > ~sci-libs/camd-2.4.6 > > ~sci-libs/ccolamd-2.9.6 > > ~sci-libs/cholmod-3.0.13 > > ~sci-libs/colamd-2.9.6 > > ~sci-libs/cxsparse-3.2.0 > > ~sci-libs/klu-1.3.9 > > ~sci-libs/ldl-2.2.6 > > ~sci-libs/spqr-2.0.9 > > ~sci-libs/umfpack-5.7.9 > > > > Those aren't the latest upstream releases, but at least they work, which > > is more than I can say for the stable versions. > > > > The other thing you should be aware of is that dev-lang/julia is, from a > > software engineering point of view, an absolute trainwreck (upstream, > > not the Gentoo maintainer's fault). Your experience so far is going to > > be typical, I fear. > > After I added all these files to the > /etc/portage/package.accept_keywords/julia file, > julia finally emerged. Thank you. However, I am affraid what will be > when I try to update my Gentoo system in a month or so. A small addition: I've just noticed that I've managed to emerge only julia-1.3.0; julia-1.4.0-r1 still fails to be emerged (at a compile phase).