Re: Inactive packagers for the F41 cycle

Il 20/08/24 20:11, Ankur Sinha ha scritto: > Hi Mattia, > > Thanks for this. > > I had a small query about the removal of folks from groups---are they > not also removed from other packager groups? > > For example, I noticed we had folks in the neuro-sig packager group that > had been removed from

Inactive packagers for the F41 cycle

In accordance with FESCo's Inactive Packager Policy[1], packagers that have been identified as inactive have a ticket in the find-inactive-packagers repo[2]. One week after the final release, packagers who remain inactive will be removed from the packager group. (Note that pagure.io is one of th

Re: Inactive provenpackagers for the F41 cycle

Try to re post the content: In accordance with FESCo policy[1], the following provenpackagers will be submitted for removal in two weeks based on a lack of Koji builds submitted in the last six months. If you received this directly, you can reply off-list to indicate you should still be in the pro

Re: Inactive provenpackagers for the F41 cycle

Il 16/08/24 11:01, Stephen Smoogen ha scritto: > There is currently a bug in the Fedora mailman which is causing emails > sent to multiple lists to delete some copies of the emails. It is > being looked at by the upstream to figure out why and how to fix. > > Yeah, but I just sent the email to de

Inactive provenpackagers for the F41 cycle

The content of this message was lost. It was probably cross-posted to multiple lists and previously handled on another list. -- ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...

Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)

Il 07/07/24 20:44, Ralf Corsépius ha scritto: > > Am 07.07.24 um 8:25 PM schrieb Mattia Verga via devel: >> So, again, I ask to stop implying malicious intentions where there's >> none. Folks behind this proposal need this data to improve Fedora > That's simp

Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)

Il 07/07/24 18:29, Marc Deop i Argemí ha scritto: > On Sunday 7 July 2024 17:14:44 CEST Michael Catanzaro wrote: >> The design of the question will be >> critical because if the acceptance rate is too low, then the project >> will fail and we're just going to be back here in a couple years >> debat

Re: Exiv2 0.28.2

Il 29/06/24 12:38, Bob Mauchin ha scritto: > > I need help with Krita because of python 3.13. My patch in my fork is > segfaulting, and I didn't have time to investigate yet. > > Krita is already broken in Rawhide because of Python 3.13, so I don't think the work about exiv2 should be delayed by

Re: 2FA policy for provenpackagers is now active

Messaggio originale 24/06/24 18:53, Leigh Scott ha scritto: > > > I personally don't see why entering a otp once a week is such a > > burden... but it does seem to be. ;( > > > > kevin > > It isn't just once. > > 1. kerberos > 2. Web login on infra, bugzilla, bodhi

Re: 2FA policy for provenpackagers is now active

Messaggio originale 24/06/24 18:21, Kevin Fenzi ha scritto: > > I personally don't see why entering a otp once a week is such a > burden... but it does seem to be. ;( > Once a week? When I get a kerberos ticket with fkinit it expires after 24h. Is there a setting to cha

Re: 2FA policy for provenpackagers is now active

Il 24/06/24 16:54, Stephen Smoogen ha scritto: > The corner case which makes this ineffective is > ... Sure, system security is affected by user actions too, but considering that the alternative is to have the vast majority of users will continue ignoring 2FA because it is not handy, using some

Re: 2FA policy for provenpackagers is now active

Il 17/06/24 22:20, Zbigniew Jędrzejewski-Szmek ha scritto: > Proven packagers, > > we changed [2,3] the FESCo policy document [1] for provenpackagers to say: > > "Provenpackagers SHOULD have two-factor-authentication (2FA) enabled for > their FAS accounts." > > This is not enforced or checked, but

Re: 2FA policy for provenpackagers is now active

Il 24/06/24 03:42, Kevin Fenzi ha scritto: > You can enroll as many tokens as you like, so you can enroll one in a > backup device or system in case you loose your primary token. You only > need any one otp to login. Things like keepassxc and bitwarden allow you > to setup OTPs these days. > > kev

Re: 2FA policy for provenpackagers is now active

Il 23/06/24 20:54, Leigh Scott ha scritto: >> I have deleted the google authentication app form my phone intentionally, >> no backup. >> Please remove the OTP form my fedora account! > I refuse to use 2FA for my account! Please stop. We've already understood that three emails ago. If you want t

