Re: [gentoo-user] Specific MAKEOPTS for one package

2018-09-27 Thread Walter Dnes
On Tue, Sep 25, 2018 at 02:25:50PM +0100, Klaus Ethgen wrote > Hi Folks, > > I have set MAKEOPTS="-j3" in my make.conf. I assume you have 2 cores on your cpu and you're adding 1 as per the ancient rule. That may not be the best option anyways. See

Re: [gentoo-user] march cflag for Intel Pentium Dual-Core E2160 SLA8Z Malay processor

2018-09-27 Thread Walter Dnes
On Tue, Sep 25, 2018 at 11:11:41AM +0300, gevisz wrote > > The target processor does not support mmxext. > > Strange enough but cpuid2cpuflags shows that it does: > # cpuid2cpuflags > CPU_FLAGS_X86: mmx mmxext sse sse2 sse3 ssse3 mmxext does not have its own flag in /proc/cpuinfo. This is an

[gentoo-user] Computrace/Lo Jack ?

2018-09-27 Thread james
Bad news:: https://tcsltesting.blogspot.com/2018/09/stuff-just-got-real.html Here the purported tool:: http://rweverything.com/ Any tester (on your own or authorize systems) feedback would be keen information? enjoy, James

Re: [gentoo-user] [OT] AER: Corrected error received: 0000:00:03.0

2018-09-27 Thread Mick
On Thursday, 27 September 2018 21:51:42 BST Håkon Alstadheim wrote: > (Sorry for the OT, don't know where to go for generic hardware questions) > > I'm wondering if my main board dying? On sept. 1 I started getting error > messages like the ones at the end of this mail. I just noticed them. I >

[gentoo-user] [OT] AER: Corrected error received: 0000:00:03.0

2018-09-27 Thread Håkon Alstadheim
(Sorry for the OT, don't know where to go for generic hardware questions) I'm wondering if my main board dying? On sept. 1 I started getting error messages like the ones at the  end of this mail. I just noticed them. I am including logs from as far back as I have, just for completeness. This

Re: [gentoo-user] Re: Odd behaviour by lib_users

2018-09-27 Thread Peter Humphrey
On Thursday, 27 September 2018 10:05:15 BST Nikos Chantziaras wrote: > On 27/09/2018 10:48, Peter Humphrey wrote: > > Hello list, > > > > Every time I run a routine portage update I follow it with "lib_users -s" > > to check for things to do. Since I installed a new ~amd64 system to get a > >

[gentoo-user] Re: Odd behaviour by lib_users

2018-09-27 Thread Nikos Chantziaras
On 27/09/2018 10:48, Peter Humphrey wrote: Hello list, Every time I run a routine portage update I follow it with "lib_users -s" to check for things to do. Since I installed a new ~amd64 system to get a newer version of KMail, I'm seeing strange things like this: # lib_users -s 4792

[gentoo-user] Odd behaviour by lib_users

2018-09-27 Thread Peter Humphrey
Hello list, Every time I run a routine portage update I follow it with "lib_users -s" to check for things to do. Since I installed a new ~amd64 system to get a newer version of KMail, I'm seeing strange things like this: # lib_users -s 4792 "/usr/bin/X -nolisten tcp -auth