Report started at 2024-05-06 17:14:29 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Report started at 2024-04-27 20:06:57 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Report started at 2024-05-06 17:14:29 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Fri May 3, 2024, Maxwell G wrote:
> Report started at 2024-04-27 20:06:57 UTC
Apologizes, I accidentally sent an outdated report. I will resend later
today.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
Report started at 2024-04-27 20:06:57 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Hi Jan,
On Fri Apr 26, 2024 at 08:46 +0200, Jan Kolarik wrote:
> Hi Maxwell,
>
> This contains an update to dnf 5.2.0 which has breaking API changes. I did
> > not
> > see these communicated anywhere and the Change Proposal did not mention
> > that
> > the update would include a major version
Hi Jan,
On Thu Apr 25, 2024 at 07:42 +0200, Jan Kolarik wrote:
> 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].
> [1]
On Fri Apr 19, 2024 at 14:23 +1000, Nathan Scott wrote:
> Hi Neal,
>
> On Thu, Apr 18, 2024 at 1:02 PM Neal Gompa wrote:
> > On Wed, Apr 17, 2024 at 10:43 PM Nathan Scott wrote:
> > > On Thu, Apr 18, 2024 at 12:29 PM Neal Gompa wrote:
> > > > [...]
> > > > retaining Redis will just hurt us in
On Thu Apr 18, 2024 at 11:51 +1000, Nathan Scott wrote:
> > > == Owner ==
> > > * Name: [[User:jonathanspw|Jonathan Wright]]
> > > * Email: jonat...@almalinux.org
> >
> > It would be nice to have Remi who currently maintains redis on board as
> > well.
> >
>
> This is the second time this has
On 4/18/24 00:51, Remi Collet wrote:
Le 17/04/2024 à 18:37, Maxwell G a écrit :
On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote:
Thank you for submitting this!
I agree we’ll have to get rid of redis in the future, and than such a
switch will make a strong statement about our
On 4/17/24 02:20, Zbigniew Jędrzejewski-Szmek wrote:
I don't think we should make this particular functionality special.
Yeah, I tend to agree. If we want to reimagine the way BRP scripts work,
that should be a separate discussion.
--
___
devel
On 4/13/24 06:41, Fabio Valentini wrote:
On Sat, Apr 13, 2024 at 1:18 PM Zbigniew Jędrzejewski-Szmek
wrote:
Yes. But actually I think Rust is the optimal choice here. Writing
this in Python would be possibly slightly nicer, but we don't want
to pull the interpreter and packages into the
On Wed Apr 17, 2024 at 16:38 +0100, Aoife Moloney wrote:
Thank you for submitting this!
> == Owner ==
> * Name: [[User:jonathanspw|Jonathan Wright]]
> * Email: jonat...@almalinux.org
It would be nice to have Remi who currently maintains redis on board as well.
> == Detailed Description ==
> We
Report started at 2024-04-12 13:04:40 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Report started at 2024-04-12 13:04:40 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Sun Apr 7, 2024 at 15:15 +, Zbigniew Jędrzejewski-Szmek wrote:
> I think it's time to switch to rpmautospec completely.
> Thus, the proposal:
> - new packages MUST use rpmautospec
> - packagers SHOULD convert their packages
> - provenpackagers MAY convert existing packages
> (e.g. when
Report started at 2024-04-02 16:05:20 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Tue Apr 2, 2024 at 17:16 +0200, Dan Čermák wrote:
> Hi Maxwell & Go SIG,
Hi Dan,
Thank you for reaching out!
> we have recently started working on introducing a bundled() provides
> generator for golang in openSUSE and found a very simple solution using
> the output of `go version -m
Report started at 2024-04-02 16:05:20 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Wed Mar 27, 2024 at 15:48 +0100, Karolina Surma wrote:
> Hello,
Hi Karolina,
Thank you for bring this to the mailing list.
> recently, we were suggested an improvement for %pyproject_buildrequires
> -r/-x.
> We could read the project's runtime dependencies (if they're not marked
> as
Release Engineering. Please report issues at its pagure instance:
https://pagure.io/releng/
The sources of this script can be found at:
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py
Report finished at 2024-03-21 16:09:32 UTC
--
Maxwell G (@gotmax23)
Pronouns: He
Release Engineering. Please report issues at its pagure instance:
https://pagure.io/releng/
The sources of this script can be found at:
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py
Report finished at 2024-03-21 16:09:32 UTC
--
Maxwell G (@gotmax23)
Pronouns: He
Report started at 2024-03-04 18:10:50 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Tue Mar 5, 2024 at 04:06 +, Maxwell G wrote:
> On Mon Mar 4, 2024 at 22:35 +0100, Sandro wrote:
> > On 04-03-2024 07:59, Miroslav Suchý wrote:
> > > It would welcome if anyone can help Robert here:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2235055
> &
On Mon Mar 4, 2024 at 22:35 +0100, Sandro wrote:
> On 04-03-2024 07:59, Miroslav Suchý wrote:
> > It would welcome if anyone can help Robert here:
> > https://bugzilla.redhat.com/show_bug.cgi?id=2235055
>
> I had a look and it seems the package is currently stuck on broken
>
On Mon Mar 4, 2024 at 07:59 +0100, Miroslav Suchý wrote:
> Dne 03. 03. 24 v 20:22 Philippe Ombredanne napsal(a):
>
> > If you want robust license detection, consider using ScanCode [2] and
> > Scancode.io [3] for more complex pipelines. Both are tools that I
> > co-maintain and are considered as
On Sun Mar 3, 2024 at 20:22 +0100, Philippe Ombredanne wrote:
> Hi Maxwell:
Hi Philippe,
> On Sun, Mar 3, 2024, Maxwell G wrote:
> > Has anyone every used trivy [1] to scan for licenses? It appears more
> > robust and better maintained than askalono-cli and can detect files
On Sun Mar 3, 2024 at 17:28 +0100, Miroslav Suchý wrote:
> Dne 03. 03. 24 v 7:35 Maxwell G napsal(a):
> >
> > Has anyone every used trivy [1] to scan for licenses? It appears more
> > robust and better maintained than askalono-cli
> > and can detect files with mul
[1] https://github.com/aquasecurity/trivy
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Condu
Report started at 2024-02-21 17:04:45 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Report started at 2024-02-21 17:04:45 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
-13 01:13:36 UTC
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
-13 01:13:36 UTC
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
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
Hi everyone,
On 2/11/23 23:31, Maxwell G via devel wrote:
I've been working on a repoquerying tool called fedrq [1] that I'd
like to share with you. Here's the elevator pitch: fedrq provides a
friendly interface to query the Fedora repositories. It makes it
really easy to query across Fedora
Report started at 2024-01-28 16:04:44 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Orphaned packages looking for new maintainers
--
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct:
would probably build fine with flit-core (happy to help with
> that
> if you are interested).
Regardless, those packages should switch to using flit-core to build.
Pulling in all of flit is not necessary for RPM builds.
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
would probably build fine with flit-core (happy to help with
> that
> if you are interested).
Regardless, those packages should switch to using flit-core to build.
Pulling in all of flit is not necessary for RPM builds.
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
__
/devel@lists.fedoraproject.org/thread/X2RQQQ76NYDF4Y3L3WSSNW2MSIOI6CHW/#X2RQQQ76NYDF4Y3L3WSSNW2MSIOI6CHW
I believe we ultimately concluded that there were still some valid
usecases for buildroot overrides. I'm not sure the situation has
materially changed since then.
--
Maxwell G (@gotmax23)
Pronou
Report started at 2024-01-15 15:04:52 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
Report started at 2024-01-15 15:04:52 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
On Tue Jan 9, 2024 at 17:30 +, Maxwell G wrote:
> Hi everyone,
>
> RPM has deprecated the `%patchN` syntax in favor of `%patch -PN` where
> `N` is the patch number. See the RPM documentation for more information
> [1]. In current RPM versions, this syntax only emits a deprec
-urwidtrees
ttorling python-pip
wwoods pungi
xavierbpython-f5-icontrol-rest python-f5-sdk
zbyszekpython-libarchive-c python-music21 python-pysb
Best,
Maxwell
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel mailing list -- devel
-urwidtrees
ttorling python-pip
wwoods pungi
xavierbpython-f5-icontrol-rest python-f5-sdk
zbyszekpython-libarchive-c python-music21 python-pysb
Best,
Maxwell
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
python-devel mailing list
commit/afd352481bacea521ce5ba01e989866478278532
[3]
https://git.sr.ht/~gotmax23/fedora-scripts/tree/main/item/new_patch_syntax.sh
[4]
https://git.sr.ht/~gotmax23/fedora-scripts/tree/main/item/go-sig/new_patch_syntax/packages
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel m
eam settings as comments.
Ah, now I see what you mean. Yes, we should definitely update those comments.
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
B, and it's
lacking clear instructions about how to change the values back to
defaults.
[1]:
https://src.fedoraproject.org/rpms/golang/blob/rawhide/f/0001-Modify-go.env.patch
[2]:
https://developer.fedoraproject.org/tech/languages/go/go-installation.html#fedora-specific-notes
--
Maxwell G (@gotmax23)
y data to Google without explicit
opt-in. We can highlight in the documentation how to re-eanble GOPROXY
and GOSUMDB if necessary.
--
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
st your settings.
[1]:
https://docs.fedoraproject.org/en-US/fesco/Who_is_allowed_to_modify_which_packages/#unhandled_issues
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
ext would break that,
and I think having a (potentially flawed) %changelog generated from the
git log is better than none at all.
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
responsibilities
right now, at least not before EOY.
Best,
Maxwell
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
something
kooky, you ought to run it in %check during the RPM build.
If the test suite indeed cannot be run due to dependency on network
access or a system service or a similar reason,
you should use %py3_check_import / %pyproject_check_import.
--
Maxwell G (@g
Indeed, the parametric generators are quite convenient for simpler
usecases, as you don't need to execute a bunch of processes just to
print some text to stdout.
For packages with a lot of files (e.g. ansible which I maintain), this
really adds up.
--
Maxwell G (@gotmax23)
Pronouns: He/They
__
On Tue Sep 26, 2023 at 13:07 +0200, Kevin Kofler via devel wrote:
> Maxwell G wrote:
> > Also, I do not like that this is tied together to the Plasma 6 change.
> > Nobody is actually talking about the subject of the change, KDE Plasma
> > 6; most of the conversation is abo
Plasma
6; most of the conversation is about dropping X11 which was tacked on to
this Change.
It would be better as a separate Change with a separate discussion, IMO.
[1] https://community.kde.org/Plasma/Wayland_Showstoppers
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
n the mailing list and some
people just ignored that and replied anyways. That doesn't necessarily
mean that people that followed that request wouldn't have participated
if it was only announced on the mailing list.
--
Maxwell G (@gotmax23)
Pronouns: He/They
On Tue Sep 12, 2023 at 09:21 +0200, Sandro wrote:
> On 12-09-2023 03:36, Maxwell G wrote:
> >> It isn't packaged for Fedora yet, though. Is anyone using it, and would
> >> like to package + maintain it for Fedora?
> > IIRC, we used to have nim in Fedora and then
though. Is anyone using it, and would
> like to package + maintain it for Fedora?
IIRC, we used to have nim in Fedora and then it was retired.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
could with
<https://bugzilla.redhat.com/userprefs.cgi?tab=component_watch>? I
currently watch ansible-core bugs so I can keep up with RHEL changes and
properly maintain the ansible community package in EPEL.
Thanks again,
Maxwell
--
Maxwell G (@gotmax23)
Pronou
On Wed Aug 23, 2023 at 12:32 +0200, Sandro wrote:
> On 19-08-2023 23:15, Maxwell G wrote:
> > == Summary ==
> > Up until now, the
> > [https://src.fedoraproject.org/rpms/redhat-rpm-config/blob/7331757cf12ee645e895e7e6e91d73ff66106e12/f/macros.forge
> > forge
t; Miro, you are way too young to "be retired".
>
> I'd be willing to take over maintainership of the package. As always,
> co-maintainers are welcome.
I maintain two of my packages on that list (fedrq and ansible-core),
so I'm happy to co-maintai
will split them out into a new `forge-srpm-macros` package.
We will add more test coverage and add a new `%forgeversion` macro to allow
adding snapshot info to Version instead of Release.
== Owner ==
* Name: [[User:gotmax23| Maxwell G]]
* Email: maxw...@gtmx.me
== Detailed Description
On Sat Aug 19, 2023 at 22:13 +0200, Miro Hrončok wrote:
> On 19. 08. 23 19:44, Maxwell G wrote:
> > Hi Pythonistas,
> >
> > %pyproject_save_files automatically handles marking license files
> > with %license when a build backend installs them into a packag
will split them out into a new `forge-srpm-macros` package.
We will add more test coverage and add a new `%forgeversion` macro to allow
adding snapshot info to Version instead of Release.
== Owner ==
* Name: [[User:gotmax23| Maxwell G]]
* Email: maxw...@gtmx.me
== Detailed Description
to
the `'*' +auto` flags which are used by pyp2spec for automatic PyPI
builds in Copr but not allowed in Fedora proper.
What do y'all think? Am I missing something?
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
___
python-devel mailing list -- python-devel
builds good
You're missing a `BuildRequires: openssl` and
`%{python3_sitelib}receptor_python_worker-%{version}.dist-info/` is
missing a slash after `%{python3_sitelib}`.
Also, you should apply the feedback from the previous post to the
specfile.
--
Best,
Maxwell G (@gotmax23)
builds good
Can you please post the test specfile and SRPM so folks can actually
test it?
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedor
On Mon Aug 14, 2023 at 12:49 +0200, Bob Mauchin wrote:
> On Sun, 13 Aug 2023, 21:39 Maxwell G, wrote:
>
> > > %build
> > > %if %{with bundled}
> > > export GO111MODULE=on
> > > export GOFLAGS=-mod=vendor
> > > %endif
> >
> > I think y
ernetes rpms to help.
The kubernetes rpms are completely separate from the unbundled
golang-k8s-* packages and use bundled dependencies as far as I know.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.or
y instead of using the macros.
Change
> %files -n python3-receptorctl -f %{receptorctl_pyproject_files}
> %doc README-receptorctl.md
> %{_bindir}/receptorctl
to
%files -n receptorctl
%doc README-receptorctl.md
%{_bindir}/receptorctl
%{python3_sitelib}/receptorctl/
%{python3_sitelib}/
icated project and perhaps not the best for
someone new to RPM packaging. I grimaced when I first saw Go and Python
mixed together in the repository. I would suggest starting with
something like ansible-builder and ansible-navigator or other more
straightforward parts of the AWX/AAP stack and move on
he Go SIG to clean up our
packages, as I think it'd be useful to other SIGs, but I'll only be at
Flock the last two days :(.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-l
compatible is this API with the old dnf4 API?
The dnf5 API has similar primitives (Base, Goal, Package, etc.), but it's
not at all compatible.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Tue Jul 18, 2023 at 15:27 +0200, Fabio Valentini wrote:
> On Tue, Jul 18, 2023, 15:22 Maxwell G wrote:
>
> > On Tue Jul 18, 2023 at 12:38 +0200, Jakub Kadlcik wrote:
> > > Hello Jerry,
> > > I proposed a workaround a few days ago
> > > https://
On Tue Jul 18, 2023 at 13:47 +0200, Fabio Valentini wrote:
> On Tue, Jul 18, 2023 at 4:38 AM Maxwell G wrote:
> >
> > Hi,
> >
> > It seems the fedora-scm-requests processor is creating the initial
> > repository commits with `releng bot ` as the
>
r,
but I don't think simply removing --resolve is the right solution.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fed
Hi,
It seems the fedora-scm-requests processor is creating the initial
repository commits with `releng bot ` as the
committer. Does anyone know where this is coming from? Should it be
changed to something @fedoraproject.org?
--
Best,
Maxwell G (@gotmax23)
Pronouns: He
On Fri Jul 7, 2023 at 15:56 +, Maxwell G wrote:
> Hi,
>
> Can the configured 5 minute delay between forum posting and email
> notifications going out be turned off?
> It disadvantages users who participate via email and is an unwelcome
> diversion from the way the mail
Hi,
Can the configured 5 minute delay between forum posting and email
notifications going out be turned off?
It disadvantages users who participate via email and is an unwelcome
diversion from the way the mailing lists work.
--
Best,
Maxwell G (@gotmax23)
Pronouns: He
don't see an attachment.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
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/pro
tative of the whole
community either. Privacy concious users are going to opt out, and then
their voices won't be heard.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
On Wed Jul 5, 2023 at 00:50 +0200, Sandro wrote:
> On 05-07-2023 00:06, Maxwell G wrote:
> > On Tue Jul 4, 2023 at 23:45 +0200, Sandro wrote:
> >
> >> I see one of my packages, python-fvs, in the list of failed builds. I'm
> >> also one of the maintainers of B
es are
available. python-fvs depends on python3-orjson which fails to build
with Python 3.12. Its tests segfault. I opened [1] upstream. bottles
then depends on python3-fvs so that wasn't rebuilt either.
[1]: https://github.com/ijl/orjson/issues/400
--
Maxwell G
kevin pingou
https://src.fedoraproject.org/rpms/python-chai/pull-request/3
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
kevin pingou
https://src.fedoraproject.org/rpms/python-chai/pull-request/3
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le
On Mon Jun 26, 2023 at 17:19 -0400, Stephen Gallagher wrote:
> On Mon, Jun 26, 2023 at 5:08 PM Maxwell G wrote:
> >
> > 2023-06-26T20:21:06Z Stephen Gallagher :
> >
> > > Just a heads-up that we've begun the targeted mass-rebuild for Fedora
> > > ELN. It's
t two days, followed up by manual
rebuilds for flaky tests/network hiccoughs, etc.
Is that going to conflict with the ongoing Python 3.12 rebuild?
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
account and nothing else. Only open to members of the
@python-packagers-sig FAS group.
- #python:fedoraproject.org / #fedora-python -> Synchronous
communication
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedo
of course supports the .so name based queries, but I think it's
much better to unintentionally rebuild a couple packages that don't
*need* to be rebuilt and potentially find an FTBFS in advanced than to
unintentionally miss something.
[1] https://fedrq.gtmx.me/
--
Best,
Maxwell G (@gotmax23
[1]
https://lists.fedoraproject.org/archives/search?q=A+coordinated+plan+for+ansible-collection+updates+in+EPEL%3F=1=epel-devel%40lists.fedoraproject.orgÚte-asc
--
Happy automating,
Maxwell G (@gotmax23)
Pronouns: He/They
___
epel-devel mailing l
On Tue May 16, 2023 at 11:04 +0200, Miro Hrončok wrote:
> On 15. 05. 23 16:49, Maxwell G wrote:
> > On Mon May 15, 2023 at 12:14 +0200, Miro Hrončok wrote:
> >> Hello,
> >>
> >> I'm working on adding python3.11-rpm to EPEL 9 and EPEL 9 Next.
> >>
> &
should be fixed, but I
don't consider this issue a blocker. I just didn't have time to complete
a full review myself , so I left a drive by comment and didn't assign
it to myself or set the fedora-review? flag. I'll try to take a look
later.
--
Best,
Maxwell G (@gotmax2
On Tue May 16, 2023 at 11:04 +0200, Miro Hrončok wrote:
> On 15. 05. 23 16:49, Maxwell G wrote:
> > On Mon May 15, 2023 at 12:14 +0200, Miro Hrončok wrote:
> >> Hello,
> >>
> >> I'm working on adding python3.11-rpm to EPEL 9 and EPEL 9 Next.
> >>
> &
the other alt python stacks in RHEL 8.
> If there is a significant demand, I can try add this (and python39-rpm) to
> EPEL
> 8 as well.
As I said on IRC, I'd like that for fedrq.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
epel-de
the other alt python stacks in RHEL 8.
> If there is a significant demand, I can try add this (and python39-rpm) to
> EPEL
> 8 as well.
As I said on IRC, I'd like that for fedrq.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
python-deve
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
--
Happy packaging,
Maxwell G (@gotmax23)
Pronouns: He/They
___
epel-d
ual.
--
Happy automating,
Maxwell G (@gotmax23)
Pronouns: He/They
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org
DF2 | sed 's|$|-maintain...@fedoraproject.org|'
pdfposter-maintain...@fedoraproject.org
python-mapnik-maintain...@fedoraproject.org
krop-maintain...@fedoraproject.org
pdf-stapler-maintain...@fedoraproject.org
```
to get in contact with them.
--
Best,
Maxwell G (@gotmax23)
Pronouns: He/They
_
ote for all Fedora contributors (can be combined with the
> next FESCo elections).
I think having this as a "ballot referendum" of sorts is a good idea.
--
Maxwell G (@gotmax23)
Pronouns: He/They
___
devel mailing list -- devel@lists.fedoraproject.o
evel of mailing list usage and participation is
significantly larger.
> Plus, there’s Rust, Kubernetes, Nextcloud,
> Flathub, Grafana, Home Assistant, KDE, and I’m sure many others.
I'd argue that this is a type of fragmentation.
Each has its own site that users have to separately sign up fo
1 - 100 of 341 matches
Mail list logo