this be clearer if it says "the JRE from the system JDK"? Since the apps
are not actually pulling in the full JDK itself.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
OpenPGP_0x8B229D2F7CCC04F2.asc
Description: OpenPGP
On 4/22/24 17:03, Michel Lind wrote:
I created this (tracking c9s' openssl package) since there were plans to start
depending on openssl v3 in systemd back in 2022, but looks like that has not
happened yet - and CentOS Hyperscale SIG is no longer updating our systemd
package for c8s
On 4/22/24 16:32, Fabio Valentini wrote:
On Mon, Apr 22, 2024 at 11:12 PM Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable
) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
OpenPGP_0x8B229D2F7CCC04F2.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
--
___
epel-devel mailing list -- epel
On 4/22/24 16:12, Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable version in Rawhide to close
https://bugzilla.redhat.com
-15.20210202.git013d051.fc40.i686
plank-libs-0.11.89-15.20210202.git013d051.fc40.x86_64
So if you use plank, or otherwise have a need for this, feel free to take this
over.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
for a port to pcre2, but upstream has not committed anything in 7 years.
There is a PR from 2021 that addressed the pcre2 issue, if anyone wants to pick
this up:
https://github.com/gregkh/bti/pull/54
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org
Hi all,
On 4/11/24 16:25, Michel Lind wrote:
Dear all,
Django 4.2 (the only currently supported LTS series) requires asgiref >=
3.6, so I would like to propose updating python-asgiref in EPEL 9 at
least to 3.6.0, but ideally to 3.8.1 for future proofing.
The affected packages (maintain
Hi Major,
On 4/18/24 13:25, Major Hayden wrote:
On Wed, Apr 17, 2024, at 21:51, Michel Lind wrote:
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Thanks for picking that up, Michel. I intended to mail the list
unilateral ACL changes. Any PR
welcome though! (And I'll try and sort out
existing issues and PRs in between conference prep).
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
OpenPGP_0x8B229D2F7CCC04F2.asc
Description: OpenPGP
Hi Sérgio,
On 4/18/24 06:44, Sérgio Basto wrote:
On Wed, 2024-04-17 at 21:51 -0500, Michel Lind wrote:
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Update protobuf is a huge task
see https://src.fedoraproject.org
Hi all,
protobuf was recently orphaned without any announcement to this list.
I've picked it up since et depends on it.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
On 4/16/24 15:56, Michel Lind wrote:
I'll confirm whether we can go ahead with updating this at the EPEL meeting
tomorrow, or we
should wait a full week per
https://tdawson.fedorapeople.org/epel-docs/public/epel/epel-policy-incompatible-upgrades/
since this blocks the packaging of python
Dear all,
On 4/11/24 16:25, Michel Lind wrote:
Dear all,
Django 4.2 (the only currently supported LTS series) requires asgiref >=
3.6, so I would like to propose updating python-asgiref in EPEL 9 at
least to 3.6.0, but ideally to 3.8.1 for future proofing.
The affected packages (maintain
Hi Kevin,
On 4/12/24 11:45, Kevin Fenzi wrote:
On Thu, Apr 11, 2024 at 03:41:02PM -0500, Michel Lind wrote:
Hi all,
With the recent EOL of the Django 3.2 LTS series[^1], and Django being a
key component of our mailing list infra for both Fedora and CentOS, I
would like to propose
rdless of whether you agree with deprecating SysV or not,
network-scripts' removal from Fedora has nothing to do with the "systemd
cabal" - indeed, the systemd maintainer in Fedora, zbyszek, voted in
favor of restoring network-scripts earlier today.
Best regards, and let's treat each other res
suggest they log out, just in
case), and when task v3 is
packaged, they can then export their current database using the existing task2
and import it after
reinstalling task?
Best,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
og was wrong, most Fedora
releases are already on 1.32 so we don't need to bump the package yet.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: P
here is a new release as well (I'll
prioritize fixing the bug first then build the new release in Rawhide
first).
If there's anyone who is interested in comaintaining libteam, let me
know.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2
On Fri, Apr 12, 2024 at 12:53:52AM +0200, Miro Hrončok wrote:
>
>
> On 11. 04. 24 22:41, Michel Lind wrote:
> > The different Django stacks are in the process of being updated so they
> > can be swapped without affecting dependents, by providing and
> > conflicti
On Fri, Apr 12, 2024 at 12:53:52AM +0200, Miro Hrončok wrote:
>
>
> On 11. 04. 24 22:41, Michel Lind wrote:
> > The different Django stacks are in the process of being updated so they
> > can be swapped without affecting dependents, by providing and
> > conflicti
3.fc41.src
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscri
, or if you have ideas of how to handle
some of these better.
[^1]: https://www.djangoproject.com/weblog/2024/apr/03/bugfix-release/
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
, or if you have ideas of how to handle
some of these better.
[^1]: https://www.djangoproject.com/weblog/2024/apr/03/bugfix-release/
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
, or if you have ideas of how to handle
some of these better.
[^1]: https://www.djangoproject.com/weblog/2024/apr/03/bugfix-release/
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
e(ratatui/default)
< 0.26.0~)
rust-tui-react : (crate(ratatui) >= 0.25.0 with crate(ratatui) < 0.26.0~)
Best,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
4-01-20 |82 | salimma
> |
rbw needs this, still in progress
>
> - salimma (10): rust-atomic-traits, rust-base32, rust-nom-supreme,
> rust-powierza-coefficient, rust-rlimit, rust-signal, rust-sptr,
> rust-vec1, rust-wayland-commons, rust-xcb
>
Best,
--
_o) Miche
On Tue, Apr 09, 2024 at 05:39:11PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Apr 08, 2024 at 01:12:38PM -0500, Michel Lind wrote:
> > On Mon, Apr 08, 2024 at 07:21:40AM -0400, Neal Gompa wrote:
> > > On Mon, Apr 8, 2024 at 7:11 AM Petr Pisar wrote:
> > >
ckages in the update set are installable, but does not
check whether they break any revdep... room for improvement there, and
maybe that can be tackled first.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cf
On Mon, Apr 08, 2024 at 08:47:20PM +0200, Leon Fauster via devel wrote:
> Am 08.04.24 um 20:12 schrieb Michel Lind:
> >(this might require coordination with RH's Leapp developers and
> >AlmaLinux's ELevate developers, to make sure those support upgrading
> >
opportunity to drop epochs in Rawhide? (likely
with proper announcement beforehand in devel@)
(this might require coordination with RH's Leapp developers and
AlmaLinux's ELevate developers, to make sure those support upgrading
to lower NEVRAs too)
Best regards,
--
_o) Michel Lind (né Salim)
_(
bian
is to surface issues when compiling against various compiler+library+app
combo as you noted but as importantly, architecture specific issues.
Preserving the build artifacts so they can't be tampered with during the
test run is probably worthwhile though.
Best regards,
--
_o) Michel Lind (né
e
point we can actually make use of the result - right now there's too
many false positives.
Best regards,
--
_o) Michel Lind (né Salim)
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
_
the same Requires and
Provides in the generated RPMs:
https://src.fedoraproject.org/rpms/libfep/pull-request/1
I'm cc:ing the libfep maintainers; if I don't hear back in a few days
I'll merge and build this and retire the package.
Best regards,
--
Michel Lind
identities: https://keyoxide.org
Hi smooge,
On Wed, Feb 28, 2024 at 08:36:19AM -0500, Stephen Smoogen wrote:
> I had not seen any announcements on this so wanted to drop it here
> https://flocktofedora.org
>
Thanks for posting this! Can we get it out to devel-announce too?
Best regards,
--
Michel Lind (né Salim)
i
> 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/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wi
edoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/
and this for unretiring
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/#claiming
and these are the packaging guidelines for Golang
https://docs.fedoraproject.org/en-US/packaging-guidelines/Golang
On Fri, Feb 16, 2024 at 01:44:34PM -0600, Michel Lind wrote:
> On Fri, Feb 16, 2024 at 01:27:18PM -0600, Michel Lind wrote:
> > except for python-asyncmy:
> > https://copr.fedorainfracloud.org/coprs/salimma/poetry-core-epel9-wip/build/7026743/
> >
> Looks like thi
On Thu, Feb 15, 2024 at 07:53:38PM +, Christopher Klooz wrote:
> On 14/02/2024 17.35, Michel Lind wrote:
> > As a pandoc user, I'm happy to help with any reviews. Is there a list
> > where this tends to get posted, apart from devel?
> >
> > Thanks,
> >
>
it's created! Can't commit to being
that involved, but it seems like there's going to be a lot of overlap on
the packaging side with the Rust SIG I'm already in (Rust crates in
Fedora are all co-maintained by the SIG) so feel free to drop in and ask
questions at #rust:fedoraproject.org
Best regards,
On Fri, Feb 16, 2024 at 01:27:18PM -0600, Michel Lind wrote:
> except for python-asyncmy:
> https://copr.fedorainfracloud.org/coprs/salimma/poetry-core-epel9-wip/build/7026743/
>
Looks like this is a known issue fixed in 0.2.7:
https://github.com/long2ice/asyncmy/blob/dev/CHA
to this or not.
If the asyncmy failure is related, I'll try and fix it (or try a lower
version of poetry-core that let it be compiled) before doing official
builds.
Will probably let this sit until Monday to give people chance to
comment.
Best regards,
--
Michel Lind
identities: https://keyoxide.org
://fedoraproject.org/wiki/Mailing_list_guidelines
> >> List Archives:
> >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> >> Do not reply to spam, report it:
> >> https://pagure.io/fedora-infrastructure/new_issue
> >>
> >
> --
&g
compat name so people who upgrade
later keep their X11 experience intact
- This grace period should be part of the release announcement
Does this seem workable? Any feedback appreciated - I try to keep up
with this thread but I might have missed som
ang-github-chai2010-gettext package is not exporting the right
virtual provide.
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mail
On Wed, Jan 24, 2024 at 05:48:58PM +0100, Lumír Balhar wrote:
> Hello.
>
> I'm going to orphan python-represent. I updated it to the latest version so
> if you take it, there is nothing to be done now. It's a leaf package and I
> don't have any use for it.
>
I've taken it, t
On Thu, Feb 01, 2024 at 01:03:55AM +0100, Miro Hrončok wrote:
> On 01. 02. 24 0:51, Michel Lind wrote:
> > I see limb already took the package (thanks limb) - note that the
> > default bugzilla assignee still seems to be 'orphan', I'm assuming that
> > will fix itself eventual
the test
suite (using hypothesis) is ... not fast. I'll try and submit it ASAP.
I see limb already took the package (thanks limb) - note that the
default bugzilla assignee still seems to be 'orphan', I'm assuming that
will fix itself eventually
--
Michel Lind (né Salim)
the test
suite (using hypothesis) is ... not fast. I'll try and submit it ASAP.
I see limb already took the package (thanks limb) - note that the
default bugzilla assignee still seems to be 'orphan', I'm assuming that
will fix itself eventually
--
Michel Lind (né Salim)
y good shape and the package review could be quick and
> simple.
>
Amazing, thank you!
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel
hing.
> [snip]
> > cl-asdf green
>
> I fixed cl-asdf in Rawhide.
Mind building it in F39 and F38 too? It fails to build there and there
is one bug open for each
Thanks,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335
On Wed, Jan 24, 2024 at 05:53:52PM +0100, Miro Hrončok wrote:
> On 24. 01. 24 17:50, Michel Lind wrote:
> > On Wed, Jan 24, 2024 at 05:38:59PM +0100, Miro Hrončok wrote:
> > > Dear maintainers.
> > >
> > > Based on the current fail to build from source p
n the mass rebuild)
Best,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
d/or buildtime:
>
60 of these packages build fine with a stub python-mock, so the
dependency can just be removed from those:
https://pagure.io/michel-slm/python-mock-drawdown/blob/main/f/false-positives.txt
(Will generate the per-maintainer list later - and send out PRs to the
affected pa
d/or buildtime:
>
60 of these packages build fine with a stub python-mock, so the
dependency can just be removed from those:
https://pagure.io/michel-slm/python-mock-drawdown/blob/main/f/false-positives.txt
(Will generate the per-maintainer list later - and send out PRs to the
affected pa
I assume somebody built this in
> epel9 without taking responsibility.
>
> There is a low impact CVE: https://bugzilla.redhat.com/show_bug.cgi?id=2112231
>
> If somebody want to maintain it, let me know and I'll make you the epel
> point of contact.
>
Please mark me as the
On Thu, Dec 21, 2023 at 02:13:26PM -0600, Michel Lind wrote:
> Dear all,
>
> I'm happy to be able to provide this holiday present to the infra team
> (and other interested parties) - after chasing through tens of
> dependencies, going through multiple stalled EPEL requests, and evo
etc. that have not been branched
and built for EPEL 9 yet, let me know if you have a list and I'm happy
to get to them next.
Happy holidays,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
I'd love to comaintain. I'm interested in Nix and Guix, but the latter really
needs us to revamp our Guile packaging guidelines to package properly.
Best,
--
Michel Lind
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
c/fed457b5b1a9c70395025e92e85d801d80bae206?branch=rawhide
(in this case, some patches are conditionally applied only to releases
with GNOME >= 45, but you can also do it the other way around)
HTH,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04
ered that the official tarball is missing files needed for
rebuilding from source :(
https://github.com/nim-lang/Nim/issues/22692
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.
sed updates
rather than just the latest.
IIRC it was added on the request of CoreOS.
Best regards,
--
Michel Lind (né Salim)
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
62 matches
Mail list logo
