On Wed, Jun 12, 2024 at 10:51 PM Gary Buhrmaster
wrote:
>
> On Thu, Jun 13, 2024 at 1:35 AM Kevin Kofler via devel
> wrote:
>
> > But it is the ONLY approach that is compatible with Fedora policies, and as
> > such should be required. ESPECIALLY for a package like QEMU that many people
> > are us
On Thu, Jun 13, 2024 at 11:44 AM Ben Cotton wrote:
>
> On Wed, Jun 12, 2024 at 10:51 PM Gary Buhrmaster
> wrote:
> >
> > On Thu, Jun 13, 2024 at 1:35 AM Kevin Kofler via devel
> > wrote:
> >
> > > But it is the ONLY approach that is compatible with Fedora policies, and
> > > as
> > > such shoul
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2024-06-14 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/10568/
--
___
devel ma
Since `podman generate systemd` is deprecated, should podlet be packaged
for Fedora?
I really like how the systemd method works so I'm actually a little upset
it's deprecated, but I kinda understand the direction podman is going with
kubernetes config compatibility.
I don't really have a lot of t
Forgot the link in my first email:
https://github.com/containers/podlet
Thanks,
Richard
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
On 6/10/24 11:28, Jitka Plesnikova wrote:
Hello,
Perl 5.40 was released on June 9 2024 and Perl 5.40 change was approved
by FESCo [1].
I have required `f41-perl' build-root for this purpose [2] and it was
created.
I will start the rebuild later today or tomorrow morning and you can be
notifie
On Thu, Mar 28, 2024 at 10:36:25AM -0500, Michel Lind wrote:
> Dear all,
>
> Just a heads up that the legacy libgee06 package is FTBFS for
> F40/F41:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2261317
>
> and only has one dependent, libfep:
>
> ```
> ❯ fedrq whatrequires libgee06-devel
> l
Once upon a time, Ben Cotton said:
> For myself, I think it's reasonable to conclude there's a non-trivial
> amount of people using QEMU on that hardware in some fashion. Much of
> that is probably from podman as opposed to running large virtualized
> environments at this point, but the podman use
On Thu, Jun 13, 2024 at 2:27 PM Richard Shaw wrote:
>
> Forgot the link in my first email:
>
> https://github.com/containers/podlet
I took a quick look. It's a standard Rust project, so the spec file is
almost entirely boilerplate.
There's a few missing dependencies that would need to be packaged
> On 13 Jun 2024, at 13:58, Chris Adams wrote:
>
> Without knowing which CPU models are actually affected, I don't think
> it's reasonable to draw any conclusions.
Where is the v2, v3 etc levels specified?
I've not been able to web search and find a spec.
Is this called an x64-64 micro-archi
On Thu, Jun 13, 2024 at 7:50 AM Barry Scott wrote:
> Where is the v2, v3 etc levels specified?
>
> I've not been able to web search and find a spec.
>
> Is this called an x64-64 micro-architecture?
>
> Armed with a spec it might be possible to search on ark.intel.com.
Wikipedia has some informati
Hello,
Our team is currently maintaining an open-source software package[1]
in which several .service files include LGPL 2.1 headers at the top.
```
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General
> On 13 Jun 2024, at 14:54, Jerry James wrote:
>
> Wikipedia has some information:
> https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels
After asking I did some more web searches and come up with
In this article: https://medium.com/@BetterIsHeather/x86-64-levels-944e92cd6d83
it say
On Thu, Jun 13, 2024 at 10:17 AM Lichen Liu wrote:
>
> Hello,
>
> Our team is currently maintaining an open-source software package[1]
> in which several .service files include LGPL 2.1 headers at the top.
> ```
> # This file is part of systemd.
> #
> # systemd is free software; you can redistri
Ben Cotton wrote:
> For myself, I think it's reasonable to conclude there's a non-trivial
> amount of people using QEMU on that hardware in some fashion. Much of
> that is probably from podman as opposed to running large virtualized
> environments at this point, but the podman use case is important
Hi All,
The build of libcap in Rawhide is failing the static analysis because of
the stack protection not enabled [1].
```
Hardened: /usr/sbin/captree: FAIL: stack-prot test because stack
protection not enabled (lto:threadentry)
Hardened: /usr/sbin/captree: FAIL: stack-prot test because stack
Once upon a time, Björn Persson said:
> If this will affect containers, then I'm starting to worry that I might
> be affected. I thought I'd be fine as the computers I run virtual
> machines on are x86-64-v2 and -v3, but another computer that still
> works fine is -v1. As popular as containers are
OLD: Fedora-Rawhide-20240612.n.0
NEW: Fedora-Rawhide-20240613.n.0
= SUMMARY =
Added images:5
Dropped images: 4
Added packages: 2
Dropped packages:0
Upgraded packages: 62
Downgraded packages: 0
Size of added packages: 103.80 MiB
Size of dropped packages:0
Hello,
I've assembled all the deps, I will rebuild exiv2 0.28.2 in
f41-build-side-91095 with all its reverse deps.
May take a while.
Have a great evening and take care,
Robert-André
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
Chris Adams wrote:
> Once upon a time, Björn Persson said:
> > If this will affect containers, then I'm starting to worry that I might
> > be affected. I thought I'd be fine as the computers I run virtual
> > machines on are x86-64-v2 and -v3, but another computer that still
> > works fine is -v1.
On 6/13/24 10:14 AM, Chris Adams wrote:
Once upon a time, Björn Persson said:
If this will affect containers, then I'm starting to worry that I might
be affected. I thought I'd be fine as the computers I run virtual
machines on are x86-64-v2 and -v3, but another computer that still
works fine i
Gary Buhrmaster wrote:
> Please provide your audited (by a 3rd party) data that shows
> that MANY (i.e. significant percentage of) people on x86_64-v1
> users have a need for qemu.
"Many people" was just an estimate considering that QEMU is a popular
package, so it is more likely to be used in ge
On 08.06.24 10:26, Michael J Gruber wrote:
Am Sa., 8. Juni 2024 um 09:45 Uhr schrieb Sandro Mani :
Hi
I'll be building tesseract-5.4.0 for rawhide in the f41-build-side-90853 side
tag. I'll also be rebuilding the following dependent packages:
crow-translate
ffmpeg
gimagereader
mupdf
opencv
R
Hello team,
Ptex is updated to 2.4.3 thus considered an upstream minor release with
bug fix, without change to .so version and suitable for all Fedora release.
Consequently, the following affected packages will not need a rebuild:
* OpenImageIO
* opensubdiv
* usd-libs
Reference:
--
Could not depsolve transaction; 1 problem detected:
Problem: conflicting requests
nothing provides libboost_python312.so.1.83.0()(64bit) needed by
blender-1:4.1.1-7.fc41.x86_64 from rawhide
--
___
devel mailing list -- devel@lists.fedoraproject.org
Il 13/06/24 7:52 PM, Robert-André Mauchin ha scritto:
> Hello,
>
> I've assembled all the deps, I will rebuild exiv2 0.28.2 in
> f41-build-side-91095 with all its reverse deps.
>
> May take a while.
>
> Have a great evening and take care,
>
> Robert-André
Finally, thank you very much for that!
Ma
26 matches
Mail list logo
