All of lore.kernel.org
 help / color / mirror / Atom feed
From: marek.vasut@gmail.com (Marek Vasut)
To: linux-arm-kernel@lists.infradead.org
Subject: 46dcfc8 (ARM: Update mach-types) removes used machine types
Date: Mon, 22 Aug 2011 15:30:41 +0200	[thread overview]
Message-ID: <201108221530.41443.marek.vasut@gmail.com> (raw)
In-Reply-To: <20110822132719.GD2287@n2100.arm.linux.org.uk>

On Monday, August 22, 2011 03:27:19 PM Russell King - ARM Linux wrote:
> On Mon, Aug 22, 2011 at 03:16:00PM +0200, Marek Vasut wrote:
> > On Monday, August 22, 2011 03:01:19 PM Russell King - ARM Linux wrote:
> > > For further reading, see:
> > > http://lists.arm.linux.org.uk/lurker/message/20110815.085325.ae6ee07d.e
> > > n.ht ml
> > 
> > Russell, calm down please.
> > 
> > Maybe it'd be better to just email the people with broken stuff, then
> > wait ... if they don't reply in a week (two weeks?) then remove their
> > stuff. And make that a policy.
> > 
> > What do you think ?
> 
> Who do I email?  Which entries are causing problems?  That's the whole
> bloody point.

Isn't the email in your database? You can't just script that ?

> 
> There's just far too much of it.  The amount of effort required to sort
> through this file each time it needs to be updated has become *excessive*.
> The amount of effort required to go through the file and identify which
> entries are broken is *excessive*.  The amount of effort required to
> find who to email is *excessive*.

Why not write a script for that ?

> 
> I don't have a few days to do that - and I'm not going to repeat it
> every time the file needs to be updated anymore.
> 
> So either I drop the change and we go back to having gplugd broken, or
> we keep the change and have the Eureka stuff broken.  Anything else is
> far too much hastle.
> 
> Given that the gplugd folk have sorted out their problems, and its the
> Eureka stuff which doesn't conform, I'd rather that Eureka was broken
> rather than gplugd.

Well then can't you split the change in two to avoid breaking both? We don't 
want to introduce breakage, do we.

  reply	other threads:[~2011-08-22 13:30 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-22  8:10 46dcfc8 (ARM: Update mach-types) removes used machine types Uwe Kleine-König
2011-08-22  8:17 ` Russell King - ARM Linux
2011-08-22  8:33   ` Uwe Kleine-König
2011-08-22 11:18     ` Marek Vasut
2011-08-22 12:49       ` Russell King - ARM Linux
2011-08-22 12:54         ` Marek Vasut
2011-08-22 12:56           ` Russell King - ARM Linux
2011-08-22 13:01             ` Russell King - ARM Linux
2011-08-22 13:16               ` Marek Vasut
2011-08-22 13:27                 ` Russell King - ARM Linux
2011-08-22 13:30                   ` Marek Vasut [this message]
2011-08-22 13:32                     ` Russell King - ARM Linux
2011-08-22 13:36                       ` Marek Vasut
2011-08-22 13:48                         ` Russell King - ARM Linux
2011-08-22 14:09                           ` Eric Miao
2011-08-22 13:04             ` Eric Bénard
2011-08-22 13:55               ` Russell King - ARM Linux
2011-08-22 14:19                 ` [PATCH] cpuimx* boards: fix mach-types errors Eric Bénard
2011-08-22 14:37                   ` Russell King - ARM Linux
2011-08-22 14:43                     ` Eric Bénard
2011-08-22 12:55         ` 46dcfc8 (ARM: Update mach-types) removes used machine types Russell King - ARM Linux

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=201108221530.41443.marek.vasut@gmail.com \
    --to=marek.vasut@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.