Re: Exiv2 0.28.2

Il 17/06/24 07:15, zebo...@gmail.com ha scritto: > This is still in progress in f41-build-side-91095 > > ```todotxt sort:priority:desc sort:status:asc > x calligra > x darktable > digikam > x exiv2 > geeqie > gegl04 > x gerbera > gimp-lensfun > x gnome-commander > gpscorrelate > x gthumb > x gwenv

Re: Exiv2 0.28.2

Il 13/06/24 7:52 PM, Robert-André Mauchin ha scritto: > Hello, > > I've assembled all the deps, I will rebuild exiv2 0.28.2 in > f41-build-side-91095 with all its reverse deps. > > May take a while. > > Have a great evening and take care, > > Robert-André Finally, thank you very much for that! Ma

uploading big sources to lookaside cache

I was just thinking... for users with a limited upload bandwidth it is a pain to upload big sources to the lookaside cache. What about implementing a way to avoid the chain "user downloads the source -> user upload the source to lookaside cache" by having some service running in the infrastruct

Re: Understanding noopenh264 in Fedora

Il 25/05/24 4:36 PM, Michael Catanzaro ha scritto: >> 2. I came across jgrulich's pull request for the Chromium package >> that proposes using dlopen with OpenH264 ( >> https://src.fedoraproject.org/rpms/chromium/pull-request/29 >> ). I also >> found a WebRTC changelist addressing a similar issue

Re: Self Introduction: Attila Kovacs

Il 22/05/24 6:13 PM, Attila Kovacs ha scritto: > Hi! > Hi Attila and welcome to the Fedora community! I myself am just an amateur astronomer trying to keep up packaging some useful software in Fedora, but I look forward in seeing SuperNOVAS packaged in our repositories. Don't hesitate to ask me

Re: pipenv removal in F40

Il 30/04/24 10:47 AM, Kevin Kofler via devel ha scritto: > Miro Hrončok wrote: >> If you wish to help, I guess you can send a pull request to the release >> notes... > Or Mattia could simply unretire and adopt the package. > Yeah, well... no! :-) I've re-read the former discussion about pipenv bei

pipenv removal in F40

I vaguely remember that pipenv retirement was briefly discussed here on the ML, yet I was surprised that F40 doesn't have pipenv anymore. IMO, this would have been announced more prominently as a self contained change, as I expect more python developers to find out this too late. Also, the offi

Re: Feedback wanted: Testing side-tag for switching dnf5 in Rawhide

Il 25/04/24 07:42, Jan Kolarik ha scritto: > Hello everyone, > > We've prepared a side-tag for testing Rawhide with dnf5 as the default > package manager. Instructions for installing the packages from the > side-tag can be found at the following link [1]. > > Please provide feedback in Bodhi or o

Re: F41 Change Proposal: Change Compose Settings (system-wide)

Il 26/03/24 10:41, Sirius via devel ha scritto: > In days of yore (Tue, 26 Mar 2024), fedora-devel thus quoth: >> In days of yore (Thu, 21 Mar 2024), Stephen Smoogen thus quoth: >>> On Wed, 20 Mar 2024 at 22:01, Kevin Kofler via devel < >>> devel@lists.fedoraproject.org> wrote: >>> Aoife Molon

Re: F41 Change Proposal: Change Compose Settings (system-wide)

Il 21/03/24 03:00, Kevin Kofler via devel ha scritto: > Since xz consistently compresses better than zstd, I would strongly suggest > using xz everywhere to minimize download sizes. However: > >> especially after zlib-ng has been made the default in Fedora and brought >> performance improvements.

Retiring Celestia from Fedora due to licensing issues

After I requested [1] Celestia project upstream to better define licensing of all the textures and 3d models included in upstream data, it turned out that at least some content is licensed CC-BY-NC-SA-3.0 [2] which is not permitted in Fedora. Upstream is still working on specify exactly the lic

Re: Nonresponsive maintainer check for Scott Tsai

Il 09/03/24 04:18, Nolan Poe ha scritto: > Hello, > > Does anyone know how to contact Scott Tsai? He appears to still be listed as > the maintainer for verilator despite not being active (from what I can see) > for years. Does anyone know how to contact him? > > Non-responsive maintainer bug for

Re: Update gumbo-parser to 0.12.1/libgumbo SONAME bump

On Friday, March 1st, 2024 at 20:27, Jason Tibbitts wrote: > > > > Adam Williamson adamw...@fedoraproject.org writes: > > > Honestly, we could really use more automation here, but it's a fairly > > hard thing to do reliably and there just isn't anybody specifically > > tasked with it so i

Inactive provenpackagers for the F41 cycle

In accordance with FESCo policy[1], the following provenpackagers will be submitted for removal in two weeks based on a lack of Koji builds submitted in the last six months. If you received this directly, you can reply off-list to indicate you should still be in the provenpackager group. Note that

Inactive packagers for the F40 cycle

Per the "Inactive packagers policy" [1], I've run the script and detected 164 inactive packagers. At the end of the email you can find the full list. [1] https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/ I also need to apologize, as the first time I ran the script it miss

Inactive provenpackagers for the F40 cycle

I'm re-posting to @devel as I forgot that posting to @devel-announce is restricted: In accordance with FESCo policy[1], the following provenpackagers will be submitted for removal in two weeks based on a lack of Koji builds submitted in the last six months. If you received this directly, you can

Re: Schedule for Monday's FESCo Meeting (2024-02-19)

Il 20/02/24 19:52, Mattia Verga via devel ha scritto: > Il 19/02/24 23:26, Zbigniew Jędrzejewski-Szmek ha scritto: >> On Mon, Feb 19, 2024 at 06:26:24PM +0000, Mattia Verga via devel wrote: >>> Il 19/02/24 15:32, Zbigniew Jędrzejewski-Szmek ha scritto: >>>> Follow

Re: Schedule for Monday's FESCo Meeting (2024-02-19)

Il 19/02/24 23:26, Zbigniew Jędrzejewski-Szmek ha scritto: > On Mon, Feb 19, 2024 at 06:26:24PM +0000, Mattia Verga via devel wrote: >> Il 19/02/24 15:32, Zbigniew Jędrzejewski-Szmek ha scritto: >>> Following is the list of topics that will be discussed in the >>> FESCo

Re: Schedule for Monday's FESCo Meeting (2024-02-19)

Il 19/02/24 15:32, Zbigniew Jędrzejewski-Szmek ha scritto: > Following is the list of topics that will be discussed in the > FESCo meeting Monday at 19:30 UTC in #meeting:fedoraproject.org > on Matrix. > Can you also clarify who should run the Inactive provenpackagers policy (which was scheduled t

Re: Help with creating first PR for a package

Il 18/02/24 02:52, Loren M. Lang ha scritto: > After looking through the orphaned packages, I found one that looks like > a good candidate for me to help with, python-cachelib, as this package > is not that large and I am well-versed in Python. > > I've cloned it down and worked on bringing it more

Re: Package review ticket status change after approval

Il 06/02/24 14:34, Zbigniew Jędrzejewski-Szmek ha scritto: > On Mon, Jan 29, 2024 at 06:47:21PM +0000, Mattia Verga via devel wrote: >> That said, I'd like to make a request and maybe make all reviewers aware >> of a feature which was implemented some time ago. I've

Bodhi 8.0.2 deployed to prod

Hello folks, we (well, mostly kevin) have just deployed Bodhi 8.0.2 in prod. There are several changes in the background, but what can be of some interest for you, users and developers, are these points: - Fixed “cannot access local variable ‘tags’” error when editing flatpak updates - Sidetags

Re: Package review ticket status change after approval

Il 01/02/24 22:44, Fabio Valentini ha scritto: > On Mon, Jan 29, 2024 at 7:47 PM Mattia Verga via devel > wrote: > (snip) > >> That said, I'd like to make a request and maybe make all reviewers aware >> of a feature which was implemented some time ago. I've no

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

Il 31/01/24 23:38, Alessandro Astone ha scritto: > The "personal attack" is a consideration on the proposed maintainer of these > packages. > >> every effort in order to not to break things must be made. > Then I cannot support these packages being added. It is putting additional > effort on the

Re: Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

Messaggio originale 31/01/24 22:27, Alessandro Astone ha scritto: > I can support that. > > But am I supposed to ignore the fact that kkofler is already bullying the > KDE SIG into not breaking that one other package they maintain that > occasionally breaks on kde update

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

Il 30/01/24 13:47, Sérgio Basto ha scritto: > Link to the FESCo ticket: https://pagure.io/fesco/issue/3165 > > and I'm very upset > I tried to read all the backward discussion and, if I'm correct, the point is that having the -x11 packages in Fedora official repositories would make "official" tha

Package review ticket status change after approval

Hello folks, before all, I want to thank everyone putting their time in reviewing new package requests! That is a key task in distinguish Fedora among the other Linux distribution and ensure we have high quality packages in our repositories. That said, I'd like to make a request and maybe make

Re: Proposal: Eliminate buildroot overrides

Il 22/01/24 19:07, Stephen Gallagher ha scritto: > tl;dr: Buildroot overrides should be restricted to releng members and > packagers should use on-demand side-tags instead. > > I'm fully in agreement with such proposal. Do note however that there's currently no way to restrict BRO usage in Bodhi,

Re: Proposal: Eliminate buildroot overrides

Il 22/01/24 19:39, blinxen ha scritto: > > I am unaware of any remaining use cases for buildroot overrides that > are not covered by side tags > > One use case that I sometimes encounter is requiring a newer version for > a dependency, > that is submitted to Bodhi with a side-tag. Since the build

Re: Updating wcslib in rawhide to 8.2.2 (with sidetag)

Il 09/01/24 17:20, Sergio Pascual ha scritto: > Hello, I have created the side tag f40-build-side-81054 to build > packages depending on wcslib > > Build your package with: > fedpkg build --target=f40-build-side-81054 > > Affected: > astrometry > cpl > kstars > python3-astrometry > python3-astropy

Re: F40 Change Proposal: Optimized Binaries for the AMD64 Architecture (System-Wide)

Il 28/12/23 18:25, Robert Marcano via devel ha scritto: > On 12/28/23 12:58 PM, Chris Adams wrote: >> Once upon a time, Aoife Moloney said: >>> Systemd will be modified to insert the additional directories into the >>> `$PATH` environment variable (affecting all programs on the system) >> Anything

Re: Synching user database from Fedora IPA to pagure

Il 29/11/23 18:20, Kevin Fenzi ha scritto: > On Tue, Nov 28, 2023 at 10:13:35AM +0000, Mattia Verga via devel wrote: >> I'd like to start writing a script to synch users/groups from Fedora IPA >> to pagure.io and src.fp.o: both pagure.io and src.fp.o logins are based >> o

Synching user database from Fedora IPA to pagure

I'd like to start writing a script to synch users/groups from Fedora IPA to pagure.io and src.fp.o: both pagure.io and src.fp.o logins are based on Fedora accounts, but the Pagure user database is only updated when a user login in Pagure. That means that by searching for a user or looking group

Re: How can I delete a rawhide Bodhi update?

Il 23/11/23 21:11, Adam Williamson ha scritto: > On Thu, 2023-11-23 at 20:40 +0100, Florian Weimer wrote: >> * Mattia Verga via devel: >> >>> Il 23/11/23 16:40, Florian Weimer ha scritto: >>>> I've got an update that I don't see pushed to stable

Re: How can I delete a rawhide Bodhi update?

Il 23/11/23 16:40, Florian Weimer ha scritto: > I've got an update that I don't see pushed to stable. How do I make > sure that doesn't happen? > > As it's for rawhide, I didn't create the Bodhi update, and I don't see > an option to delete it. > There's no option to delete Bodhi updates. It can o

Re: Inactive packages removed from packager group

Il 18/11/23 21:08, Kevin Fenzi ha scritto: > Hi all, > > Today, 2023-11-18, we have removed inactive packagers > from the packager group. > > This is in accordance with the FESCo policy on inactive packagers: > https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/ > > If the re

Re: appstream soname bump in Rawhide (special info for AppStreamQt users!)

Il 03/11/23 02:43, Neal Gompa ha scritto: > * appstream-data needs to move its content from > /usr/share/app-info/{xmls,icons} to /usr/share/swcatalog/{xml,icons} I think this is the third time they change path. BTW, 'app-info' was the previous one, 0.16 used 'metainfo' [1], now 'swcatalog'... le

Re: Bodhi API does not list f39 in pending releases

Il 25/10/23 12:54, Tomas Hrcka ha scritto: > This looks like a bug in bodhi. > Actually, it was done that way on purpose. The HTML rendered output shows frozen releases in the same table of pending releases by a hack, but for API purposes I just let the output being pedantic about the requested

Renaming python-jsonschema-spec to python-jsonschema-path

Because of upstream name changed, I'm announcing the rename of python-jsonschema-spec to python-jsonschema-path in Rawhide and F39. Currently the consumers of python-jsonschema-spec are: python-openapi-core python-openapi-spec-validator The change should be transparent to other packages, as the

Re: zlib-ng as a compat replacement for zlib

Is there any chance we can have this drafted as a change request for F40? Inviato da Proton Mail mobile Messaggio originale Il 19 Set 2023, 18:26, Daniel Alley ha scritto: > Will this be posted soon? ___ > devel mailing list -- devel

Trivial review swaps

Hello folks, I have a couple of trivial packages waiting for reviews: - libahp-gt - Driver library for the AHP GT Controllers (https://bugzilla.redhat.com/show_bug.cgi?id=2237299) - libahp-xc - Driver library for the AHP XC Correlators (https://bugzilla.redhat.com/show_bug.cgi?id=2237300) I'd

Re: Contact attempt for the Inactive Packagers Policy for the F39 release cycle

continue being listed in the `packager` > group, as I am eager to contribute to Fedora. > > Regards, > Adam Piasecki. > > On Tue, 3 Oct 2023 at 04:23, jeff stewart wrote: > >> Yes still interested in contributing to fedora >> >> On Thu, Sep 28, 2023, 9:06 AM Ma

Contact attempt for the Inactive Packagers Policy for the F39 release cycle

This email was sent both to the mailing list for raising awareness to the community and BCC directly to the affected users from which we need a reply. If you have received this email only from the mailing list, you can ignore the next part. Hello, during our periodic check as per the

Re: -Werror=implicit-int -Werror=implicit-function-declaration coming to rawhide

Il 27/09/23 19:01, Stephen Gallagher ha scritto: > On Wed, Sep 27, 2023 at 12:59 PM Ron Olson wrote: >> I mean this sincerely: Where is the excellent documentation? I admit that >> I’ve been frustrated that web searches leads me all over the place, >> sometimes the documentation is obsolete, or

Re: Packaging guidelines - validation of AppStream metadata files

Il 27/09/23 23:49, Neal Gompa ha scritto: > On Wed, Sep 27, 2023 at 5:41 PM Kevin Fenzi wrote: >> On Wed, Sep 27, 2023 at 10:05:38AM -0400, Neal Gompa wrote: >>> On Wed, Sep 27, 2023 at 9:48 AM Richard Hughes wrote: >>>> On Wed, 27 Sept 2023 at 13:23, Matt

Re: Packaging guidelines - validation of AppStream metadata files

Il 27/09/23 13:24, Richard Hughes ha scritto: > On Tue, 26 Sept 2023 at 03:16, Neal Gompa wrote: >> So a stopgap solution was implemented: appstream-data. Richard Hughes >> maintains a local mirror of the full Fedora repositories and generates >> the appstream data from that using scripts[1] and e

Re: Packaging guidelines - validation of AppStream metadata files

Il 24/09/23 01:18, Neal Gompa ha scritto: > On Sat, Sep 23, 2023 at 6:05 PM Michael Catanzaro > wrote: >> On Sat, Sep 23 2023 at 10:26:48 PM +0200, Alexander Ploumistos >> wrote: >>> Could someone involved >>> with AppStream please provide some information? Shouldn't our >>> documentation be cha

Re: F40 Change Proposal: KDE Plasma 6 (System Wide)

Il 15/09/23 11:25, Marcin Juszkiewicz ha scritto: > W dniu 13.09.2023 o 17:53, Aoife Moloney pisze: > >> == Summary == >> KDE Plasma 6 is successor to KDE Plasma 5 created by the KDE >> Community. It is based on Qt 6 and KDE Frameworks 6 and brings many >> changes and improvements over previous ver

Re: Non-responsive maintainer mkulik

Il 13/09/23 11:58, Filip Janus ha scritto: > Hi all, > mkulik is the main admin of pg_auto_failover component, and I can't reach > him. So I would like to start the process of moving the main admin role to > me(I am an admin now but the default assignee is mkulik due to the main admin > role).

Re: PDC replacement proposal

Il 11/09/23 15:08, Tomas Hrcka ha scritto: > Sorry for the confusion with work that is already done, > We can drop the critpath thanks Adam! > > As it goes for EoL and package retirement we for the past few releases we are > saving EOL date in bodhi. > So getting EOL for specific release is not a

Re: Non-responsive maintainer check for Karsten Hopp (karsten)

Il 09/09/23 02:09, Valter Sage ha scritto: > Does anyone know how to contact Karsten Hopp (karsten)? This email is > part of the non-responsive maintainer process > (https://bugzilla.redhat.com/show_bug.cgi?id=2237962). > > The activity report at https://src.fedoraproject.org/user/karsten/ > sho

Re: Exclude i686 builders for noarch packages

Il 07/09/23 06:11, Orion Poplawski ha scritto: > I'm running into an issue where python-rpds-py excludes i686: > > # https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval > # Also rust-rpds is not available on i686 > ExcludeArch:%{ix86} > > but then my python-nbformat build gets sent

Inactive provenpackagers policy for the f39 cycle

This is a bit late on schedule, but... In accordance with FESCo policy[1], the following provenpackagers will be submitted for removal in two weeks based on a lack of Koji builds submitted in the last six months. If you received this directly, you can reply off-list to indicate you should still be

Re: Inactive packager policy for the F39 cycle

Il 30/08/23 22:02, Ben Cotton ha scritto: > On Wed, Aug 30, 2023 at 2:47 PM Kevin Fenzi wrote: >> Might you be willing to also do the provenpackager one? >> ( https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/ ) >> > For Mattia (or anyone else who wants to pick this up), you can see

Inactive packager policy for the F39 cycle

Hello folks, I've started the "Inactive Packagers Policy" procedure [1] for the F39 release cycle. For each user detected as "inactive" a ticket was opened and the full list can be seen at [2]. In two weeks I'll post a comment in each ticket still open with a list of affected packages that pos

Re: Tracker bug for approved change proposals

Il 01/08/23 19:03, Fabio Valentini ha scritto: > On Tue, Aug 1, 2023 at 7:00 PM Tulio Magno Quites Machado Filho > wrote: >> I noticed that a few change proposals that have been approved still did >> not get a bug tracker, e.g.: https://fedoraproject.org/wiki/Changes/LLVM-17 >> >> As things have c

Re: F39 Change Proposal: LibreOffice 7.6 (Self-Contained)

Il 22/07/23 22:31, Kevin Fenzi ha scritto: > On Fri, Jul 21, 2023 at 04:31:01PM +0100, Aoife Moloney wrote: >> https://fedoraproject.org/wiki/Changes/LibreOffice_7.6 >> >> This document represents a proposed Change. As part of the Changes >> process, proposals are publicly announced in order to rec

Re: CentOS Stream, RHEL, and Fedora [was Re: What is Fedora?]

Since RHEL is made out from Centos Stream and Centos Stream is made out from Fedora ELN, can't Alma and Rocky branch directly from Fedora? Can we collaborate in some way with those communities so that we support each other? I mean, like we have Fedora ELN and EPEL... Inviato da Proton Mail mobil

Re: more distinct default bash prompt?

Il 09/07/23 00:05, Leon Fauster via devel ha scritto: > Am 08.07.23 um 22:44 schrieb Barry: >> >>> On 8 Jul 2023, at 19:56, Kushal Das wrote: >>> >>> White background is a good choice for accessibility iirc. >> Isn’t is contrast that matters not any particular background? > > On the contrary it he

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

Il 08/07/23 13:06, Vitaly Zaitsev via devel ha scritto: > On 06/07/2023 18:10, Aoife Moloney wrote: >> but the conversation about each change >> will take place on Fedora Discussion at >> https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-s

Re: [HEADS UP] Python 3.12 side tag merging today (and what to do)

Il 04/07/23 16:51, Tomáš Hrnčiar ha scritto: > Many packages only fail to build because their dependencies were not yet > rebuilt. Chances are, you will get an automated F39FailsToInstall bugzilla > soon, indicating your package fails to install. It would be really helpful if > you could find t

Re: SIG proposal: libreoffice-sig

Greetings folks, the libreoffice-sig is now live. Anyone interested can join the `#libreoffice-sig:fedoraproject.org` matrix room for discussion. If you're a packager and like to help maintain LO and related packages, you can ask to join the https://accounts.fedoraproject.org/group/libreoffice-s

