repo v2.14 prerelease

[Mike Frysinger]

I've created a new release, but not yet pushed it live.  Instead, people have to opt-in to it by passing --repo-rev=main when running `repo init`.  You can then run `repo selfupdate && repo version` to double check your local state.

So please bang on things and let us know how it goes.  Even "it works" is useful feedback as it means I'm not the only one running it :).
If things look good the rest of this week, I'll publish it next week.

Here's the short log since the last release.

6823bc269d63 (Mike Frysinger) sync: cleanup sleep+retry logic a bit
ad8aa6977248 (Raman Tenneti) sync: only print error.GitError, don't raise that exception.
b5d075d04f1e (Mike Frysinger) command: add a helper for the parallel execution boilerplate
b8bf291ddbe0 (Peter Kjellerstedt) tests: Make ReviewableBranchTests.test_smoke work with git < 2.28.0
233badcdd137 (Mike Frysinger) list: fix help grammar
0888a083ec6a (Mike Frysinger) help: switch from formatter module to textwrap
e2effe11a575 (Mike Frysinger) list: add option to show non-checkedout projects too
151701e85f0b (Mike Frysinger) progress: hide progress bar when --quiet
9180a07b8fb3 (Mike Frysinger) command: make --verbose/--quiet available to all subcommands
f32f243ff8aa (Raman Tenneti) init: Added --partial-clone-exclude option.
49de8ef584a0 (Mike Frysinger) sync: add separate --jobs options for different steps
a1051d8baa15 (Mike Frysinger) init: organize command line options a bit
65af2602b58b (Mike Frysinger) sync: add progress bar to garbage collection phase
347f9ed393b7 (Mike Frysinger) sync: rework selfupdate logic
9a734a3975c1 (Mike Frysinger) init: merge subcmd & wrapper parsers
6a2f4fb39073 (Raman Tenneti) repo init: Added --no-partial-clone and made it persist. Bumped version to 2.14.
beea5de84297 (Mike Frysinger) tox: enable python 3.5 & 3.9 testing
bfbcfd904592 (Mike Frysinger) run_tests: fix exit code handling
74317d3b019c (Mike Frysinger) setup: bump major version
b2fa30a2b891 (Mike Frysinger) sync: switch network fetch to multiprocessing
d246d1fee7f4 (Mike Frysinger) grep: add --jobs support
bec4fe8aa39c (Mike Frysinger) prune: add --jobs support

[Mike Frysinger]

two minor regression fixes yields a repo-2.14.1.

d41eed0b3601 (Mike Frysinger) sync: fix missing import for -q
d2b086bea926 (Mike Frysinger) init: restore default --manifest-name

-mike

[Mike Frysinger]

two more minor regression fixes produced v2.14.2 & v2.14.3 which are now pushed out.

NB: Repo will automatically check for & upgrade itself.  There is no need for users to handle this themselves.  This happens once every 24hrs.  If you want to force it locally, run `repo selfupdate`.

Here's the short log since the last release.

0ae9503a8679 (Mike Frysinger) sync: fix print error when handling server error
cd89ec147ad5 (Raman Tenneti) sync: Fix exception in an exsiting clone (without partial-clone).

[Andrei Mironenko]

Hi Mike,

I'm a new in this conversation. I'm not sure if this is a correct place to discuss.
I would like to propose one simple extra feature for the repo tool.
Often I really missed the feature of applying patches to the project. This would be very beneficial and will simplify the workflow for configuring Yocto builds for example.
What's your opinion on this?

[Mike Frysinger]

sorry, but it seems unlikely that repo would ever be in the business in applying source patches.  that's why git repositories exist after all ...

-mike

[Andrei Mironenko]

Pity, It might be a very useful feature. I use repo for Yocto builds, often Yocto overlays are third party and sometimes there is a need to patch them locally without pushing changes to the official maintainer. At the moment there are two ways to solve this. Either copy the original repository, make modifications and keep them locally or another way is introducing a setup environment shell script, which applies patches to the overlays.

By the way, Yocto also supports installing patches to the original source via defining the patches in the bitbake recipe. It's a very nice feature indeed.

--
--
To unsubscribe, email repo-discuss...@googlegroups.com
More info at http://groups.google.com/group/repo-discuss?hl=en

---
You received this message because you are subscribed to a topic in the Google Groups "Repo and Gerrit Discussion" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/repo-discuss/YXKrzdkzWDg/unsubscribe.
To unsubscribe from this group and all its topics, send an email to repo-discuss...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/repo-discuss/ef4e1f14-64f6-4efe-88d3-802aca433209n%40googlegroups.com.

[Peter Kjellerstedt]

We have used Yocto and OpenEmbedded for nearly ten years and we use repo to fetch all layers that we need. For all external layers we have a strict no-fork policy, i.e., we never make any changes in the external repositories. If we need to modify something from them, then we use bbappend files (for recipes) or backport bbclasses and modify them, but our goal is to upstream the changes as soon as possible to reduce our maintenance.

 

//Peter

 

You received this message because you are subscribed to the Google Groups "Repo and Gerrit Discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to repo-discuss...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/repo-discuss/CAPc9jEgPfxQn7oaHkJ-QT-s7aOZaJH3OqJewLCiCkqY-9URpiA%40mail.gmail.com.

[Andrei Mironenko]

I agree, In most 99% cases bbappend with meta-overlays will be enough, but there are some cases where you need to modify/append conf files or shell scripts from the overlays.  I have also had quite lengthy experience starting with OpenEmbedded/Angstrom and moving to Yocto later and from time to time I face this problem. One of the latest examples is meta-variscite-imx meta layer, where I needed to customize scripts/var_mk_yocto_sdcard/var-create-yocto-sdcard.sh.

And OpenEmbedded/Yocto use this patching concept extensively. So I still think it might be a good feature ...