Hi Badgers!
I saw this thread on the Infrastructure mailing list and I was confused.
Does Tahrir/Badges still need a lead maintainer? I was under the
impression Xavier volunteered. I wanted to make sure everyone is on the
same page (see the excerpt below).
Does anyone know anything more? Is
Good Morning/Afternoon/Evening Everyone,
Welcome to week four of the CPE Weekly Updates!
*Background: The Community Platform Engineering group is the Red Hat team
combining IT and release engineering from Fedora and CentOS. Our goal is to
keep core servers and services running and maintained, bu
On Fri, Oct 25, 2019, 21:42 Randy Barlow
wrote:
> On Fri, 2019-10-25 at 14:53 -0400, Neal Gompa wrote:
> > It's not a bad feature to have in fedpkg, but it fundamentally does
> > not help *other people* discover what we have in the distribution.
>
> Yeah I've discussed this a bit with some people
On Fri, 2019-10-25 at 15:50 -0400, Neal Gompa wrote:
> a lot of Fedora-specific information isn't
> present.
Though true for the entire packages app, I think this site does do the
one use case I described at a quick glance.
signature.asc
Description: This is a digitally signed message part
_
On Fri, 2019-10-25 at 14:53 -0400, Neal Gompa wrote:
> It's not a bad feature to have in fedpkg, but it fundamentally does
> not help *other people* discover what we have in the distribution.
Yeah I've discussed this a bit with some people, and I agree. Fedora
*users* might use the packages app t
On Fri, Oct 25, 2019 at 3:48 PM Clement Verna wrote:
>
>
>
> On Fri, Oct 25, 2019, 21:42 Randy Barlow wrote:
>>
>> On Fri, 2019-10-25 at 14:53 -0400, Neal Gompa wrote:
>> > It's not a bad feature to have in fedpkg, but it fundamentally does
>> > not help *other people* discover what we have in th
On Fri, 2019-10-25 at 21:00 +0200, Mikolaj Izdebski wrote:
> I am planning to deploy Package Version Matrix in communishift [1].
> Example how it can look like: [2]
>
> [1] https://pagure.io/fedora-infrastructure/issue/8314
> [2] https://koji.kjnet.xyz/kojifiles/versions/
Oh that could be a good
On Fri, 2019-10-25 at 21:47 +0200, Clement Verna wrote:
> https://pkgs.org/ might be a good replacement for that. Does anybody
> have used or is using this website ? Any feedback on it ?
I haven't seen this before, but if it does a good job staying up to
date then it seems like a good replacement
On Fri, Oct 25, 2019 at 8:43 PM Randy Barlow
wrote:
> OK. Given our extreme time constraints, I think it is likely that we
> will have to retire the Packages app.
>
> However, there is one feature in it that I personally believe does map
> to the CPE team's mission statement: the table of which ve
On Fri, Oct 25, 2019 at 02:42:51PM -0400, Randy Barlow wrote:
> On Thu, 2019-10-24 at 20:12 +0200, Clement Verna wrote:
> > The packages app (https://apps.fedoraproject.org/packages/) was
> > originally running on RHEL6, I tried to move it to RHEL 7 but they
> > were some dependencies missing there
On Fri, Oct 25, 2019 at 2:43 PM Randy Barlow
wrote:
>
> On Thu, 2019-10-24 at 20:12 +0200, Clement Verna wrote:
> > The packages app (https://apps.fedoraproject.org/packages/) was
> > originally running on RHEL6, I tried to move it to RHEL 7 but they
> > were some dependencies missing there so we
On Thu, 2019-10-24 at 14:33 -0400, Neal Gompa wrote:
> There appears to be work starting on a brand new implementation:
> https://github.com/xsuchy/fedora-packages-ng
>
> This version looks like it'll be Python 3 compatible, though it is
> quite new.
We can keep it in mind, thanks for sharing!
On Thu, 2019-10-24 at 20:12 +0200, Clement Verna wrote:
> The packages app (https://apps.fedoraproject.org/packages/) was
> originally running on RHEL6, I tried to move it to RHEL 7 but they
> were some dependencies missing there so we decided to move it to
> Fedora. I don't remember which dependen
On Fri, 2019-10-25 at 19:04 +0200, Clement Verna wrote:
> I think the main reason why we don't already have it on Pagure is
> that we don't want to be dependent of our own infrastructure to host
> this repo. It currently lives on the batcave01 host which is the box
> we use to deploy our infrastruc
On Fri, 25 Oct 2019 at 16:47, Brian (bex) Exelbierd
wrote:
>
>
> On Fri, Oct 25, 2019 at 3:28 PM Randy Barlow
> wrote:
>
>> On Fri, 2019-10-25 at 15:03 +0200, Clement Verna wrote:
>> > There are basically 2 possibility :
>>
>> There are other possibilities too, such as putting the repo on
>> git
On Fri, Oct 25, 2019 at 3:28 PM Randy Barlow
wrote:
> On Fri, 2019-10-25 at 15:03 +0200, Clement Verna wrote:
> > There are basically 2 possibility :
>
> There are other possibilities too, such as putting the repo on
> gitlab.com and using their CI on pull requests
Can’t we do this on Pagure wi
For option 2, it could feasible to cutdown the cloning time from git push . the
process will continue to slowdown the push, but not so much. It's just theory,
but it might work:
1. We keep an updated master working copy somewhere else: ci working copy
2. On pre-receive hook, we create a branch o
On Fri, 2019-10-25 at 15:03 +0200, Clement Verna wrote:
> There are basically 2 possibility :
There are other possibilities too, such as putting the repo on
gitlab.com and using their CI on pull requests.
signature.asc
Description: This is a digitally signed message part
Hi all,
Today jlanda, austinpowered and mizdebsk discussed about ticket
https://pagure.io/fedora-infrastructure/issue/8157 in #fedora-admin and
came up with a few questions on how to implement that solution that I think
would be nice to share with the wider group.
There are basically 2 possibilit
19 matches
Mail list logo