Hello Folks,
I've submitted two requests for review here:
- Zuul : https://bugzilla.redhat.com/show_bug.cgi?id=1220451
- python-gear : https://bugzilla.redhat.com/show_bug.cgi?id=1215046
As these are my two first packages I give you some quick information about me.
I'm Fabien boucher
On Fri, Apr 3, 2020 at 9:11 PM Adam Williamson
wrote:
>
> I also hope there will be an opportunity for discussion (with input
> from the community) of whether those requirements can be fulfilled in
> some way *other* than using a non-free Gitlab product. To take the
> 'merge train' example - as Ne
On Wed, Oct 2, 2019 at 9:20 PM Neal Gompa wrote:
>
> Unfortunately, it doesn't scale for the large number of packages we
> have. Pull requests would work if we had mergify[1] working on
> Dist-Git, otherwise I can't see how it'd work.
>
> [1]: https://github.com/Mergifyio/mergify-engine
>
>
Sinc
On Fri, Sep 27, 2019 at 12:03 AM Miro Hrončok wrote:
> I remember that during the Python 3.8 rebuilds in the side tag, one
> package had
> this automated somehow already. I was bumping the release/changelog and
> trying
> to build it in the side tag at least 5 times, but I was building with
> --b
On Fri, Sep 27, 2019 at 11:56 AM Miro Hrončok wrote:
> Yes. I've em-mailed you about the problem when it was happening, asking
> you to
> disable it, there was no reply and I managed to build it at the end.
>
>
So, I apologize. I missed your email.
___
Hi folks,
I've orphaned python-gear and python-ws4py.
As suggested in [1] I propose this change [2] to retire python-fb-re2.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2260410
[2] https://src.fedoraproject.org/rpms/python-fb-re2/pull-request/2
--
___
Hi,
Just to inform you that I've just orphaned the Zuul package. Feel free to
take over it if you'd like.
Deploying Zuul via container images seems the best solution for the moment.
Upstream project provides container images: https://hub.docker.com/u/zuul
A k8s operator is also available: https:
Hello,
Note related to packages attached to the Zuul CI.
This change [1], when merged, will set the container image to run rpmlint
on Fedora 36. RPMLint version will be 2.2.0. Currently, the rpm-linter job
uses a Fedora 34 container image with rpmlint 1.11.
This change might impact your rpmlint
Hi folks,
I'm forwarding a mail I sent to the Fedora CI mailing list last week, as it
might interest some folks on that mailing list too.
https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/thread/7CK45NW5IDXU646AO5QPN2G7FEFOR5Y7/
---
As you may know we provide Zuul CI [1]
at 9:40 AM Fabien Boucher wrote:
> Hi folks,
>
> I'm forwarding a mail I sent to the Fedora CI mailing list last week, as
> it might interest some folks on that mailing list too.
>
> https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/thread/7CK45NW5I
Hi Folks,
We are going to add a new bundle of distgits to Fedora Zuul CI. This bundle
[1]
has been computed from datagrapper to get the list of distgits that received
at least 2 PR updates since the last 3 months.
Here [2] is the Pull-Request we are going to merge, in the coming days, into
the Zu
On Fri, Feb 19, 2021 at 8:56 AM Ondrej Mosnacek wrote:
> On Tue, Feb 9, 2021 at 4:29 PM Pierre - Yves Chibon
> wrote:
> > On Tue, Feb 09, 2021 at 03:35:11PM +0100, Miro Hrončok wrote:
> > > On 09. 02. 21 15:27, Tom Stellard wrote:
> > > > Has there been any more discussion about disabling simple
Hi,
Regarding Zuul, your are right the cleanup is not configured and canceled
jobs (eg. due to a PR being rebased/updated/closed) don't trigger a cancel
scratch build on Koji.
However Zuul provides a hook for this [1], then that would be a matter of
adding the proper playbook to run in the job def
13 matches
Mail list logo
