On Mon, 2022-08-01 at 11:02 -0400, Felix Miata wrote:
> Is this normal procedure now in rawhide?
>
> I copied vmlinuz directly from the rpm to /boot/ and renamed it
> vmlinuz-5.19.0-0.rc8.20220729git6e2c0490769e.62.fc37.x86_64,
> though I could have symlinked its location in the /lib/modules tree.
Adam Williamson composed on 2022-08-02 11:23 (UTC-0700):
> On Mon, 2022-08-01 at 11:02 -0400, Felix Miata wrote:
>> Is this normal procedure now in rawhide?
>> I copied vmlinuz directly from the rpm to /boot/ and renamed it
>> vmlinuz-5.19.0-0.rc8.20220729git6e2c0490769e.62.fc37.x86_64,
>> thou
Just a data point, that I have been unable to run locally built or
stock Fedora kernels for a couple of weeks now. I have opened a
bugzilla against dracut for this, but I'm not sure that it really is
dracut at fault. It is all documented in
https://bugzilla.redhat.com/show_bug.cgi?id=2109194
I
On Tue, 2022-08-02 at 13:46 -0700, stan via test wrote:
> Just a data point, that I have been unable to run locally built or
> stock Fedora kernels for a couple of weeks now. I have opened a
> bugzilla against dracut for this, but I'm not sure that it really is
> dracut at fault. It is all docume
On Tue, 2022-08-02 at 15:20 -0400, Felix Miata wrote:
> Adam Williamson composed on 2022-08-02 11:23 (UTC-0700):
>
> > On Mon, 2022-08-01 at 11:02 -0400, Felix Miata wrote:
>
> > > Is this normal procedure now in rawhide?
>
> > > I copied vmlinuz directly from the rpm to /boot/ and renamed it
>
On Tue, 02 Aug 2022 14:07:24 -0700
Adam Williamson wrote:
> Not sure what's going on in your case, but FWIW, I'm on current
> Rawhide and not seeing any such problem...
Thanks for the confirmation. I was assuming this was the case, as it
seemed too major for it not to be widely reported if it w
Adam Williamson composed on 2022-08-02 14:10 (UTC-0700):
> On Tue, 2022-08-02 at 15:20 -0400, Felix Miata wrote:
>> Adam Williamson composed on 2022-08-02 11:23 (UTC-0700):
>>> On Mon, 2022-08-01 at 11:02 -0400, Felix Miata wrote:
Is this normal procedure now in rawhide?
I copied vml
mpose/rawhide/Fedora-Rawhide-20220802.n.0/compose/Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-Rawhide-20220802.n.0.iso
- to USB with dd then booting it in native UEFI mode on some system,
and see if it works? It'd be good to know if there's a general issue or
I just have some cra
_64-Rawhide-20220704.n.0.iso at the time, so a
> current equivalent would be
> https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20220802.n.0/compose/Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-Rawhide-20220802.n.0.iso
> - to USB with dd then booting it in native UEFI
Adam, I tested with this same iso you linked here on two different
computers (acer aspire native UEFI and HP-G42 BIOS) pendrive (Sandisk
cruzer blade 16GB) using dd (dd
if="./Fedora-Everything-netinst-x86_64-Rawhide-20220802.n.0.iso"
of="/dev/sdb" status="progress" c
On Tue, 2022-08-02 at 23:06 -0300, Geraldo Simião Kutz wrote:
> Adam, I tested with this same iso you linked here on two different
> computers (acer aspire native UEFI and HP-G42 BIOS) pendrive (Sandisk
> cruzer blade 16GB) using dd (dd
> if="./Fedora-Everything-netinst-x86_64-Raw
11 matches
Mail list logo