On 9/15/23 20:27, Colin Walters wrote:
One thing I find amusing about this list (which like some others is kind of a
long-running soap opera that happens to sometimes produce software as a side
effect) is that many times, I can see just two bits of information:
- The subject of the email
- The
On Mon, Sep 18, 2023, at 3:57 AM, Petr Pisar wrote:
> V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
>> To state the blindingly obvious thing, RHEL made a decision to centralize on
>> Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me.
>> I would be qui
Am Mo., 18. Sept. 2023 um 12:39 Uhr schrieb Petr Pisar :
>
> V Mon, Sep 18, 2023 at 10:12:17AM +0100, Daniel P. Berrangé napsal(a):
> > On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote:
> > > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
> > > > To state the blindingly
V Mon, Sep 18, 2023 at 10:12:17AM +0100, Daniel P. Berrangé napsal(a):
> On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote:
> > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
> > > To state the blindingly obvious thing, RHEL made a decision to centralize
> > > on
> > >
On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote:
> V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
> > To state the blindingly obvious thing, RHEL made a decision to centralize on
> > Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me.
> > I wou
V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
> To state the blindingly obvious thing, RHEL made a decision to centralize on
> Gitlab. Having Fedora be on pagure creates IMO unnecessary friction for me.
> I would be quite curious to get some sort of survey of other engineers fo
On Sat, Sep 16, 2023 at 12:07 AM Kevin Kofler via devel
wrote:
>
> Colin Walters wrote:
> > Also of salient note, to the best of my knowledge the dist-git equivalent
> > for Amazon Linux's isn't public.
>
> Neither is the one for RHEL.
> https://www.redhat.com/en/blog/furthering-evolution-centos-s
Colin Walters wrote:
> Also of salient note, to the best of my knowledge the dist-git equivalent
> for Amazon Linux's isn't public.
Neither is the one for RHEL.
https://www.redhat.com/en/blog/furthering-evolution-centos-stream
Kevin Kofler
___
d
Adam Williamson wrote:
> Sure, it's not a problem *yet*. Microsoft is only just starting to
> crank up the enshittification machine...
Also in that vein, forced 2FA with no way to opt out:
https://github.blog/2022-05-04-software-security-starts-with-the-developer-securing-developer-accounts-with-2
On Fri, Sep 15, 2023 at 8:23 PM Neal Gompa wrote:
> I will also point out the last time we followed RHEL into something,
> we got the modularity system. That itself is an indicator that
> inverting the relationship for decision-making is a bad idea.
In theory, I like the concept of modularity.
On Fri, Sep 15, 2023, at 4:12 PM, Neal Gompa wrote:
> On Fri, Sep 15, 2023 at 1:28 PM Colin Walters wrote:
>>
>>
>> My point is only partly about the HTML, but about the ecosystem surrounding
>> it (CI is a really big one) but really the total user experience (account
>> system, uptime, moving
On Fri, Sep 15, 2023 at 1:28 PM Colin Walters wrote:
>
>
> My point is only partly about the HTML, but about the ecosystem surrounding
> it (CI is a really big one) but really the total user experience (account
> system, uptime, moving issues), etc.
>
> The bigger point I want to make here is th
One thing I find amusing about this list (which like some others is kind of a
long-running soap opera that happens to sometimes produce software as a side
effect) is that many times, I can see just two bits of information:
- The subject of the email
- The name of the person responding
And I bas
Use whatever you like as I wont be migrating to the new infra!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/projec
It might also be worth mentioning that both gitea and forgejo support
Github Actions [1][2]. I did not personally test them, but it might be
good for the familiarity and reuse of the maintained Github Actions
library. One missing thing are Github applications, but I don't think we
are using som
Ondřej Budai writes:
> What about hosted Gitea from gitea.com?
>
> Gitea is fully open source, very popular in the self-hosting community and
> their hosted offering would free up some of our precious infra team
> resources.
Gitea is ok from a UX perspective but it is still quite lacking from an
On Fri, 15 Sept 2023 at 11:37, Leon Fauster via devel <
devel@lists.fedoraproject.org> wrote:
> Am 15.09.23 um 07:43 schrieb Clement Verna:
>
> > At the risk of being controversial and a voice of the minority, I think
> > using GitHub would be beneficial for the Fedora project. In practice
> > alr
Am 15.09.23 um 07:43 schrieb Clement Verna:
At the risk of being controversial and a voice of the minority, I think
using GitHub would be beneficial for the Fedora project. In practice
already most of packagers have to use GitHub to collaborate with
upstream so it wouldn't be a tool to learn.
What about hosted Gitea from gitea.com?
Gitea is fully open source, very popular in the self-hosting community and
their hosted offering would free up some of our precious infra team
resources.
Ondřej
Dne st 13. 9. 2023 19:45 uživatel Matthew Miller
napsal:
> On Mon, Sep 11, 2023 at 09:20:09AM
On 9/14/23 15:50, Fabio Valentini wrote:
On Thu, Sep 14, 2023 at 2:42 PM Colin Walters wrote:
On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
IIRC it was a condition of that proposal that we wind up on a hosted
version
On Fri, 2023-09-15 at 07:43 +0200, Clement Verna wrote:
> At the risk of being controversial and a voice of the minority, I think
> using GitHub would be beneficial for the Fedora project. In practice
> already most of packagers have to use GitHub to collaborate with upstream
> so it wouldn't be a
OOn Thu, 14 Sept 2023, 18:01 Adam Williamson,
wrote:
> On Thu, 2023-09-14 at 14:50 +0200, Fabio Valentini wrote:
> > On Thu, Sep 14, 2023 at 2:42 PM Colin Walters
> wrote:
> > >
> > > On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
> > > > On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam W
On Thu, 2023-09-14 at 14:50 +0200, Fabio Valentini wrote:
> On Thu, Sep 14, 2023 at 2:42 PM Colin Walters wrote:
> >
> > On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
> > > On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
> > > > IIRC it was a condition of that proposal
It used to be different, but since GitLab changed their UI, I also would
no longer choose it over alternatives (so, unfortunately: +1 for the UX
mess & the preference for alternatives). The remaining advantage of
GitLab is the time-effective drag/drop issue board, but that cannot
balance the re
On Thu, 2023-09-14 at 14:50 +0200, Fabio Valentini wrote:
> On Thu, Sep 14, 2023 at 2:42 PM Colin Walters
> wrote:
> >
> > On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
> > > On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
> > > > IIRC it was a condition of that proposa
> Am 14.09.2023 um 14:50 schrieb Fabio Valentini :
>
> Personally, I find the Pagure UI (and GitHub) to be much cleaner and
> easier to navigate than the UX mess that is GitLab …
+++1
--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org
Timezone: CET (UTC+1) /
On Thu, Sep 14, 2023 at 2:42 PM Colin Walters wrote:
>
> On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
> > On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
> >> IIRC it was a condition of that proposal that we wind up on a hosted
> >> version of the *open source* release
On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
> On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
>> IIRC it was a condition of that proposal that we wind up on a hosted
>> version of the *open source* release of gitlab, which is something we
>> managed to talk gitlab int
On Wed, Sep 13, 2023 at 1:45 PM Matthew Miller wrote:
>
> On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
> > IIRC it was a condition of that proposal that we wind up on a hosted
> > version of the *open source* release of gitlab, which is something we
> > managed to talk gitlab i
On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
> IIRC it was a condition of that proposal that we wind up on a hosted
> version of the *open source* release of gitlab, which is something we
> managed to talk gitlab into doing for us. IMBW, though, it was a while
> ago.
Short vers
On Wed, Sep 13, 2023 at 3:27 AM Kevin Kofler via devel
wrote:
>
> Adam Williamson wrote:
> > IIRC it was a condition of that proposal that we wind up on a hosted
> > version of the *open source* release of gitlab
>
> "hosted version" and "open source" is already a contradiction by itself.
> https:
Adam Williamson wrote:
> IIRC it was a condition of that proposal that we wind up on a hosted
> version of the *open source* release of gitlab
"hosted version" and "open source" is already a contradiction by itself.
https://www.gnu.org/philosophy/network-services-arent-free-or-nonfree.html
The Fe
On Mon, Sep 11, 2023 at 09:26:44AM -0700, Kevin Fenzi wrote:
> I think we need to figure out the way forward, but... I don't think we
> should do it here and now. Please go test f39. ;)
While I'm personally glad that the forced-onto-proprietary-gitlab
migration has effectively stalled indefinite
> Am 11.09.2023 um 18:14 schrieb Neal Gompa :
>
> What it did do was make my life harder trying to build up and sustain
> the pagure contributor community.
>
> Thankfully, pagure development *isn't* dead and after the mailman
> stack stuff is sorted out, I can go back to working on Pagure 6.0.
On Mon, Sep 11, 2023 at 11:43:55AM -0400, Solomon Peachy via devel wrote:
> On Mon, Sep 11, 2023 at 07:58:03AM -0500, Michael Catanzaro wrote:
> > No? All of our packages are on https://src.fedoraproject.org/ and our
> > Fedora-specific source code goes on https://pagure.io/. These are both
> > Pag
On Mon, 2023-09-11 at 11:43 -0400, Solomon Peachy via devel wrote:
> On Mon, Sep 11, 2023 at 07:58:03AM -0500, Michael Catanzaro wrote:
> > No? All of our packages are on https://src.fedoraproject.org/ and our
> > Fedora-specific source code goes on https://pagure.io/. These are both
> > Pagure, no
On Mon, Sep 11, 2023 at 11:44 AM Solomon Peachy via devel
wrote:
>
> On Mon, Sep 11, 2023 at 07:58:03AM -0500, Michael Catanzaro wrote:
> > No? All of our packages are on https://src.fedoraproject.org/ and our
> > Fedora-specific source code goes on https://pagure.io/. These are both
> > Pagure, n
On Mon, Sep 11, 2023 at 07:58:03AM -0500, Michael Catanzaro wrote:
> No? All of our packages are on https://src.fedoraproject.org/ and our
> Fedora-specific source code goes on https://pagure.io/. These are both
> Pagure, not GitLab. It is open source.
https://lwn.net/Articles/817426/
https://
On Mon, Sep 11 2023 at 08:00:29 AM -0400, Solomon Peachy via devel
wrote:
Not to retread old drama, but doesn't Fedora now rely on a proprietary
version of Gitlab?
No? All of our packages are on https://src.fedoraproject.org/ and our
Fedora-specific source code goes on https://pagure.io/. The
On Mon, Sep 11, 2023 at 04:35:50AM +0200, Kevin Kofler via devel wrote:
> +1, Fedora MUST NOT rely on proprietary infrastructure. IMHO, it is a
> mistake that Red Hat is doing so, and Fedora should not follow that
> unfortunate move.
Not to retread old drama, but doesn't Fedora now rely on a pro
Adam Williamson wrote:
> I think this would be a non-starter as Jira is not F/OSS. Fedora infra
> must be F/OSS by policy.
+1, Fedora MUST NOT rely on proprietary infrastructure. IMHO, it is a
mistake that Red Hat is doing so, and Fedora should not follow that
unfortunate move.
Kevin Ko
On Sat, Sep 9, 2023 at 4:25 AM Michael J Gruber
wrote:
> > 3. Issues.redhat.com account basics -
> https://access.redhat.com/articles/7032570
>
> I might have overlooked this, but my impression is:
> - migration created jira accounts automatically
> - they are not necessarily connected to your RH
On Sat, Sep 9, 2023 at 4:17 AM Sandro wrote:
>
> On 09-09-2023 05:33, Brendan Conoboy wrote:
> > On Fri, Sep 8, 2023 at 7:34 PM Maxwell G wrote:
> >
> >> 2023-09-09T01:05:39Z Brendan Conoboy :
> >>
> >>> All new issues found or desired in RHEL (Or CentOS Stream) need to be
> >>> filed on issues.r
On 09 Sep 2023 01:14, Joe Doss wrote:
> On 9/9/23 1:27 AM, Adam Williamson wrote:
>> On Sat, 2023-09-09 at 04:17 +, Gary Buhrmaster wrote:
>>> On Sat, Sep 9, 2023 at 1:05 AM Brendan Conoboy wrote:
>>>
RHEL making this change does not imply or require that Fedora do the
same.
>>>
>>
On Sat, Sep 9, 2023 at 1:17 AM Sandro wrote:
[snip]
> Since there are now two issue trackers on the redhat.com domain
> (bugzilla.rh.c and issues.rh.c), would it be an idea to migrate
> bugzilla.rh.c to bugzilla.fp.o (or better bugs.fp.o)?
>
There's something like 150 different product queues on
Am Sa., 9. Sept. 2023 um 03:05 Uhr schrieb Brendan Conoboy :
>
> Hi folks,
>
> In March of this year, Josh Boyer sent out a message to Fedora's devel list
> letting everybody know RHEL was going to move from bugzilla.redhat.com to
> issues.redhat.com (Jira) in the future [1]. The work on this ac
On 09-09-2023 05:33, Brendan Conoboy wrote:
On Fri, Sep 8, 2023 at 7:34 PM Maxwell G wrote:
2023-09-09T01:05:39Z Brendan Conoboy :
All new issues found or desired in RHEL (Or CentOS Stream) need to be
filed on issues.redhat.com[http://issues.redhat.com].
Hi Brendan,
Thanks for the update.
On 9/9/23 1:27 AM, Adam Williamson wrote:
On Sat, 2023-09-09 at 04:17 +, Gary Buhrmaster wrote:
On Sat, Sep 9, 2023 at 1:05 AM Brendan Conoboy wrote:
RHEL making this change does not imply or require that Fedora do the same.
I am neither suggesting Fedora should do so, or
not do so, but
On Fri, Sep 8, 2023 at 9:18 PM Gary Buhrmaster
wrote:
> On Sat, Sep 9, 2023 at 1:05 AM Brendan Conoboy wrote:
>
> > RHEL making this change does not imply or require that Fedora do the
> same.
>
> I am neither suggesting Fedora should do so, or
> not do so, but just as a hypothetical, should Fed
On Sat, 2023-09-09 at 04:17 +, Gary Buhrmaster wrote:
> On Sat, Sep 9, 2023 at 1:05 AM Brendan Conoboy wrote:
>
> > RHEL making this change does not imply or require that Fedora do the same.
>
> I am neither suggesting Fedora should do so, or
> not do so, but just as a hypothetical, should F
On Sat, Sep 9, 2023 at 1:05 AM Brendan Conoboy wrote:
> RHEL making this change does not imply or require that Fedora do the same.
I am neither suggesting Fedora should do so, or
not do so, but just as a hypothetical, should Fedora
choose to do so, do you know if RedHat would be
amenable for suc
On Fri, Sep 8, 2023 at 7:34 PM Maxwell G wrote:
> 2023-09-09T01:05:39Z Brendan Conoboy :
>
> > All new issues found or desired in RHEL (Or CentOS Stream) need to be
> > filed on issues.redhat.com[http://issues.redhat.com].
> Hi Brendan,
>
> Thanks for the update.
>
> How can I watch (i.e. get ema
2023-09-09T01:05:39Z Brendan Conoboy :
All new issues found or desired in RHEL (Or CentOS Stream) need to be
filed on issues.redhat.com[http://issues.redhat.com].
Hi Brendan,
Thanks for the update.
How can I watch (i.e. get email notifications about) specific packages'
bugs in Jira like I c
Hi folks,
In March of this year, Josh Boyer sent out a message to Fedora's devel list
letting everybody know RHEL was going to move from bugzilla.redhat.com to
issues.redhat.com (Jira) in the future [1]. The work on this activity
has proceeded with relative quiet since, although a couple weeks ag
54 matches
Mail list logo
