On Wed, Jul 24 2024 at 09:41:16 AM -04:00:00, Stephen Smoogen
wrote:
1. There are some subset of people who use Fedora because they thought
it was a privacy focused distribution. Their concerns did not seem to
be taken into account or it needs to be made clearer that is not what
the project a
On Wed, 24 Jul 2024 at 16:45, Luya Tshimbalanga wrote:
> Blender 4.2 currently failed on Rawhide due to Python 3.13 API changes and
> the issue is already reported[1]. Patch welcome.
>
> The plan is to build for Fedora 40 containing no major soversion changes.
> Users will notice majority of add-
On Wed, 2024-07-24 at 22:13 +0200, Albert Larsan wrote:
> Know that this is one of the cases that is explicitly not covered
> under
> the stability guarantee, i.e that code without warnings may get
> warnings
> on the next version
Agreed.
> This, the crate should fix the bug, and a one-line pat
On Wed, Jul 24, 2024 at 8:04 PM Emanuel Lima wrote:
>
> It's kata-containers. It works from 1.75 to 1.78 but not with 1.79.
>
> I opened an issue upstream:
> https://github.com/kata-containers/kata-containers/issues/10067
You can't (and really shouldn't) want to build with an older Rust
version j
On 7/23/24 21:27, Kevin Kofler via devel wrote:
But IMHO, Fedora used to already be almost perfect, to the point where
changing anything could only possibly make it worse.
I just can't agree with this statement---both in some deep philosophical
sense and in practical terms. F is for First! Yes
On Wed, Jul 24, 2024 at 6:18 PM Stephen Gallagher wrote:
> For what it's worth, I don't believe that this process will work well.
> I'm all for democracy, but direct democracy without compulsory voting
> inevitably leads to "grievance-based voting", where the majority of
> folks ignore the discus
On Wed, 24 Jul 2024 at 14:18, Stephen Gallagher wrote:
>
> On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote:
> >
> > Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
> >
> > Having a "majority rule" vote of e.g. packagers or provenpackagers on
> > major technical decisions would be far superi
On Wed, Jul 24, 2024 at 06:03:10PM -, Emanuel Lima wrote:
> It's kata-containers. It works from 1.75 to 1.78 but not with 1.79.
>
> I opened an issue upstream:
> https://github.com/kata-containers/kata-containers/issues/10067
One more note: You could also work around this by patching that one
On Wed, Jul 24, 2024 at 06:03:10PM -, Emanuel Lima wrote:
> It's kata-containers. It works from 1.75 to 1.78 but not with 1.79.
>
> I opened an issue upstream:
> https://github.com/kata-containers/kata-containers/issues/10067
For what it's worth, this isn't really a true issue. It looks like
On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote:
>
> Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
>
> Having a "majority rule" vote of e.g. packagers or provenpackagers on
> major technical decisions would be far superior, in my view. Apache
> communities have worked this way forever.
>
>
It's kata-containers. It works from 1.75 to 1.78 but not with 1.79.
I opened an issue upstream:
https://github.com/kata-containers/kata-containers/issues/10067
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
Minutes:
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-07-24/fedora-coreos-meeting.2024-07-24-16.29.html
Minutes (text):
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-07-24/fedora-coreos-meeting.2024-07-24-16.29.txt
Log:
https://meetbot.fedora
Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a):
Having a "majority rule" vote of e.g. packagers or provenpackagers on
major technical decisions would be far superior, in my view. Apache
communities have worked this way forever.
You can always propose this as a change to our process.
--
Mirosl
Dne 19. 06. 24 v 8:01 dop. Miroslav Suchý napsal(a):
Hi.
I am going to do the mass change of the license from Boost to BSL-1.0
Done.
The diff is here
https://k00.fr/u4sq8h12
--
Miroslav Suchy, RHCA
Red Hat, Manager, Packit and CPT, #brno, #fedora-buildsys
--
__
On Wed, Jul 24, 2024 at 11:29:43AM -0300, Emanuel Lima wrote:
> To build the package that I maintain, I need a specific version of rustc,
> 1.75. Given that the default buildroot has rustc 1.79, how do I create a
> new buildroot (or side tag) just for my package with this specific rustc?
Rust shou
Dne 18. 06. 24 v 6:42 dop. Miroslav Suchý napsal(a):
I am going to do the mass change of the license from ASL 2.0 to Apache-2.0
Done.
Following the Tuesday's FESCO decision I amended my script and added there
comments.
Here is the diff https://k00.fr/tkbg4k81
--
Miroslav Suchy, RHCA
Red Hat
On Wed, Jul 24, 2024 at 09:41:16AM GMT, Stephen Smoogen wrote:
...snip...
>
> That said, I also find this unanimous approval problematic for a
> couple of reasons:
>
> 1. There are some subset of people who use Fedora because they thought
> it was a privacy focused distribution. Their concerns
Hello team,
Blender 4.2 currently failed on Rawhide due to Python 3.13 API changes
and the issue is already reported[1]. Patch welcome.
The plan is to build for Fedora 40 containing no major soversion
changes. Users will notice majority of add-ons are now relocated as as
extensions similar
To build the package that I maintain, I need a specific version of rustc,
1.75. Given that the default buildroot has rustc 1.79, how do I create a
new buildroot (or side tag) just for my package with this specific rustc?
This applies to F40 and Rawhide
--
Kind Regards,
Emanuel Lima
Software E
On Wed, Jul 24, 2024 at 09:41:16AM -0400, Stephen Smoogen wrote:
> That said, I also find this unanimous approval problematic for a
> couple of reasons:
>
> 1. There are some subset of people who use Fedora because they thought
> it was a privacy focused distribution. Their concerns did not seem t
On Wed, Jul 24, 2024 at 03:27:01AM +0200, Kevin Kofler via devel wrote:
>
> The big issue with the process is that there is this ground assumption in
> Fedora that change is inherently good, and hence any Change should be
> approved by default. But IMHO, Fedora used to already be almost perfect, t
On Tue, 23 Jul 2024 at 21:32, Kevin Kofler via devel
wrote:
>
> Am Mittwoch, 24. Juli 2024 02:52:44 CEST schrieb Gary Buhrmaster:
> > On Tue, Jul 23, 2024 at 10:38 PM Kevin Kofler via devel
> > (*) And in addition, there is lots of cases
> > where only those with negative feedback
> > will decide
On Wed, Jul 24, 2024 at 6:31 AM Joe Orton wrote:
>
> On Tue, Jul 23, 2024 at 08:01:11PM -0400, Josh Boyer wrote:
> > FESCo is an elected body. If people aren't happy with how they are being
> > represented, I would encourage them to find candidates they feel will
> > represent their interests bet
On Tue, Jul 23, 2024 at 4:28 PM Aleksandra Fedorova wrote:
>
> Hi,
>
> On Tue, Jul 23, 2024 at 4:18 PM Jun Aruga (he / him)
> wrote:
>>
>> Hello,
>>
>> Currently the rpminspect test is executed as non-voting in Zuul CI.[1]
>> I want to change the setting to make rpminspect required to pass the
>
On Tue, Jul 23, 2024 at 08:01:11PM -0400, Josh Boyer wrote:
> FESCo is an elected body. If people aren't happy with how they are being
> represented, I would encourage them to find candidates they feel will
> represent their interests better and get them to run for election.
Having FESCo empowere
On 24. 07. 24 0:27, Kevin Kofler via devel wrote:
Zbigniew Jędrzejewski-Szmek wrote:
#3244 Change: Retire Python 2.7
https://pagure.io/fesco/issue/3244
APPROVED (+8, 0, 0)
This is going to break the build of a whole bunch of compatibility packages,
which will in turn break a lot of software in
On Wed, Jul 24, 2024 at 12:33 AM Kevin Kofler via devel
wrote:
>
> Zbigniew Jędrzejewski-Szmek wrote:
> > #3244 Change: Retire Python 2.7
> > https://pagure.io/fesco/issue/3244
> > APPROVED (+8, 0, 0)
>
> This is going to break the build of a whole bunch of compatibility packages,
> which will in
On Wed, Jul 24, 2024 at 03:27:01AM +0200, Kevin Kofler via devel wrote:
> Am Mittwoch, 24. Juli 2024 02:52:44 CEST schrieb Gary Buhrmaster:
> > On Tue, Jul 23, 2024 at 10:38 PM Kevin Kofler via devel
> > wrote:
> >
> > > And this one is yet another case of FESCo rubberstamping a change without
>
Den ons 24 juli 2024 kl 08:32 skrev Björn Persson :
> Kevin Kofler via devel wrote:
> > And at least the German stuff (and the Italian, Portuguese, and Estonian
> > ones) is Free Software. The Austrian ID Austria app is entirely
> proprietary.
> > Though, as far as I know, you can buy physical FID
29 matches
Mail list logo
