Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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".

  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