Re: Modules without modularity

Il 20/06/23 17:31, Zbigniew Jędrzejewski-Szmek ha scritto: > > [1] https://src.fedoraproject.org/rpms/postgresql/pull-request/59 > > Zbyszek Isn't the package name required to match the name of specfile? Mattia ___ devel mailing list -- devel@lists.fed

Re: Releasing package updates in multiple Fedora releases

Il 19/06/23 08:26, Vitaly Zaitsev via devel ha scritto: > On 18/06/2023 14:51, Sandro wrote: >> Aren't you missing the 'git push' (or 'fedpkg push')? IIRC, your 'fpb' >> alias would fail since no changes have been pushed to dist-git for koji >> to base a build on. > Good catch. Thanks: > > alias fp

Releasing package updates in multiple Fedora releases

For the 99% of packages I maintain I usually perform the same workflow when updating them: 1. Update spec and source in Rawhide 2. commit and push 3. fedpkg build 4. fedpkg switch-branch f* 5. git merge rawhide 6. push and fedpkg build And repeat 4-5-6 for every f*/epel* branches where I want to

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

Il 17/06/23 11:50, Miro Hrončok ha scritto: > 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 >>

Re: SIG proposal: libreoffice-sig

I've filed the request to set up a libreoffice-sig: https://pagure.io/fedora-infrastructure/issue/11372 If I forgot something in the request, please correct it. I've also quickly set up a wiki page which can be enhanced in many ways... ;-) Mattia ___

Re: Issue with Rawhide docker image?

Il 07/06/23 21:10, Adam Williamson ha scritto: > On Wed, 2023-06-07 at 14:55 -0400, Daniel Walsh wrote: >> On 6/7/23 13:31, Kevin Fenzi wrote: >>> On Wed, Jun 07, 2023 at 07:19:32PM +0200, Iñaki Ucar wrote: On Wed, 7 Jun 2023 at 19:15, Kevin Fenzi wrote: > On Tue, Jun 06, 2023 at 12:30:56

Re: SIG proposal: libreoffice-sig

Il 06/06/23 21:16, Fabio Valentini ha scritto: > On Tue, Jun 6, 2023 at 9:01 PM Gwyn Ciesla via devel > wrote: >> I would honestly prefer ownership be transferred to the libreoffice -sig, of >> which I am more than happy to be a member. > This is not possible, the "main admin" needs to be a perso

SIG proposal: libreoffice-sig

I'm forking this proposal off from the other thread, as it got buried under tons of posts. Shall we set up a libreoffice-sig to coordinate and ensure that libreoffice and all dependencies are properly maintained and updated as RPMs? Are there enough users which, like me, don't like the idea to

Re: Issue with Rawhide docker image?

Il 05/06/23 22:12, Ron Olson ha scritto: > Hey all, I am using docker and pulled the latest version of rawhide to > use interactively. Sitting in the container I ran `dnf -y update` and > got: > > Config error: Parsing file "/etc/dnf/dnf.conf" failed: Parsing file > '/etc/dnf/dnf.conf' failed: I

