Closed oturpe closed 2 years ago
Operating system: Fedora Linux 35 Version information:
$ fbrnch --version
0.9.1.1
BTW fbrnch-1.0.0 is out and in stable Fedora now. So you might want to try it - though I don't believe this behavior has changed fundamentally.
I suppose I can add a --merge
option to parallel, but ya so far I was assuming one would run fbrnch merge
before running parallel, but I think it is a good suggestion, specially for single packages.
No change in this behavior with 1.0.0.
I suppose it was still in testing when I was trying out fbrnch
, hence the older version.
Yes, my use cases are like this:
Generally,I only need to update one package at time.
Also generally, rawhide
can be merged to all branches before building.
I want to use fbrnch
to reduce manual tasks for these cases.
Doing fbrnch merge -F
and fbrnch parallel -F
already reduces the amount of steps from many to just two.
fbrnch build -F
would be just a single command, but the build there is sequential, thus it is slow.
Hence this request.
EDIT: Ok, actually I need three steps.
fbrnch parallel
does not do bodhi updates,
so I need to do fbranch build -F
in the end to submit those after building all branches with fbranch parallel
.
I am hoping to tackle this soon.
('parallel' was initially developed for building chains of packages: they generally require a sidetag which fbrnch can push to bodhi. For single package parallel branch building, it indeed would make sense to push them to bodhi too.)
Also to add a little more context, the reason this is taking me so long, is that I wish to do a very large refactor of some of the common build steps to avoid duplicating code needed for this both within and across 'build' and 'parallel' code.
For single package parallel branch building, it indeed would make sense to push them to bodhi too.)
+1. I was going to create a separate issue before I realize this was included here.
Also to add a little more context, the reason this is taking me so long, is that I wish to a very large refactor of some of the common build steps to avoid duplicating code needed for this both within and across 'build' and 'parallel' code.
That makes sense. Thanks for all your work on this.
Actually it seems easier to implement than I initially thought... :-)
As a first step I have made the merging manual like it is with build
except one needs to specify -m
.
But this can be changed later (certainly over time).
1.1.1 was just released
Thank you for working on this. I will give it a try as soon as one of my packages needs an update (which does not happen too often.)
However the push part for package parallel builds is not done yet.
For single package parallel branch building, it indeed would make sense to push them to bodhi too.)
+1. I was going to create a separate issue before I realize this was included here.
Yes, it would still be better to have a separate issue for it. But I will leave this issue open until then.
Finally, a package of mine received an update.
I processed it using fbrnch parallel -F -m
,
everything worked as expected.
I have created a separate issue #35 about Bodhi builds automation in this scenario.
If I build all Fedora branches with
fbrnch build -F
, I get offers to mergerawhide
to older branches, which is a great feature. However, to save time, I would prefer to build all of them at once withfbrnch parallel -F
. I have not been able to find a way to get merge offers with that command. Would it be possible to have that available?As a side note, for simple cases where I know what I am doing,
--assumeyes
which skips those interactive prompts would be useful, so I would not have to attendfbrnch
while it is doing its work. EDIT: Never mind, from--help
I see it is--merge
,