Re: [gentoo-user] Backgammon (GNU) anybody

2015-06-13 Thread Stroller

On Fri, 12 June 2015, at 5:03 pm, Helmut Jarausch  wrote:
> On 06/11/2015 09:32:23 PM, Grant Edwards wrote:
> 
>> I got curious and just did "emerge -av gnubg". It compiled and
>> installed fine, and it seems to work.  
> 
> Many thanks, it turnt out to be a strange problem.
> 
> When compiled with gcc-5.1.0 and -O2, gnubg goes into a tight loop within 
> memset 
> even before function main is entered.
> 
> When compiled with gcc-5.1.0 and -O1, gnubg gets a segment fault from within 
> memset 
> even before function main is entered.
> 
> When compiled with gcc-5.1.0 and -O0, it works just fine.
> 
> Stepping back to gcc-4.9.2 it succeeds even when compiled with -O2.
> 
> So, it looks like a compiler error of gcc-5.1.0

You should report this upstream. To gcc, I think?

Stroller.




Re: [gentoo-user] help with dependency conflict:

2015-06-13 Thread Marc Joliet
Am Sat, 13 Jun 2015 00:06:38 -0400
schrieb Valmor de Almeida :

[...]
> sys-fs/udev:0
> 
>   (sys-fs/udev-216:0/0::gentoo, ebuild scheduled for merge) conflicts with
> >=sys-fs/udev-208-r1:0/0[abi_x86_64(-),gudev(-)] required by  
> (virtual/libgudev-215-r3:0/0::gentoo, installed)
> 
> 
> 
> Nothing to merge; quitting.
> 
> 
> I did try your suggestion with backtrack option and the output is reversed
> but the same problem... I am wondering about the udev conflict...
[...]

Hmmm, I'm not entirely sure how you must resolve this conflict.  Based on the
fact that there are no stable versions of dev-libs/libgudev left, I *think* you
just need to add the gudev USE flag to sys-fs/udev (which is unset by default),
which should then satisfy virtual/libgudev and thus resolve the conflict.

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


pgpdKPBitQjvC.pgp
Description: Digitale Signatur von OpenPGP


Re: [gentoo-user] some keyboard lag

2015-06-13 Thread Bob Wya
On Mon, 8 Jun 2015 19:57 Stefan G. Weichinger  wrote:

Am 2015-06-08 um 20:25 schrieb J. Roeleveld:

> There was a similar thread here before about USB and suspend. Check
> that for specifics if in a hurry. Not at computer now to find the
> earlier email.

didn't find it yet .. but no hurry at all.

> Apart from kernel level USB suspend. There are settings in /sys/
> where you can disable USB suspend on a per-device level.

.. as mentioned in:

https://wiki.gentoo.org/wiki/USB_Power_Saving

?

> I would assume Fedora disables that for keyboards and mice (think
> previous thread was about mice getting forgotten) when detected as
> such.

I browsed their udev rules and found some rules pointing in that
direction but none specifically matching the PCI ID of my keyboard and
the wildcards ... I am not sure.

But they seem to do it specifically, yes ->

# cat /sys/module/usbcore/parameters/autosuspend
2

# my keyboard
# cat /sys/bus/usb/devices/3-1.6/power/control
on

I assume it won't hurt much if I disable USB autosuspend in general for
now? Power savings should be minimal, right? (desktop here, AC etc)


Doesn't the powertop utility have a facility to do this per-device and to
see what the current power-save settings are per-device? Surely a bit
easier to use than directly messing about with udev rules?