Re: [gentoo-user] x86.c:(.text+0xb2): undefined reference to `l1tf_vmx_mitigation' with linux kernel 4.18.1

2018-08-16 Thread Alexander Kapshuk
On Fri, Aug 17, 2018 at 8:10 AM wrote: > > On 08/17 02:53, Adam Carter wrote: > > On Fri, Aug 17, 2018 at 1:15 PM, wrote: > > > > > Hi, > > > > > > CPU bugs seem to be more and more common: > > > https://www.heise.de/security/meldung/Linux-Kernel-und- > > >

Re: [gentoo-user] Backup questions

2018-08-16 Thread Dale
Marc Joliet wrote: > Am Freitag, 10. August 2018, 04:46:17 CEST schrieb Dale: >> Wols Lists wrote: >>> On 08/08/18 04:43, Dale wrote: Howdy, I just bought two external drive enclosures. One is sort of a spare but I do plan to do some backups on it, mostly pictures from my

Re: [gentoo-user] x86.c:(.text+0xb2): undefined reference to `l1tf_vmx_mitigation' with linux kernel 4.18.1

2018-08-16 Thread tuxic
On 08/17 02:53, Adam Carter wrote: > On Fri, Aug 17, 2018 at 1:15 PM, wrote: > > > Hi, > > > > CPU bugs seem to be more and more common: > > https://www.heise.de/security/meldung/Linux-Kernel-und- > > Distributionen-schuetzen-vor-Prozessorluecke-Foreshadow-L1TF-4137264.html > >

Re: [gentoo-user] x86.c:(.text+0xb2): undefined reference to `l1tf_vmx_mitigation' with linux kernel 4.18.1

2018-08-16 Thread Adam Carter
On Fri, Aug 17, 2018 at 1:15 PM, wrote: > Hi, > > CPU bugs seem to be more and more common: > https://www.heise.de/security/meldung/Linux-Kernel-und- > Distributionen-schuetzen-vor-Prozessorluecke-Foreshadow-L1TF-4137264.html > https://www.heise.de/security/meldung/Spectre-NG-Foreshadow- >

[gentoo-user] x86.c:(.text+0xb2): undefined reference to `l1tf_vmx_mitigation' with linux kernel 4.18.1

2018-08-16 Thread tuxic
Hi, CPU bugs seem to be more and more common: https://www.heise.de/security/meldung/Linux-Kernel-und-Distributionen-schuetzen-vor-Prozessorluecke-Foreshadow-L1TF-4137264.html https://www.heise.de/security/meldung/Spectre-NG-Foreshadow-gefaehrdet-Intel-Prozessoren-4137209.html (sorry, I only know

Re: [gentoo-user] Replacement for gcruft: gcrud

2018-08-16 Thread Andrew Udvare
> On 2018-08-16, at 14:22, james wrote: > > Yes, but, it'll be while for me. Offer and automated clean up option, > and I have dozens of systems to test. I'll figure out the kind of tests I want to run sometime soon. > > > GLEP 64 was on the path to systematically solve what you you

Re: [gentoo-user] Replacement for gcruft: gcrud

2018-08-16 Thread Andrew Udvare
> On 2018-08-16, at 16:09, Corentin “Nado” Pazdera wrote: > > Hi, > > So I tested it, and I was surprised how many /etc files weren't put into > whitelist. > Actually, most of /etc shouldn't be suggested for deletion if the packages > are still installed. Thanks for testing! Really

Re: [gentoo-user] Backup questions

2018-08-16 Thread Marc Joliet
Am Dienstag, 14. August 2018, 12:55:05 CEST schrieb Stefan G. Weichinger: > Am 09.08.18 um 18:52 schrieb Wols Lists: > > May I suggest using btrfs for your backup drive? > > I like btrbk: > > https://github.com/digint/btrbk > > I run btrfs as main filesystem on 3 systems (2 laptops, 1 main

Re: [gentoo-user] Backup questions

2018-08-16 Thread Marc Joliet
Am Freitag, 10. August 2018, 04:46:17 CEST schrieb Dale: > Wols Lists wrote: > > On 08/08/18 04:43, Dale wrote: > >> Howdy, > >> > >> I just bought two external drive enclosures. One is sort of a spare but > >> I do plan to do some backups on it, mostly pictures from my camera. In > >> one of

Re: [gentoo-user] Replacement for gcruft: gcrud

2018-08-16 Thread Corentin “Nado” Pazdera
August 16, 2018 8:07 AM, "Andrew Udvare" wrote: > gcruft seems to have died off (https://www.google.com/search?q=gcruft > only returns ebuild results). I was using it quite a lot and wrote many > exception files. It's gone now with no way for my or anyone else's > ebuild to get the original

[gentoo-user] Re: Replacement for gcruft: gcrud

2018-08-16 Thread james
On 08/16/18 02:07, Andrew Udvare wrote: > gcruft seems to have died off (https://www.google.com/search?q=gcruft > only returns ebuild results). It might (not really sure) be active but it appears to still be around as ebuilds:: eix -R gcruft * app-portage/gcruft Available versions:

Re: [gentoo-user] Re: "No CUDA device found" with nvidia-drivers newer than nvidia-drivers-396.24-r1(

2018-08-16 Thread tuxic
On 08/16 09:26, Nikos Chantziaras wrote: > On 16/08/18 09:24, Nikos Chantziaras wrote: > > On 15/08/18 20:24, tu...@posteo.de wrote: > > > Secure Connection Failed > > > > > > An error occurred during a connection to nvidia.com. Peer attempted > > > old style (potentially vulnerable) handshake.

[gentoo-user] Re: "No CUDA device found" with nvidia-drivers newer than nvidia-drivers-396.24-r1(

2018-08-16 Thread Nikos Chantziaras
On 16/08/18 09:24, Nikos Chantziaras wrote: On 15/08/18 20:24, tu...@posteo.de wrote: Secure Connection Failed An error occurred during a connection to nvidia.com. Peer attempted old style (potentially vulnerable) handshake. Error code: SSL_ERROR_UNSAFE_NEGOTIATION Click "Advanced" and

[gentoo-user] Re: "No CUDA device found" with nvidia-drivers newer than nvidia-drivers-396.24-r1(

2018-08-16 Thread Nikos Chantziaras
On 15/08/18 20:24, tu...@posteo.de wrote: On 08/15 08:13, Nikos Chantziaras wrote: On 15/08/18 18:45, tu...@posteo.de wrote: I put nvidia-uvm explictly into /etc/conf.d/modules - which was not necessary ever beforeand it shows the same problems: No cuda devices. I think I will dream this

[gentoo-user] Replacement for gcruft: gcrud

2018-08-16 Thread Andrew Udvare
gcruft seems to have died off (https://www.google.com/search?q=gcruft only returns ebuild results). I was using it quite a lot and wrote many exception files. It's gone now with no way for my or anyone else's ebuild to get the original source. I did preserve it though, here: