[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <21825.1619.257083.696748@quad.stoffel.home>
Date: Wed, 29 Apr 2015 12:26:59 -0400
From: "John Stoffel" <john@...ffel.org>
To: Harald Hoyer <harald@...hat.com>
Cc: Richard Weinberger <richard.weinberger@...il.com>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [GIT PULL] kdbus for 4.1-rc1
>>>>> "Harald" == Harald Hoyer <harald@...hat.com> writes:
Harald> On 29.04.2015 15:33, Richard Weinberger wrote:
>> It depends how you define "beginning". To me an initramfs is a *very* minimal
>> tool to prepare the rootfs and nothing more (no udev, no systemd, no
>> "mini distro").
>> If the initramfs fails to do its job it can print to the console like
>> the kernel does if it fails
>> at a very early stage.
>>
Harald> Your solution might work for your small personal needs, but
Harald> not for our customers.
Arguing that your needs outweight mine because you have customers
ain't gonna fly... I don't care about your customers and why should I?
I'm not getting any money from them. Nor do I make any money from
Linux kernel though as an IT person, I support Linux all day long. Do
my requirements get listened to as well?
If your customers wnat this feature, you're more than welcome to fork
the kernel and support it yourself. Oh wait... Redhat does that
already. So what's the problem? Just put it into RHEL (which I use
I admit, along with Debian/Mint) and be done with it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists