Re: [gentoo-user] Re: nvidia driver missing symbols

[Dale]

Daniel Frey wrote:
>
> Well, it seems that the `emerge -e world` has fixed the apparent
> slowness in Dolphin, but the alt+tab still is wonky. I was reading about
> a bug in kde5 that requires multiple alt+tab keypresses to get it to
> switch so I guess it's not me. But it's still damn annoying...
>
>
> Dan
>
>

Just thought of something.  When I lock my screen, the alt key is in
that sequence too.  Interesting.  Maybe it is not my keyboard either.  I
may have to go dig out another keyboard and test the theory. 

Dale

:-)  :-) 

P. S.  I've had emerge -e world fix issues in the past too.  Weird how
that works.  :/

Re: [gentoo-user] VirtualBox failed to rebuild

[Bill Kenworthy]

On 08/01/17 09:32, Gevisz wrote:
> On Sun, 8 Jan 2017 07:55:13 +0800 Bill Kenworthy  wrote:
> 
>> On 08/01/17 07:18, Bill Kenworthy wrote:
>>> On 08/01/17 01:41, gevisz wrote:  
 2017-01-07 18:41 GMT+02:00 J. Roeleveld :
  
>
> Please attach the full file. You are not providing the actual error 
> message.
>  

 Ok. It is in the attachment.
  
>>>
>>> I am seeing the same thing - Error 6058.  The build is in a kvm/qemu VM
>>> for a mobile development environment.
>>>
>>> BillK
>>> Error6058 -Invalid type ([Processor] found, Store operator
>>> requires [Integer|String|Buffer|Package|DebugObject|Reference])
>>>
>>>
>>>   
>>
>> https://forums.gentoo.org/viewtopic-t-1057212-highlight-virtualbox.html
>>
> 
> So, it looks like a bug? 
> 
> 
Yes - the link indicates they were going to bugzilla it.  The ~ version
version builds fine for me with minimal package.[use/keyword] adding.

BillK

Re: [gentoo-user] Re: nvidia driver missing symbols

[Daniel Frey]

