OLD: Fedora-eln-20250807.n.0
NEW: Fedora-eln-20250808.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 82
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
I'm planning on updating:
netcdf to 4.9.3
libharu to 2.4.5
vtk to 9.3.1
These are soname updates and they and dependencies will be built in the
side tag f43-build-side-116314
I'm planning on starting Friday (tomorrow) or Saturday.
Dependent packages:
netcdf:
GMT
LabPlot
R-ncdf4
bout++
dx
ec
Another example of a spec that was added to the uapi group recently and that is
extremely unrelated to systemd:
https://uapi-group.org/specifications/specs/file_hierarchy_for_the_verification_of_os_artifacts/
--
___
devel mailing list -- devel@lists.fe
Update is complete:
https://bodhi.fedoraproject.org/updates/FEDORA-2025-34fd8cb194
I also realized that I mistyped the version - it is 10.2.0
On 8/7/25 10:04, Orion Poplawski wrote:
This is starting shortly in f43-build-side-116288
On 8/1/25 20:44, Orion Poplawski wrote:
Deps will be rebuilt
It silently fails to detect the use of rpmautospec and updates the spec
anyway. See https://pagure.io/rpmdevtools/issue/128
This caused me a bunch of grief today with the octave update.
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Manager
On Thu, Aug 7, 2025 at 2:13 PM Barry Scott wrote:
>
> A user on the Fedora users list reported that selinux relabelling
> was not working.
>
> I can reproduce the problem in a F42 KDE aarch64 VM.
> But it works fine on my x86_64 desktop, also F42 KDE.
Is there anything like this in dmesg? If the
OLD: Fedora-Rawhide-20250806.n.0
NEW: Fedora-Rawhide-20250807.n.1
= SUMMARY =
Added images:0
Dropped images: 4
Added packages: 25
Dropped packages:1
Upgraded packages: 208
Downgraded packages: 0
Size of added packages: 53.18 MiB
Size of dropped packages
* [Text
Log](https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-08-07/eln.2025-08-07-19.00.log.txt)
* [HTML
Log](https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-08-07/eln.2025-08-07-19.00.log.html)
* [Text
Minutes](https://meetbot.fedoraproject.org/me
Update has landed to rawhide!
On Wed, Aug 6, 2025 at 8:56 PM Frantisek Zatloukal
wrote:
>
>
> On Wed, Aug 6, 2025 at 4:45 PM Michael Catanzaro
> wrote:
>
>> On Wed, Aug 6 2025 at 04:34:43 PM +02:00:00, Frantisek Zatloukal
>> wrote:
>> > Remaining builds (mozjs*) will be fixed and addressed pos
On Thu, Aug 07, 2025 at 06:43:02PM +, Christian Stadelmann wrote:
> Hi Kevin,
>
> you wrote:
> > We have blocked the 'blame' and 'history' web enpoints.
>
> Would it be possible to allow them again, maybe only for logged in users? I'd
> like to browse through history of packages without want
Hi Kevin,
you wrote:
> We have blocked the 'blame' and 'history' web enpoints.
Would it be possible to allow them again, maybe only for logged in users? I'd
like to browse through history of packages without wanting to `git clone` all
of them.
Kind regards,
genodeftest
--
A user on the Fedora users list reported that selinux relabelling
was not working.
I can reproduce the problem in a F42 KDE aarch64 VM.
But it works fine on my x86_64 desktop, also F42 KDE.
I got as far as finding the generator script that triggers
the relabelling.
How can I debug this script?
Hi all,
If you are a change owner for F43, your change is required to be
'Testable'[1] by August 12 as per our release schedule[2]. Please ensure
your tracker bug is updated with the latest information on the status of
your change before this date and is in a testable state.
F43 changes are also
Announcing the creation of a new nightly release validation test event
for Fedora 43 Rawhide 20250807.n.1. 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
This is starting shortly in f43-build-side-116288
On 8/1/25 20:44, Orion Poplawski wrote:
Deps will be rebuilt in a side tag. This involves an ABI and octave
module api update.
libsvm
mathgl
mmc
mpsolve
NLopt
octave-brain2mesh
octave-communications
octave-control
octave-dicom
octave-doctest
o
Neal Gompa wrote:
> On Thu, Aug 7, 2025 at 7:30 AM Michael Catanzaro mcatanz...@redhat.com wrote:
> > Thanks for this. I agree this is a good solution, and that uapi group
> > is clearly the right place for the successor to FHS.
> > Hardly. The reason that the FHS evolution has been slow is because
> On 7 Aug 2025, at 11:58, Zbigniew Jędrzejewski-Szmek
> wrote:
>
> On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
>>
>>
>>> On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
>>> wrote:
>>>
>>> What I'm try to convey is that the way that we put together Linux systems
>>>
On Thu, Aug 7, 2025 at 7:30 AM Michael Catanzaro wrote:
>
>
> Thanks for this. I agree this is a good solution, and that uapi group
> is clearly the right place for the successor to FHS.
>
Hardly. The reason that the FHS evolution has been slow is because the
FHS project just moved from the Linux
Thanks for this. I agree this is a good solution, and that uapi group
is clearly the right place for the successor to FHS.
Tangent: it might be time for the standard to mention libexecdir.
Omitting this was originally a good choice because it used to be
specific to Fedora/RHEL ecosystem, and
++ to that
Upon last iteration we decided that we are not going to deprecate current
functionality `if fedora == 43; generate unversioned nodejs from this
srpm', but rather move it to unversioned nodejs srpm: 'if fedora == 43;
*pull* nodejs24 and its -bin packages'.
That, in my opinion, is a bit
On Thu, Aug 07, 2025 at 10:58:25AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
> >
> >
> > > On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> > > wrote:
> > >
> > > What I'm try to convey is that the way that we put together Li
On Thu, Aug 07, 2025 at 10:34:55AM +0100, Barry Scott wrote:
>
>
> > On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >
> > What I'm try to convey is that the way that we put together Linux systems
> > is evolving, slowly but continuously, and we need documents that describe
>
> What I'm try to convey is that the way that we put together Linux systems
> is evolving, slowly but continuously, and we need documents that describe
> this evolution. A "standard" that tries to turn back time and slow down
> this process is not useful.
I agree with this logic, yet what we have
Dne 05. 08. 25 v 19:01 Stephen Gallagher napsal(a):
On Tue, Aug 5, 2025 at 11:10 AM Jan Stanek wrote:
On Tue, Aug 5, 2025 at 4:37 PM Stephen Gallagher wrote:
Also be aware that you'll need to figure out what to do about `npm`
and other tools that are bundled with the interpreter. They might
> On 7 Aug 2025, at 10:23, Zbigniew Jędrzejewski-Szmek
> wrote:
>
> What I'm try to convey is that the way that we put together Linux systems
> is evolving, slowly but continuously, and we need documents that describe
> this evolution. A "standard" that tries to turn back time and slow down
>
On Wed, Aug 06, 2025 at 04:10:36PM -0400, Przemek Klosowski via devel wrote:
> On 8/5/25 1:01 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > FHS, even version 3, has mostly missed the evolution of Linux systems
> > that has happened in the last few decades. In particular, it
> > completely missed the u
On Wed, Aug 06, 2025 at 05:59:45AM -0700, Neal Gompa wrote:
> On Wed, Aug 6, 2025 at 5:55 AM Pavol Sloboda wrote:
> >
> > > But it's already done? It's right there.
> >
> > Well as my email mentions it is done for FHS 2.3 (and not even that really
> > cause the version of the Standard is not ment
27 matches
Mail list logo
