Re: PATCH: cdrecord: avoiding scsi device numbering for ide devices

[Jens Axboe]

(don't trim CC lists of people you are talking to! it's rude and I
usually wont see your mail for days)

On Tue, Aug 10 2004, Jan-Benedict Glaw wrote:
> On Tue, 2004-08-10 17:33:34 +0200, Jens Axboe <axboe@xxxxxxx>
> wrote in message <20040810153333.GF13369@xxxxxxx>:
> 
> > Don't be naive. How do you discuss changes with him? The one patch I did
> > create against the SUSE cdrecord for the one shipped with SL9.1 adds a
> > note to use ATA over ATAPI since that is preferred, and it kills the
> > silly open-by-devname warnings that are extremely confusing to users. I
> > did send that back to Joerg, to no avail.
> 
> Look at lkml. For sure, you'll find a good number of examples of really
> small (and not really intrusive/important/...) changes that took more
> than a dozen emails to discuss (and probably to not come to an end at
> all).  Right, I think distro's people should go through all that for
> every single change, even while continueing to work on that. Patch

I agree. But time isn't divided evenly across the year, if you've ever
worked on a project you know there's a crunch time close to release
where you don't have time to do that. You only have time to fix things.
I'm not saying that's a good thing, but it happens. Then later you have
to go and push some of that stuff out, it's the individual package
maintainers duty to do so.

> > > While they (and any other distro's people and anybody else) may
> > > actually hack the code to no end, I consider it being good habit to
> > 
> > By far the largest modification is dvd support, which we of course need
> > to ship. The rest is really minor stuff.
> 
> What's more important to whom? First ship the feature, or first getting
> consens with the initial author? Exactly--there are two answers:(

If you had followed this thread at all, you'd know that in this case we
could either add the feature or spend 100% of the time being sucked into
the black hole of email writing that is Joerg.

Maybe you should consider why _every_ distro adds that patch? It's not a
new patch, it's been around for years. It's not one single distro
"forking" the code base, it's basically the same thing we ship.

-- 
Jens Axboe

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/