From: Soft Works <softworkz@hotmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix handling of backslashes Date: Wed, 2 Feb 2022 04:44:54 +0000 Message-ID: <DM8P223MB03654AC4A1DDC8914D026742BA279@DM8P223MB0365.NAMP223.PROD.OUTLOOK.COM> (raw) In-Reply-To: <YfnBgquR+ZEpf9u/@debian-buster.desktop> > -----Original Message----- > From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of Oneric > Sent: Wednesday, February 2, 2022 12:26 AM > To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix > handling of backslashes > > On Tue, Feb 01, 2022 at 20:41:37 +0000, Soft Works wrote: > > > On Tue, Feb 01, 2022 at 19:44:24 +0000, Soft Works wrote: > > > > > On Sun, Jan 16, 2022 at 19:16:54 +0100, Oneric wrote: > > > > > > > > > > In case anyone is wondering why patchwork fails to apply the second > patch, > > > > > this is probably once again because the patch updates one of FATE's > ASS > > > > > reference files which use CRLF line-endings. > > > > > Locally git am applies both without a hitch for me on top of current > master > > > > > (and FATE passes after applying each patch). > > > > > > > > > > > > You can add a .gitattributes file to tests/ref/fate/ which includes the > line > > > > > > > > sub-webvtt2 -diff > > > > > > > > Then your local git format-patch will create a binary diff for the > file. > > > > > > Thanks for your suggestion. However, a binary diff would look like this > which > > > isn't great for seeing what's going on during review: > > > > > > [...] > > > > Yes, I know, but the question is probably what's more important.. > > > > ..that it can be applied or that the text is viewable? > > It CAN be applied (as I've now written twice) and > of course I verified this with the mail received from the list. I meant that it can be applied by everybody, including Patchwork and Michael. > If you tried to send a patch with your mail client by pasting in the diff, > then yes, presumably the line-endings would indeed get mangled. I use git format-patch, just like many others and afaik it can't create base64 encoded content. BTW. BASE64 doesn't seem to be widely used here, just checked the frequent committers among the recent submissions. just quickly checked Michael, Andreas,Gyan,Marton,James,Anton,Derek - all of > [..] That's why > doc/developer.texi tells you not to do this (instead recommending > git send-email or binary (i.e. base64-encoded) attachments). Interestingly, even the author of those lines is sending patches with Content-Transfer-Encoding: 7bit :-) > Tl;dr: > Mixed line-endings in a diff are no technical issue, > provided the patch is sent correctly.^ LOL - so the majority on this ML is sending patches incorrectly? I think, marking such files as binary is a bit more practical than expecting everybody to change ones working process. Best, softworkz _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2022-02-02 4:45 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-01-16 18:16 Oneric 2022-01-16 18:16 ` [FFmpeg-devel] [PATCH 2/2] avcodec/webvttdec: honour bidi marks Oneric 2022-02-01 17:38 ` [FFmpeg-devel] [PATCH 1/2] avcodec/{ass, webvttdec}: fix handling of backslashes Oneric 2022-02-01 19:44 ` Soft Works 2022-02-01 20:06 ` Oneric 2022-02-01 20:41 ` Soft Works 2022-02-01 23:25 ` Oneric 2022-02-02 4:44 ` Soft Works [this message] 2022-02-02 17:03 ` Oneric 2022-02-02 22:18 ` Soft Works 2022-02-02 22:44 ` Soft Works 2022-02-03 2:11 ` Oneric 2022-02-03 20:51 ` Soft Works 2022-02-04 1:01 ` Oneric 2022-02-04 1:30 ` Andreas Rheinhardt 2022-02-04 21:52 ` Oneric 2022-02-04 23:24 ` Soft Works 2022-02-05 1:20 ` Oneric 2022-02-05 2:08 ` Soft Works 2022-02-05 21:59 ` Oneric 2022-02-06 1:08 ` Soft Works 2022-02-06 1:37 ` Soft Works 2022-02-04 1:57 ` Soft Works 2022-02-04 5:34 ` Soft Works 2022-02-04 5:59 ` Soft Works 2022-02-04 6:48 ` Soft Works 2022-02-04 21:19 ` Oneric 2022-02-04 22:23 ` Soft Works
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=DM8P223MB03654AC4A1DDC8914D026742BA279@DM8P223MB0365.NAMP223.PROD.OUTLOOK.COM \ --to=softworkz@hotmail.com \ --cc=ffmpeg-devel@ffmpeg.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
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git