Purisms Coreboot with seabios, Grub reboots the machine or just got stuck upon first boot - back to 4.1.2rc
Is this the right place to ask for help debugging suspend / resume issues which still exist with a FC37 Dom0?
I doubt because this place is going to be a mess in thread topics.
Would it be possible to allow reading of the
http://mirror.notset.fr/qubes/iso/Qubes-4.2.202303010603-x86_64.log
http://mirror.notset.fr/qubes/iso/Qubes-4.2.202303080603-x86_64.log
http://mirror.notset.fr/qubes/iso/Qubes-4.2.202303150603-x86_64.log
as well/again?
I can restore them in few days only (I only keep signature, log, torrent, ISO are kept on openQA). I’ve cleanup probably too much sorry. I need to clean often because it takes lot of space.
No need for a restore of old files - I just like/want to read the logs from the builds that are online.
It looks like the permissions are wrong (again):
$ curl http://mirror.notset.fr/qubes/iso/Qubes-4.2.202303150603-x86_64.log
<html>
<head><title>403 Forbidden</title></head>
<body>
<center><h1>403 Forbidden</h1></center>
<hr><center>nginx</center>
</body>
</html>
$
A return of the issue from Feb 22?
It should be ok.
I need to improve permissions on my webserver because there is mix between several users that are uploading things and acl set there.
the site is not available right now
Could you please let me know when it will be up and running?
@deeplow @adw do you mind updating this post description according to my comment promote weekly iso builds on https://www.qubes-os.org/doc/testing/ · Issue #8106 · QubesOS/qubes-issues · GitHub please?
Like this?
Perfect, thank you.
Just a quick info that, we have few improvements in the pipe right now for the build infrastructure code so it delays a bit the build for weekly builds of R4.2.
Hello together,
this is probably the wrong place, but I couldn’t really find somewhere better:
- since the last update of the dom0 and fedora37 templates, my system (on latest 4.2) finally runs on normal load
- before my system was always running hot, no matter how many vm’s were running
- system is an Alder Lake 12th Gen Intel(R) Core™ i7-1280P (Lenovo X1 Nano)
Please let me know if (and where) I can assist on anything to track this down, so the fix won’t disappear again If this is stable, I’d obviously put in my hcl- report, too…
ok - broken again (high load on idle). Please give me a hint where I can give a proper feedback on that - thanks!
You can open an issue on github:
@marmarek @adw do you see any objection that it might be useful to report specific built ISO version here: Issues · fepitre/updates-status-iso · GitHub?
No objection from me.