Marc Joliet [16-10-22 03:19]:
> On Friday 21 October 2016 18:58:18 meino.cra...@gmx.de wrote:
> > The alsamixer, which shows "dozens" (...) of bars before
> > this hack only show one "pulseaudio bar" now...which I turn
> > to 100%
>
> From alsamixer(1):
>
> -c, --card
>
>
> Just in case
On Friday 21 October 2016 18:58:18 meino.cra...@gmx.de wrote:
> The alsamixer, which shows "dozens" (...) of bars before
> this hack only show one "pulseaudio bar" now...which I turn
> to 100%
From alsamixer(1):
-c, --card
Just in case it is the soundcard's volume controls that needs adj
On Fri, Oct 21, 2016 at 2:02 PM, Mick wrote:
>
> I haven't looked into exploits for this. At a practical level, what will it
> take to compromise a PC?
>
You need to be able to run arbitrary code as a non-privileged user
that has read-access to a file whose modification would allow
elevation of
On Friday 21 Oct 2016 13:39:54 Rich Freeman wrote:
> On Fri, Oct 21, 2016 at 12:22 PM, Alexander Kapshuk
>
> wrote:
> > On Fri, Oct 21, 2016 at 6:42 PM, Andy Mender
wrote:
> >> Would a Gentoo .config work with the upstream "vanilla" 4.4.26 kernel?
> >> I know Gentoo does some patching to the up
On Fri, Oct 21, 2016 at 12:22 PM, Alexander Kapshuk
wrote:
> On Fri, Oct 21, 2016 at 6:42 PM, Andy Mender wrote:
>
>> Would a Gentoo .config work with the upstream "vanilla" 4.4.26 kernel?
>> I know Gentoo does some patching to the upstream sources and menuconfig has
>> additional features there
Hi,
I setup a jack/pulseaudio combo as described here:
https://docs.fedoraproject.org/en-US/Fedora/17/html/Musicians_Guide/sect-Musicians_Guide-Integrating_PulseAudio_with_JACK.html
Now I can uses kaffeine, ZynAddSubFX, and HTML5 players (which insist
on pulseaudio as it seems) without hiss and
On Fri, Oct 21, 2016 at 6:42 PM, Andy Mender wrote:
> On 21 October 2016 at 17:04, Rich Freeman wrote:
>>
>> On Fri, Oct 21, 2016 at 10:49 AM, Mick wrote:
>> > https://github.com/dirtycow/dirtycow.github.io/wiki/VulnerabilityDetails
>> >
>> > Are we patched? I'm running 4.4.21-gentoo
>> >
>>
>>
On 21 October 2016 at 17:04, Rich Freeman wrote:
> On Fri, Oct 21, 2016 at 10:49 AM, Mick wrote:
> > https://github.com/dirtycow/dirtycow.github.io/wiki/VulnerabilityDetails
> >
> > Are we patched? I'm running 4.4.21-gentoo
> >
>
> Not yet:
> https://bugs.gentoo.org/show_bug.cgi?id=597624
>
> Y
$ mplayer foo.mp4 | grep '^VO: '
VO: [gl] ...
$ mpv foo.mp4 | grep '^VO: '
VO: [opengl]
See 'mplayer -vo help' and 'mpv -vo help'.
HTH,
-dnh
Thanks. It seems that mplayer is using "xv" and mpv uses "opengl-hq".
mpv work ok with "xv" but quality degrades a little, or at least I think
that
On Fri, Oct 21, 2016 at 10:49 AM, Mick wrote:
> https://github.com/dirtycow/dirtycow.github.io/wiki/VulnerabilityDetails
>
> Are we patched? I'm running 4.4.21-gentoo
>
Not yet:
https://bugs.gentoo.org/show_bug.cgi?id=597624
You're probably going to want to update to 4.4.26. It has been
releas
https://github.com/dirtycow/dirtycow.github.io/wiki/VulnerabilityDetails
Are we patched? I'm running 4.4.21-gentoo
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Hello,
On Thu, 20 Oct 2016, Behrouz Khosravi wrote:
>You could test different video output drivers and also hardware decoding.
[..]
>> vo=vdpau:deint=-3,opengl-hq:scale=spline36,xv
[..]
>I tried testing some options in config file, but it didnt help.
Why not check what output-driver you use with
12 matches
Mail list logo