public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Kevin Chadwick <ma1l1ists@yahoo.co.uk>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [gentoo-dev-announce] Summary Council meeting: Tuesday 11 December 2012
Date: Fri, 14 Dec 2012 21:00:56 +0000	[thread overview]
Message-ID: <460465.73151.bm@smtp152.mail.ukl.yahoo.com> (raw)
In-Reply-To: <20121214200403.GB31147@kroah.com>

Firstly I use your longlasting 3.2 kernel currently though perhaps not
for long as I'm switching distro to avoid systemd and thank you for
the LTS work, however that won't stop me speaking my mind.
_____________________________________________________________________

> > Greg, can you write back to this message with specific examples of what
> > would need to be customized so that separate /usr would work  right
> > without an initramfs? I have tried to explain multiple times that this
> > is a mis-conception that udev caused it, but I am getting nowhere.  
> 
> It's not my job to do this, nor yours, or fix any of these issues.  It's
> up to the people who wish to keep a separate /usr partition without an
> initramfs to do this work.


So even though you keep stating things without being specific like
udev is not a blocker, you have just admitted that the udev package
does violate the Filesystem Hiearchical Standard as well as the latest
draft when installing. I can understand following the current trend
(some of which I agreed with) but what is the justification for that
which didn't already have an optional solution?

It's not your job?. I'd hope your unix spirit or atleast professionalism
would be greater than this and realise that helping may save good devs
time more than it costs you and realise that the generic goals may not
be everyone's or even the long lasting correct ones and competition is
good and not intended as a kick in the teeth or insult.



p.s. embedded does not equal mobile and android uses a leaner init
than /sbin/init and experiments posted to the buildroot list found
systemd to be slower, guessed to be due to increased cycles but perhaps
memory usage on even some mobile level processors which accounts for a
fraction of linux potential in embedded applications. POSIX compliance
is also a requirement by some major industries.

-- 
_______________________________________________________________________

'Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
universal interface'

(Doug McIlroy)
_______________________________________________________________________


  reply	other threads:[~2012-12-14 21:02 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20121204181128.GT9976@gentoo.org>
     [not found] ` <20121214104341.GK8220@gentoo.org>
2012-12-14 18:28   ` [gentoo-dev] Re: [gentoo-dev-announce] Summary Council meeting: Tuesday 11 December 2012 Greg KH
2012-12-14 19:05     ` Ian Stakenvicius
2012-12-14 19:28       ` William Hubbs
2012-12-14 20:04         ` Greg KH
2012-12-14 21:00           ` Kevin Chadwick [this message]
2012-12-14 21:11             ` Ian Stakenvicius
2012-12-14 23:19             ` Greg KH
2012-12-14 21:23           ` Duncan
2012-12-14 20:02       ` Greg KH
2012-12-14 21:09         ` [gentoo-dev] Re: [e]udev , and please let's move this to a better location (was: Summary Council meeting: Tuesday 11 December 2012) Ian Stakenvicius
2012-12-14 23:24           ` Greg KH
2012-12-15  2:03             ` [gentoo-dev] Re: [e]udev , and please let's move this to a better location Ian Stakenvicius
2012-12-14 21:31         ` [gentoo-dev] Re: [gentoo-dev-announce] Summary Council meeting: Tuesday 11 December 2012 Ralph Sennhauser
2012-12-24 19:08   ` [gentoo-dev] gen_usr_ldscript & --libdir=/lib Mike Frysinger
2012-12-24 21:48     ` Diego Elio Pettenò
2012-12-27  4:01       ` William Hubbs
2012-12-27  7:55         ` Tony "Chainsaw" Vroon
2012-12-27 13:00           ` Rich Freeman
2012-12-27 17:03             ` William Hubbs
2012-12-27 18:35               ` Mike Gilbert
2012-12-27 18:47                 ` William Hubbs
2012-12-27 18:49               ` Rich Freeman
2012-12-27 19:48                 ` William Hubbs
2012-12-27 20:14                   ` Rich Freeman
2012-12-27 20:27                     ` Tony "Chainsaw" Vroon
2012-12-27 20:33                       ` Rich Freeman
2012-12-27 22:13                     ` William Hubbs
2012-12-29  0:50                       ` Roy Bamford
2012-12-29  4:46                       ` Mike Frysinger
2012-12-27 22:03                 ` Mike Frysinger
2012-12-27 16:24           ` William Hubbs
2012-12-27 21:53         ` Mike Frysinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=460465.73151.bm@smtp152.mail.ukl.yahoo.com \
    --to=ma1l1ists@yahoo.co.uk \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox