From: Adrian Perez de Castro <aperez@igalia.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] Allow adding per-package overrlice rsync exclusions
Date: Wed, 8 Nov 2017 14:46:35 +0200 [thread overview]
Message-ID: <20171108144635.GB28359@momiji> (raw)
In-Reply-To: <20171107220503.179cc727@windsurf>
Hello,
I have just noticed that there's a typo in the patch subject line
(s/overrlice/override/), which I have to fix O:-)
On Tue, 7 Nov 2017 22:05:03 +0100, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> Hello,
>
> On Tue, 7 Nov 2017 21:57:56 +0100, Arnout Vandecappelle wrote:
>
> > > WEBKITGTK_OVERRIDE_SRCDIR = /home/aperez/WebKit
> > > WEBKITGTK_OVERRIDE_SRCDIR_RSYNC_EXCLUSIONS = \
> > > --exclude JSTests --exclude ManualTests \
> > > --exclude PerformanceTests --exclude WebDriverTests \
> > > --exclude WebKitBuild --exclude WebKitLibraries \
> > > --exclude WebKit.xcworkspace --exclude Websites \
> > > --exclude Examples
> > >
> > > This saves a good chunk of time when rsync is used for the first time to
> > > copy the source tree over before building.
> >
> > Looks like an interesting feature. Although, if the out-of-tree build feature
> > gets merged, it's probably less useful. That is, assuming that webkitgtk
> > supports out-of-tree build, which is not a given...
WebKit supports out-of-tree builds (thanks to CMake, and that our build
definitions do not do anything weird in this regard). I know that at least
we the WebKitGTK+ developers make out-of-tree builds regularly so it is not
likely to break in the future ? and if it did, it would be a bug on our side.
> Also my thinking: per-package out of tree build is going to make this
> new feature a lot less relevant. That being said, per-package out of
> tree build is not there yet, and this new feature is just a very simple
> change, so I believe it's OK to merge it.
How about packages which do not support out-of-tree builds? Wouldn't it still
be useful to be to define additional rsync flags for them?
> > > + rsync -au --chmod=u=rwX,go=rX $(RSYNC_VCS_EXCLUSIONS) $($(PKG)_OVERRIDE_SRCDIR_RSYNC_EXCLUSIONS) $(call qstrip,$(SRCDIR))/ $(@D)
> >
> > Would have been nice to split the long line. But even without split:
> >
> > Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
> >
> > Could you also add this feature to the documentation of _OVERRIDE_SRCDIR in the
> > manual?
>
> I think we really want the documentation update as part of the patch
> series :)
Good point, I'll add add the edit for the manual as well and submit a new
version of the patch.
Cheers,
--
Adri?n ?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20171108/08ca02ae/attachment.asc>
next prev parent reply other threads:[~2017-11-08 12:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-07 1:57 [Buildroot] [PATCH 1/1] Allow adding per-package overrlice rsync exclusions Adrian Perez de Castro
2017-11-07 20:57 ` Arnout Vandecappelle
2017-11-07 21:05 ` Thomas Petazzoni
2017-11-08 12:46 ` Adrian Perez de Castro [this message]
2017-11-08 17:06 ` Thomas Petazzoni
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=20171108144635.GB28359@momiji \
--to=aperez@igalia.com \
--cc=buildroot@busybox.net \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox