No missing expected images.
Failed openQA tests: 4/48 (x86_64)
ID: 1227621 Test: x86_64 Workstation-live-iso gnome_text_editor
URL: https://openqa.fedoraproject.org/tests/1227621
ID: 1227642 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/1
Hi,
> Initial test with a CD-R and an HP Compaq 8510w are mixed.
> It boots to GRUB, but it spins a long time blinking the HDD light displaying
> nothing but "Welcome to GRUB". It eventually spits out "failure reading
> sector 0x4f838 from 'hd31'."
'hd31' looks strange for HDD as well as for CD-R
On 4/13/22 6:52 PM, Brian C. Lane wrote:
A huge thanks to Thomas Schmitt for posting xorrisofs arguments :)
Here is a lorax PR switching to grub2 for BIOS and changing the layout
of the iso as described in his post:
https://github.com/weldr/lorax/pull/1226
And a Fedora 36 iso:
https://bcl.fed
Jóhann B. Guðmundsson wrote:
> "In the bios, upgraded to 810 the option to enable legacy boot is greyed
> out"
>
> So how do people propose the situation to be handled when firmware from
> vendors, disables the legacy boot option via firmware update.
I haven't seen anyone arguing that Fedora sh
Jóhann B. Guðmundsson wrote:
> For example EU has regulation that requires vendors to have spare parts
> available for 7–10 years after date of manufacturing so it makes sense
> for the project to support hw no longer than a decade from the date of
> it's manufacturing.
I fail to imagine what u
On Thu, Apr 14, 2022 at 09:29:27PM +, Jóhann B. Guðmundsson wrote:
> >That’s maybe true for desktops, but in the server world any server needs
> >to be able to do bios boot, because of the data center requirements.
> >
> Interesting I would assume that those data center requirements would
> mak
No missing expected images.
Failed openQA tests: 9/229 (x86_64), 11/161 (aarch64)
New failures (same test not failed in Fedora-36-20220414.n.0):
ID: 1226984 Test: x86_64 Workstation-live-iso desktop_printing
URL: https://openqa.fedoraproject.org/tests/1226984
ID: 1227023 Test: x86_64 KDE
On Fri, Apr 15, 2022 at 12:54 PM Aurelien Bompard
wrote:
>
> Hey Fabio!
>
> > However, testing the fallback to OpenID, it does
> > not work for me with bodhi.stg.fedoraproject.org
> > Trying to access this login URL, I'm getting HTTP 500 / Internal
> > Server Error responses from
> > https://bodh
OLD: Fedora-36-20220414.n.0
NEW: Fedora-36-20220415.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 14
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
Announcing the creation of a new nightly release validation test event
for Fedora 36 Branched 20220415.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
On 15/04/2022 00:53, Jóhann B. Guðmundsson wrote:
Obviously this was for dual bios mode ( legacy and uefi ) ( otherwise
the option to disable it would not be there ) in which the vendor
himself seemingly decided to disable the legacy part of the bios via
firmware update which highlight the fact
On 15/04/2022 03:51, Nikolay Nikolov wrote:
But I'm still surprised that Fedora by default downloads and updates
proprietary firmware, downloaded from the Internet.
1. Fedora itself doesn't download anything. The user must manually allow
installation of such update.
2. Vulnerable firmware is
On 15/04/2022 01:25, Nikolay Nikolov wrote:
At least on my computers, Gnome has never notified me about a BIOS
update from my motherboard vendor. Besides, it's proprietary software,
so I wouldn't expect Fedora to be offering it by default. Doesn't it
need adding an extra software repository?
Hey Fabio!
> However, testing the fallback to OpenID, it does
> not work for me with bodhi.stg.fedoraproject.org
> Trying to access this login URL, I'm getting HTTP 500 / Internal
> Server Error responses from
> https://bodhi.stg.fedoraproject.org/dologin.html?openid=https%3A%2F%2Fid
> which
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-34-20220414.0):
ID: 1226613 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
15 matches
Mail list logo