Re: LibreOffice packages

Il 05/06/23 19:51, Roberto Ragusa ha scritto: > On 6/5/23 19:13, Demi Marie Obenour wrote: > >> Are you willing to do the packaging work? Asking upstream to create >> packages for every distribution is not reasonable. > I would never want upstream to do packaging, as experience teaches, > they wou

Re: LibreOffice packages

Il 05/06/23 17:00, Michael J Gruber ha scritto: > I've taken up hyphen and the orphaned hyphen-* packages. They don't appear to > be high maintenance, but co-admins welcome, of course. Similarly, feel free > to admin as co-admin to other hyphen-* in case something needs coordinations. > The lang

Re: LibreOffice packages

Il 02/06/23 09:22, Jiri Vanek ha scritto: > Damn thats a long list. > > Indeed. I can help and pick up a couple of packages, but what about the hunspell*, hyphen*, mythes*? I think those will require more work than what a volunteer packager can bring. Yet, I suspect dropping them will blow up qu

Re: LibreOffice packages

> If I understand the announcement correctly, future RHEL will not include > LibreOffice > anymore. That’s the reason, why the maintainers have withdrawn. > > > Instead of Flatpak I would prefer to pick up the software directly from the > project. LO > provides a rpm. Maybe we have to change ou

Re: LibreOffice packages

