Re: [gentoo-user] Re: Alternate Incoming Mail Server
On 4/8/20 4:06 PM, Michael Orlitzky wrote: The driving force behind junkemailfilter.com passed away almost two years ago: Hum. That doesn't call the technology behind it into question. Though it does call into question the longevity of it. Maybe prematurely (?), I removed their lists from our servers shortly thereafter. You should check if that service is still doing anything. It would be quite bad, for example, if the domain junkemailfilter.com expired and if someone else bought it and decided to start accepting your email. Valid concern. Perhaps it's time for me to start creating my own custom SMTP engine to do the same types of tests that JEF-PT does / did. -- Grant. . . . unix || die -- Grant. . . . unix || die
Re: [gentoo-user] CHOST for Celeron J4105 processor
On 9/4/20 12:29 am, Mike Gilbert wrote: On Wed, Apr 8, 2020 at 7:50 AM William Kenworthy wrote: On 8/4/20 7:19 pm, Michael wrote: On Tuesday, 7 April 2020 06:43:44 BST William Kenworthy wrote: Hi, I have an Odroid H2 with a Celeron J4105 processor which appears to be a Gemini Lake, Goldmont Plus architecture Any idea what CHOST this should be? BillK I don't have one of those, but it is an x86_64 Quad core SoC. This should do it: CHOST="x86_64-pc-linux-gnu" Useful links: https://wiki.gentoo.org/wiki/CHOST https://wiki.gentoo.org/wiki/Safe_CFLAGS Hi, yes that is what the reference pages give - but I am hoping there is something that is evidence backed as being a better choice - what you quote is their example, no details on whether it matches my architecture or not. The installation default is "i686-pc-linux-gnu" which is a catch-all lowest common type. If your installation defaults to i686-pc-linux-gnu, you picked the wrong stage3 tarball. You want amd64, not x86. CHOST for amd64 is always x86_64-pc-linux-gnu. You can specialize that by adding -march=foo to CFLAGS in make.conf. Damn ... your right!, no wonder its not performing the way I want! BillK
Re: [gentoo-user] Re: Per package /bin/sh selection
On 4/8/20 6:44 PM, Ian Zimmerman wrote: > On 2020-04-08 12:14, Mike Gilbert wrote: > >> We use bash as the default /bin/sh, but users are free to replace it >> with whatever shell they like, so long as it is reasonably >> POSIX-compliant. Other shells are obviously less tested in Gentoo. > > Are .ebuild files always interpreted with bash, or with whatever /bin/sh > points to? I thought it was the former. > Ebuilds are bash, but the ./configure scripts and makefiles that often get run within the ebuilds use /bin/sh by default.
[gentoo-user] Re: Per package /bin/sh selection
On 2020-04-08 12:14, Mike Gilbert wrote: > We use bash as the default /bin/sh, but users are free to replace it > with whatever shell they like, so long as it is reasonably > POSIX-compliant. Other shells are obviously less tested in Gentoo. Are .ebuild files always interpreted with bash, or with whatever /bin/sh points to? I thought it was the former. -- Ian
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On 4/8/20 6:13 PM, Ashley Dixon wrote: > > It seems like the database is still active, along with the web-site. > For example, > > `nslookup wellsfargo.com.hostkarma.junkemailfilter.com` returns 127.0.0.5, > as > would be expected. > The domain was renewed in 2016 (until 2025), so that's more or less what you'd expect, even if no one has touched it in two years.
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On Wed, Apr 08, 2020 at 06:06:52PM -0400, Michael Orlitzky wrote: > The driving force behind junkemailfilter.com passed away almost two > years ago: > > http://www.dvorak.org/blog/2018/08/27/remembering-marc-perkel/ > > Maybe prematurely (?), I removed their lists from our servers shortly > thereafter. You should check if that service is still doing anything. It > would be quite bad, for example, if the domain junkemailfilter.com > expired and if someone else bought it and decided to start accepting > your email. It seems like the database is still active, along with the web-site. For example, `nslookup wellsfargo.com.hostkarma.junkemailfilter.com` returns 127.0.0.5, as would be expected. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On 4/8/20 5:49 PM, Grant Taylor wrote: > > tnetconsulting.net. 604800 IN MX 99 tarbaby.junkemailfilter.com. > The driving force behind junkemailfilter.com passed away almost two years ago: http://www.dvorak.org/blog/2018/08/27/remembering-marc-perkel/ Maybe prematurely (?), I removed their lists from our servers shortly thereafter. You should check if that service is still doing anything. It would be quite bad, for example, if the domain junkemailfilter.com expired and if someone else bought it and decided to start accepting your email.
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On 4/8/20 3:36 PM, Neil Bothwick wrote: So does that mean you have four MX records? Yes. Nolist server Primary MX Backup MX Project Tar server in order of decreasing priority? Exactly. (1) $ dig +short +noshort mx tnetconsulting.net | sort tnetconsulting.net. 604800 IN MX 10 graymail.tnetconsulting.net. tnetconsulting.net. 604800 IN MX 15 tncsrv06.tnetconsulting.net. tnetconsulting.net. 604800 IN MX 20 tncsrv05.tnetconsulting.net. tnetconsulting.net. 604800 IN MX 99 tarbaby.junkemailfilter.com. (1) They aren't always returned in order do to round-robin DNS. But things that use MX records know to sort based on MX weight. -- Grant. . . . unix || die
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On Mon, 6 Apr 2020 14:06:29 -0600, Grant Taylor wrote: > I used to be a strong advocate of greylisting. I had some of the > problems that have been described. Then I switched to Nolisting, a > close varient of greylisting that I haven't seen any of the same (or > any) problems with. > > If a sending email server follows the RFCs and tries multiple MXs, then > email gets through in seconds instead of having to re-try and wait for > a greylist timeout. So does that mean you have four MX records? Nolist server Primary MX Backup MX Project Tar server in order of decreasing priority? -- Neil Bothwick Being defeated is a temporary condition. Giving up is what makes it permanent pgpvOLKN0OYoT.pgp Description: OpenPGP digital signature
Re: [gentoo-user] How to replace vala:0.46 by vala:0.48
On 4/8/20 2:26 PM, Helmut Jarausch wrote: > Hi, > Having installed vala:0.48 I still cannot un-emerge vala:0.46 > because gnome-extra/evolution-data-server depends on it. > But I cannot see that dependency in the ebuild. > > What am I missing? > When these changes (affecting RDEPEND) are made without a new revision, commit cf84f5f2ec43468f080513821b83220a79801ecf Author: Mart Raudsepp Date: Wed Feb 12 17:47:54 2020 +0200 vala.eclass: raise VALA_MAX_API_VERSION to 0.48 Signed-off-by: Mart Raudsepp it breaks dependency resolution for everyone who has the package installed. This is already against our written policy, but not in practice, because QA and council members regularly do it themselves. Unless a majority of candidates run for council on the platform of actually doing a good job and/or following the rules, we all just have to live with it forever.
Re: [gentoo-user] Per package /bin/sh selection
On Wed, Apr 8, 2020 at 1:17 PM Joerg Schilling wrote: > > Mike Gilbert wrote: > > > Wikipedia says that dash is a fork of NetBSD's ash, and I do see tests > > in their CVS repo. That might be worth looking into. > > > > http://cvsweb.netbsd.org/bsdweb.cgi/src/tests/bin/sh/ > > I see this is the variant from Rihard Elz, so it may make sense. > The original ash is too buggy as a reference. > > > > When ever I change something in bosh, I run the unit tests to verify that > > > I did > > > not introduce a bug. One of the unit tests is to run a configure and > > > compare > > > the results with the results frm a reference shell. > > > > > > BTW: Did you ever think about replacing dash by bosh? > > > > We use bash as the default /bin/sh, but users are free to replace it > > with whatever shell they like, so long as it is reasonably > > POSIX-compliant. Other shells are obviously less tested in Gentoo. > > 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.
[gentoo-user] How to replace vala:0.46 by vala:0.48
Hi, Having installed vala:0.48 I still cannot un-emerge vala:0.46 because gnome-extra/evolution-data-server depends on it. But I cannot see that dependency in the ebuild. What am I missing? Thanks for a hint, Helmut
Re: [gentoo-user] Per package /bin/sh selection
Mike Gilbert wrote: > Wikipedia says that dash is a fork of NetBSD's ash, and I do see tests > in their CVS repo. That might be worth looking into. > > http://cvsweb.netbsd.org/bsdweb.cgi/src/tests/bin/sh/ I see this is the variant from Rihard Elz, so it may make sense. The original ash is too buggy as a reference. > > When ever I change something in bosh, I run the unit tests to verify that I > > did > > not introduce a bug. One of the unit tests is to run a configure and compare > > the results with the results frm a reference shell. > > > > BTW: Did you ever think about replacing dash by bosh? > > We use bash as the default /bin/sh, but users are free to replace it > with whatever shell they like, so long as it is reasonably > POSIX-compliant. Other shells are obviously less tested in Gentoo. 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. 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] Is Hardened profile and SELinux support active?
>> 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] >I have never used a Hardened profile and have not followed up what happened >after the GRSecurity developer abandoned his code development.[1] >https://grsecurity.net/passing_the_baton >Someone else could comment on the future of Gentoo Hardened, but I am posting >this message having noticed your message may have not made it through to some >recipients (the dreaded DMARC caused a DKIM header failure again). I have fairly recently (in the last six months) converted my Gentoo systems to use SELinux. The process was relatively painless and the quality of the documentation was very good. Already in this short period of time I have updated all systems with a new SELinux policy. Portage (Gentoo's package manager) appears to handle policy updates quite well and the update took place without any major problems. The main dev responsible of SELinux on Gentoo is approachable and knowledgeable. I'd say that SELinux on Gentoo seems to be in rather good health! Tully.
[gentoo-user] Re: Alternate Incoming Mail Server
On 2020-04-08, Grant Taylor wrote: > On 4/8/20 7:39 AM, Grant Edwards wrote: >> NB: The cheap VPS instances that I work with do have static IP >> addresses, but they share that static IP with a bunch of other VPS >> instances. If you want your VPS to have a non-shared static IP >> address, then make sure that's what you're signing up for (it costs >> more). > > I think we're thinking two different things for VPS. I'm thinking > Virtual Private Server, as in a Virtual Machine. > > I've not seen any Virtual Private Servers that re-use the same IP as > other Virtual Private Servers. > > It sounds to me like you might be talking about Virtual Hosting of web > sites, which do tend to put multiple web sites on the same IP. No, what I'm talking about are vendor-provisioned RedHat VMs. I was having problems sending emails from my server due to lack of reverse DNS for the IP in question. When I asked the provider if they could set up reverse DNS for that IP, they said no they can't because that IP is shared with other VM hosts. Therefore, it's not possible for them to map that static IP address to my FQDN. IIRC, I send email through sendgrid. If I wanted sole usage of a static IP (which would allow reverse DNS), I'd have to move up a tier in the product list and pay more. That said, the VM in question does have two virtual web hosts (with separate FQDNs) which would share the same IP even if I did cough for the next higher tier where that VM has sole ownership of a static IP. I only need to send mail from one of the two FQDNs that poit to that IP, so that would be OK. -- Grant
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
ср, 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.
Re: [gentoo-user] CHOST for Celeron J4105 processor
On Wed, Apr 8, 2020 at 7:50 AM William Kenworthy wrote: > > > On 8/4/20 7:19 pm, Michael wrote: > > On Tuesday, 7 April 2020 06:43:44 BST William Kenworthy wrote: > >> Hi, > >> > >> I have an Odroid H2 with a Celeron J4105 processor which appears to > >> be a Gemini Lake, Goldmont Plus architecture > >> > >> Any idea what CHOST this should be? > >> > >> BillK > > I don't have one of those, but it is an x86_64 Quad core SoC. This should > > do > > it: > > > > CHOST="x86_64-pc-linux-gnu" > > > > Useful links: > > > > https://wiki.gentoo.org/wiki/CHOST > > https://wiki.gentoo.org/wiki/Safe_CFLAGS > > Hi, yes that is what the reference pages give - but I am hoping there is > something that is evidence backed as being a better choice - what you > quote is their example, no details on whether it matches my architecture > or not. The installation default is "i686-pc-linux-gnu" which is a > catch-all lowest common type. If your installation defaults to i686-pc-linux-gnu, you picked the wrong stage3 tarball. You want amd64, not x86. CHOST for amd64 is always x86_64-pc-linux-gnu. You can specialize that by adding -march=foo to CFLAGS in make.conf.
Re: [gentoo-user] Per package /bin/sh selection
On Wed, Apr 8, 2020 at 8:44 AM Joerg Schilling wrote: > > Michael Orlitzky wrote: > > > Thanks, this will be a PITA for a while (again). Another developer had > > patched /bin/dash so that it was effectively broken, to the point where > > ./configure scripts would decide on their own use bash instead (even if > > you set /bin/sh to point to dash). This "fixed" the errors, but meant > > Are there no unit tests for dash? There do not appear to be any tests in the dash source repo. https://git.kernel.org/pub/scm/utils/dash/dash.git/ Wikipedia says that dash is a fork of NetBSD's ash, and I do see tests in their CVS repo. That might be worth looking into. http://cvsweb.netbsd.org/bsdweb.cgi/src/tests/bin/sh/ > When ever I change something in bosh, I run the unit tests to verify that I > did > not introduce a bug. One of the unit tests is to run a configure and compare > the results with the results frm a reference shell. > > BTW: Did you ever think about replacing dash by bosh? We use bash as the default /bin/sh, but users are free to replace it with whatever shell they like, so long as it is reasonably POSIX-compliant. Other shells are obviously less tested in Gentoo.
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On 4/8/20 7:39 AM, Grant Edwards wrote: NB: The cheap VPS instances that I work with do have static IP addresses, but they share that static IP with a bunch of other VPS instances. If you want your VPS to have a non-shared static IP address, then make sure that's what you're signing up for (it costs more). I think we're thinking two different things for VPS. I'm thinking Virtual Private Server, as in a Virtual Machine. I've not seen any Virtual Private Servers that re-use the same IP as other Virtual Private Servers. It sounds to me like you might be talking about Virtual Hosting of web sites, which do tend to put multiple web sites on the same IP. -- Grant. . . . unix || die
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
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.
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
ср, 8 апр. 2020 г. в 16:00, Neil Bothwick : > > On Wed, 8 Apr 2020 17:45:25 +0300, gevisz wrote: > > Anyway, it did not helped to emerge julia because of the following: > > > > # emerge julia > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > [ebuild UD ] sci-libs/cholmod-2.1.2 [3.0.13] USE="-lapack* -metis% > > -minimal%" > > [ebuild N ] sci-libs/umfpack-5.6.2 USE="cholmod -doc -static-libs" > > [ebuild N~] dev-lang/julia-1.4.0-r1 > > > > !!! Multiple package instances within a single package slot have been > > pulled !!! into the dependency graph, resulting in a slot conflict: > > > > sci-libs/cholmod:0 > > > > (sci-libs/cholmod-3.0.13:0/0::gentoo, installed) USE="lapack > > matrixops modify partition -cuda -doc -static-libs" ABI_X86="(64)" > > pulled in by > > >=sci-libs/cholmod-2[lapack,partition?] required by > > (sci-libs/spqr-2.0.9:0/0::gentoo, installed) USE="-doc -partition > > -static-libs -tbb" ABI_X86="(64)" > > ^^ > > Try setting USE=partition for sqpr Unfortunately, it did not helped.
Re: [gentoo-user] Alternate Incoming Mail Server
On Tue, 7 Apr 2020 11:53:16 +0100, Ashley Dixon wrote: > given that I live in remote area in the north of England, I.S.P.s > aren't exactly plentiful. Zen Internet are a premium ISP and give static IPs - and they are in the north of England. I'm told that Plusnet will also give you a static IP if you ask nicely. -- Neil Bothwick Pound for pound, the amoeba is the most vicious animal on the earth. pgpwiMmy2wYws.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Alternate Incoming Mail Server
On Wed, Apr 08, 2020 at 01:39:15PM -, Grant Edwards wrote: > On 2020-04-08, Grant Taylor wrote: > > > If all you're after is a static IP and aren't worried about sending > > email from it, you can get a cheap VPS and establish a VPN from your > > house to it. Use the static IP of said VPS as your home static IP. }:-) > > NB: The cheap VPS instances that I work with do have static IP > addresses, but they share that static IP with a bunch of other VPS > instances. If you want your VPS to have a non-shared static IP > address, then make sure that's what you're signing up for (it costs > more). After multiple endorsements by various members of the list, I think I'm going to make the leap to Andrews & Arnold when my current Sky subscription expires. Included static IPv4 and IPv6 addresses with knowledgeable support seems very enticing, and this method allows me to retain one-hundred percent control of my server(s). -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] Re: Alternate Incoming Mail Server
On 2020-04-08, Grant Taylor wrote: > If all you're after is a static IP and aren't worried about sending > email from it, you can get a cheap VPS and establish a VPN from your > house to it. Use the static IP of said VPS as your home static IP. }:-) NB: The cheap VPS instances that I work with do have static IP addresses, but they share that static IP with a bunch of other VPS instances. If you want your VPS to have a non-shared static IP address, then make sure that's what you're signing up for (it costs more). -- Grant
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
On Wed, 8 Apr 2020 17:45:25 +0300, gevisz wrote: > Anyway, it did not helped to emerge julia because of the following: > > # emerge julia > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild UD ] sci-libs/cholmod-2.1.2 [3.0.13] USE="-lapack* -metis% > -minimal%" > [ebuild N ] sci-libs/umfpack-5.6.2 USE="cholmod -doc -static-libs" > [ebuild N~] dev-lang/julia-1.4.0-r1 > > !!! Multiple package instances within a single package slot have been > pulled !!! into the dependency graph, resulting in a slot conflict: > > sci-libs/cholmod:0 > > (sci-libs/cholmod-3.0.13:0/0::gentoo, installed) USE="lapack > matrixops modify partition -cuda -doc -static-libs" ABI_X86="(64)" > pulled in by > >=sci-libs/cholmod-2[lapack,partition?] required by > (sci-libs/spqr-2.0.9:0/0::gentoo, installed) USE="-doc -partition > -static-libs -tbb" ABI_X86="(64)" > ^^ Try setting USE=partition for sqpr -- Neil Bothwick No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. pgp06W1V2ykt9.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Per package /bin/sh selection
Michael Orlitzky wrote: > Thanks, this will be a PITA for a while (again). Another developer had > patched /bin/dash so that it was effectively broken, to the point where > ./configure scripts would decide on their own use bash instead (even if > you set /bin/sh to point to dash). This "fixed" the errors, but meant Are there no unit tests for dash? When ever I change something in bosh, I run the unit tests to verify that I did not introduce a bug. One of the unit tests is to run a configure and compare the results with the results frm a reference shell. BTW: Did you ever think about replacing dash by bosh? Bosh has the advantage to support multi byte characters. 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] Is Hardened profile and SELinux support active?
Hi Ihor, welcome to Gentoo. :-) On Tuesday, 7 April 2020 05:40:30 BST Ihor Antonov wrote: > 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] I have never used a Hardened profile and have not followed up what happened after the GRSecurity developer abandoned his code development.[1] https://grsecurity.net/passing_the_baton Someone else could comment on the future of Gentoo Hardened, but I am posting this message having noticed your message may have not made it through to some recipients (the dreaded DMARC caused a DKIM header failure again). signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CHOST for Celeron J4105 processor
On 8/4/20 7:19 pm, Michael wrote: On Tuesday, 7 April 2020 06:43:44 BST William Kenworthy wrote: Hi, I have an Odroid H2 with a Celeron J4105 processor which appears to be a Gemini Lake, Goldmont Plus architecture Any idea what CHOST this should be? BillK I don't have one of those, but it is an x86_64 Quad core SoC. This should do it: CHOST="x86_64-pc-linux-gnu" Useful links: https://wiki.gentoo.org/wiki/CHOST https://wiki.gentoo.org/wiki/Safe_CFLAGS Hi, yes that is what the reference pages give - but I am hoping there is something that is evidence backed as being a better choice - what you quote is their example, no details on whether it matches my architecture or not. The installation default is "i686-pc-linux-gnu" which is a catch-all lowest common type. BillK
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
ср, 8 апр. 2020 г. в 17:19, gevisz : > > ср, 8 апр. 2020 г. в 13:29, Nuno Silva : > > > > On 2020-04-08, 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 > > [...] > > > I tried to look into the automake.out file mentioned above but it even > > > does not exists (or empty). > > > > > > > > Could this be bug 586582? (But that one has an automake.out?) > > > > https://bugs.gentoo.org/show_bug.cgi?id=586582 > > > > And see also: https://bugs.gentoo.org/show_bug.cgi?id=627094 > > > > From a quick read, it looks like there is no fix for 1.2.3-r1, but that > > the plan is to drop 1.2.3-r1 if 2.0.9 works. > > > Yes, unmasking > =sci-libs/spqr-2.0.9 > which lead to unmasking > =sci-libs/cholmod-3.0.13 > =sci-libs/amd-2.4.6 > =sci-libs/colamd-2.9.6 > =sci-libs/camd-2.4.6 > =sci-libs/ccolamd-2.9.6 > =sci-libs/suitesparseconfig-5.4.0 > =sci-libs/metis-5.1.0-r2 > allowed emerging spqr-2.0.9. Anyway, it did not helped to emerge julia because of the following: # emerge julia These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] sci-libs/cholmod-2.1.2 [3.0.13] USE="-lapack* -metis% -minimal%" [ebuild N ] sci-libs/umfpack-5.6.2 USE="cholmod -doc -static-libs" [ebuild N~] dev-lang/julia-1.4.0-r1 !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sci-libs/cholmod:0 (sci-libs/cholmod-3.0.13:0/0::gentoo, installed) USE="lapack matrixops modify partition -cuda -doc -static-libs" ABI_X86="(64)" pulled in by >=sci-libs/cholmod-2[lapack,partition?] required by (sci-libs/spqr-2.0.9:0/0::gentoo, installed) USE="-doc -partition -static-libs -tbb" ABI_X86="(64)" ^^ (sci-libs/cholmod-2.1.2:0/0::gentoo, ebuild scheduled for merge) USE="(-cuda) -doc -lapack -metis -minimal -static-libs" ABI_X86="(64)" pulled in by >=sci-libs/cholmod-2[-minimal] required by (sci-libs/umfpack-5.6.2:0/0::gentoo, ebuild scheduled for merge) USE="cholmod -doc -static-libs" ABI_X86="(64)" It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. You may want to try a larger value of the --backtrack option, such as --backtrack=30, in order to see if that will solve this conflict automatically. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook.
Re: [gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
ср, 8 апр. 2020 г. в 13:29, Nuno Silva : > > On 2020-04-08, 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 > [...] > > I tried to look into the automake.out file mentioned above but it even > > does not exists (or empty). > > > > Could this be bug 586582? (But that one has an automake.out?) > > https://bugs.gentoo.org/show_bug.cgi?id=586582 > > And see also: https://bugs.gentoo.org/show_bug.cgi?id=627094 > > From a quick read, it looks like there is no fix for 1.2.3-r1, but that > the plan is to drop 1.2.3-r1 if 2.0.9 works. > Yes, unmasking =sci-libs/spqr-2.0.9 which lead to unmasking =sci-libs/cholmod-3.0.13 =sci-libs/amd-2.4.6 =sci-libs/colamd-2.9.6 =sci-libs/camd-2.4.6 =sci-libs/ccolamd-2.9.6 =sci-libs/suitesparseconfig-5.4.0 =sci-libs/metis-5.1.0-r2 allowed emerging spqr-2.0.9.
Re: [gentoo-user] CHOST for Celeron J4105 processor
On Tuesday, 7 April 2020 06:43:44 BST William Kenworthy wrote: > Hi, > > I have an Odroid H2 with a Celeron J4105 processor which appears to > be a Gemini Lake, Goldmont Plus architecture > > Any idea what CHOST this should be? > > BillK I don't have one of those, but it is an x86_64 Quad core SoC. This should do it: CHOST="x86_64-pc-linux-gnu" Useful links: https://wiki.gentoo.org/wiki/CHOST https://wiki.gentoo.org/wiki/Safe_CFLAGS signature.asc Description: This is a digitally signed message part.
[gentoo-user] JOB
Hello, I am working with an employer that is looking to hire a permanent MySQL DBA for their Hong Kong and Tokyo office. Consequently, I had hoped that some members of this list may like to discuss further. Kind regards, James / JamesBTobin (at) Gmail (dot) Com
[gentoo-user] Re: sci-libs/spqr-1.2.3-r1 failed to emerge
On 2020-04-08, 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 [...] > I tried to look into the automake.out file mentioned above but it even > does not exists (or empty). Could this be bug 586582? (But that one has an automake.out?) https://bugs.gentoo.org/show_bug.cgi?id=586582 And see also: https://bugs.gentoo.org/show_bug.cgi?id=627094 >From a quick read, it looks like there is no fix for 1.2.3-r1, but that the plan is to drop 1.2.3-r1 if 2.0.9 works. -- Nuno Silva
[gentoo-user] sci-libs/spqr-1.2.3-r1 failed to emerge
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 * ERROR: sci-libs/spqr-1.2.3-r1::gentoo failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 125: Called src_prepare * environment, line 2324: Called autotools-utils_src_prepare * environment, line 512: Called eautoreconf * environment, line 830: Called eautomake * environment, line 784: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' * environment, line 648: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=sci-libs/spqr-1.2.3-r1::gentoo'`, * the complete build log and the output of `emerge -pqv '=sci-libs/spqr-1.2.3-r1::gentoo'`. * The complete build log is located at '/var/log/portage/sci-libs:spqr-1.2.3-r1:20200408-071552.log'. * The ebuild environment file is located at '/var/tmp/portage/sci-libs/spqr-1.2.3-r1/temp/environment'. * Working directory: '/var/tmp/portage/sci-libs/spqr-1.2.3-r1/work/SPQR' * S: '/var/tmp/portage/sci-libs/spqr-1.2.3-r1/work/SPQR' >>> Failed to emerge sci-libs/spqr-1.2.3-r1, Log file: >>> '/var/log/portage/sci-libs:spqr-1.2.3-r1:20200408-071552.log' I tried to look into the automake.out file mentioned above but it even does not exists (or empty). The log file is attached. The output of emerge --info '=sci-libs/spqr-1.2.3-r1::gentoo' is as follows: # emerge --info '=sci-libs/spqr-1.2.3-r1::gentoo' Portage 2.3.89 (python 3.6.10-final-0, default/linux/amd64/17.1/desktop, gcc-9.2.0, glibc-2.29-r7, 4.19.86-gentoo+ x86_64) = System Settings = System uname: Linux-4.19.86-gentoo+-x86_64-AMD_Phenom-tm-_II_X4_945_Processor-with-gentoo-2.6 KiB Mem:20554020 total, 12064808 free KiB Swap: 11718652 total, 11718652 free Timestamp of repository gentoo: Tue, 07 Apr 2020 00:45:01 + sh bash 4.4_p23-r1 ld GNU ld (Gentoo 2.32 p2) 2.32.0 app-shells/bash: 4.4_p23-r1::gentoo dev-lang/perl:5.30.1::gentoo dev-lang/python: 2.7.17-r2::gentoo, 3.6.10-r1::gentoo, 3.7.7-r1::gentoo dev-util/cmake: 3.16.5::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/openrc: 0.42.1::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.32-r1::gentoo, 2.33.1-r1::gentoo sys-devel/gcc:9.2.0-r2::gentoo sys-devel/gcc-config: 2.2.1::gentoo sys-devel/libtool:2.4.6-r6::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.29-r7::gentoo Repositories: gentoo location: /usr/portage sync-type: webrsync sync-uri: "http://mirror.netcologne.de/gentoo/; priority: -1000 sync-webrsync-verify-signature: yes ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb/symbols/ /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--ask --fail-clean" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-march=native -O2 -pipe" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync webrsync-gpg" FFLAGS="-march=native -O2 -pipe" GENTOO_MIRRORS="http://mirror.netcologne.de/gentoo/ https://mirrors.lug.mtu.edu/gentoo http://de-mirror.org/gentoo/ http://www.mirrorservice.org/sites/distfiles.gentoo.org/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo; LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as