On Thu, 2024-04-25 at 07:42 +0200, Jan Kolarik wrote:
> 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
On Wed, Apr 24, 2024 at 10:33:51PM -0500, Neal Gompa wrote:
> On Wed, Apr 24, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Apr 24, 2024 at 04:57:40PM +0100, Aoife Moloney wrote:
> > > Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
> >
> > > {{package|miracle-wm
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 on this mailing list regarding the use
cases you're famili
> Am 25.04.2024 um 04:19 schrieb Matthew Krupcale :
>
> Hello all,
>
> I am interested in taking ownership of the unison package [1]. The most
> recent discussion on this topic of which I'm aware is from 2018-05 [2], which
> was attempting to bring all of the various unison versions [3-5] pac
On Wed, Apr 24, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Wed, Apr 24, 2024 at 04:57:40PM +0100, Aoife Moloney wrote:
> > Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
>
> > {{package|miracle-wm}} is available in Fedora Linux 40, so it can be
> > installed on top of s
Just an observation...
I'm very happy for the assist, I don't have the time I used to for
packaging and the dependency chain for this particular package is "fun",
but as the primary maintainer for openexr, you can imagine my surprise as
this announcement.
Perhaps it would be a good idea to contac
Hello all,
I am interested in taking ownership of the unison package [1]. The most recent
discussion on this topic of which I'm aware is from 2018-05 [2], which was
attempting to bring all of the various unison versions [3-5] packaged in Fedora
into a single spec file. That never happened, and
Actually, I see what the problem is.
The task is for 2.69-8 [1], but the subtask runs for 2.69-3 first to
then have a reference for the diff. So I guess it will work next time a
new version of libcap goes out.
[1] https://openscanhub.fedoraproject.org/task/83/
On 4/24/24 17:11, Carlos Rodrig
Hi Siteshwar,
Thank you for the report. The libcap subtask failed [1] for a known
issue, which is present in libcap 2.69-3 in Fedora rawhide, but was
already fixed two weeks ago. Fedora rawhide has 2.69-8, and I can
confirm it is the case when I run the fedora:41 images. 2.69-8 should
have be
I nearly had it all correct! One day... :-D
Thanks Neal, I have updated the 'protection' on all pages to allow
users to edit them, but let me know if you are still having issues.
Thanks,
Aoife
On Wed, Apr 24, 2024 at 4:46 PM Neal Gompa wrote:
>
> On Wed, Apr 24, 2024 at 11:31 AM Aoife Moloney
On Wed, Apr 24, 2024 at 04:57:40PM +0100, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
> {{package|miracle-wm}} is available in Fedora Linux 40, so it can be
> installed on top of something like the existing Sway spin and
> configured to reuse much of the tool
On Wed, Apr 24, 2024 at 12:27 AM Remi Collet wrote:
> - flamegraph waiting for PR #1
I merged this and it is building now.
--
Jerry James
http://www.jamezone.org/
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
Hello,
This is a follow up on my previous email[1] about OpenScanHub Prototype for
Fedora.
Thank you to those who have provided early feedback. Your help is truly
appreciated!
I am writing this message to get feedback from the community on possibly
new defects identified by static analyzers in Co
Wiki - https://fedoraproject.org/wiki/Changes/Drop_Mandatory_Requires_on_JRE
Announced -
https://discussion.fedoraproject.org/t/f41-change-proposal-drop-mandatory-requires-on-jre-system-wide/114186
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of
Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-fedora-miracle-spin-self-contained/114182
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
proces
Fedora Linux 40 is now officially available.
Read the details in our Fedora Magazine article at:
* https://fedoramagazine.org/announcing-fedora-linux-40
or download installer images from:
* https://fedoraproject.org/
or, of course, simply upgrade your already-installed systems, which
shouldn't
On Wed, Apr 24, 2024 at 11:31 AM Aoife Moloney wrote:
> Hello everyone,
>
> I hope you all are enjoying Fedora 40, and this release also marks the
> start of a new election cycle[1]. As of now, the nomination period for
> positions on Fedora Council, Fedora Mindshare, FESCo and EPEL Steering
> Co
Hello everyone,
I hope you all are enjoying Fedora 40, and this release also marks the
start of a new election cycle[1]. As of now, the nomination period for
positions on Fedora Council, Fedora Mindshare, FESCo and EPEL Steering
Committee is now open! 🎉
We have some slight changes to some electio
Hello, Fedora community,
Following on from the Fedora Council's decision to investigate Forgejo
and GitLab as potential replacements[1], the Community Platform
Engineering team will start an ARC[2] investigation to compare
proposed alternatives for current pagure use cases.
The council has defined
On Wed, Apr 24, 2024 at 01:05:08PM +, Gary Buhrmaster wrote:
> On Mon, Apr 22, 2024 at 12:15 PM Josef Řídký wrote:
> >
> > Hi folks,
> >
> > this is in advance notice about the upcoming rebase of the openexr package
> > in Fedora Rawhide and f40.
> >
>
> I note that there is a patent clause
Le 24/04/2024 à 11:41, domi...@wombacher.cc a écrit :
I'm not in the packager group yet and looking for a Sponsor to completed the
onboarding process.
Afterwards I want to become the maintainer of the orphaned packages
php-aws-sdk3 [1], php-ralouphie-getallheaders [2] and php-guzzlehttp-guzzle
On Wed, Apr 24, 2024 at 03:48:28PM +0200, Josef Řídký wrote:
> As the mentioned patent clause is there for 10+ years I might just believe
> it went through Fedora Legal, as it is a much older legal related task than
> I am co-maintainer of the openexr itself.
>
> But I am fine with having conversa
As the mentioned patent clause is there for 10+ years I might just believe
it went through Fedora Legal, as it is a much older legal related task than
I am co-maintainer of the openexr itself.
But I am fine with having conversation with the Legal team about the proper
SPDX license clause that shou
On Wed, Apr 24, 2024 at 09:01:51AM -0400, Neal Gompa wrote:
> On Wed, Apr 24, 2024 at 8:35 AM Andrea Bolognani wrote:
> > On Wed, Apr 24, 2024 at 07:43:08AM -0400, Neal Gompa wrote:
> > > On Wed, Apr 24, 2024 at 7:16 AM Florian Weimer wrote:
> > > > > Wouldn't changing -mabi effectively make the
Hi,
wdune is FTBFS on F40 and FTI on F41 and I haven't time to fix it
https://bugzilla.redhat.com/show_bug.cgi?id=2261785
https://bugzilla.redhat.com/show_bug.cgi?id=2276277
Best regards,
--
Sérgio M. B.
--
___
devel mailing list -- devel@lists.fe
On Mon, Apr 22, 2024 at 12:15 PM Josef Řídký wrote:
>
> Hi folks,
>
> this is in advance notice about the upcoming rebase of the openexr package in
> Fedora Rawhide and f40.
>
I note that there is a patent clause which
allows DreamWorks to revoke the patent
grants under some conditions for the
l
On Wed, Apr 24, 2024 at 8:35 AM Andrea Bolognani wrote:
>
> On Wed, Apr 24, 2024 at 07:43:08AM -0400, Neal Gompa wrote:
> > On Wed, Apr 24, 2024 at 7:16 AM Florian Weimer wrote:
> > > > Wouldn't changing -mabi effectively make the result a new Fedora
> > > > architecture? IIUC, binaries built wit
On 4/24/24 06:50 AM, Tom Hughes wrote:
On 24/04/2024 02:28, Xose Vazquez Perez wrote:
# mkdir /etc/systemd/system/httpd.service.d/
# vi /etc/systemd/system/httpd.service.d/override.conf
[Service]
ProtectHome=false
Better than just opening up whole trees again would
be to use ReadWritePaths=
Thanks a lot. OpenCV package is ready to be rebuilt in the side tag, but is
blocked by gdal and vtk packages, so once done, just a simple fedpkg build
with side tag is necessary for opencv (no additional bump needed).
Best regards
Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Cz
On Wed, Apr 24, 2024 at 07:43:08AM -0400, Neal Gompa wrote:
> On Wed, Apr 24, 2024 at 7:16 AM Florian Weimer wrote:
> > > Wouldn't changing -mabi effectively make the result a new Fedora
> > > architecture? IIUC, binaries built with -mabi=lp64d wouldn't be able
> > > to load libraries built with -
OLD: Fedora-Rawhide-20240423.n.0
NEW: Fedora-Rawhide-20240424.n.0
= SUMMARY =
Added images:6
Dropped images: 1
Added packages: 2
Dropped packages:2
Upgraded packages: 136
Downgraded packages: 0
Size of added packages: 749.76 KiB
Size of dropped packages
I rebuilt openvdb. I am finding that the dependency chains in this set
of packages are even longer than I expected. Considering that, and how
“heavy” some of these packages are – and in the interest of not keeping
this side tag open for too long – I am going to go ahead and start using
provenpa
On Wed, Apr 24, 2024 at 2:16 PM Florian Weimer wrote:
>
> * Andrea Bolognani:
>
> > Wouldn't changing -mabi effectively make the result a new Fedora
> > architecture? IIUC, binaries built with -mabi=lp64d wouldn't be able
> > to load libraries built with -mabi=lp64dv and vice versa.
> >
> > If tha
On Wed, Apr 24, 2024 at 7:16 AM Florian Weimer wrote:
>
> * Andrea Bolognani:
>
> > Wouldn't changing -mabi effectively make the result a new Fedora
> > architecture? IIUC, binaries built with -mabi=lp64d wouldn't be able
> > to load libraries built with -mabi=lp64dv and vice versa.
> >
> > If tha
* Andrea Bolognani:
> Wouldn't changing -mabi effectively make the result a new Fedora
> architecture? IIUC, binaries built with -mabi=lp64d wouldn't be able
> to load libraries built with -mabi=lp64dv and vice versa.
>
> If that's correct, then we can't simply have a single "riscv64"
> architectu
On 24/04/2024 02:28, Xose Vazquez Perez wrote:
# mkdir /etc/systemd/system/httpd.service.d/
# vi /etc/systemd/system/httpd.service.d/override.conf
[Service]
ProtectHome=false
Better than just opening up whole trees again would
be to use ReadWritePaths= to specify which paths should
be allowed
On Tue, Apr 23, 2024 at 08:52:18PM -0400, Steven A. Falco wrote:
> I upgraded to F40, and suddenly an apache cgi script that was working
> perfectly in F39 (and earlier) is giving me a "Read-only file system" error
> when trying to write data into a file.
>
> The directory where the cgi is tryin
3 packages need to be fixed
- libvpx8 waiting for PR #1
- flamegraph waiting for PR #1
- swig waiting for PR #7
The swig PR was already merged and built last week.
Jitka
--
Jitka Plesnikova
Senior Software Engineer
Red Hat
--
___
devel mailing list
On Tue, Apr 23, 2024 at 09:43:34AM +0300, David Abdurachmanov wrote:
> On Mon, Apr 22, 2024 at 1:12 PM Florian Weimer wrote:
> > > We most likely will not have ABIs installed in parallel, but we might
> > > change ABI. Currently Linux distributions target "RV64GC", but we
> > > don't really want t
Hi everyone,
I'm not in the packager group yet and looking for a Sponsor to completed the
onboarding process.
Afterwards I want to become the maintainer of the orphaned packages
php-aws-sdk3 [1], php-ralouphie-getallheaders [2] and php-guzzlehttp-guzzle6
[3].
My main motivation is to keep the
Announcing the creation of a new nightly release validation test event
for Fedora 41 Rawhide 20240424.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
41 matches
Mail list logo
