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
https://bugzilla.redhat.com/show_bug.cgi?id=2255608
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-SQL-Translator-1.64-1. |perl-SQL-Translator-1.64-1.
Thanks for helping think about this, both of you! Let me try to reply to
both of your emails in the same reply.
On Wed, Jan 10, 2024 at 8:04 PM Stephen Gallagher
wrote:
> On Wed, Jan 10, 2024 at 1:38 PM Yaakov Selkowitz
> wrote:
> >
> > On Wed, 2024-01-10 at 19:13 +0100, Kalev Lember wrote:
>
mspacek opened a new pull-request against the project: `perl-NetAddr-IP` that
you are following:
``
Remove dependency to Socket6, which we are going to remove
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-NetAddr-IP/pull-request/3
--
Hi Miro,
On Wed, Jan 10, 2024 at 02:51:33PM +0100, Miro Hrončok wrote:
> Hello,
>
> I recently took python-mistune in Fedora.
> I am not interested in maintaining it in EPEL.
>
> It is branched for epel7, epel8 and epel9.
>
> @epel-packagers-sig is a collaborator so I assume somebody built
As we discussed during last meeting, here is a poll to check if there is a
timeslot that can fit more of the people that are currently interested to
participate in the EPEL Steering Committee Meeting.
https://whenisgood.net/EPEL_Steering_Committee_2024
What day and time would you like? Paint
On Wed, Jan 10, 2024 at 1:38 PM Yaakov Selkowitz wrote:
>
> On Wed, 2024-01-10 at 19:13 +0100, Kalev Lember wrote:
> > On Wed, Jan 10, 2024 at 6:47 PM Yaakov Selkowitz
> >
> > wrote:
> >
> > > Since the previous libgweather versions were 40.y and the new
> > > versions
> > > are 4.4.z, shouldn't
On Wed, 2024-01-10 at 19:13 +0100, Kalev Lember wrote:
> On Wed, Jan 10, 2024 at 6:47 PM Yaakov Selkowitz
>
> wrote:
>
> > Since the previous libgweather versions were 40.y and the new
> > versions
> > are 4.4.z, shouldn't there be an Epoch?
> >
>
> I was thinking about this hard as well and I
On 10. 01. 24 15:21, Neil Hanlon wrote:
I'll take this one for epel.
Thank You, Neil. Done.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi Yaakov,
On Wed, Jan 10, 2024 at 6:47 PM Yaakov Selkowitz
wrote:
> Since the previous libgweather versions were 40.y and the new versions
> are 4.4.z, shouldn't there be an Epoch?
>
I was thinking about this hard as well and I managed to convince myself
that it should be fine without an
Minutes:
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-01-10/fedora-coreos-meeting.2024-01-10-16.35.html
Minutes (text):
https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-01-10/fedora-coreos-meeting.2024-01-10-16.35.txt
Log:
On Wed, 2024-01-10 at 17:59 +0100, Kalev Lember wrote:
> Just a quick heads up that I'm in the process of renaming
> libgweather4
> package
> back to libgweather - we only ship a single libgweather version in
> rawhide
> (and
> in F39), so there is no need any more to have the API version encoded
https://bugzilla.redhat.com/show_bug.cgi?id=2257445
--- Comment #4 from Christoph Karl ---
Thank you very much, its working now.
I was not aware that CodeReady Builder repository is required.
--
You are receiving this mail because:
You are on the CC list for the bug.
Hi all,
Just a quick heads up that I'm in the process of renaming libgweather4
package
back to libgweather - we only ship a single libgweather version in rawhide
(and
in F39), so there is no need any more to have the API version encoded in the
package name in order to make it parallel
Hi,
I'm the maintainer of the `godot` [0] package in Fedora and EPEL7 (as well as
the
upstream maintainer).
I'm following the documented procedure [1] to retire this package.
I announced my intent to retire this package from EPEL7 back in October 2023
[2].
Nobody volunteered to take it over
I’m still looking for reviews of these packages. Initial responder sadly
didn’t come back to me. Can I interest you in a review swap?
On 2023-11-18 09:48, Kai A. Hiller wrote:
Hello,
I’m currently adding Go-based parts of the Matrix ecosystem to Fedora.
For that I need reviews of quite a
On Wed, Jan 10, 2024, 08:51 Miro Hrončok wrote:
> Hello,
>
> I recently took python-mistune in Fedora.
> I am not interested in maintaining it in EPEL.
>
> It is branched for epel7, epel8 and epel9.
>
> @epel-packagers-sig is a collaborator so I assume somebody built this in
> epel9
> without
https://bugzilla.redhat.com/show_bug.cgi?id=2257491
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2257491
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
jplesnik merged a pull-request against the project: `perl-Date-Manip` that you
are following.
Merged pull-request:
``
6.94 bump; Package tests
``
https://src.fedoraproject.org/rpms/perl-Date-Manip/pull-request/5
--
___
perl-devel mailing list --
Hello,
I recently took python-mistune in Fedora.
I am not interested in maintaining it in EPEL.
It is branched for epel7, epel8 and epel9.
@epel-packagers-sig is a collaborator so I assume somebody built this in epel9
without taking responsibility.
There is a low impact CVE:
jplesnik opened a new pull-request against the project: `perl-Date-Manip` that
you are following:
``
6.94 bump; Package tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Date-Manip/pull-request/5
--
___
perl-devel mailing
Hello.
I plan to orphan the following independent set of packages:
python-jupyter-collaboration
python-jupyter-server-fileid
python-jupyter-ydoc
python-ypy-websocket
python-y-py
rust-yrs
rust-lib0
I've packaged python-jupyter-collaboration to bring the real-time
collaboration feature into
Great guide and references. Thanks, Michael and Michal.
Iñaki
El mié., 10 ene. 2024 13:41, Michal Schorm escribió:
> On Wed, Jan 10, 2024 at 12:14 PM Michael J Gruber
> wrote:
> > Alternatively, we (used to?) have several packages which need to clean
> > upstream sources before even
On Wed, Jan 10, 2024 at 12:14 PM Michael J Gruber
wrote:
> Alternatively, we (used to?) have several packages which need to clean
> upstream sources before even committing them to the lookaside cache.
I do it for MariaDB for example, deleting part of the sources under
unapproved licenses:
Wiki ->https://fedoraproject.org/wiki/Changes/Java21
**This is a *proposed* Change for Fedora Linux.**
This document represents a *proposed* Change. As part of the [Changes
process](https://docs.fedoraproject.org/en-US/program_management/changes_policy/),
proposals are publicly announced in order
Wiki ->https://fedoraproject.org/wiki/Changes/Java21
**This is a *proposed* Change for Fedora Linux.**
This document represents a *proposed* Change. As part of the [Changes
process](https://docs.fedoraproject.org/en-US/program_management/changes_policy/),
proposals are publicly announced in order
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:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
Hi Barry,
I think what you’re looking for can be done in
https://accounts.fedoraproject.org
Best,
Osama
On Wed, 10 Jan 2024 at 6:55 AM Barry Scott wrote:
> I have been changing from SSH RSA key to using ed25519 based keys.
> I cannot recall, or track down docs on where to upload my new ssh
On Wed, 10 Jan 2024 at 11:55, Barry Scott wrote:
>
> I have been changing from SSH RSA key to using ed25519 based keys.
> I cannot recall, or track down docs on where to upload my new ssh key to
> for my FAS account.
>
> Can you point me in the right direction please?
Login to
OLD: Fedora-Rawhide-20240109.n.0
NEW: Fedora-Rawhide-20240110.n.0
= SUMMARY =
Added images:0
Dropped images: 11
Added packages: 9
Dropped packages:4
Upgraded packages: 48
Downgraded packages: 0
Size of added packages: 9.63 MiB
Size of dropped packages
I have been changing from SSH RSA key to using ed25519 based keys.
I cannot recall, or track down docs on where to upload my new ssh key to
for my FAS account.
Can you point me in the right direction please?
Barry
--
___
devel mailing list --
Am Mi., 10. Jan. 2024 um 11:39 Uhr schrieb Iñaki Ucar :
>
> Hi,
>
> A package has its source code embedded as a subdirectory of a larger
> piece of software. Sometimes they publish this subdirectory as a
> separate tar as a release artifact, but sometimes they forget.
>
> To avoid depending on
https://bugzilla.redhat.com/show_bug.cgi?id=2257627
TEJ RATHI changed:
What|Removed |Added
Blocks||2257625 (CVE-2024-22368)
Referenced
https://bugzilla.redhat.com/show_bug.cgi?id=2257628
--- Comment #1 from TEJ RATHI ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug. This will ensure that all associated
https://bugzilla.redhat.com/show_bug.cgi?id=2257628
Bug ID: 2257628
Summary: CVE-2024-22368 perl-Spreadsheet-XLSX:
perl-Spreadsheet-ParseXLSX: out-of-memory condition
during parsing of a crafted XLSX document [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=2257628
TEJ RATHI changed:
What|Removed |Added
Blocks||2257625 (CVE-2024-22368)
Referenced
https://bugzilla.redhat.com/show_bug.cgi?id=2257627
--- Comment #1 from TEJ RATHI ---
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug. This will ensure that all associated
https://bugzilla.redhat.com/show_bug.cgi?id=2257627
Bug ID: 2257627
Summary: CVE-2024-22368 perl-Spreadsheet-XLSX:
perl-Spreadsheet-ParseXLSX: out-of-memory condition
during parsing of a crafted XLSX document [epel-all]
Hi,
A package has its source code embedded as a subdirectory of a larger
piece of software. Sometimes they publish this subdirectory as a
separate tar as a release artifact, but sometimes they forget.
To avoid depending on their memory (and opening an issue each time), I
would like to simply
On 09/01/2024 18.53, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jan 09, 2024 at 03:51:26PM +0100, Sjoerd Mullender wrote:
On 08/01/2024 14.41, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Jan 08, 2024 at 10:02:55AM +0200, Panu Matilainen wrote:
On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney
https://bugzilla.redhat.com/show_bug.cgi?id=2257292
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-CGI-4.61-1.fc40
https://bugzilla.redhat.com/show_bug.cgi?id=2257292
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
On Tue, 2024-01-09 at 19:01 +0100, Kalev Lember wrote:
> The gnome-shell update just landed in rawhide, so it needs a few
> minutes before the build roots are regenerated. If you can do 'koji
> wait-repo f40-build-side-80962 --build mutter-46~alpha-2.fc40' first
> to make sure new mutter is
44 matches
Mail list logo