On 10/21/2013 03:33 PM, Volker Armin Hemmann wrote:
> Am 20.10.2013 13:18, schrieb Daniel Campbell:
>> On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
>>> Am 20.10.2013 12:52, schrieb Daniel Campbell:
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
> Am 20.10.2013 08:34, schrieb Da
Am 21.10.2013 11:55, schrieb Tanstaafl:
> On 2013-10-20 9:14 PM, Mark David Dumlao wrote:
>> Linus isnt actually actively developing the kernel nowadays. Mostly he
>> just merges commits from his "trusted lieutenants" in charge of various
>> subsystems. The notion of Linus as being at the helm is
Am 20.10.2013 13:18, schrieb Daniel Campbell:
> On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
>> Am 20.10.2013 12:52, schrieb Daniel Campbell:
>>> On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
> hm, Redhat is one of the companies in
On 2013-10-21 7:10 AM, Mark David Dumlao wrote:
Read the management style doc. Seriously, it describes the kernel's
outlook on mistakes.
My main point wasn't about 'mistakes' and you know it, so please stop
being so obtuse.
Ostracization and talk of severing limbs like cancer tumors, as is
On Oct 21, 2013 7:01 PM, "Tanstaafl" wrote:
>
> On 2013-10-21 6:48 AM, Mark David Dumlao wrote:
>>
>> Again. This power is overstated and overtrusted. As for "rip it out at
>> its roots" he has no ability to do that, only refuse to merge it in
>> his tree.
>
>
> Which I believe is a much bigger d
On 2013-10-21 6:48 AM, Mark David Dumlao wrote:
Again. This power is overstated and overtrusted. As for "rip it out at
its roots" he has no ability to do that, only refuse to merge it in
his tree.
Which I believe is a much bigger deal than you seem to think.
But that's only if he bothers to
On Mon, Oct 21, 2013 at 6:27 PM, Tanstaafl wrote:
> On 2013-10-21 6:11 AM, Mark David Dumlao wrote:
>>
>> I doubt he actually has the time to read every line of code submitted
>> to the kernel,
>
>
> That isn't what I meant at all...
>
> What he *does* have the power to do, though, is if someone
On 2013-10-21 6:11 AM, Mark David Dumlao wrote:
I doubt he actually has the time to read every line of code submitted
to the kernel,
That isn't what I meant at all...
What he *does* have the power to do, though, is if someone was able to
sneak in something outrageously bad that caused breaka
On Mon, Oct 21, 2013 at 5:55 PM, Tanstaafl wrote:
> On 2013-10-20 9:14 PM, Mark David Dumlao wrote:
>>
>> Linus isnt actually actively developing the kernel nowadays. Mostly he
>> just merges commits from his "trusted lieutenants" in charge of various
>> subsystems. The notion of Linus as being a
On 2013-10-20 9:14 PM, Mark David Dumlao wrote:
Linus isnt actually actively developing the kernel nowadays. Mostly he
just merges commits from his "trusted lieutenants" in charge of various
subsystems. The notion of Linus as being at the helm is mostly just a
convenient fiction that corporate c
On 21/10/13 08:31, Daniel Campbell wrote:
> On 10/20/2013 09:34 PM, Walter Dnes wrote:
>> On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
>>
>>> That's a bridge we will cross when there is a bridge to be crossed, but
>>> from top of my head:
>>> We will maintain a minimal patchset
On 21/10/13 05:34, Walter Dnes wrote:
> On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
>
>> That's a bridge we will cross when there is a bridge to be crossed, but
>> from top of my head:
>> We will maintain a minimal patchset that reverts the offending code.
>>
>> As in, that's n
On 10/20/2013 09:34 PM, Walter Dnes wrote:
> On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
>
>> That's a bridge we will cross when there is a bridge to be crossed, but
>> from top of my head:
>> We will maintain a minimal patchset that reverts the offending code.
>>
>> As in, tha
On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
> That's a bridge we will cross when there is a bridge to be crossed, but
> from top of my head:
> We will maintain a minimal patchset that reverts the offending code.
>
> As in, that's nothing to be worried about before it happens.
On Oct 20, 2013 10:44 PM, "Tanstaafl" wrote:
>
> On 2013-10-20 6:52 AM, Daniel Campbell wrote:
>>
>> So they spend a lot of money hiring developers. The more important
>> question is what is their agenda? What do they tell those developers to
>> *make*? You don't hire people without a business pl
On 2013-10-20 6:52 AM, Daniel Campbell wrote:
So they spend a lot of money hiring developers. The more important
question is what is their agenda? What do they tell those developers to
*make*? You don't hire people without a business plan in mind.
Well, once I understood their (Redhat's) motiv
On 20/10/13 17:01, Tanstaafl wrote:
>
>> It's true that sys-fs/eudev restored the *broken* rule_generator from
>> old sys-fs/udev, you can get it by USE="rule-generator".
>> But it's lot saner to keep using sys-fs/udev and just write custom rules
>> to rename interfaces based on MACs to like lan*,
On 20/10/13 17:01, Tanstaafl wrote:
> On 2013-10-20 9:02 AM, Samuli Suominen wrote:
>> On 20/10/13 13:47, Daniel Campbell wrote:
>>> Like I mentioned in a prior e-mail, the change didn't affect me when it
>>> was pushed, and doesn't affect me now. I did recently have to reinstall
>>> Gentoo, howe
On 2013-10-20 9:02 AM, Samuli Suominen wrote:
On 20/10/13 13:47, Daniel Campbell wrote:
Like I mentioned in a prior e-mail, the change didn't affect me when it
was pushed, and doesn't affect me now. I did recently have to reinstall
Gentoo, however (note, going from testing to stable isn't fun ;
On 20/10/13 13:47, Daniel Campbell wrote:
> On 10/20/2013 04:55 AM, Samuli Suominen wrote:
>> On 20/10/13 12:24, Daniel Campbell wrote:
>>> On 10/20/2013 02:37 AM, Samuli Suominen wrote:
On 20/10/13 09:34, Daniel Campbell wrote:
> On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
>>
On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
> Am 20.10.2013 12:52, schrieb Daniel Campbell:
>> On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
>>> Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the most money into linux
kernel, userl
Am 20.10.2013 12:52, schrieb Daniel Campbell:
> On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
>> Am 20.10.2013 08:34, schrieb Daniel Campbell:
>>> hm, Redhat is one of the companies investing the most money into linux
>>> kernel, userland, graphics... if you 'don't trust them' you are pretty
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
> Am 20.10.2013 08:34, schrieb Daniel Campbell:
>> hm, Redhat is one of the companies investing the most money into linux
>> kernel, userland, graphics... if you 'don't trust them' you are pretty
>> much 20 years too late.
>> Investing money does
On 10/20/2013 04:55 AM, Samuli Suominen wrote:
>
> On 20/10/13 12:24, Daniel Campbell wrote:
>> On 10/20/2013 02:37 AM, Samuli Suominen wrote:
>>> On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
> Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 20/10/13 12:24, Daniel Campbell wrote:
> On 10/20/2013 02:37 AM, Samuli Suominen wrote:
>> On 20/10/13 09:34, Daniel Campbell wrote:
>>> On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
> On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
> hm, Redhat is one of the companies investing the most money into linux
> kernel, userland, graphics... if you 'don't trust them' you are pretty
> much 20 years too late.
> Investing money does not make them any more qualified or deserving of
> making
On 10/20/2013 02:37 AM, Samuli Suominen wrote:
>
> On 20/10/13 09:34, Daniel Campbell wrote:
>> On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
>>> Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
> https://www.linux.com/news/featured-blog
On 20/10/13 09:34, Daniel Campbell wrote:
> On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
>> Am 19.10.2013 17:02, schrieb Daniel Campbell:
>>> On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgr
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
> Am 19.10.2013 17:02, schrieb Daniel Campbell:
>> On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
>>> https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
>>>
>>> Not sure if I read that ju
Am 19.10.2013 17:02, schrieb Daniel Campbell:
> On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
>> https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
>>
>> Not sure if I read that just right... but since nobody is doing cgroup
>> management
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
> https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
>
> Not sure if I read that just right... but since nobody is doing cgroup
> management besides systemd, in practice the cgroups implement
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Not sure if I read that just right... but since nobody is doing cgroup
management besides systemd, in practice the cgroups implementation in
Linux wasn't very consistent. So since systemd i
32 matches
Mail list logo