Il 02/06/23 01:55, Sandro ha scritto: > > However, it surprises me that for a package, that is part of the > deliverables of Fedora releases, no coordination effort was made to > transition the package from Red Hat maintenance to Fedora maintenance. I > would even go as far as that this should have

Re: F39 Change Proposal: Build JDKs once, repack everywhere (System-Wide Change)

Il 30/05/23 20:37, Aoife Moloney ha scritto: > This document represents a proposed Change. As part of the Changes > process, proposals are publicly announced in order to receive > community feedback. This proposal will only be implemented if approved > by the Fedora Engineering Steering Committee.

Re: Old stalled bodhi updates

Il 30/05/23 22:15, Adam Williamson ha scritto: > > https://bodhi.fedoraproject.org/updates/FEDORA-2022-2b17e1e469 is stuck > because it was ejected from its initial push to testing, > which means the 7 day push to stable timer never really kicks in > (it needs to be *in testing* for seven days). I

Re: Old stalled bodhi updates

Il 30/05/23 22:15, Adam Williamson ha scritto: > > https://bodhi.fedoraproject.org/updates/FEDORA-2022-f563346d4d is > similar, but this time it was ejected from its push *to stable* (not to > testing), again allegedly for a missing tag. The builds have now > actually been deleted(!), so that updat

