From: Michael Niedermayer <michael@niedermayer.cc> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH] exclude currently unused 0.17% of fate samples from rsync Date: Sat, 12 Aug 2023 16:19:26 +0200 Message-ID: <20230812141926.GI7802@pb2> (raw) In-Reply-To: <CABLWnS91vk8=Le+6-zfX8aN73OpVyuwenrgnXb28+TAYVkSjLQ@mail.gmail.com> [-- Attachment #1.1: Type: text/plain, Size: 3243 bytes --] On Fri, Aug 11, 2023 at 06:17:29PM +0200, Vittorio Giovara wrote: > On Thu, Aug 10, 2023 at 5:27 PM Michael Niedermayer <michael@niedermayer.cc> > wrote: > > > Several developers where upset, that from the over 1gb of fate samples 2mb > > are only used > > by the ffmpeg branch with SDR support in https://git.ffmpeg.org/libavradio > > > > This avoids these samples from being downloaded or synchronized. > > It should have no real world effect on anything of course if 0.17% more or > > less is downloaded but maybe it makes some people happier. > > > > Signed-off-by: Michael Niedermayer <michael@niedermayer.cc> > > --- > > configure | 2 ++ > > tests/Makefile | 1 + > > 2 files changed, 3 insertions(+) > > > > diff --git a/configure b/configure > > index 932998b8d6..f859701ebd 100755 > > --- a/configure > > +++ b/configure > > @@ -2384,6 +2384,7 @@ TOOLCHAIN_FEATURES=" > > inline_asm_nonlocal_labels > > pragma_deprecated > > rsync_contimeout > > + rsync_exclude > > symver_asm_label > > symver_gnu_asm > > vfp_args > > @@ -6968,6 +6969,7 @@ disabled makeinfo_html && texi2html --help 2> > > /dev/null | grep -q 'init-file' && > > perl -v > /dev/null 2>&1 && enable perl || disable perl > > pod2man --help > /dev/null 2>&1 && enable pod2man || disable pod2man > > rsync --help 2> /dev/null | grep -q 'contimeout' && enable > > rsync_contimeout || disable rsync_contimeout > > +rsync --help 2> /dev/null | grep -q -- '--exclude' && enable > > rsync_exclude || disable rsync_exclude > > xmllint --version > /dev/null 2>&1 && enable xmllint || disable xmllint > > > > # check V4L2 codecs available in the API > > diff --git a/tests/Makefile b/tests/Makefile > > index e09f30a0fc..45db76695e 100644 > > --- a/tests/Makefile > > +++ b/tests/Makefile > > @@ -265,6 +265,7 @@ FATE_EXTERN += $(FATE_EXTERN-yes) > > $(FATE_SAMPLES_FASTSTART) > > FATE += $(FATE-yes) > > > > RSYNC_OPTIONS-$(HAVE_RSYNC_CONTIMEOUT) += --contimeout=60 > > +RSYNC_OPTIONS-$(HAVE_RSYNC_EXCLUDE) += --exclude=/sdr/ > > > > This causes a list of folders to be maintained in the Makefile code which > I'm not sure is kosher Its only temporary. If we succeed implementing what jb suggested then there will be a sdr (demuxer/input) module in git master. And a new libavradio that module in git master will still need the testfiles, so when the module is added then these --exclude cases become unneeded > Would it not be simpler to just delete the sdr folder? on the client, it would cause it to be redownloaded, on the server, it would break libavradio, and especially when we are trying to refactor the code to move some of it into a seperate libavradio (which i dont yet know how easy that will be) it will be important to ensure that nothing breaks when stuff is refactored so i would prefer to leave this on the server for ease of testing for everyone thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No human being will ever know the Truth, for even if they happen to say it by chance, they would not even known they had done so. -- Xenophanes [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 195 bytes --] [-- Attachment #2: Type: text/plain, Size: 251 bytes --] _______________________________________________ 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:[~2023-08-12 14:19 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-08-10 15:27 Michael Niedermayer 2023-08-11 16:17 ` Vittorio Giovara 2023-08-12 14:19 ` Michael Niedermayer [this message] 2023-08-12 15:07 ` Paul B Mahol 2023-08-12 15:09 ` James Almer 2023-08-12 15:10 ` Paul B Mahol
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=20230812141926.GI7802@pb2 \ --to=michael@niedermayer.cc \ --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