Hi Jan,
> On 5. Dec 2024, at 09:15, Jan Kolarik wrote:
>
> Although this wasn’t the main intent of the proposal, it was suggested by the
> RPM team to also consider this aspect when checking for expired PGP keys. The
> idea is to leverage the existing RPM method pgpPubKeyLint, which evaluates
On Thu, Dec 05, 2024 at 08:53:05AM +0100, Jan Kolarik wrote:
> Hi Zbyszek,
>
> Thank you for your interest in this proposal!
>
> I'd like to see behaviour where keys for EOL releases are removed as
> > soon as possible. I.e. if I have upgraded to F42, but still have a
> > package from F39, then k
Hello, after reviewing the license of python-scikit-learn it changes
from "BSD and MIT" to "BSD-3-Clause AND CC-BY-2.0 AND MIT AND
BSD-2-Clause AND PSF-2.0"
Regards
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
Hi there,
my name is Andrei, I am 28.
Apart from tinkering with code, for quite some time I have been into
graphic design, so naturally got attracted to web front-end development. Me
being curious, I went digging into how my beautiful buttons were actually
being displayed and hosted. That got me t
Sorry to see you moving around. Hope we'll still see you in Fedora land!
I'd be happy to take a few of your packages that are relevant to stacks I
already maintain:
python-alembic
python-redis
python-requests-cache
python-werkzeug
spdlog
FAS jonathanspw
On Wed, Dec 4, 2024 at 4:11 PM Frantisek
On 04. 12. 24 20:32, William Cohen wrote:
On 11/21/24 17:32, Miro Hrončok wrote:
On 21. 11. 24 23:11, William Cohen wrote:
Sediment has been designed to work with the RPM build process.
Currently, one needs to use modified RPM macros. These can be created
quickly by writing the output of the s
On Thu, Dec 05, 2024 at 11:39:30AM -, Peter Oliver wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
>
> > As to the implementation: the distro has a historical list of all keys
> > used to sign its packages. For any given release we know which keys
> > are "old". In some fixed location, distribute
On Thu, Dec 05, 2024 at 11:51:55AM +0200, Panu Matilainen wrote:
> On 12/5/24 10:42 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Dec 05, 2024 at 08:53:05AM +0100, Jan Kolarik wrote:
> > > Hi Zbyszek,
> > >
> > > Thank you for your interest in this proposal!
> > >
> > > I'd like to see behav
Hello Clemens,
Thank you as well for supporting the proposal!
Does this mean that after switching to a more strict crypto-policy, the
> next run would remove (or propose to remove) keys that are no longer
> considered secure under that crypto-policy?
Although this wasn’t the main intent of the
On Tue, Dec 3, 2024 at 10:30 PM Jaroslav Škarvada wrote:
>
> On Mon, Nov 4, 2024 at 6:14 PM Miro Hrončok wrote:
> >
> > On 04. 11. 24 17:26, Jaroslav Škarvada wrote:
> > > I am going to add compat Tcl/Tk 8.6 packages, because IMHO porting of
> > > the packages to Tcl/Tk 9 will take significant ti
On 05. 12. 24 11:57, Jaroslav Škarvada wrote:
On Tue, Dec 3, 2024 at 10:30 PM Jaroslav Škarvada wrote:
On Mon, Nov 4, 2024 at 6:14 PM Miro Hrončok wrote:
On 04. 11. 24 17:26, Jaroslav Škarvada wrote:
I am going to add compat Tcl/Tk 8.6 packages, because IMHO porting of
the packages to Tcl/
On 12/5/24 10:42 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Dec 05, 2024 at 08:53:05AM +0100, Jan Kolarik wrote:
Hi Zbyszek,
Thank you for your interest in this proposal!
I'd like to see behaviour where keys for EOL releases are removed as
soon as possible. I.e. if I have upgraded to F42,
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2024-12-06 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/10930/
--
___
devel m
Hi,I am in the process of updating icu from 74.2 to 76.1 in rawhide. This comes with a soname bump, but as usual, I'm including a libicu74 compat package providing the old soname to not break the world while the rebuilds are in progress, so no rawhide breakage is expected. I'll work on the rebuilds
This one works better then 6.1.2 with kernel panics
so you have more to package so we can test when you are awake :)
-- Forwarded message -
Från: Linux Kernel Distribution System
Date: ons 4 jan. 2023 kl 11:46
Subject: Linux kernel 6.1.3 released
To:
Linux kernel version 6.1.3
Hello fellow packagers,
The %{version_no_tilde} macro is a "convenient" way of converting RPM
version strings into "SemVer-ish" (or even Python-ish) version
strings. It currently lives with the Rust macros.
However, the macro is a bit weird, hard to use, and sometimes has
"surprising" results. No
On Fri, Dec 6, 2024, at 5:57 AM, Fabio Valentini wrote:
> Hello fellow packagers,
>
> The %{version_no_tilde} macro is a "convenient" way of converting RPM
> version strings into "SemVer-ish" (or even Python-ish) version
> strings. It currently lives with the Rust macros.
>
> However, the macro is
On Thu, Dec 5, 2024 at 8:32 PM Miro Hrončok wrote:
>
> On 05. 12. 24 21:57, Fabio Valentini wrote:
> > The %{version_no_tilde} macro is a "convenient" way of converting RPM
> > version strings into "SemVer-ish" (or even Python-ish) version
> > strings. It currently lives with the Rust macros.
>
>
Would you mind updating the change wiki page with the list of
features/commands that are provided by the `git` package on top of
`git-core`? Is it expected we do this only for Fedora Rawhide, or
shall we apply this pattern for all Fedora versions (or EPEL)?
Pavel
--
__
Zbigniew Jędrzejewski-Szmek wrote:
> As to the implementation: the distro has a historical list of all keys
> used to sign its packages. For any given release we know which keys
> are "old". In some fixed location, distribute a file that lists the
> hashes of "old keys" (old relative to the curren
On Thu, Dec 5, 2024 at 12:05 PM Miro Hrončok wrote:
>
> On 05. 12. 24 11:57, Jaroslav Škarvada wrote:
> > On Tue, Dec 3, 2024 at 10:30 PM Jaroslav Škarvada
> > wrote:
> >>
> >> On Mon, Nov 4, 2024 at 6:14 PM Miro Hrončok wrote:
> >>>
> >>> On 04. 11. 24 17:26, Jaroslav Škarvada wrote:
> I
On Fri, Dec 6, 2024 at 12:07 AM Kan-Ru Chen wrote:
>
> On Fri, Dec 6, 2024, at 5:57 AM, Fabio Valentini wrote:
> > Hello fellow packagers,
> >
> > The %{version_no_tilde} macro is a "convenient" way of converting RPM
> > version strings into "SemVer-ish" (or even Python-ish) version
> > strings. I
Hey,
André Verwijs writes:
> witch repo should i use for dotnet 8 (if no packages are missing, like
> “dotnet-runtime-debs-8.0” )
Did you mean `dotnet-runtime-deps-8.0` package? We don't have that in
Fedora. Mostly because it has seemed pointless until now: dependencies
are captured directly in
OLD: Fedora-Rawhide-20241204.n.0
NEW: Fedora-Rawhide-20241205.n.1
= SUMMARY =
Added images:3
Dropped images: 5
Added packages: 1
Dropped packages:1
Upgraded packages: 165
Downgraded packages: 0
Size of added packages: 51.96 KiB
Size of dropped packages
On Thu, Dec 05, 2024 at 03:45:59PM +0100, Miro Hrončok wrote:
> What is the blocker to run this in Koji/mock?
>
> You do `make_sediment_rpmmacros > ~/.rpmmacros`.
>
> What's the issue with %defining such macros at spec level?
I don't think the approach with 'make_sediment_rpmmacros' can work.
It
Hullo,
On Thu, Dec 05, 2024 at 04:12:43PM +0100, Andrei Radchenko wrote:
> Hi there,
> my name is Andrei, I am 28.
>
...
> Right now I just started my journey at Red Hat, where I will be maintaining
> nodejs. I have not picked up any other packages to maintain yet but I am
> sure that's just a ma
On Fri, Dec 06, 2024 at 12:51:59AM +0100, Fabio Valentini wrote:
> On Fri, Dec 6, 2024 at 12:07 AM Kan-Ru Chen wrote:
> >
> > On Fri, Dec 6, 2024, at 5:57 AM, Fabio Valentini wrote:
> > > Hello fellow packagers,
> > >
> > > The %{version_no_tilde} macro is a "convenient" way of converting RPM
> >
On 05. 12. 24 21:57, Fabio Valentini wrote:
The %{version_no_tilde} macro is a "convenient" way of converting RPM
version strings into "SemVer-ish" (or even Python-ish) version
strings. It currently lives with the Rust macros.
Unfortunately, for Python the macro is only usable like this:
%{v
28 matches
Mail list logo
