[MPlayer-dev-eng] Quick fix to new input method
Alexander Gottwald
alexander.gottwald at informatik.tu-chemnitz.de
Mon Sep 9 09:40:39 CEST 2002
On Sun, 8 Sep 2002, D J Hawkey Jr wrote:
> > No. It is not the developers' job to cater to you. If you have a
> > feature you want included, then you should take the trouble to make an
> > acceptable patch that applies cleanly to latest cvs. Don't expect
> > someone else to try to figure your mess out when patch bombs with
> > rejects.
>
> Those are the rules, yes. I wasn't asking to be catered to, I handed them
> a fix to their stuff. Maybe not even an appropriate fix, but a fix, and
> an easy one, at that. The "mess" you write of is a one-line change.
You want the bug fixed too? Then please help the developer and send clean
patches. If the submited patch does not cleanly apply to cvs, it is likely
to be delayed or even rejected.
> >> In many instances, I think an "inline" inclusion of a patch should be just
> >
> > No, inline patches will often get tabs/spaces messed up by mailers,
> > and then they don't apply cleanly.
>
> For large and/or "complex" patches, yes, I agree. I wrote of small patches,
> as mine was. Even OE wouldn't mangle that patch so badly that it wouldn't
> apply cleanly. I'm certain patches aren't applied blind; a developer would
> have at least looked a small patch over, as he read the mail, right? He
> could then ditch it if he wanted to, as opposed to a hard-and-fast rule.
See point one. Tabs and linebreaks _will_ break the patch.
bye
ago
--
Alexander.Gottwald at informatik.tu-chemnitz.de
http://www.gotti.org ICQ: 126018723
More information about the MPlayer-dev-eng
mailing list