On Mon, Aug 2, 2021 at 12:15 AM Vitaly Zaitsev via devel
wrote:
>
> On 02/08/2021 04:04, Chris Murphy wrote:
> > I'm definitely not attached to keeping things the same. The bios
> > memtest86+ is still these days installed to /boot but there hasn't
> > been a menu entry for it for a very long time
On 02/08/2021 04:04, Chris Murphy wrote:
I'm definitely not attached to keeping things the same. The bios
memtest86+ is still these days installed to /boot but there hasn't
been a menu entry for it for a very long time; in fact maybe it was
only ever on netintall or dvd images? I can't remember t
On Sun, 1 Aug 2021 at 21:12, Richard Shaw wrote:
>
> I can see my commit in the log but it's not actually "there":
>
> commit 49efbd8bc23b44e5bdf417a96ef174c31ccca359 (HEAD -> rawhide,
> origin/rawhide, origin/HEAD)
> Author: Richard Shaw
> Date: Sun Aug 1 19:57:58 2021 -0500
>
> Bump rele
On Sun, Aug 1, 2021 at 7:51 PM Steven A. Falco wrote:
>
> After seeing this discussion I got curious, and I noticed that one can build
> an iso of pcmemtest that is directly bootable. No OS or additional
> bootloader needed.
>
> So if someone needs to test their hardware, the easiest thing to d
On 8/1/21 8:46 PM, Chris Murphy wrote:
On Sun, Aug 1, 2021 at 4:55 PM Neal Gompa wrote:
On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer wrote:
On 7/30/21 5:57 PM, Chris Murphy wrote:
It would need a maintainer. Any takers? ...
If we want it to work with UEFI Secure Boot
enabled, it'd need to
Well I got pissed and blew away my freeimage checkout and started over not
realizing I needed to patch a few files.
After re-creating the patch it seems to be working now but seriously, WTF?
I think I'm nearing 60 hours fixing the OpenEXR library rearrangement. 0/10
would not recommend :)
Thanks
This is the second time I've run into this issue. Specifically there seems
to be a build without a commit so I had to bump the release a second time.
I can see here where the 2nd rebuild bumped the release to 0.4 but git pull
doesn't retrieve this commit:
https://src.fedoraproject.org/rpms/freeim
On Sun, Aug 1, 2021 at 4:55 PM Neal Gompa wrote:
>
> On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer
> wrote:
> >
> > On 7/30/21 5:57 PM, Chris Murphy wrote:
> > > It would need a maintainer. Any takers? ...
> > > If we want it to work with UEFI Secure Boot
> > > enabled, it'd need to be signed wi
On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer wrote:
>
> On 7/30/21 5:57 PM, Chris Murphy wrote:
> > It would need a maintainer. Any takers? ...
> > If we want it to work with UEFI Secure Boot
> > enabled, it'd need to be signed with Fedora's key
>
>
> Does the signing requirement imply that the m
On 7/30/21 5:57 PM, Chris Murphy wrote:
It would need a maintainer. Any takers? ...
If we want it to work with UEFI Secure Boot
enabled, it'd need to be signed with Fedora's key
Does the signing requirement imply that the maintainer would need to be
a Red Hat employee (or another trusted part
No missing expected images.
Failed openQA tests: 3/15 (aarch64)
New failures (same test not failed in Fedora-IoT-34-20210724.0):
ID: 938883 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/938883
ID: 938889 Test: aarch64 IoT-dvd_ostree
Hey all,
I've orphaned jsemver[1] because the maven-javadoc-plugin package was
retired in Rawhide. I don't know how to make it no longer depend on
that, so I'm orphaning it. If someone wants it, they can take it and
fix it. :)
[1]: https://src.fedoraproject.org/rpms/jsemver
--
真実はいつも一つ！/ Always
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210731.0):
ID: 938656 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
13 matches
Mail list logo