Re: Obsolete of DNF by DNF5 in RAWHIDE

Il 29/05/23 23:33, Adam Williamson ha scritto: > On Mon, 2023-05-29 at 12:20 -0700, Adam Williamson wrote: >> On Mon, 2023-05-29 at 17:08 +, Leigh Scott wrote: Il 24/05/23 09:40, Jaroslav Mracek ha scritto: I've started to see failing tests upon Bodhi update submission like

Re: Obsolete of DNF by DNF5 in RAWHIDE

Il 24/05/23 09:40, Jaroslav Mracek ha scritto: > Hello, > > I have great news that the upcoming release of DNF5 will obsolete DNF > in rawhide (Fedora 39). The release is planned not before the end of > May.  The change was already announced in > https://fedoraproject.org/wiki/Changes/ReplaceDnf

Re: Deprecation of the aspell package

Il 27/05/23 11:56, Peter Oliver ha scritto: > > If we’re going to recommend migration to anything, shouldn’t it be enchant2? > Users would be able to configure their preferred spellchecking engine per > language (which I imagine is more important for some languages than others), > and we wouldn

Re: employment related packager groups

Il 26/05/23 19:39, Kevin Fenzi ha scritto: > FESCo has been asked about creating company related groups. > ( https://pagure.io/fesco/issue/2966 and https://pagure.io/fesco/issue/2929 ) > ie, foocorp-sig / foocopr-packagers. These groups would then be used to > help maintain packages that foocorp fi

Re: Election Status?

Il 24/05/23 21:19, Josh Boyer ha scritto: > On Wed, May 24, 2023 at 2:55 PM Peter Boy wrote: >> >> >>> Am 24.05.2023 um 20:30 schrieb Chris Murphy : >>> >>> I'm pretty sure we no longer have a program manager? >> What’s that about? > Red Hat recently announced a round of layoffs[1] and the Fedora

Re: F39 Change Proposal: Flatpaks without Modules (System-Wide Change)

Il 13/05/23 03:04, Owen Taylor ha scritto: > On Fri, May 12, 2023, 1:03 PM Mattia Verga via devel > wrote: > >> Il 10/05/23 12:54, Aoife Moloney ha scritto: >>> https://fedoraproject.org/wiki/Changes/FlatpaksWithoutModules >>> >>> >> I've

Re: F39 Change Proposal: Flatpaks without Modules (System-Wide Change)

Il 10/05/23 12:54, Aoife Moloney ha scritto: > https://fedoraproject.org/wiki/Changes/FlatpaksWithoutModules > > I've never tried to make a flatpak because I was scared by the need of firstly build modules and I'm really happy to see this change moving on. However, there's something I can't under

  1   2   3   4   5   >