On 01/07/2017 08:34 AM, Daniel Frey wrote:
> On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
>> On 01/07/2017 07:49 AM, Daniel Frey wrote:
>>> So I just recompiled DRM/KMS from the kernel, recompiled, redid the
>>> initramfs (just in case) and rebooted.
>>>
>>> The errors are also gone but I now have this:
>>>
>>> [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
>>> for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
>>> [   31.918704] nvidia-modeset: Allocated GPU:0
>>> (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0
>>>
>>> ...which I didn't have before.
>>
>> Yep. The nvidia KMS module conflicts with the in-kernel KMS
>> implementation. It doesn't get loaded if in-kernel KMS is enabled, and
>> then you get errors because of that.
>>
>> Btw, if you pay attention to the initial emerge messages when emerging
>> nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
>> ;-) The ebuild checks your current kernel config, and if it sees that
>> stuff enabled, it warns you that you will most probably run into issues.
>>
>>
>>> Now that all that crap is sorted out, the only couple annoying things
>>> left are alt+tab switching in plasma, and the slowness of dolphin. Task
>>> switching is slow as f*** and it's irritating.
>>
>> I get that too, but only the first time I press alt+tab. After the task
>> switch effect has been displayed once, it seems it gets cached and then
>> it's fast.
>>
>> But overall, KDE (and KWin in particular) doesn't play well with the
>> nvidia driver. I was able to fix most of my issues by following some
>> advice from a KWin developer:
>>
>> * Enable triple buffering in xorg. nvidia-drivers requires a conf file
>> anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
>> and the contents are:
>>
>>   http://pastebin.com/raw/0y3NMndp
>>
>> This enables triple buffering and disables twinview.
>>
>> * Set some KWin environment variables. Instead of setting them globally,
>> use a script named "kwin_x11" in a location that appears before /usr/bin
>> in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
>> file (it must be executable: chmod +x kwin_x11) with this in it:
>>
>>   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@
>>
>> (/usr/local/bin *must* be before /usr/bin in your PATH variable,
>> otherwise this doesn't work.)
>>
>> * Configure kwin to think it must use a higher refresh rate than your
>> monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:
>>
>>   [Compositing]
>>   MaxFPS=70
>>   RefreshRate=70
>>
>> (There's other stuff in the [Compositing] section, don't delete those.)
>>
>> * See if disabling vsync in the nvidia-settings control panel helps.
>>
>> After doing all that, KDE is quite usable for me. However, it's far from
>> perfect. But if you don't want to switch from KDE to some other desktop
>> environment, and can't deal with the performance issues of the nouveau
>> driver, then you have not much choice here.
>>
>>
> 
> Thanks for the tips! Currently I'm taking the lazy way out and doing
> `emerge -e world`. I don't think that'll fix the alt+tab situation, but
> maybe it'll fix other stuff. If not I'll try krusader as Philip posted.
> 
> I ran `emerge -e system` last night and it was finished when I woke up,
> so now I'll let it chug @world for the day.
> 
> For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
> of 5 tries I have to press alt+tab as much as 4 times to get it to
> respond. :-(
> 
> I haven't updated my laptop yet and was stunned at how fluid kde4 was,
> hence my comment about shipping buggy code.
> 
> Dan
> 

Well, it seems that the `emerge -e world` has fixed the apparent
slowness in Dolphin, but the alt+tab still is wonky. I was reading about
a bug in kde5 that requires multiple alt+tab keypresses to get it to
switch so I guess it's not me. But it's still damn annoying...


Dan

Re: [gentoo-user] Re: nvidia driver missing symbols

[Daniel Frey]

On 01/07/2017 08:37 PM, Dale wrote:
> Daniel Frey wrote:
>> On 01/07/2017 09:46 AM, Dale wrote:
>>> Daniel Frey wrote:
 On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
> On 01/07/2017 07:49 AM, Daniel Frey wrote:
>> So I just recompiled DRM/KMS from the kernel, recompiled, redid the
>> initramfs (just in case) and rebooted.
>>
>> The errors are also gone but I now have this:
>>
>> [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
>> for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
>> [   31.918704] nvidia-modeset: Allocated GPU:0
>> (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0
>>
>> ...which I didn't have before.
> Yep. The nvidia KMS module conflicts with the in-kernel KMS
> implementation. It doesn't get loaded if in-kernel KMS is enabled, and
> then you get errors because of that.
>
> Btw, if you pay attention to the initial emerge messages when emerging
> nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
> ;-) The ebuild checks your current kernel config, and if it sees that
> stuff enabled, it warns you that you will most probably run into issues.
>
>
>> Now that all that crap is sorted out, the only couple annoying things
>> left are alt+tab switching in plasma, and the slowness of dolphin. Task
>> switching is slow as f*** and it's irritating.
> I get that too, but only the first time I press alt+tab. After the task
> switch effect has been displayed once, it seems it gets cached and then
> it's fast.
>
> But overall, KDE (and KWin in particular) doesn't play well with the
> nvidia driver. I was able to fix most of my issues by following some
> advice from a KWin developer:
>
> * Enable triple buffering in xorg. nvidia-drivers requires a conf file
> anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
> and the contents are:
>
>   http://pastebin.com/raw/0y3NMndp
>
> This enables triple buffering and disables twinview.
>
> * Set some KWin environment variables. Instead of setting them globally,
> use a script named "kwin_x11" in a location that appears before /usr/bin
> in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
> file (it must be executable: chmod +x kwin_x11) with this in it:
>
>   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@
>
> (/usr/local/bin *must* be before /usr/bin in your PATH variable,
> otherwise this doesn't work.)
>
> * Configure kwin to think it must use a higher refresh rate than your
> monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:
>
>   [Compositing]
>   MaxFPS=70
>   RefreshRate=70
>
> (There's other stuff in the [Compositing] section, don't delete those.)
>
> * See if disabling vsync in the nvidia-settings control panel helps.
>
> After doing all that, KDE is quite usable for me. However, it's far from
> perfect. But if you don't want to switch from KDE to some other desktop
> environment, and can't deal with the performance issues of the nouveau
> driver, then you have not much choice here.
>
>
 Thanks for the tips! Currently I'm taking the lazy way out and doing
 `emerge -e world`. I don't think that'll fix the alt+tab situation, but
 maybe it'll fix other stuff. If not I'll try krusader as Philip posted.

 I ran `emerge -e system` last night and it was finished when I woke up,
 so now I'll let it chug @world for the day.

 For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
 of 5 tries I have to press alt+tab as much as 4 times to get it to
 respond. :-(

 I haven't updated my laptop yet and was stunned at how fluid kde4 was,
 hence my comment about shipping buggy code.

 Dan


>>> Just me thinking this over.  Could it be a hardware problem?  Maybe the
>>> alt or tab key is not always working correctly?  I use ctrl alt L to
>>> lock my screen.  Sometimes I have to do it a few times.  Thing is, I
>>> know this old keyboard has its moments and fails to work, since other
>>> keys do the same thing.  Just thought I would mention it. 
>>>
>>> Dale
>>>
>>> :-)  :-) 
>>>
>> No, it's not a hardware problem, I also have Mate installed and it
>> doesn't exhibit this behaviour.
>>
>> Dan
>>
>>
>>
> 
> Sounds good.  I'd hate for you to be chasing a software problem when it
> is bad hardware.  LOL 
> 
> That eliminates that. 
> 
> Dale
> 
> :-)  :-) 
> 

Yeah, been there, done that. Remember my "won't wake up from sleep"
problem from a couple years ago? I was looking at software and it was a
bad cap in the PSU. ROFL.

Dan

Re: [gentoo-user] Re: nvidia driver missing symbols

[Dale]

Daniel Frey wrote:
> On 01/07/2017 09:46 AM, Dale wrote:
>> Daniel Frey wrote:
>>> On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
 On 01/07/2017 07:49 AM, Daniel Frey wrote:
> So I just recompiled DRM/KMS from the kernel, recompiled, redid the
> initramfs (just in case) and rebooted.
>
> The errors are also gone but I now have this:
>
> [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
> for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
> [   31.918704] nvidia-modeset: Allocated GPU:0
> (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0
>
> ...which I didn't have before.
 Yep. The nvidia KMS module conflicts with the in-kernel KMS
 implementation. It doesn't get loaded if in-kernel KMS is enabled, and
 then you get errors because of that.

 Btw, if you pay attention to the initial emerge messages when emerging
 nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
 ;-) The ebuild checks your current kernel config, and if it sees that
 stuff enabled, it warns you that you will most probably run into issues.


> Now that all that crap is sorted out, the only couple annoying things
> left are alt+tab switching in plasma, and the slowness of dolphin. Task
> switching is slow as f*** and it's irritating.
 I get that too, but only the first time I press alt+tab. After the task
 switch effect has been displayed once, it seems it gets cached and then
 it's fast.

 But overall, KDE (and KWin in particular) doesn't play well with the
 nvidia driver. I was able to fix most of my issues by following some
 advice from a KWin developer:

 * Enable triple buffering in xorg. nvidia-drivers requires a conf file
 anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
 and the contents are:

   http://pastebin.com/raw/0y3NMndp

 This enables triple buffering and disables twinview.

 * Set some KWin environment variables. Instead of setting them globally,
 use a script named "kwin_x11" in a location that appears before /usr/bin
 in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
 file (it must be executable: chmod +x kwin_x11) with this in it:

   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@

 (/usr/local/bin *must* be before /usr/bin in your PATH variable,
 otherwise this doesn't work.)

 * Configure kwin to think it must use a higher refresh rate than your
 monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:

   [Compositing]
   MaxFPS=70
   RefreshRate=70

 (There's other stuff in the [Compositing] section, don't delete those.)

 * See if disabling vsync in the nvidia-settings control panel helps.

 After doing all that, KDE is quite usable for me. However, it's far from
 perfect. But if you don't want to switch from KDE to some other desktop
 environment, and can't deal with the performance issues of the nouveau
 driver, then you have not much choice here.


>>> Thanks for the tips! Currently I'm taking the lazy way out and doing
>>> `emerge -e world`. I don't think that'll fix the alt+tab situation, but
>>> maybe it'll fix other stuff. If not I'll try krusader as Philip posted.
>>>
>>> I ran `emerge -e system` last night and it was finished when I woke up,
>>> so now I'll let it chug @world for the day.
>>>
>>> For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
>>> of 5 tries I have to press alt+tab as much as 4 times to get it to
>>> respond. :-(
>>>
>>> I haven't updated my laptop yet and was stunned at how fluid kde4 was,
>>> hence my comment about shipping buggy code.
>>>
>>> Dan
>>>
>>>
>> Just me thinking this over.  Could it be a hardware problem?  Maybe the
>> alt or tab key is not always working correctly?  I use ctrl alt L to
>> lock my screen.  Sometimes I have to do it a few times.  Thing is, I
>> know this old keyboard has its moments and fails to work, since other
>> keys do the same thing.  Just thought I would mention it. 
>>
>> Dale
>>
>> :-)  :-) 
>>
> No, it's not a hardware problem, I also have Mate installed and it
> doesn't exhibit this behaviour.
>
> Dan
>
>
>

Sounds good.  I'd hate for you to be chasing a software problem when it
is bad hardware.  LOL 

That eliminates that. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: nvidia driver missing symbols

[Daniel Frey]

On 01/07/2017 09:46 AM, Dale wrote:
> Daniel Frey wrote:
>> On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
>>> On 01/07/2017 07:49 AM, Daniel Frey wrote:
 So I just recompiled DRM/KMS from the kernel, recompiled, redid the
 initramfs (just in case) and rebooted.

 The errors are also gone but I now have this:

 [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
 for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
 [   31.918704] nvidia-modeset: Allocated GPU:0
 (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0

 ...which I didn't have before.
>>> Yep. The nvidia KMS module conflicts with the in-kernel KMS
>>> implementation. It doesn't get loaded if in-kernel KMS is enabled, and
>>> then you get errors because of that.
>>>
>>> Btw, if you pay attention to the initial emerge messages when emerging
>>> nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
>>> ;-) The ebuild checks your current kernel config, and if it sees that
>>> stuff enabled, it warns you that you will most probably run into issues.
>>>
>>>
 Now that all that crap is sorted out, the only couple annoying things
 left are alt+tab switching in plasma, and the slowness of dolphin. Task
 switching is slow as f*** and it's irritating.
>>> I get that too, but only the first time I press alt+tab. After the task
>>> switch effect has been displayed once, it seems it gets cached and then
>>> it's fast.
>>>
>>> But overall, KDE (and KWin in particular) doesn't play well with the
>>> nvidia driver. I was able to fix most of my issues by following some
>>> advice from a KWin developer:
>>>
>>> * Enable triple buffering in xorg. nvidia-drivers requires a conf file
>>> anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
>>> and the contents are:
>>>
>>>   http://pastebin.com/raw/0y3NMndp
>>>
>>> This enables triple buffering and disables twinview.
>>>
>>> * Set some KWin environment variables. Instead of setting them globally,
>>> use a script named "kwin_x11" in a location that appears before /usr/bin
>>> in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
>>> file (it must be executable: chmod +x kwin_x11) with this in it:
>>>
>>>   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@
>>>
>>> (/usr/local/bin *must* be before /usr/bin in your PATH variable,
>>> otherwise this doesn't work.)
>>>
>>> * Configure kwin to think it must use a higher refresh rate than your
>>> monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:
>>>
>>>   [Compositing]
>>>   MaxFPS=70
>>>   RefreshRate=70
>>>
>>> (There's other stuff in the [Compositing] section, don't delete those.)
>>>
>>> * See if disabling vsync in the nvidia-settings control panel helps.
>>>
>>> After doing all that, KDE is quite usable for me. However, it's far from
>>> perfect. But if you don't want to switch from KDE to some other desktop
>>> environment, and can't deal with the performance issues of the nouveau
>>> driver, then you have not much choice here.
>>>
>>>
>> Thanks for the tips! Currently I'm taking the lazy way out and doing
>> `emerge -e world`. I don't think that'll fix the alt+tab situation, but
>> maybe it'll fix other stuff. If not I'll try krusader as Philip posted.
>>
>> I ran `emerge -e system` last night and it was finished when I woke up,
>> so now I'll let it chug @world for the day.
>>
>> For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
>> of 5 tries I have to press alt+tab as much as 4 times to get it to
>> respond. :-(
>>
>> I haven't updated my laptop yet and was stunned at how fluid kde4 was,
>> hence my comment about shipping buggy code.
>>
>> Dan
>>
>>
> 
> Just me thinking this over.  Could it be a hardware problem?  Maybe the
> alt or tab key is not always working correctly?  I use ctrl alt L to
> lock my screen.  Sometimes I have to do it a few times.  Thing is, I
> know this old keyboard has its moments and fails to work, since other
> keys do the same thing.  Just thought I would mention it. 
> 
> Dale
> 
> :-)  :-) 
> 

No, it's not a hardware problem, I also have Mate installed and it
doesn't exhibit this behaviour.

Dan

Re: [gentoo-user] VirtualBox failed to rebuild

[Gevisz]

On Sun, 8 Jan 2017 07:55:13 +0800 Bill Kenworthy  wrote:

> On 08/01/17 07:18, Bill Kenworthy wrote:
> > On 08/01/17 01:41, gevisz wrote:  
> >> 2017-01-07 18:41 GMT+02:00 J. Roeleveld :
> >>  
> >>>
> >>> Please attach the full file. You are not providing the actual error 
> >>> message.
> >>>  
> >>
> >> Ok. It is in the attachment.
> >>  
> > 
> > I am seeing the same thing - Error 6058.  The build is in a kvm/qemu VM
> > for a mobile development environment.
> > 
> > BillK
> > Error6058 -Invalid type ([Processor] found, Store operator
> > requires [Integer|String|Buffer|Package|DebugObject|Reference])
> > 
> > 
> >   
> 
> https://forums.gentoo.org/viewtopic-t-1057212-highlight-virtualbox.html
> 

So, it looks like a bug? 

Re: [gentoo-user] VirtualBox failed to rebuild

[Bill Kenworthy]

On 08/01/17 07:18, Bill Kenworthy wrote:
> On 08/01/17 01:41, gevisz wrote:
>> 2017-01-07 18:41 GMT+02:00 J. Roeleveld :
>>
>>>
>>> Please attach the full file. You are not providing the actual error message.
>>>
>>
>> Ok. It is in the attachment.
>>
> 
> I am seeing the same thing - Error 6058.  The build is in a kvm/qemu VM
> for a mobile development environment.
> 
> BillK
> Error6058 -Invalid type ([Processor] found, Store operator
> requires [Integer|String|Buffer|Package|DebugObject|Reference])
> 
> 
> 

https://forums.gentoo.org/viewtopic-t-1057212-highlight-virtualbox.html

BillK

Re: [gentoo-user] VirtualBox failed to rebuild

[Bill Kenworthy]

On 08/01/17 01:41, gevisz wrote:
> 2017-01-07 18:41 GMT+02:00 J. Roeleveld :
> 
>>
>> Please attach the full file. You are not providing the actual error message.
>>
> 
> Ok. It is in the attachment.
> 

I am seeing the same thing - Error 6058.  The build is in a kvm/qemu VM
for a mobile development environment.

BillK
Error6058 -Invalid type ([Processor] found, Store operator
requires [Integer|String|Buffer|Package|DebugObject|Reference])

[gentoo-user] Palemoon as Tor browser? WAS: What Firefox (what browser) for Online-Banking?

[Miroslav Rovis]

On 170107-23:27+0100, Floyd Anderson wrote:
> On Sat, 07 Jan 16:51:41 +0100
> meino.cra...@gmx.de wrote:
> >Hi,
> >
> >what Firefox-Version/what browser is the most secure one for Online-Banking?
> 
> Who is able to tell about that? I think nobody which has evaluated this 
> for every version (if some really has) is reading this list.
> 
> I would recommended at least a separate well configured browser profile 
> for the banking purpose and to strip off all unnecessary connections.
> 
> The latter can be achieved by using a Proxy Auto Config (PAC) file [1]. 
> Have a look at [2] for more background information on this — even when 
> it’s quite old.
> 
> For Mozilla Firefox create a file (e.g. “proxy.pac”) with following 
> content for example (don’t copy ’n paste, the spaces aren’t such):
> 
> function FindProxyForURL(url, host) {
> // Proxy bypass logic
> if (
>    dnsDomainIs(host, '.your-bank.com')
> //  || dnsDomainIs(host, 'addons.cdn.mozilla.net')
> //  || dnsDomainIs(host, 'addons.mozilla.org')
> ) { return 'DIRECT'; }
> 
> // Redirect all other requests through localhost which should always 
> // fail due no listen server.
> return 'PROXY 127.0.0.1:65535';
> }
> 
> and place it in the root of your browser profile, apply it due property 
> “network.proxy.autoconfig_url” or via GUI by using the “file:” protocol 
> in about:preferences#advanced > Network > Connection Settings.
> 
> Before you ask, I’ve never tried to use a relative path definition which 
> may be important on an USB device nor can say if it’ll also work.
> 
> Notice the comment lines for the mozilla domains. Comment those out if 
> you really need to use add-ons in a banking profile and want to have a 
> more comfortable way to update them. But you know, comfort/add-ons and 
> security is often like fire and water nowadays.
> 
> To test that only your banking connection is possible invoke:
> 
> /usr/bin/firefox --private-window "https://www.example.com/" --no-remote -P 
> banking.profile
> 
> 
> [1] 
> [2] 
> 

The above method certainly looks appealing to me and calomel.org is
designed great. But that would take me time to understand.

Can I ask you, and other readers, a question which is only partly
related to the above.

Related insomuch as Tor is about proxying as well.

I'm looking at: https://wiki.gentoo.org/wiki/Tor

It appears to me that, with a grsecurity-hardened kernel-base Gentoo
machine, using TBB is next to impossible (tried it, doesn't work the
simple user way _at all_). Neither did I have much luck with Whonix, since
porting Whonix to Gentoo appears dead, to say just so much about my
tries. Also the Tails page... Aaahhh, I have to find it, to make at
least that info complete...

https://tails.boum.org/doc/advanced_topics/virtualization/virt-manager/index.en.html

[Also that Tails page] requires translation for a non-dbus system
like mine (no dbus in your system, no GUI virt-manager you get), the
translation (not languagewise but methodwise) of that GUI virt-manager
tutorial into virsh command line tutorial, which hasn't been done yet.

I close to entirely abandoned Firefox because Mozilla promissed with
solemn repeated oaths, that they will impose Pulseaudio on all Linuces,
else no audio in Firefox (a long --heavily diverted-- thread about that
at end-of-2016 in this ML), and I am using Palemoon, pretty happily so
far, for all any any browsing.

Has anybody got Palemoon to work as Tor browser like Firefox is set to
work in the abovementioned https://wiki.gentoo.org/wiki/Tor page?

That I believe would be great, because I'm banking on Palemoon to grow,
and it appears to me they might be good on privacy, much better that
Mozilla (well I'm only betting on them, I'm not an expert to be able to
really tell...)!

-- 
Miroslav Rovis
Zagreb, Croatia
http://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

Re: [gentoo-user] What Firefox (what browser) for Online-Banking?

[Floyd Anderson]

On Sat, 07 Jan 16:51:41 +0100
meino.cra...@gmx.de wrote:

Hi,

what Firefox-Version/what browser is the most secure one for Online-Banking?


Who is able to tell about that? I think nobody which has evaluated this 
for every version (if some really has) is reading this list.


I would recommended at least a separate well configured browser profile 
for the banking purpose and to strip off all unnecessary connections.


The latter can be achieved by using a Proxy Auto Config (PAC) file [1]. 
Have a look at [2] for more background information on this — even when 
it’s quite old.


For Mozilla Firefox create a file (e.g. “proxy.pac”) with following 
content for example (don’t copy ’n paste, the spaces aren’t such):


function FindProxyForURL(url, host) {
// Proxy bypass logic
if (
   dnsDomainIs(host, '.your-bank.com')
//  || dnsDomainIs(host, 'addons.cdn.mozilla.net')
//  || dnsDomainIs(host, 'addons.mozilla.org')
) { return 'DIRECT'; }

// Redirect all other requests through localhost which should always 
// fail due no listen server.
return 'PROXY 127.0.0.1:65535';
}

and place it in the root of your browser profile, apply it due property 
“network.proxy.autoconfig_url” or via GUI by using the “file:” protocol 
in about:preferences#advanced > Network > Connection Settings.


Before you ask, I’ve never tried to use a relative path definition which 
may be important on an USB device nor can say if it’ll also work.


Notice the comment lines for the mozilla domains. Comment those out if 
you really need to use add-ons in a banking profile and want to have a 
more comfortable way to update them. But you know, comfort/add-ons and 
security is often like fire and water nowadays.


To test that only your banking connection is possible invoke:

/usr/bin/firefox --private-window "https://www.example.com/" --no-remote -P 
banking.profile


[1] 
[2] 



--
Best regards,
Floyd Anderson

Re: [gentoo-user] KDE5: no desktop

[Philip Webb]

170107 Robin Atwood wrote:
> I have tried all the session settings. Plasma is the one
> for standard KDE5 and that's the one that gets the black desktop.

I had no problem when I did the similar upgrade a few months ago.
I've always booted into a raw terminal, logged in & then 'startx'.
My  .xinitrc  has a line 'startkde'.  Everything works ok.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] locale : cannot generate it

[Urs Schütz]

On 01/07/17 13:24, Mick wrote:

On Saturday 07 Jan 2017 17:12:25 Alexander Kapshuk wrote:

On Sat, Jan 7, 2017 at 4:59 PM, Helmut Jarausch  wrote:

On 01/07/17 15:52:20, Alexander Kapshuk wrote:

On Sat, Jan 7, 2017 at 4:30 PM, Helmut Jarausch 

wrote:

Hi,

hopefully some can help me.

cat /etc/locale.gen

gives

en_US ISO-8859-1
en_US.UTF-8 UTF-8
C.UTF-8
de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15

but

locale-gen  gives errors

 * Generating locale-archive: forcing # of jobs to 1
 * Generating 5 locales (this might take a while) with 1 jobs
 *  (1/5) Generating C.UTF-8 ...

character map file `de_DE' not found: No such file or directory
cannot open locale definition file `C': No such file or directory
[
!! ]

 *  (2/5) Generating de_DE.ISO-8859-1 ...

character map file `de_DE.UTF-8' not found: No such file or directory
cannot open locale definition file `ISO-8859-1': No such file or
directo
[
!! ]

 *  (3/5) Generating de_DE.UTF-8 ...

character map file `de_DE@euro' not found: No such file or directory
cannot open locale definition file `UTF-8': No such file or directory
[
!! ]

 *  (4/5) Generating de_DE.ISO-8859-15@euro ...

character map file `en_US' not found: No such file or directory
cannot open locale definition file `ISO-8859-15': No such file or
direct
[
!! ]

 * Bad entry in locale.gen: 'UTF-8 '; skipping
 *  (5/5) Generating en_US.ISO-8859-1 ...

character map file `en_US.UTF-8' not found: No such file or directory
cannot open locale definition file `ISO-8859-1': No such file or
directo
[
!! ]

 * Generation complete

I've even rebuild glibc (2.24)

/usr/share/i18n/SUPPORTED  contains the lines

de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
en_US.UTF-8 UTF-8
en_US ISO-8859-1

Many thanks for a hint,
Helmut


What's the full contents of your /etc/locale.gen?


There are only comments above these lines.

Thanks,
Helmut


The reason I asked for the full contents of your /etc/locale.gen is
because users have been known to accidentally make typos when editing
the file in question.

Also, what's the output of 'locale -a' and 'localedef --list-archive'?


There is an incorrect entry in the file.  For example this line:

C.UTF-8

The locale name C. is not listed in /usr/share/i18n/locales/ on my system.

However, the remaining entries appear to be correct according to the contents
of /usr/share/i18n/SUPPORTED.  So I am not sure what's gone wrong.



C.UTF-8 does not work this way. If you delete the C.UTF-8 line it works. 
You will have a C locale and a POSIX locale even without specifying them 
in /etc/locale.gen.


Let me know if you find a way to produce a locale named "C.UTF-8" on 
Gentoo.  I would be interested in it, as it seems that newest darktable 
from git needs this to compile correctly.


Urs

Re: [gentoo-user] Re: nvidia driver missing symbols

[Dale]

Daniel Frey wrote:
> On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
>> On 01/07/2017 07:49 AM, Daniel Frey wrote:
>>> So I just recompiled DRM/KMS from the kernel, recompiled, redid the
>>> initramfs (just in case) and rebooted.
>>>
>>> The errors are also gone but I now have this:
>>>
>>> [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
>>> for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
>>> [   31.918704] nvidia-modeset: Allocated GPU:0
>>> (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0
>>>
>>> ...which I didn't have before.
>> Yep. The nvidia KMS module conflicts with the in-kernel KMS
>> implementation. It doesn't get loaded if in-kernel KMS is enabled, and
>> then you get errors because of that.
>>
>> Btw, if you pay attention to the initial emerge messages when emerging
>> nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
>> ;-) The ebuild checks your current kernel config, and if it sees that
>> stuff enabled, it warns you that you will most probably run into issues.
>>
>>
>>> Now that all that crap is sorted out, the only couple annoying things
>>> left are alt+tab switching in plasma, and the slowness of dolphin. Task
>>> switching is slow as f*** and it's irritating.
>> I get that too, but only the first time I press alt+tab. After the task
>> switch effect has been displayed once, it seems it gets cached and then
>> it's fast.
>>
>> But overall, KDE (and KWin in particular) doesn't play well with the
>> nvidia driver. I was able to fix most of my issues by following some
>> advice from a KWin developer:
>>
>> * Enable triple buffering in xorg. nvidia-drivers requires a conf file
>> anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
>> and the contents are:
>>
>>   http://pastebin.com/raw/0y3NMndp
>>
>> This enables triple buffering and disables twinview.
>>
>> * Set some KWin environment variables. Instead of setting them globally,
>> use a script named "kwin_x11" in a location that appears before /usr/bin
>> in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
>> file (it must be executable: chmod +x kwin_x11) with this in it:
>>
>>   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@
>>
>> (/usr/local/bin *must* be before /usr/bin in your PATH variable,
>> otherwise this doesn't work.)
>>
>> * Configure kwin to think it must use a higher refresh rate than your
>> monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:
>>
>>   [Compositing]
>>   MaxFPS=70
>>   RefreshRate=70
>>
>> (There's other stuff in the [Compositing] section, don't delete those.)
>>
>> * See if disabling vsync in the nvidia-settings control panel helps.
>>
>> After doing all that, KDE is quite usable for me. However, it's far from
>> perfect. But if you don't want to switch from KDE to some other desktop
>> environment, and can't deal with the performance issues of the nouveau
>> driver, then you have not much choice here.
>>
>>
> Thanks for the tips! Currently I'm taking the lazy way out and doing
> `emerge -e world`. I don't think that'll fix the alt+tab situation, but
> maybe it'll fix other stuff. If not I'll try krusader as Philip posted.
>
> I ran `emerge -e system` last night and it was finished when I woke up,
> so now I'll let it chug @world for the day.
>
> For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
> of 5 tries I have to press alt+tab as much as 4 times to get it to
> respond. :-(
>
> I haven't updated my laptop yet and was stunned at how fluid kde4 was,
> hence my comment about shipping buggy code.
>
> Dan
>
>

Just me thinking this over.  Could it be a hardware problem?  Maybe the
alt or tab key is not always working correctly?  I use ctrl alt L to
lock my screen.  Sometimes I have to do it a few times.  Thing is, I
know this old keyboard has its moments and fails to work, since other
keys do the same thing.  Just thought I would mention it. 

Dale

:-)  :-) 

[gentoo-user] Re: Macbook pro mid-2014 overheats

[Mick]

On Monday 14 Nov 2016 19:05:26 Mick wrote:
> Hi All,
> 
> I started installing gentoo on a Macbook pro 15" and stopped soon after I
> created new partitions for it.  I could feel the Macbook overheating while
> running the sysrescuecd kernel, without me having compiled a single package
> yet.
> 
> I'm guessing it is missing some drivers; for example I have no wireless
> interface listed, although sysrescuecd has loaded the bcma module.
> 
> Has anyone attempted running gentoo on this hardware and what solution did
> you follow to control CPU voltage/temperatures?

I'm posting this in case it troubles anyone else in the future.

I made some time to revisit this problem and found that kworker/0:2 was pegged 
at 100% CPU.  Google advised this is a kernel bug, according to this report at 
least and disabling the corresponding interrupt (gpe16 in my case) appears to 
have brought the overheating under control:

https://bugzilla.redhat.com/show_bug.cgi?id=1115658

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Perl 5.24.1

[Andreas K. Huettel]

Am Samstag, 7. Januar 2017, 13:57:36 CET schrieb siefke_lis...@web.de:
> Hello,
> 
> I try to run update but perl make me trouble. It hangs in configure.
> More as this will not happen. Have someone an idea?
> 
> Thank you and nice day
> Silvio
> 

Do you have app-shells/tcsh installed?

If yes, please try unmerging that and re-running the perl update.



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] What Firefox (what browser) for Online-Banking?

[Meino . Cramer]

wabe  [17-01-07 17:48]:
> meino.cra...@gmx.de wrote:
> 
> > Hi,
> > 
> > what Firefox-Version/what browser is the most secure one for
> > Online-Banking?
> 
> I use a dedicated virtual machine for that purpose. I never 
> use that VM for other purposes and only visit the online 
> banking website of my bank and nothing else.
> 
> I think a dedicated (virtual) machine for online banking is 
> much more important than the use of a specific browser.
> 
> --
> Rergards
> wabe
> 

Hi Wabe,

...yes, I know. That's why I had set up an dedicted US-Stick
(live-system, so nothing can be written to that stick, everything
else is RAM-based) and now I was looking for the browser in question.
Even if this is only important in the second place:

What browser is the best for this purpose?

Cheers
Meino

Re: [gentoo-user] KDE5: no desktop

[J. Roeleveld]

On January 7, 2017 4:36:58 PM GMT+01:00, Robin Atwood  wrote:
>On Saturday 07 January 2017, Dale wrote:
>> When I did my upgrade a long time ago, I had a similar issue.  There
>is
>> a menu to select which part of KDE you want to login to.  I can't
>recall
>> the names or even which one is the correct one for sure but think it
>is
>> the one with plasma in it.  I think the default is some other one
>which
>> didn't work for me at least, wayland comes to mind for some reason.
>> Anyway, on the login screen, check that drop down and try a different
>> one.  It may not be the problem but at least it would eliminate it. 
>On
>> mine, it is in the upper left but yours could be different.  It's the
>> same place you would select Gnome or some other desktop if you have
>them
>> installed.
>> 
>> May not help but worth a try I guess.  ;-)
>> 
>> Dale
>> 
>> :-)  :-)
>
>Thanks, Dale, but I have tried all the session settings. Plasma is the
>one for 
>standard KDE5 and that's the one that gets the black desktop.
>
>Robin

