Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On 16. 06. 23 8:49, Miro Hrončok wrote: On 13. 06. 23 14:02, Tomas Hrnciar wrote: Hello, in order to deliver Python 3.12, we are running a coordinated rebuild in a side tag. https://fedoraproject.org/wiki/Changes/Python3.12 We anticipate

Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On 13. 06. 23 14:02, Tomas Hrnciar wrote: Hello, in order to deliver Python 3.12, we are running a coordinated rebuild in a side tag. https://fedoraproject.org/wiki/Changes/Python3.12 We anticipate starting this rebuildsometimethis week.

Re: Modules without modularity

On Wed, 2023-06-14 at 10:19 +0200, Remi Collet wrote: > Hi, > > Le 13/06/2023 à 18:32, Petr Pisar a écrit : > > > I spent some time thinking how to approximate the nice features > > with current > > state of RPM, Koji, and DNF and come up with this approach > >

Re: U-Boot for x86 BIOS systems

On 6/15/23 15:00, Jeremy Linton wrote: > Hi, > > On 5/22/23 06:01, Neal Gompa wrote: >> On Mon, May 22, 2023 at 6:57 AM Gerd Hoffmann wrote: >>> >>>Hi, >>> But could we use U-Boot to fill in this gap so these systems still work? We'd then treat x86 like ARM (if no UEFI, use U-Boot U

Re: U-Boot for x86 BIOS systems

Hi, On 5/22/23 06:01, Neal Gompa wrote: On Mon, May 22, 2023 at 6:57 AM Gerd Hoffmann wrote: Hi, But could we use U-Boot to fill in this gap so these systems still work? We'd then treat x86 like ARM (if no UEFI, use U-Boot UEFI). How does u-boot handle EFI variables in that case? Un

Re: ACPI-related bug in 6.3.X? At least an issue in ucsi_acpi, affecting several systems

I assume there is a little confusion in https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2511 -> the MR refers to the BZ#2212012-related ask.Fedora thread (f38, which can be mitigated by `|module_blacklist=ucsi_acpi|`) but it refers to the BZ#2213179 bug report (f37, which can be mit

Re: Schedule for Tuesday's FESCo Meeting (2023-06-13) - #inaction Edition

> Members of the Fedora Engineering Steering Committee (FESCo) would like to > express their gratitude to Ben "#action bcotton" Cotton for his tireless work > as - both the most recent and last - Fedora Program Manager (FPgM). We were > surprised to learn that his role had been eliminated in the re

Re: LibreOffice packages

On 01. 06. 23 22:16, Gwyn Ciesla via devel wrote: I've taken ownership of libreoffice for the time being, at least to keep the lights on. Co-maintainers, as always, welcome. Thanks. Could you please prioritize making it build? The LibreOffice package fails to build in rawhide for months. It'

Re: [Fedocal] Reminder meeting : ELN SIG

On Thu, Jun 15, 2023 at 8:00 AM wrote: > > Dear all, > > You are kindly invited to the meeting: >ELN SIG on 2023-06-16 from 12:00:00 to 13:00:00 US/Eastern >At fedora-meet...@irc.libera.chat > > The meeting will be about: * x86_64-v3 baseline and dropping i686 multilib * Plans for the nex

Re: Modules without modularity

On 13/06/2023 18:32, Petr Pisar wrote: Comments are welcome. Trying to reinvent Fedora Modularity without modules with the same problems as before. Instead of using modules, we should use parallel-installable packages. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) _

Re: Modules without modularity

On Thu, 15 Jun 2023 at 03:04, Petr Pisar wrote: > V Thu, Jun 15, 2023 at 01:33:38AM +0200, Kevin Kofler via devel napsal(a): > > Petr Pisar wrote: > > > and accept that > > users now have to explicitly opt in to those modules. > > That's exactly what killed the current modularity. Nobody felt a p

[Fedocal] Reminder meeting : ELN SIG

Dear all, You are kindly invited to the meeting: ELN SIG on 2023-06-16 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/10449/ ___ devel maili

Re: Test the side-tag: (was: Obsolete of DNF by DNF5 in RAWHIDE)

V Thu, Jun 15, 2023 at 12:03:39PM +0200, Nicola Sella napsal(a): > *TL;DR please, test scratch builds in f39-build-side-68994 side-tag.* > > The changes for dnf5 are now ready to be tested before landing in rawhide. > We made a side-tag with the newest dnf and dnf5, and we would like to get > some

Re: Test the side-tag: (was: Obsolete of DNF by DNF5 in RAWHIDE)

On 15. 06. 23 12:03, Nicola Sella wrote: Hi all, *TL;DR please, test scratch builds in f39-build-side-68994 side-tag.* The changes for dnf5 are now ready to be tested before landing in rawhide. We made a side-tag with the newest dnf and dnf5, and we would like to get some feedback on that. We

Test the side-tag: (was: Obsolete of DNF by DNF5 in RAWHIDE)

Hi all, *TL;DR please, test scratch builds in f39-build-side-68994 side-tag.* The changes for dnf5 are now ready to be tested before landing in rawhide. We made a side-tag with the newest dnf and dnf5, and we would like to get some feedback on that. We would like to push the changes to rawhide fo

Fedora rawhide compose report: 20230615.n.0 changes

OLD: Fedora-Rawhide-20230614.n.0 NEW: Fedora-Rawhide-20230615.n.0 = SUMMARY = Added images:7 Dropped images: 3 Added packages: 3 Dropped packages:0 Upgraded packages: 152 Downgraded packages: 0 Size of added packages: 61.17 MiB Size of dropped packages:0

Re: Review requests: gtksourceviewmm3, mingw-qt6-qtlocation

Hi Sandro, I see someone took gtksourceviewmm3, can you swap for apache-logging-parent please? https://bugzilla.redhat.com/show_bug.cgi?id=2214834 Also unretirement; bump to latest upstream version. It is a parent POM for metadata so it is a simple one. Cheers, Chris On Thu, 15 Jun 2023 at 08:1

Review requests: gtksourceviewmm3, mingw-qt6-qtlocation

Hi I'd appreciate a review of the following packages: https://bugzilla.redhat.com/show_bug.cgi?id=2215251 - gtksourceviewmm3 - Review to revive retired package, which I need as a dependency for gimagereader https://bugzilla.redhat.com/show_bug.cgi?id=2211959 - mingw-qt6-qtlocation - Review

Re: Modules without modularity

V Thu, Jun 15, 2023 at 01:33:38AM +0200, Kevin Kofler via devel napsal(a): > Petr Pisar wrote: > > I spent some time thinking how to approximate the nice features with > > current state of RPM, Koji, and DNF and come up with this approach > > . The link