Christopher wrote on Fri, May 24, 2024 at 02:18:04AM -0400:
> Are you sure you have the correct address for the plocate developer and
> that it's still actively maintained? I just got an error that the
> destination email address didn't exist from their mail server when I
> replied just now.
Yeah,
Are you sure you have the correct address for the plocate developer and
that it's still actively maintained? I just got an error that the
destination email address didn't exist from their mail server when I
replied just now.
On Fri, May 24, 2024, 02:15 Christopher wrote:
> A flag to treat the ar
A flag to treat the arguments as OR like mlocate did instead of the default
to AND would be great, though I wish plocate would have more closely
mimicked mlocate's default behavior from the beginning and had a flag for
AND instead. Unfortunately, one cannot go back in time.
On Thu, May 23, 2024, 2
Hi all!
I've probably met a few of you on Matrix already. I've been lurking on irc,
but that side is fairly quiet nowadays. (irc is still my go to outside of
Fedora)
For those of you who I haven't spoken to yet...
I work primarily in the security and infrastructure space, with some
systems and so
Christopher wrote on Thu, May 23, 2024 at 06:26:57PM -0400:
> One thing I've noticed is that plocate behaves differently when
> supplied with multiple arguments than mlocate. This broke some of my
> scripts.
>
> Previously, I had:
>
> locate rpm{old,new,save,orig,moved}
> # expands to loc
One thing I've noticed is that plocate behaves differently when
supplied with multiple arguments than mlocate. This broke some of my
scripts.
Previously, I had:
locate rpm{old,new,save,orig,moved}
# expands to locate rpmold rpmnew rpmsave rpmorig rpmmoved
But now, I need to do:
for
Short summery:
we just talk about a small improvement.
It works like it is now, but risks can me minimized with small adaptions
to the package sort order in dnf while upgrading.
Am 23.05.24 um 06:14 schrieb Peter Boy:
I'm under the impression, there is a small misunderstanding here: The up
On 4/7/21 22:32, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/DebuginfodByDefault
== Summary ==
Fedora users / developers who need to debug/trace distro binaries can
make use of the recently activated elfutils-debuginfod servers to
automatically fetch debugging data and source code,
OLD: Fedora-Rawhide-20240522.n.0
NEW: Fedora-Rawhide-20240523.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 2
Dropped packages:1
Upgraded packages: 140
Downgraded packages: 0
Size of added packages: 376.15 KiB
Size of dropped packages
Hi Oliver! Welcome!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: http
Hi,
I am Oliver, I work at Red Hat in the Virtualization Team, focussing on
Confidential Computing, EDK2 Firmware, and boot in general. My current
main topic is the Coconut-SVSM[1], which I would like to bring to Fedora.
I am looking forward to woking with you all :-)
- Oliver
[1] https://gith
Announcing the creation of a new nightly release validation test event
for Fedora 41 Rawhide 20240523.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
It looks like I missed those PR which looks better than the recently
applied patch. The Rawhide build is not set yet so improvement is welcome.
On 2024-05-22 19:46, Luya Tshimbalanga wrote:
Thanks, report filed on
https://github.com/oneapi-src/level-zero/issues/146.
--
Luya Tshimbalanga
Fed
On 23/05/2024 02:02, Luya Tshimbalanga wrote:
Upstream made a change that requires cloning a sub-directory
spdlog-populate leading to a failure to build. What will be an
alternative to address that issue?
You need to patch it and submit a pull request to upstream.
Check this example: https:
14 matches
Mail list logo