Did you install plasma-meta?
Or did you specify some yourself?

Also. Did you select the plasma desktop profile?

If either or both of these are answered with 'no', the bit you are missing 
might just be in there somewhere.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] VirtualBox failed to rebuild

[J. Roeleveld]

On January 7, 2017 3:30:02 PM GMT+01:00, gevisz  wrote:
>2017-01-07 15:14 GMT+02:00 Alan McKinnon :
>> On 07/01/2017 14:50, gevisz wrote:
>> Failed to emerge app-emulation/virtualbox-4.3.38, Log file:
>>>
>> 
>'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'
>>
>> please post the actual error from this file. You will have to do some
>> heavy lifting and search for it, it's compiler output
>
>I have found this warning:
>
>+++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING
>+++
>Hardening is enabled which means that the VBox binaries will not run
>from
>the binary directory. The binaries have to be installed suid root and
>some
>more prerequisites have to be fulfilled which is normally done by
>installing
>the final package. For development, the hardening feature can be
>disabled
>by specifying the --disable-hardening parameter. Please never disable
>that
>  feature for the final distribution!
>+++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING
>+++
>
>but I never enabled hardening.
>
>Otherwise, nothing special. Eccept for that that at its end I have the
>following:
>
>Compilation complete. 1 Errors, 0 Warnings, 32 Remarks, 72
>Optimizations
>x86_64-pc-linux-gnu-gcc -c -O2 -g -pipe -pedantic -Wshadow -Wshadow
>-Wall -Wextra -Wno-missing-field-initializers -Wno-unused
>-Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter
>-Wno-long-long -Wno-long-long -Wmissing-prototypes -Wstrict-prototypes
>-Wmissing-declarations -Werror-implicit-function-declaration
>-Wno-variadic-macros -march=native -O2 -pipe -fno-omit-frame-pointer
>-fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN
>-DRT_USE_VISIBILITY_DEFAULT -fPIC -m64
>-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/dtrace
>-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/include
>-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release
>-DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER
>-DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__
>-DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\"
>-DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\"
>-DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"\"
>-DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DVBOX_WITH_DTRACE
>-DVBOX_WITH_DTRACE_R3 -DPIC
>-Wp,-MD,/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o.dep
>-Wp,-MT,/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
>-Wp,-MP -o
>/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
>/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c
>kmk: ***
>[/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxDD/vboxssdt-cpuhotplug.hex]
>Error 255
>kmk: *** Deleting file
>`/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxDD/vboxssdt-cpuhotplug.hex'
>kmk: *** Waiting for unfinished jobs
>kmk_builtin_append -n
>"/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o.dep"
>""
>"/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c:"
>""
>kmk: *** Exiting with status 2
>  [31;01m* [0m ERROR: app-emulation/virtualbox-4.3.38::gentoo failed
>(compile phase):
>  [31;01m* [0m   emake failed
>  [31;01m* [0m
>  [31;01m* [0m If you need support, post the output of `emerge --info
>'=app-emulation/virtualbox-4.3.38::gentoo'`,
>  [31;01m* [0m the complete build log and the output of `emerge -pqv
>'=app-emulation/virtualbox-4.3.38::gentoo'`.
>  [31;01m* [0m The complete build log is located at
>'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'.
>  [31;01m* [0m The ebuild environment file is located at
>'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/environment'.
>  [31;01m* [0m Working directory:
>'/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
>  [31;01m* [0m S:
>'/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
>!!! When you file a bug report, please include the following
>information:
>GENTOO_VM=  CLASSPATH=""
>JAVA_HOME="/etc/java-config-2/current-system-vm"
>JAVACFLAGS="" COMPILER=""
>and of course, the output of emerge --info =virtualbox-4.3.38

Please attach the full file. You are not providing the actual error message.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] What Firefox (what browser) for Online-Banking?

[wabe]

meino.cra...@gmx.de wrote:

> Hi,
> 
> what Firefox-Version/what browser is the most secure one for
> Online-Banking?

I use a dedicated virtual machine for that purpose. I never 
use that VM for other purposes and only visit the online 
banking website of my bank and nothing else.

I think a dedicated (virtual) machine for online banking is 
much more important than the use of a specific browser.

--
Rergards
wabe

Re: [gentoo-user] Re: nvidia driver missing symbols

[Daniel Frey]

On 01/07/2017 07:29 AM, Nikos Chantziaras wrote:
> On 01/07/2017 07:49 AM, Daniel Frey wrote:
>> So I just recompiled DRM/KMS from the kernel, recompiled, redid the
>> initramfs (just in case) and rebooted.
>>
>> The errors are also gone but I now have this:
>>
>> [   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
>> for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
>> [   31.918704] nvidia-modeset: Allocated GPU:0
>> (GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0
>>
>> ...which I didn't have before.
> 
> Yep. The nvidia KMS module conflicts with the in-kernel KMS
> implementation. It doesn't get loaded if in-kernel KMS is enabled, and
> then you get errors because of that.
> 
> Btw, if you pay attention to the initial emerge messages when emerging
> nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel
> ;-) The ebuild checks your current kernel config, and if it sees that
> stuff enabled, it warns you that you will most probably run into issues.
> 
> 
>> Now that all that crap is sorted out, the only couple annoying things
>> left are alt+tab switching in plasma, and the slowness of dolphin. Task
>> switching is slow as f*** and it's irritating.
> 
> I get that too, but only the first time I press alt+tab. After the task
> switch effect has been displayed once, it seems it gets cached and then
> it's fast.
> 
> But overall, KDE (and KWin in particular) doesn't play well with the
> nvidia driver. I was able to fix most of my issues by following some
> advice from a KWin developer:
> 
> * Enable triple buffering in xorg. nvidia-drivers requires a conf file
> anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf,
> and the contents are:
> 
>   http://pastebin.com/raw/0y3NMndp
> 
> This enables triple buffering and disables twinview.
> 
> * Set some KWin environment variables. Instead of setting them globally,
> use a script named "kwin_x11" in a location that appears before /usr/bin
> in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11
> file (it must be executable: chmod +x kwin_x11) with this in it:
> 
>   KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@
> 
> (/usr/local/bin *must* be before /usr/bin in your PATH variable,
> otherwise this doesn't work.)
> 
> * Configure kwin to think it must use a higher refresh rate than your
> monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:
> 
>   [Compositing]
>   MaxFPS=70
>   RefreshRate=70
> 
> (There's other stuff in the [Compositing] section, don't delete those.)
> 
> * See if disabling vsync in the nvidia-settings control panel helps.
> 
> After doing all that, KDE is quite usable for me. However, it's far from
> perfect. But if you don't want to switch from KDE to some other desktop
> environment, and can't deal with the performance issues of the nouveau
> driver, then you have not much choice here.
> 
> 

Thanks for the tips! Currently I'm taking the lazy way out and doing
`emerge -e world`. I don't think that'll fix the alt+tab situation, but
maybe it'll fix other stuff. If not I'll try krusader as Philip posted.

I ran `emerge -e system` last night and it was finished when I woke up,
so now I'll let it chug @world for the day.

For me, 1 out of 5 times alt+tab works on the first try. The other 4 out
of 5 tries I have to press alt+tab as much as 4 times to get it to
respond. :-(

I haven't updated my laptop yet and was stunned at how fluid kde4 was,
hence my comment about shipping buggy code.

Dan

Re: [gentoo-user] KDE5: no desktop

[Daniel Frey]

On 01/07/2017 07:03 AM, Robin Atwood wrote:
> I finally grasped the nettle and did the Plasma 5 upgrade. The first
> machine went OK eventually (apart from the week spent resolving
> blockers), so I thought the second would be much smoother. And so it
> was, until I logged on. I got the splash screen, a bouncing ball as
> something started and then a black screen relieved only by a cursor and
> a couple of apps in the autostart list. kwin-x11, plasmashell, ksmserver
> are all running, it seems like something got omitted in the install.
> Does anyone know which binary starts the window manager and taskbar,
> etc? I did the usual things like create a new user, rename .kde4, to no
> avail.
> 
>  
> 
> I have already posted on the Gentoo forums but didn't get much help. You
> can see the post with the sddm log here:
> https://forums.gentoo.org/viewtopic-t-1057060.html. Hopefully the vast
> intellects of the Gentoo list will have an idea! My current workaround
> is to install lxqt as the desktop; it works pretty well, if a bit rough
> around the edges.
> 
>  

What's the profile set to? `eselect profile list`?

If it's incorrect it is very possible something may not be installed
correctly.

I also remember when searching for upgrade info a long time ago that
missing fonts can cause kde to not start with a black screen.

Dan

[gentoo-user] What Firefox (what browser) for Online-Banking?

[Meino . Cramer]

Hi,

what Firefox-Version/what browser is the most secure one for Online-Banking?

Thank you very much for any help in advance!
Cheers
Meino

Re: [gentoo-user] KDE5: no desktop

[Robin Atwood]

On Saturday 07 January 2017, Dale wrote:
> When I did my upgrade a long time ago, I had a similar issue.  There is
> a menu to select which part of KDE you want to login to.  I can't recall
> the names or even which one is the correct one for sure but think it is
> the one with plasma in it.  I think the default is some other one which
> didn't work for me at least, wayland comes to mind for some reason.
> Anyway, on the login screen, check that drop down and try a different
> one.  It may not be the problem but at least it would eliminate it.  On
> mine, it is in the upper left but yours could be different.  It's the
> same place you would select Gnome or some other desktop if you have them
> installed.
> 
> May not help but worth a try I guess.  ;-)
> 
> Dale
> 
> :-)  :-)

Thanks, Dale, but I have tried all the session settings. Plasma is the one for 
standard KDE5 and that's the one that gets the black desktop.

Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[gentoo-user] Re: nvidia driver missing symbols

[Nikos Chantziaras]

On 01/07/2017 07:49 AM, Daniel Frey wrote:

So I just recompiled DRM/KMS from the kernel, recompiled, redid the
initramfs (just in case) and rebooted.

The errors are also gone but I now have this:

[   31.918334] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver
for UNIX platforms  375.26  Thu Dec  8 18:04:14 PST 2016
[   31.918704] nvidia-modeset: Allocated GPU:0
(GPU-14e248cf-aecd-cf7a-31f4-113e6d075ece) @ PCI::01:00.0

...which I didn't have before.


Yep. The nvidia KMS module conflicts with the in-kernel KMS 
implementation. It doesn't get loaded if in-kernel KMS is enabled, and 
then you get errors because of that.


Btw, if you pay attention to the initial emerge messages when emerging 
nvidia-drivers, they actually tell you to disable DRM/KMS in the kernel 
;-) The ebuild checks your current kernel config, and if it sees that 
stuff enabled, it warns you that you will most probably run into issues.




Now that all that crap is sorted out, the only couple annoying things
left are alt+tab switching in plasma, and the slowness of dolphin. Task
switching is slow as f*** and it's irritating.


I get that too, but only the first time I press alt+tab. After the task 
switch effect has been displayed once, it seems it gets cached and then 
it's fast.


But overall, KDE (and KWin in particular) doesn't play well with the 
nvidia driver. I was able to fix most of my issues by following some 
advice from a KWin developer:


* Enable triple buffering in xorg. nvidia-drivers requires a conf file 
anyway to work correctly. I have it in /etc/X11/xorg.conf.d/nvidia.conf, 
and the contents are:


  http://pastebin.com/raw/0y3NMndp

This enables triple buffering and disables twinview.

* Set some KWin environment variables. Instead of setting them globally, 
use a script named "kwin_x11" in a location that appears before /usr/bin 
in PATH. /usr/local/bin does that, so I have a /usr/local/bin/kwin_x11 
file (it must be executable: chmod +x kwin_x11) with this in it:


  KWIN_TRIPLE_BUFFER=1 __GL_YIELD="USLEEP" exec /usr/bin/kwin_x11 $@

(/usr/local/bin *must* be before /usr/bin in your PATH variable, 
otherwise this doesn't work.)


* Configure kwin to think it must use a higher refresh rate than your 
monitor's refresh rate. For 60Hz, your ~/.config/kwinrc must contain:


  [Compositing]
  MaxFPS=70
  RefreshRate=70

(There's other stuff in the [Compositing] section, don't delete those.)

* See if disabling vsync in the nvidia-settings control panel helps.

After doing all that, KDE is quite usable for me. However, it's far from 
perfect. But if you don't want to switch from KDE to some other desktop 
environment, and can't deal with the performance issues of the nouveau 
driver, then you have not much choice here.

Re: [gentoo-user] locale : cannot generate it

[Mick]

On Saturday 07 Jan 2017 17:12:25 Alexander Kapshuk wrote:
> On Sat, Jan 7, 2017 at 4:59 PM, Helmut Jarausch  wrote:
> > On 01/07/17 15:52:20, Alexander Kapshuk wrote:
> >> On Sat, Jan 7, 2017 at 4:30 PM, Helmut Jarausch 
> >> 
> >> wrote:
> >> > Hi,
> >> > 
> >> > hopefully some can help me.
> >> > 
> >> > cat /etc/locale.gen
> >> > 
> >> > gives
> >> > 
> >> > en_US ISO-8859-1
> >> > en_US.UTF-8 UTF-8
> >> > C.UTF-8
> >> > de_DE.UTF-8 UTF-8
> >> > de_DE ISO-8859-1
> >> > de_DE@euro ISO-8859-15
> >> > 
> >> > but
> >> > 
> >> > locale-gen  gives errors
> >> > 
> >> >  * Generating locale-archive: forcing # of jobs to 1
> >> >  * Generating 5 locales (this might take a while) with 1 jobs
> >> >  *  (1/5) Generating C.UTF-8 ...
> >> > 
> >> > character map file `de_DE' not found: No such file or directory
> >> > cannot open locale definition file `C': No such file or directory
> >> > [
> >> > !! ]
> >> > 
> >> >  *  (2/5) Generating de_DE.ISO-8859-1 ...
> >> > 
> >> > character map file `de_DE.UTF-8' not found: No such file or directory
> >> > cannot open locale definition file `ISO-8859-1': No such file or
> >> > directo
> >> > [
> >> > !! ]
> >> > 
> >> >  *  (3/5) Generating de_DE.UTF-8 ...
> >> > 
> >> > character map file `de_DE@euro' not found: No such file or directory
> >> > cannot open locale definition file `UTF-8': No such file or directory
> >> > [
> >> > !! ]
> >> > 
> >> >  *  (4/5) Generating de_DE.ISO-8859-15@euro ...
> >> > 
> >> > character map file `en_US' not found: No such file or directory
> >> > cannot open locale definition file `ISO-8859-15': No such file or
> >> > direct
> >> > [
> >> > !! ]
> >> > 
> >> >  * Bad entry in locale.gen: 'UTF-8 '; skipping
> >> >  *  (5/5) Generating en_US.ISO-8859-1 ...
> >> > 
> >> > character map file `en_US.UTF-8' not found: No such file or directory
> >> > cannot open locale definition file `ISO-8859-1': No such file or
> >> > directo
> >> > [
> >> > !! ]
> >> > 
> >> >  * Generation complete
> >> > 
> >> > I've even rebuild glibc (2.24)
> >> > 
> >> > /usr/share/i18n/SUPPORTED  contains the lines
> >> > 
> >> > de_DE.UTF-8 UTF-8
> >> > de_DE ISO-8859-1
> >> > de_DE@euro ISO-8859-15
> >> > en_US.UTF-8 UTF-8
> >> > en_US ISO-8859-1
> >> > 
> >> > Many thanks for a hint,
> >> > Helmut
> >> 
> >> What's the full contents of your /etc/locale.gen?
> > 
> > There are only comments above these lines.
> > 
> > Thanks,
> > Helmut
> 
> The reason I asked for the full contents of your /etc/locale.gen is
> because users have been known to accidentally make typos when editing
> the file in question.
> 
> Also, what's the output of 'locale -a' and 'localedef --list-archive'?

There is an incorrect entry in the file.  For example this line:

C.UTF-8

The locale name C. is not listed in /usr/share/i18n/locales/ on my system.

However, the remaining entries appear to be correct according to the contents 
of /usr/share/i18n/SUPPORTED.  So I am not sure what's gone wrong.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] KDE5: no desktop

[Dale]

Robin Atwood wrote:
>
> I finally grasped the nettle and did the Plasma 5 upgrade. The first
> machine went OK eventually (apart from the week spent resolving
> blockers), so I thought the second would be much smoother. And so it
> was, until I logged on. I got the splash screen, a bouncing ball as
> something started and then a black screen relieved only by a cursor
> and a couple of apps in the autostart list. kwin-x11, plasmashell,
> ksmserver are all running, it seems like something got omitted in the
> install. Does anyone know which binary starts the window manager and
> taskbar, etc? I did the usual things like create a new user, rename
> .kde4, to no avail.
>
>  
>
> I have already posted on the Gentoo forums but didn't get much help.
> You can see the post with the sddm log here:
> https://forums.gentoo.org/viewtopic-t-1057060.html. Hopefully the vast
> intellects of the Gentoo list will have an idea! My current workaround
> is to install lxqt as the desktop; it works pretty well, if a bit
> rough around the edges.
>
>  
>
> Cheers
>
> Robin
>
> -- 
>
> --
>
> Robin Atwood.
>
>  
>
> "Ship me somewheres east of Suez, where the best is like the worst,
>
> Where there ain't no Ten Commandments an' a man can raise a thirst"
>
> from "Mandalay" by Rudyard Kipling
>
> --
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean. 

When I did my upgrade a long time ago, I had a similar issue.  There is
a menu to select which part of KDE you want to login to.  I can't recall
the names or even which one is the correct one for sure but think it is
the one with plasma in it.  I think the default is some other one which
didn't work for me at least, wayland comes to mind for some reason. 
Anyway, on the login screen, check that drop down and try a different
one.  It may not be the problem but at least it would eliminate it.  On
mine, it is in the upper left but yours could be different.  It's the
same place you would select Gnome or some other desktop if you have them
installed. 

May not help but worth a try I guess.  ;-) 

Dale

:-)  :-) 

Re: [gentoo-user] Re: VirtualBox failed to rebuild

[gevisz]

2017-01-07 16:53 GMT+02:00 gevisz :
> 2017-01-07 16:32 GMT+02:00 J. Roeleveld :
>> On January 7, 2017 3:06:26 PM GMT+01:00, gevisz  wrote:
>>>2017-01-07 15:19 GMT+02:00 Alan McKinnon :
 On 07/01/2017 15:01, gevisz wrote:
> The installed version fails to launch Win7x64
> with the following messages:
>
> Failed to open a session for the virtual machine Win7x64.
>
> The virtual machine 'Win7x64' has terminated unexpectedly during
> startup with exit code 1 (0x1).
>
>
> Kernel driver not installed (rc=-1908)

 please post lsmod
>>>
>>># lsmod
>>>Module  Size  Used by
>>>kvm_amd50171  0
>>>kvm   431785  1 kvm_amd
>>>irqbypass   2680  1 kvm
>>>
 Do you have the vbox modules listed in /etc/conf/d/modules to
>>>autoload?
>>>
>>>If you meant /etc/conf.d/modules, it contains the following:
>>># Added for VirtualBox:
>>>modules="vboxdrv vboxpci vboxnetadp vboxnetflt"
>>>
 Did you recompile the vbox modules after upgrading vbox for the
>>>current
 running kernel?
>>>
>>>Yes, I have recompiled app-emulation/virtualbox-modules-4.3.38
>>>several times today, and it recompiled without errors.
>>>
> The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
> or there is a permission problem with /dev/vboxdrv. Please reinstall
> the kernel module by executing
>
> '/etc/init.d/vboxdrv setup'

 this will not work, that file does not exist on Gentoo.
>>>
>>>Yes, this file does not exists, but I have tried to do what
>>>the error message from VirtualBox suggested.
>>>
 It's probably a hard-coded vbox-ism that does not apply here


>
> as root. If it is available in your distribution, you should install
> the DKMS package first. This package keeps track of Linux kernel
> changes and recompiles the vboxdrv kernel module if necessary.
>
> as well. :(
>
> Earlier, that is, before a few updates everything worked well.
>
> # /etc/init.d/vboxdrv setup
> bash: /etc/init.d/vboxdrv: No such file or directory
>
> $ eix dkms

 No man. A simple google search would have told you this is a
 Debian/Ubuntu feature and has NOTHING to do with Gentoo.
>>>
>>>Again, I have just tried to do what the error message from VirtualBox
>>>suggested.
>>>
 It rebuilds modules on debian. The gentoo way is

 emerge @module-rebuild
>>>
>>>This does not help.
>>>
 and you should see it build vbox modules
>>>
>>>Yes, it does rebuild app-emulation/virtualbox-modules-4.3.38
>>>but it does not help.
>>>
 --
 Alan McKinnon
 alan.mckin...@gmail.com


>>
>> Try manually installing all the modules:
>>
>> # modprobe 
>>
>> The list of modules are in that modules line.
>>
>
> Hm, after executing
> # modprobe vboxdrv
> # modprobe vboxpci
> # modprobe vboxnetadp
> # modprobe vboxnetflt
> vm Win5x64 starts without problems.

But it fails to rebuild anyway. :(

Re: [gentoo-user] locale : cannot generate it

[Alexander Kapshuk]

On Sat, Jan 7, 2017 at 4:59 PM, Helmut Jarausch  wrote:
> On 01/07/17 15:52:20, Alexander Kapshuk wrote:
>>
>> On Sat, Jan 7, 2017 at 4:30 PM, Helmut Jarausch 
>> wrote:
>> > Hi,
>> >
>> > hopefully some can help me.
>> >
>> > cat /etc/locale.gen
>> >
>> > gives
>> >
>> > en_US ISO-8859-1
>> > en_US.UTF-8 UTF-8
>> > C.UTF-8
>> > de_DE.UTF-8 UTF-8
>> > de_DE ISO-8859-1
>> > de_DE@euro ISO-8859-15
>> >
>> > but
>> >
>> > locale-gen  gives errors
>> >
>> >  * Generating locale-archive: forcing # of jobs to 1
>> >  * Generating 5 locales (this might take a while) with 1 jobs
>> >  *  (1/5) Generating C.UTF-8 ...
>> > character map file `de_DE' not found: No such file or directory
>> > cannot open locale definition file `C': No such file or directory
>> > [
>> > !! ]
>> >  *  (2/5) Generating de_DE.ISO-8859-1 ...
>> > character map file `de_DE.UTF-8' not found: No such file or directory
>> > cannot open locale definition file `ISO-8859-1': No such file or directo
>> > [
>> > !! ]
>> >  *  (3/5) Generating de_DE.UTF-8 ...
>> > character map file `de_DE@euro' not found: No such file or directory
>> > cannot open locale definition file `UTF-8': No such file or directory
>> > [
>> > !! ]
>> >  *  (4/5) Generating de_DE.ISO-8859-15@euro ...
>> > character map file `en_US' not found: No such file or directory
>> > cannot open locale definition file `ISO-8859-15': No such file or direct
>> > [
>> > !! ]
>> >  * Bad entry in locale.gen: 'UTF-8 '; skipping
>> >  *  (5/5) Generating en_US.ISO-8859-1 ...
>> > character map file `en_US.UTF-8' not found: No such file or directory
>> > cannot open locale definition file `ISO-8859-1': No such file or directo
>> > [
>> > !! ]
>> >  * Generation complete
>> >
>> > I've even rebuild glibc (2.24)
>> >
>> > /usr/share/i18n/SUPPORTED  contains the lines
>> >
>> > de_DE.UTF-8 UTF-8
>> > de_DE ISO-8859-1
>> > de_DE@euro ISO-8859-15
>> > en_US.UTF-8 UTF-8
>> > en_US ISO-8859-1
>> >
>> > Many thanks for a hint,
>> > Helmut
>> >
>>
>> What's the full contents of your /etc/locale.gen?
>>
>
> There are only comments above these lines.
>
> Thanks,
> Helmut
>
>
>

The reason I asked for the full contents of your /etc/locale.gen is
because users have been known to accidentally make typos when editing
the file in question.

Also, what's the output of 'locale -a' and 'localedef --list-archive'?

Re: [gentoo-user] Perl 5.24.1

[siefke_lis...@web.de]

On Sat, 7 Jan 2017 15:20:10 +0200
Alan McKinnon  wrote:

> It's prompting you for input. Press Enter

Checking compatibility between /bin/echo and builtin echo (if any)...
Symbolic links are supported.
Checking how to test for symbolic links...
You can test for symbolic links with 'test -h'.
Checking for cross-compile
No targethost for running compiler tests against defined, running locally
Good, your tr supports [:lower:] and [:upper:] to convert case.
Using [:upper:] and [:lower:] to convert case.
aix  bsdos dos_djgpp freeminti386 isc_2 
ncr_tower os400 sco_2_3_2 svr4utekv   
aix_3catamount dragonfly genix   interix  
linux-android netbsdposix-bc  sco_2_3_3 svr5
uwin   
aix_4convexos  dynix gnu irix_4   linux 
newsos4   powerux   sco_2_3_4 ti1500  vos   
altos486 cxux  dynixptx  gnukfreebsd irix_5   lynxos
nonstopux qnx   solaris_2 ultrix_4   
amigaos  cygwinepix  gnuknetbsd  irix_6   
midnightbsd   openbsd   riscosstellar   umips   
atheos   darwinesix4 greenhills  irix_6_0 mips  
opus  sco   sunos_4_0 unicos   
aux_3dcosx fps   haiku   irix_6_1 mirbsd
os2   sco_2_3_0 sunos_4_1 unicosmk   
bitrig   dec_osf   freebsd   hpuxisc  mpc   
os390 sco_2_3_1 super-ux  unisysdynix   
Which of these apply, if any? [linux]  

You appear to have ELF support.  I'll try to use it for dynamic loading.
If dynamic loading doesn't work, read hints/linux.sh for further information.

linux
y
yes


I press enter, yes and so on. Nothing happen. It stay so. 

-- 
Silvio Siefke 


pgpfiX8Nb5_9a.pgp
Description: PGP signature

[gentoo-user] KDE5: no desktop

[Robin Atwood]

I finally grasped the nettle and did the Plasma 5 upgrade. The first machine 
went OK eventually (apart from the week spent resolving blockers), so I 
thought the second would be much smoother. And so it was, until I logged on. I 
got the splash screen, a bouncing ball as something started and then a black 
screen relieved only by a cursor and a couple of apps in the autostart list. 
kwin-x11, plasmashell, ksmserver are all running, it seems like something got 
omitted in the install. Does anyone know which binary starts the window 
manager and taskbar, etc? I did the usual things like create a new user, 
rename .kde4, to no avail. 

I have already posted on the Gentoo forums but didn't get much help. You can 
see the post with the sddm log here: 
https://forums.gentoo.org/viewtopic-t-1057060.html. Hopefully the vast 
intellects of the Gentoo list will have an 
idea! My current workaround is to install lxqt as the desktop; it works pretty 
well, if a bit rough around the edges.

Cheers
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] locale : cannot generate it

[Helmut Jarausch]

On 01/07/17 15:52:20, Alexander Kapshuk wrote:
On Sat, Jan 7, 2017 at 4:30 PM, Helmut Jarausch   
wrote:

> Hi,
>
> hopefully some can help me.
>
> cat /etc/locale.gen
>
> gives
>
> en_US ISO-8859-1
> en_US.UTF-8 UTF-8
> C.UTF-8
> de_DE.UTF-8 UTF-8
> de_DE ISO-8859-1
> de_DE@euro ISO-8859-15
>
> but
>
> locale-gen  gives errors
>
>  * Generating locale-archive: forcing # of jobs to 1
>  * Generating 5 locales (this might take a while) with 1 jobs
>  *  (1/5) Generating C.UTF-8 ...
> character map file `de_DE' not found: No such file or directory
> cannot open locale definition file `C': No such file or  
directory [

> !! ]
>  *  (2/5) Generating de_DE.ISO-8859-1 ...
> character map file `de_DE.UTF-8' not found: No such file or  
directory
> cannot open locale definition file `ISO-8859-1': No such file or  
directo  [

> !! ]
>  *  (3/5) Generating de_DE.UTF-8 ...
> character map file `de_DE@euro' not found: No such file or directory
> cannot open locale definition file `UTF-8': No such file or  
directory [

> !! ]
>  *  (4/5) Generating de_DE.ISO-8859-15@euro ...
> character map file `en_US' not found: No such file or directory
> cannot open locale definition file `ISO-8859-15': No such file or  
direct  [

> !! ]
>  * Bad entry in locale.gen: 'UTF-8 '; skipping
>  *  (5/5) Generating en_US.ISO-8859-1 ...
> character map file `en_US.UTF-8' not found: No such file or  
directory
> cannot open locale definition file `ISO-8859-1': No such file or  
directo  [

> !! ]
>  * Generation complete
>
> I've even rebuild glibc (2.24)
>
> /usr/share/i18n/SUPPORTED  contains the lines
>
> de_DE.UTF-8 UTF-8
> de_DE ISO-8859-1
> de_DE@euro ISO-8859-15
> en_US.UTF-8 UTF-8
> en_US ISO-8859-1
>
> Many thanks for a hint,
> Helmut
>

What's the full contents of your /etc/locale.gen?



There are only comments above these lines.

Thanks,
Helmut

Re: [gentoo-user] Re: VirtualBox failed to rebuild

[gevisz]

2017-01-07 16:32 GMT+02:00 J. Roeleveld :
> On January 7, 2017 3:06:26 PM GMT+01:00, gevisz  wrote:
>>2017-01-07 15:19 GMT+02:00 Alan McKinnon :
>>> On 07/01/2017 15:01, gevisz wrote:
 The installed version fails to launch Win7x64
 with the following messages:

 Failed to open a session for the virtual machine Win7x64.

 The virtual machine 'Win7x64' has terminated unexpectedly during
 startup with exit code 1 (0x1).


 Kernel driver not installed (rc=-1908)
>>>
>>> please post lsmod
>>
>># lsmod
>>Module  Size  Used by
>>kvm_amd50171  0
>>kvm   431785  1 kvm_amd
>>irqbypass   2680  1 kvm
>>
>>> Do you have the vbox modules listed in /etc/conf/d/modules to
>>autoload?
>>
>>If you meant /etc/conf.d/modules, it contains the following:
>># Added for VirtualBox:
>>modules="vboxdrv vboxpci vboxnetadp vboxnetflt"
>>
>>> Did you recompile the vbox modules after upgrading vbox for the
>>current
>>> running kernel?
>>
>>Yes, I have recompiled app-emulation/virtualbox-modules-4.3.38
>>several times today, and it recompiled without errors.
>>
 The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
 or there is a permission problem with /dev/vboxdrv. Please reinstall
 the kernel module by executing

 '/etc/init.d/vboxdrv setup'
>>>
>>> this will not work, that file does not exist on Gentoo.
>>
>>Yes, this file does not exists, but I have tried to do what
>>the error message from VirtualBox suggested.
>>
>>> It's probably a hard-coded vbox-ism that does not apply here
>>>
>>>

 as root. If it is available in your distribution, you should install
 the DKMS package first. This package keeps track of Linux kernel
 changes and recompiles the vboxdrv kernel module if necessary.

 as well. :(

 Earlier, that is, before a few updates everything worked well.

 # /etc/init.d/vboxdrv setup
 bash: /etc/init.d/vboxdrv: No such file or directory

 $ eix dkms
>>>
>>> No man. A simple google search would have told you this is a
>>> Debian/Ubuntu feature and has NOTHING to do with Gentoo.
>>
>>Again, I have just tried to do what the error message from VirtualBox
>>suggested.
>>
>>> It rebuilds modules on debian. The gentoo way is
>>>
>>> emerge @module-rebuild
>>
>>This does not help.
>>
>>> and you should see it build vbox modules
>>
>>Yes, it does rebuild app-emulation/virtualbox-modules-4.3.38
>>but it does not help.
>>
>>> --
>>> Alan McKinnon
>>> alan.mckin...@gmail.com
>>>
>>>
>
> Try manually installing all the modules:
>
> # modprobe 
>
> The list of modules are in that modules line.
>

Hm, after executing
# modprobe vboxdrv
# modprobe vboxpci
# modprobe vboxnetadp
# modprobe vboxnetflt
vm Win5x64 starts without problems.

Re: [gentoo-user] locale : cannot generate it

[Alexander Kapshuk]

On Sat, Jan 7, 2017 at 4:30 PM, Helmut Jarausch  wrote:
> Hi,
>
> hopefully some can help me.
>
> cat /etc/locale.gen
>
> gives
>
> en_US ISO-8859-1
> en_US.UTF-8 UTF-8
> C.UTF-8
> de_DE.UTF-8 UTF-8
> de_DE ISO-8859-1
> de_DE@euro ISO-8859-15
>
> but
>
> locale-gen  gives errors
>
>  * Generating locale-archive: forcing # of jobs to 1
>  * Generating 5 locales (this might take a while) with 1 jobs
>  *  (1/5) Generating C.UTF-8 ...
> character map file `de_DE' not found: No such file or directory
> cannot open locale definition file `C': No such file or directory [
> !! ]
>  *  (2/5) Generating de_DE.ISO-8859-1 ...
> character map file `de_DE.UTF-8' not found: No such file or directory
> cannot open locale definition file `ISO-8859-1': No such file or directo  [
> !! ]
>  *  (3/5) Generating de_DE.UTF-8 ...
> character map file `de_DE@euro' not found: No such file or directory
> cannot open locale definition file `UTF-8': No such file or directory [
> !! ]
>  *  (4/5) Generating de_DE.ISO-8859-15@euro ...
> character map file `en_US' not found: No such file or directory
> cannot open locale definition file `ISO-8859-15': No such file or direct  [
> !! ]
>  * Bad entry in locale.gen: 'UTF-8 '; skipping
>  *  (5/5) Generating en_US.ISO-8859-1 ...
> character map file `en_US.UTF-8' not found: No such file or directory
> cannot open locale definition file `ISO-8859-1': No such file or directo  [
> !! ]
>  * Generation complete
>
> I've even rebuild glibc (2.24)
>
> /usr/share/i18n/SUPPORTED  contains the lines
>
> de_DE.UTF-8 UTF-8
> de_DE ISO-8859-1
> de_DE@euro ISO-8859-15
> en_US.UTF-8 UTF-8
> en_US ISO-8859-1
>
> Many thanks for a hint,
> Helmut
>

What's the full contents of your /etc/locale.gen?

Re: [gentoo-user] Re: VirtualBox failed to rebuild

[J. Roeleveld]

On January 7, 2017 3:06:26 PM GMT+01:00, gevisz  wrote:
>2017-01-07 15:19 GMT+02:00 Alan McKinnon :
>> On 07/01/2017 15:01, gevisz wrote:
>>> The installed version fails to launch Win7x64
>>> with the following messages:
>>>
>>> Failed to open a session for the virtual machine Win7x64.
>>>
>>> The virtual machine 'Win7x64' has terminated unexpectedly during
>>> startup with exit code 1 (0x1).
>>>
>>>
>>> Kernel driver not installed (rc=-1908)
>>
>> please post lsmod
>
># lsmod
>Module  Size  Used by
>kvm_amd50171  0
>kvm   431785  1 kvm_amd
>irqbypass   2680  1 kvm
>
>> Do you have the vbox modules listed in /etc/conf/d/modules to
>autoload?
>
>If you meant /etc/conf.d/modules, it contains the following:
># Added for VirtualBox:
>modules="vboxdrv vboxpci vboxnetadp vboxnetflt"
>
>> Did you recompile the vbox modules after upgrading vbox for the
>current
>> running kernel?
>
>Yes, I have recompiled app-emulation/virtualbox-modules-4.3.38
>several times today, and it recompiled without errors.
>
>>> The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
>>> or there is a permission problem with /dev/vboxdrv. Please reinstall
>>> the kernel module by executing
>>>
>>> '/etc/init.d/vboxdrv setup'
>>
>> this will not work, that file does not exist on Gentoo.
>
>Yes, this file does not exists, but I have tried to do what
>the error message from VirtualBox suggested.
>
>> It's probably a hard-coded vbox-ism that does not apply here
>>
>>
>>>
>>> as root. If it is available in your distribution, you should install
>>> the DKMS package first. This package keeps track of Linux kernel
>>> changes and recompiles the vboxdrv kernel module if necessary.
>>>
>>> as well. :(
>>>
>>> Earlier, that is, before a few updates everything worked well.
>>>
>>> # /etc/init.d/vboxdrv setup
>>> bash: /etc/init.d/vboxdrv: No such file or directory
>>>
>>> $ eix dkms
>>
>> No man. A simple google search would have told you this is a
>> Debian/Ubuntu feature and has NOTHING to do with Gentoo.
>
>Again, I have just tried to do what the error message from VirtualBox
>suggested.
>
>> It rebuilds modules on debian. The gentoo way is
>>
>> emerge @module-rebuild
>
>This does not help.
>
>> and you should see it build vbox modules
>
>Yes, it does rebuild app-emulation/virtualbox-modules-4.3.38
>but it does not help.
>
>> --
>> Alan McKinnon
>> alan.mckin...@gmail.com
>>
>>

Try manually installing all the modules:

# modprobe 

The list of modules are in that modules line.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] VirtualBox failed to rebuild

[gevisz]

2017-01-07 15:14 GMT+02:00 Alan McKinnon :
> On 07/01/2017 14:50, gevisz wrote:
> Failed to emerge app-emulation/virtualbox-4.3.38, Log file:
>>
>  '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'
>
> please post the actual error from this file. You will have to do some
> heavy lifting and search for it, it's compiler output

I have found this warning:

  +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++
  Hardening is enabled which means that the VBox binaries will not run from
  the binary directory. The binaries have to be installed suid root and some
  more prerequisites have to be fulfilled which is normally done by installing
  the final package. For development, the hardening feature can be disabled
  by specifying the --disable-hardening parameter. Please never disable that
  feature for the final distribution!
  +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++ WARNING +++

but I never enabled hardening.

Otherwise, nothing special. Eccept for that that at its end I have the
following:

Compilation complete. 1 Errors, 0 Warnings, 32 Remarks, 72 Optimizations
x86_64-pc-linux-gnu-gcc -c -O2 -g -pipe -pedantic -Wshadow -Wshadow
-Wall -Wextra -Wno-missing-field-initializers -Wno-unused
-Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter
-Wno-long-long -Wno-long-long -Wmissing-prototypes -Wstrict-prototypes
-Wmissing-declarations -Werror-implicit-function-declaration
-Wno-variadic-macros -march=native -O2 -pipe -fno-omit-frame-pointer
-fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN
-DRT_USE_VISIBILITY_DEFAULT -fPIC -m64
-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/dtrace
-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/include
-I/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release
-DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER
-DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__
-DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\"
-DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\"
-DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"\"
-DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DVBOX_WITH_DTRACE
-DVBOX_WITH_DTRACE_R3 -DPIC
-Wp,-MD,/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o.dep
-Wp,-MT,/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
-Wp,-MP -o 
/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c
kmk: *** 
[/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxDD/vboxssdt-cpuhotplug.hex]
Error 255
kmk: *** Deleting file
`/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxDD/vboxssdt-cpuhotplug.hex'
kmk: *** Waiting for unfinished jobs
kmk_builtin_append -n
"/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/out/linux.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o.dep"
"" 
"/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c:"
""
kmk: *** Exiting with status 2
  [31;01m* [0m ERROR: app-emulation/virtualbox-4.3.38::gentoo failed
(compile phase):
  [31;01m* [0m   emake failed
  [31;01m* [0m
  [31;01m* [0m If you need support, post the output of `emerge --info
'=app-emulation/virtualbox-4.3.38::gentoo'`,
  [31;01m* [0m the complete build log and the output of `emerge -pqv
'=app-emulation/virtualbox-4.3.38::gentoo'`.
  [31;01m* [0m The complete build log is located at
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'.
  [31;01m* [0m The ebuild environment file is located at
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/environment'.
  [31;01m* [0m Working directory:
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
  [31;01m* [0m S:
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
!!! When you file a bug report, please include the following information:
GENTOO_VM=  CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm"
JAVACFLAGS="" COMPILER=""
and of course, the output of emerge --info =virtualbox-4.3.38

[gentoo-user] locale : cannot generate it

[Helmut Jarausch]

Hi,

hopefully some can help me.

cat /etc/locale.gen

gives

en_US ISO-8859-1
en_US.UTF-8 UTF-8
C.UTF-8
de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15

but

locale-gen  gives errors

 * Generating locale-archive: forcing # of jobs to 1
 * Generating 5 locales (this might take a while) with 1 jobs
 *  (1/5) Generating C.UTF-8 ...
character map file `de_DE' not found: No such file or directory
cannot open locale definition file `C': No such file or  
directory [ !! ]

 *  (2/5) Generating de_DE.ISO-8859-1 ...
character map file `de_DE.UTF-8' not found: No such file or directory
cannot open locale definition file `ISO-8859-1': No such file or  
directo  [ !! ]

 *  (3/5) Generating de_DE.UTF-8 ...
character map file `de_DE@euro' not found: No such file or directory
cannot open locale definition file `UTF-8': No such file or  
directory [ !! ]

 *  (4/5) Generating de_DE.ISO-8859-15@euro ...
character map file `en_US' not found: No such file or directory
cannot open locale definition file `ISO-8859-15': No such file or  
direct  [ !! ]

 * Bad entry in locale.gen: 'UTF-8 '; skipping
 *  (5/5) Generating en_US.ISO-8859-1 ...
character map file `en_US.UTF-8' not found: No such file or directory
cannot open locale definition file `ISO-8859-1': No such file or  
directo  [ !! ]

 * Generation complete

I've even rebuild glibc (2.24)

/usr/share/i18n/SUPPORTED  contains the lines

de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
en_US.UTF-8 UTF-8
en_US ISO-8859-1

Many thanks for a hint,
Helmut

Re: [gentoo-user] Re: VirtualBox failed to rebuild

[gevisz]

2017-01-07 15:19 GMT+02:00 Alan McKinnon :
> On 07/01/2017 15:01, gevisz wrote:
>> The installed version fails to launch Win7x64
>> with the following messages:
>>
>> Failed to open a session for the virtual machine Win7x64.
>>
>> The virtual machine 'Win7x64' has terminated unexpectedly during
>> startup with exit code 1 (0x1).
>>
>>
>> Kernel driver not installed (rc=-1908)
>
> please post lsmod

# lsmod
Module  Size  Used by
kvm_amd50171  0
kvm   431785  1 kvm_amd
irqbypass   2680  1 kvm

> Do you have the vbox modules listed in /etc/conf/d/modules to autoload?

If you meant /etc/conf.d/modules, it contains the following:
# Added for VirtualBox:
modules="vboxdrv vboxpci vboxnetadp vboxnetflt"

> Did you recompile the vbox modules after upgrading vbox for the current
> running kernel?

Yes, I have recompiled app-emulation/virtualbox-modules-4.3.38
several times today, and it recompiled without errors.

>> The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
>> or there is a permission problem with /dev/vboxdrv. Please reinstall
>> the kernel module by executing
>>
>> '/etc/init.d/vboxdrv setup'
>
> this will not work, that file does not exist on Gentoo.

Yes, this file does not exists, but I have tried to do what
the error message from VirtualBox suggested.

> It's probably a hard-coded vbox-ism that does not apply here
>
>
>>
>> as root. If it is available in your distribution, you should install
>> the DKMS package first. This package keeps track of Linux kernel
>> changes and recompiles the vboxdrv kernel module if necessary.
>>
>> as well. :(
>>
>> Earlier, that is, before a few updates everything worked well.
>>
>> # /etc/init.d/vboxdrv setup
>> bash: /etc/init.d/vboxdrv: No such file or directory
>>
>> $ eix dkms
>
> No man. A simple google search would have told you this is a
> Debian/Ubuntu feature and has NOTHING to do with Gentoo.

Again, I have just tried to do what the error message from VirtualBox suggested.

> It rebuilds modules on debian. The gentoo way is
>
> emerge @module-rebuild

This does not help.

> and you should see it build vbox modules

Yes, it does rebuild app-emulation/virtualbox-modules-4.3.38
but it does not help.

> --
> Alan McKinnon
> alan.mckin...@gmail.com
>
>

Re: [gentoo-user] Perl 5.24.1

[Alan McKinnon]

On 07/01/2017 14:57, siefke_lis...@web.de wrote:
> Hello,
> 
> I try to run update but perl make me trouble. It hangs in configure.
> More as this will not happen. Have someone an idea?
> 
> Thank you and nice day
> Silvio
> 
> -
> 
 Emerging (1 of 11) dev-lang/perl-5.24.1_rc4::gentoo
>  * perl-5.24.1-RC4.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...
>  [ ok 
> ]
>  * perl-5.24.1-RC4-patches-2.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...  
>  [ ok 
> ]
>  * perl-cross-1.1.1.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...   
>  [ ok 
> ]
 Unpacking source...
 Unpacking perl-5.24.1-RC4.tar.xz to 
 /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
 Unpacking perl-5.24.1-RC4-patches-2.tar.xz to 
 /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
 Unpacking perl-cross-1.1.1.tar.gz to 
 /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
 Source unpacked in /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
 Preparing source in 
 /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work/perl-5.24.1-RC4 ...
>  * Applying patches from perl-5.24.1-RC4-2 ...
>  *   gentoo/hints_hpux.diff ...   
>  [ ok 
> ]
>  *   gentoo/aix_soname.diff ...   
>  [ ok 
> ]
>  *   gentoo/EUMM-RUNPATH.diff ... 
>  [ ok 
> ]
>  *   gentoo/config_over.diff ...  
>  [ ok 
> ]
>  *   gentoo/opensolaris_headers.diff ...  
>  [ ok 
> ]
>  *   gentoo/patchlevel.diff ...   
>  [ ok 
> ]
>  *   gentoo/cpanplus_definstalldirs.diff ...  
>  [ ok 
> ]
>  *   gentoo/cleanup-paths.diff ...
>  [ ok 
> ]
>  *   gentoo/enc2xs.diff ...   
>  [ ok 
> ]
>  *   gentoo/darwin-cc-ld.diff ... 
>  [ ok 
> ]
>  *   gentoo/cpan_definstalldirs.diff ...  
>  [ ok 
> ]
>  *   gentoo/interix.diff ...  
>  [ ok 
> ]
>  *   gentoo/create_libperl_soname.diff ...
>  [ ok 
> ]
>  *   gentoo/mod_paths.diff ...
>  [ ok 
> ]
>  *   gentoo/EUMM_perllocalpod.diff ...
>  [ ok 
> ]
>  *   gentoo/drop_fstack_protector.diff ...
>  [ ok 
> ]
>  *   gentoo/usr_local.diff ...
>  [ ok 
> ]
>  *   gentoo/D-SHA-CFLAGS.diff ... 
>  [ ok 
> ]
>  *   gentoo/io_socket_ip_tests.diff ...   
>  [ ok 
> ]
>  *   gentoo/cygwin-libperl.diff ...   
>  [ ok 
> ]
>  *   gentoo/tests.diff ...
>  [ ok 
> ]
>  *   debian/cpan-missing-site-dirs.diff ...   
>  [ ok 
> ]
>  *   

Re: [gentoo-user] Re: VirtualBox failed to rebuild

[Alan McKinnon]

On 07/01/2017 15:01, gevisz wrote:
> The installed version fails to launch Win7x64
> with the following messages:
> 
> Failed to open a session for the virtual machine Win7x64.
> 
> The virtual machine 'Win7x64' has terminated unexpectedly during
> startup with exit code 1 (0x1).
> 
> 
> Kernel driver not installed (rc=-1908)

please post lsmod

Do you have the vbox modules listed in /etc/conf/d/modules to autoload?
Did you recompile the vbox modules after upgrading vbox for the current
running kernel?

> 
> The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
> or there is a permission problem with /dev/vboxdrv. Please reinstall
> the kernel module by executing
> 
> '/etc/init.d/vboxdrv setup'

this will not work, that file does not exist on Gentoo.
It's probably a hard-coded vbox-ism that does not apply here


> 
> as root. If it is available in your distribution, you should install
> the DKMS package first. This package keeps track of Linux kernel
> changes and recompiles the vboxdrv kernel module if necessary.
> 
> as well. :(
> 
> Earlier, that is, before a few updates everything worked well.
> 
> # /etc/init.d/vboxdrv setup
> bash: /etc/init.d/vboxdrv: No such file or directory
> 
> $ eix dkms

No man. A simple google search would have told you this is a
Debian/Ubuntu feature and has NOTHING to do with Gentoo.

It rebuilds modules on debian. The gentoo way is

emerge @module-rebuild

and you should see it build vbox modules


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] VirtualBox failed to rebuild

[Alan McKinnon]

On 07/01/2017 14:50, gevisz wrote:
 Failed to emerge app-emulation/virtualbox-4.3.38, Log file:
> 
  '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'

please post the actual error from this file. You will have to do some
heavy lifting and search for it, it's compiler output

The rest of your post is not really helpful


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: VirtualBox failed to rebuild

[gevisz]

The installed version fails to launch Win7x64
with the following messages:

Failed to open a session for the virtual machine Win7x64.

The virtual machine 'Win7x64' has terminated unexpectedly during
startup with exit code 1 (0x1).


Kernel driver not installed (rc=-1908)

The VirtualBox Linux kernel driver (vboxdrv) is either not loaded
or there is a permission problem with /dev/vboxdrv. Please reinstall
the kernel module by executing

'/etc/init.d/vboxdrv setup'

as root. If it is available in your distribution, you should install
the DKMS package first. This package keeps track of Linux kernel
changes and recompiles the vboxdrv kernel module if necessary.

as well. :(

Earlier, that is, before a few updates everything worked well.

# /etc/init.d/vboxdrv setup
bash: /etc/init.d/vboxdrv: No such file or directory

$ eix dkms
No matches found

2017-01-07 14:50 GMT+02:00 gevisz :
 Failed to emerge app-emulation/virtualbox-4.3.38, Log file:
>
  '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'
>
>  * Messages for package app-emulation/virtualbox-4.3.38:
>
>  * ERROR: app-emulation/virtualbox-4.3.38::gentoo failed (compile phase):
>  *   emake failed
>  *
>  * If you need support, post the output of `emerge --info
> '=app-emulation/virtualbox-4.3.38::gentoo'`,
>  * the complete build log and the output of `emerge -pqv
> '=app-emulation/virtualbox-4.3.38::gentoo'`.
>  * The complete build log is located at
> '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/environment'.
>  * Working directory:
> '/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
>  * S: 
> '/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
>
> # emerge --info '=app-emulation/virtualbox-4.3.38::gentoo'
> Portage 2.3.0 (python 3.4.5-final-0,
> default/linux/amd64/13.0/desktop/gnome, gcc-4.9.4, glibc-2.23-r3,
> 4.4.39-gentoo x86_64)
> =
>  System Settings
> =
> System uname: 
> Linux-4.4.39-gentoo-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5000+-with-gentoo-2.3
> KiB Mem: 7905616 total,   3680908 free
> KiB Swap:   11999228 total,  11999228 free
> Timestamp of repository gentoo: Sat, 07 Jan 2017 00:45:01 +
> sh bash 4.3_p48-r1
> ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
> app-shells/bash:  4.3_p48-r1::gentoo
> dev-java/java-config: 2.2.0-r3::gentoo
> dev-lang/perl:5.22.3_rc4::gentoo
> dev-lang/python:  2.7.12::gentoo, 3.4.5::gentoo
> dev-util/cmake:   3.6.3::gentoo
> dev-util/pkgconfig:   0.28-r2::gentoo
> sys-apps/baselayout:  2.3::gentoo
> sys-apps/openrc:  0.22.4::gentoo
> sys-apps/sandbox: 2.10-r1::gentoo
> sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
> sys-devel/automake:   1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
> sys-devel/binutils:   2.25.1-r1::gentoo
> sys-devel/gcc:4.9.4::gentoo
> sys-devel/gcc-config: 1.7.3::gentoo
> sys-devel/libtool:2.4.6-r2::gentoo
> sys-devel/make:   4.1-r1::gentoo
> sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
> sys-libs/glibc:   2.23-r3::gentoo
> Repositories:
>
> gentoo
> location: /usr/portage
> sync-type: rsync
> sync-uri: rsync://rsync.gentoo.org/gentoo-portage
> priority: -1000
>
> tox-overlay
> location: /var/lib/layman/tox-overlay
> masters: gentoo
> priority: 0
>
> ACCEPT_KEYWORDS="amd64"
> ACCEPT_LICENSE="* -@EULA"
> 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
> /etc/texmf/language.dat.d /etc/texmf/language.def.d
> /etc/texmf/updmap.d /etc/texmf/web2c"
> CXXFLAGS="-march=native -O2 -pipe"
> DISTDIR="/usr/portage/distfiles"
> FCFLAGS="-O2 -pipe"
> FEATURES="assume-digests binpkg-logs config-protect-if-modified
> distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch
> preserve-libs protect-owned sandbox sfperms strict
> unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv
> usersandbox usersync webrsync-gpg xattr"
> FFLAGS="-O2 -pipe"
> GENTOO_MIRRORS="http://mirror.netcologne.de/gentoo/
> http://de-mirror.org/gentoo/;
> LANG="en_US.UTF-8"
> LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> MAKEOPTS="-j3"
> PKGDIR="/usr/portage/packages"
> PORTAGE_CONFIGROOT="/"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
> --omit-dir-times --compress --force --whole-file --delete --stats
> --human-readable --timeout=180 --exclude=/distfiles 

[gentoo-user] Perl 5.24.1

[siefke_lis...@web.de]

Hello,

I try to run update but perl make me trouble. It hangs in configure.
More as this will not happen. Have someone an idea?

Thank you and nice day
Silvio

-

>>> Emerging (1 of 11) dev-lang/perl-5.24.1_rc4::gentoo
 * perl-5.24.1-RC4.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...  
   [ ok ]
 * perl-5.24.1-RC4-patches-2.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...
   [ ok ]
 * perl-cross-1.1.1.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... 
   [ ok ]
>>> Unpacking source...
>>> Unpacking perl-5.24.1-RC4.tar.xz to 
>>> /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
>>> Unpacking perl-5.24.1-RC4-patches-2.tar.xz to 
>>> /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
>>> Unpacking perl-cross-1.1.1.tar.gz to 
>>> /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
>>> Source unpacked in /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work
>>> Preparing source in 
>>> /var/tmp/portage/dev-lang/perl-5.24.1_rc4/work/perl-5.24.1-RC4 ...
 * Applying patches from perl-5.24.1-RC4-2 ...
 *   gentoo/hints_hpux.diff ... 
   [ ok ]
 *   gentoo/aix_soname.diff ... 
   [ ok ]
 *   gentoo/EUMM-RUNPATH.diff ...   
   [ ok ]
 *   gentoo/config_over.diff ...
   [ ok ]
 *   gentoo/opensolaris_headers.diff ...
   [ ok ]
 *   gentoo/patchlevel.diff ... 
   [ ok ]
 *   gentoo/cpanplus_definstalldirs.diff ...
   [ ok ]
 *   gentoo/cleanup-paths.diff ...  
   [ ok ]
 *   gentoo/enc2xs.diff ... 
   [ ok ]
 *   gentoo/darwin-cc-ld.diff ...   
   [ ok ]
 *   gentoo/cpan_definstalldirs.diff ...
   [ ok ]
 *   gentoo/interix.diff ...
   [ ok ]
 *   gentoo/create_libperl_soname.diff ...  
   [ ok ]
 *   gentoo/mod_paths.diff ...  
   [ ok ]
 *   gentoo/EUMM_perllocalpod.diff ...  
   [ ok ]
 *   gentoo/drop_fstack_protector.diff ...  
   [ ok ]
 *   gentoo/usr_local.diff ...  
   [ ok ]
 *   gentoo/D-SHA-CFLAGS.diff ...   
   [ ok ]
 *   gentoo/io_socket_ip_tests.diff ... 
   [ ok ]
 *   gentoo/cygwin-libperl.diff ... 
   [ ok ]
 *   gentoo/tests.diff ...  
   [ ok ]
 *   debian/cpan-missing-site-dirs.diff ... 
   [ ok ]
 *   debian/makemaker-pasthru.diff ...  
   [ ok ]
 *   fixes/memoize_storable_nstore.diff ... 

[gentoo-user] VirtualBox failed to rebuild

[gevisz]

>>> Failed to emerge app-emulation/virtualbox-4.3.38, Log file:

>>>  '/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'

 * Messages for package app-emulation/virtualbox-4.3.38:

 * ERROR: app-emulation/virtualbox-4.3.38::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info
'=app-emulation/virtualbox-4.3.38::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=app-emulation/virtualbox-4.3.38::gentoo'`.
 * The complete build log is located at
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/temp/environment'.
 * Working directory:
'/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'
 * S: '/var/tmp/portage/app-emulation/virtualbox-4.3.38/work/VirtualBox-4.3.38'

# emerge --info '=app-emulation/virtualbox-4.3.38::gentoo'
Portage 2.3.0 (python 3.4.5-final-0,
default/linux/amd64/13.0/desktop/gnome, gcc-4.9.4, glibc-2.23-r3,
4.4.39-gentoo x86_64)
=
 System Settings
=
System uname: 
Linux-4.4.39-gentoo-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5000+-with-gentoo-2.3
KiB Mem: 7905616 total,   3680908 free
KiB Swap:   11999228 total,  11999228 free
Timestamp of repository gentoo: Sat, 07 Jan 2017 00:45:01 +
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:  4.3_p48-r1::gentoo
dev-java/java-config: 2.2.0-r3::gentoo
dev-lang/perl:5.22.3_rc4::gentoo
dev-lang/python:  2.7.12::gentoo, 3.4.5::gentoo
dev-util/cmake:   3.6.3::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.3::gentoo
sys-apps/openrc:  0.22.4::gentoo
sys-apps/sandbox: 2.10-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1-r1::gentoo
sys-devel/gcc:4.9.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6-r2::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
sys-libs/glibc:   2.23-r3::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

tox-overlay
location: /var/lib/layman/tox-overlay
masters: gentoo
priority: 0

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
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
/etc/texmf/language.dat.d /etc/texmf/language.def.d
/etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified
distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch
preserve-libs protect-owned sandbox sfperms strict
unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv
usersandbox usersync webrsync-gpg xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirror.netcologne.de/gentoo/
http://de-mirror.org/gentoo/;
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 berkdb branding
bzip2 cairo cdda cdr cli colord consolekit cracklib crypt cups cxx
dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac
fortran gdbm gif glamor gnome-keyring gnome-online-accounts gpm
gstreamer gtk gtkstyle iconv introspection jpeg lcms ldap libnotify
libsecret mad mmx mmxext mng modules mp3 mp4 mpeg multilib nautilus
ncurses nptl ogg opengl openmp pam pango pcre pdf png policykit ppds
pulseaudio qt3support readline sdl seccomp session smp spell sse sse2
sse3 ssl startup-notification svg tcpd tiff tracker truetype udev
udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid
zlib" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem
bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801
hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core
socache_shmcb unixd actions alias auth_basic authn_alias authn_anon
authn_dbm