On 22/05/2024 01:45, Tom Stellard wrote:
I looked in the iwyu source, and it's not using ${LLVM_LIBRARY_DIR}
correctly.
That variable points to where the libraries are installed, but iwyu is
using it to look
up the resource directory. iwyu should be using `clang
-print-resource-dir`
instead.
On Tue, 2024-05-21 at 20:15 -0400, Neal Gompa wrote:
> On Tue, May 21, 2024 at 8:11 PM Samuel Sieb wrote:
> >
> > On 5/21/24 5:08 PM, Brian Masney wrote:
> > > I want to put Fedora 40 on my Lenovo Thinkpad x13s laptop, which is an
> > > aarch64-based laptop with a Qualcomm SoC. I downloaded the F
On Tue, May 21, 2024 at 8:11 PM Samuel Sieb wrote:
>
> On 5/21/24 5:08 PM, Brian Masney wrote:
> > I want to put Fedora 40 on my Lenovo Thinkpad x13s laptop, which is an
> > aarch64-based laptop with a Qualcomm SoC. I downloaded the Fedora raw
> > image from [1], and I can boot from USB using the
On 5/21/24 5:08 PM, Brian Masney wrote:
I want to put Fedora 40 on my Lenovo Thinkpad x13s laptop, which is an
aarch64-based laptop with a Qualcomm SoC. I downloaded the Fedora raw
image from [1], and I can boot from USB using the directions at [2].
All of the other supported architectures have a
Hi all,
I want to put Fedora 40 on my Lenovo Thinkpad x13s laptop, which is an
aarch64-based laptop with a Qualcomm SoC. I downloaded the Fedora raw
image from [1], and I can boot from USB using the directions at [2].
All of the other supported architectures have an ISO available,
however aarch64
On 5/21/24 09:33, Vitaly Zaitsev via devel wrote:
On 27/04/2024 06:34, Tom Stellard wrote:
If anyone has any feedback on these ideas we'd like to hear it and are happy to
discuss
these more.
Can you fix the ${LLVM_LIBRARY_DIR} variable in LLVM's CMake config?
It broke after switching LLVM to
On Tue, May 21, 2024 at 10:59:12PM GMT, Miro Hrončok wrote:
> On 20. 05. 24 22:59, Stephen Gallagher wrote:
> > * AGREED: FESCo will permit the inclusion of binaries provided by
> > upstream Python and FFI exclusively for the purposes of loading the
> > installer on MacOS since we have no reas
On Tue, May 21, 2024 at 06:44:43PM GMT, Ian McInerney via devel wrote:
> Is there a full log somewhere? I don't see it on
> https://meetbot.fedoraproject.org/, and the usual links at the top of the
> summary email aren't there this time.
Yes, this meeting fell prey to the 'multi line' bug in mee
Hi,
I intend to unretire pyftpdlib [1] and rename the base package to
python-pyftpdlib in line with current Python Packaging Guidelines. The
package has been retired for more than eight weeks. So it will require a
re-review.
Since only the base package (SRPM) will be renamed, I'm wondering i
On 20. 05. 24 22:59, Stephen Gallagher wrote:
* AGREED: FESCo will permit the inclusion of binaries provided by
upstream Python and FFI exclusively for the purposes of loading the
installer on MacOS since we have no reasonable way to cross-compile
for that platform at this time. (+5, 0, -4)
Welcome to the Fedora community, Adrian! 👋🏻
On Tue, May 21, 2024 at 3:33 PM Adrian Edwards
wrote:
> Hello Fedora devel mailing list,
>
> My name is Adrian and i'm a CS student at RIT who is minoring in Free and
> Open Source Software. I wanted to send this out briefly to introduce myself.
> I'll
Hello Fedora devel mailing list,
My name is Adrian and i'm a CS student at RIT who is minoring in Free and Open
Source Software. I wanted to send this out briefly to introduce myself.
I'll be working as a Fedora Community Architect Intern during my time with Red
Hat in Boston (US/Eastern TZ) and
Hello all,
Fedora Linux 38 reached its end of life for updates and support on
2024-05-21. As of that date, no further updates of any kind, including
security updates or security announcements, will be available for
Fedora Linux 38. The distribution ceased pushing any updates,
including those to th
Is there a full log somewhere? I don't see it on
https://meetbot.fedoraproject.org/, and the usual links at the top of the
summary email aren't there this time.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to d
On 5/21/24 10:39 AM, Sandro wrote:
On 21-05-2024 16:32, Ben Cotton wrote:
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
However, now the link is in the open, we might have to change it again
and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If so
On Tue, May 21, 2024 at 12:58 PM Leo Sandoval wrote:
>
> Hi team,
>
> We (the Red Hat bootloader team) are completing the work of
> rebasing/reviewing/testing current rawhide patches, from GRUB2 2.06 to 2.12,
> so at
> some point in the near future these would land finally into rawhide. Once
>
Hi team,
We (the Red Hat bootloader team) are completing the work of
rebasing/reviewing/testing current rawhide patches, from GRUB2 2.06 to
2.12, so at
some point in the near future these would land finally into rawhide. Once
everything is in place, we would like your help to start testing the
pa
On 27/04/2024 06:34, Tom Stellard wrote:
If anyone has any feedback on these ideas we'd like to hear it and are
happy to discuss
these more.
Can you fix the ${LLVM_LIBRARY_DIR} variable in LLVM's CMake config?
It broke after switching LLVM to use /usr/lib. It still points to
/usr/lib64 and w
On Tue, May 21, 2024 at 01:19:24PM +0200, Miro Hrončok wrote:
> On 21. 05. 24 12:29, Fabio Valentini wrote:
> > On Mon, May 20, 2024 at 2:42 PM Michal Sekletar wrote:
> > >
> > > On Fri, May 17, 2024 at 6:14 PM Michal Sekletar
> > > wrote:
> > > >
> > > > Hi everyone,
> > > >
> > > > We have
On 21-05-2024 18:04, Dominik Wombacher wrote:
On 05/21/2024 5:54 PM CEST Tom Hughes via devel
wrote:
The automatic tar ball URLs on github just do a git archive and are
separate to uploaded release artifacts. Just use a URL like:
https://github.com/OWNER/PROJECT/archive/REVISION/NAME.tar.
> On 05/21/2024 5:54 PM CEST Tom Hughes via devel
> wrote:
>
> The automatic tar ball URLs on github just do a git archive and are
> separate to uploaded release artifacts. Just use a URL like:
>
>https://github.com/OWNER/PROJECT/archive/REVISION/NAME.tar.gz
>
> where tag can be any tag or
On 21/05/2024 16:37, Dominik Wombacher wrote:
I have a case were upstream excludes the test suite from the export [1].
But I want the tests to be part of the package build to validate that
everything is fine.
So this requires a bit of local git clone and create an own archive file.
I can't just
> On 05/08/2024 10:38 PM CEST Tom Hughes via devel
> wrote:
>
>
> On 08/05/2024 21:36, Kenneth Goldman wrote:
>
> > Is it possible for a .spec file to clone a github.com repo rather than
> > download a tarball? Can someone link to a working example?
>
> No, but github can give you a tar bal
> On 05/13/2024 12:29 PM CEST Remi Collet wrote:
>
> As I said, because of bundled libraries
>
OK, I work on packaging the AWS C libs right now that would otherwise bundled.
So that problem should be solved / solvable in a couple of weeks.
I would then like to give php-awscrt a try based on you
On 21-05-2024 16:32, Ben Cotton wrote:
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
However, now the link is in the open, we might have to change it again
and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If someone who didn't vote claims the bad
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
> However, now the link is in the open, we might have to change it again
> and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If someone who didn't vote claims the badge,
there's no real harm. (And I say th
On 21-05-2024 16:22, Steven A. Falco wrote:
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since
yesterday
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since yesterday
with no luck.
Yes, this is the message.
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since
yesterday with no luck.
Yes, this is the message.
+
~~~
This resource is no longer
tl;dr I screwed up and accidentally made two critical mistakes:
1) Node.js 22 got into Rawhide as the default early. I'm not sure of
how to back that out safely.
2) A change made in Node.js 20 to split out two libraries
(cjs-module-lexer and undici) that we were bundling in prior releases
has intr
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since
yesterday with no luck.
Yes, this is the message.
+
~~~
This resource is no longer available. No forwarding address is give
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since
yesterday with no luck.
Yes, this is the message.
I have voted yesterday but tried to claim the badge today, if that makes
any difference.
Vít
Steve
On 5/21/24
I'm getting the "410 Gone" message, too. Tried multiple times since yesterday
with no luck.
Steve
On 5/21/24 05:21 AM, Aoife Moloney wrote:
I've seen someone in the Red Hat Waterford office be able to claim it no
problem so the issue may be individually based as the link is definitel
Hello all.
spdlog 1.14.1 will include a soversion bump from .1.12 to .1.14.
Affected packages (including spdlog-devel and virtual cmake(spdlog) and
pkgconfig(spdlog)):
- bear
- coeurl
- corectrl
- cryfs
- CuraEngine
- freeopcua
- gerbera
- gnuradio
- gqrx
- gr-air-modes
- gr-funcube
- gr-hpsd
On Tue, May 21, 2024 at 7:53 AM Stephen Smoogen wrote:
>
>
>
> On Tue, 21 May 2024 at 03:18, Petr Pisar wrote:
>>
>> V Mon, May 20, 2024 at 02:15:49PM -0400, Joseph Marrero napsal(a):
>> > * dnf4 & dnf5 should provide a more helpful error when a user types
>> > `dnf install` on a booted image-bas
Hi,
Since the thread is in top posting, I will top posting too ...
I also saw a "Native stack trace" [1] on Rawhide on nodejs-electron [2]
Best regards,
[2]
https://copr.fedorainfracloud.org/coprs/sergiomb/electrons/build/7462286/
[1]
[432/39358] python3 ../../tools/polymer/html_to_wrapper.py
On Tue, 21 May 2024 at 03:18, Petr Pisar wrote:
> V Mon, May 20, 2024 at 02:15:49PM -0400, Joseph Marrero napsal(a):
> > * dnf4 & dnf5 should provide a more helpful error when a user types
> > `dnf install` on a booted image-based system (pointing them to unlock
> > the system or use rpm-ostree).
On 21. 05. 24 12:29, Fabio Valentini wrote:
On Mon, May 20, 2024 at 2:42 PM Michal Sekletar wrote:
On Fri, May 17, 2024 at 6:14 PM Michal Sekletar wrote:
Hi everyone,
We have had a plocate as a drop-in replacement for mlocate for quite a while
now. My intention is to retire the mlocate pa
OLD: Fedora-Rawhide-20240520.n.0
NEW: Fedora-Rawhide-20240521.n.0
= SUMMARY =
Added images:5
Dropped images: 1
Added packages: 6
Dropped packages:3
Upgraded packages: 320
Downgraded packages: 0
Size of added packages: 2.84 MiB
Size of dropped packages
Wiki - https://fedoraproject.org/wiki/Changes/IBusChewingForZhTW
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-ibus-chewing-for-traditional-chinese-taiwan-desktop-by-default-self-contained/117666
This is a proposed Change for Fedora Linux.
This document represents
On Mon, May 20, 2024 at 2:42 PM Michal Sekletar wrote:
>
> On Fri, May 17, 2024 at 6:14 PM Michal Sekletar wrote:
>>
>> Hi everyone,
>>
>> We have had a plocate as a drop-in replacement for mlocate for quite a while
>> now. My intention is to retire the mlocate package next week in order to
>>
Wiki - https://fedoraproject.org/wiki/Changes/DNFAndBootcInImageModeFedora
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-dnf-and-bootc-in-image-mode-fedora-variants-system-wide/117664
This is a proposed Change for Fedora Linux.
This document represents a proposed C
I also get a crash when running npm install:
https://bugzilla.redhat.com/show_bug.cgi?id=2282103
Sandro
On 21.05.24 09:57, Vít Ondruch wrote:
It seems that it breaks at least two of my packages unfortunately:
https://koschei.fedoraproject.org/package/rubygem-ejs
https://koschei.fedoraproject
I've seen someone in the Red Hat Waterford office be able to claim it no
problem so the issue may be individually based as the link is definitely
active and claimable. Interested to know too how its working for some nd
not others.
On Tue, May 21, 2024 at 9:41 AM Sandro wrote:
> On 21-05-2024 09:
On 21-05-2024 09:47, Vít Ondruch wrote:
And it does not work again
What issue / error are you experiencing?
It seems to work for others. Looking at the badges front page, the badge
has been awarded as recently as 15 minutes ago.
-- Sandro
--
___
d
It seems that it breaks at least two of my packages unfortunately:
https://koschei.fedoraproject.org/package/rubygem-ejs
https://koschei.fedoraproject.org/package/rubygem-execjs
The former is using the latter, so the real issue is likely in the
latter. I don't have cycles to investigate more :
And it does not work again
Vít
Dne 20. 05. 24 v 22:03 František Šumšal napsal(a):
Can confirm that the badge link now works as expected, thank you!
On 5/20/24 20:18, Aoife Moloney wrote:
So the wiki page error has been fixed, thanks for letting me know!
The badge error, I have created th
V Mon, May 20, 2024 at 02:15:49PM -0400, Joseph Marrero napsal(a):
> * dnf4 & dnf5 should provide a more helpful error when a user types
> `dnf install` on a booted image-based system (pointing them to unlock
> the system or use rpm-ostree).
[...]
> * dnf should be used during container builds of i
48 matches
Mail list logo
