UB
Universal Blue
Join the Universal Blue server to ask questions!
Join ServerUB
Universal Blue
Join the community to ask questions about Universal Blue and get answers from other members.
Join ServerInstallation - Universal Blue
Thanks the report... this is mentioned on the website's ISO install docs under "Secure Boot"
https://ublue.it/installation/#secure-boot but you provide some nice step-by-step details which should be added there and in a FAQ section which does not currently exist.
I am starting to think the MOK importer is pretty similar across different machines and UEFI implementations, so that's good for providing more detail.
...
It realy doesnt make sense at this point
It realy doesnt make sense at this point to build everything from scratch ourself as the point is for us to build uppon what fedora image based distros provide, there would also be not much of a benefit to us going from scratch
I ll kick off main and then nvidia just
I'll kick off main and then nvidia, just to test again formally,
Incorporate front panel 3.5mm fix for Realtek sound cards & laptop multiple speakers setup
Is it possible to fix 3.5mm front panel not working from Realtek sound card inside the ISO?
This is the fix:
https://discussion.fedoraproject.org/t/front-panel-headphone-jack-is-not-being-detected/78370/2
...
though it does require changes for the
though it does require changes for the nvidia.just and custom.just to be made in config ... but i think that's probably not a concern.I commented on the PR regarding that. The inclusion of the NVIDIA config in the "main justfile config RPM" kinda makes sense in a lot of ways. The issue is the
custom.just, it's currently holding anything added by startingpoint + anything the person making a downstream image wants to add to it (they fork startingpoint and add their own stuff to custom.just), so we can't include that one in the main config repo....just running the install it complains
just running the install it complains about
unknown device before the test starts. Is that expected?For example I m still not quite sure
For example I'm still not quite sure whether akmods (xone, v4l2loopback,...) should be included in main or be their own image.
Here is the new structure meant to
Here is the new structure, meant to ensure people can't break images when switching flavors, and also ensuring that the user always runs the latest, intended script for that distro.
Wait whats your spec looking like right
Wait, whats your spec looking like right now? You should
%global the variable first in the top section and then use that variable later.System-wide uBlue Location
Has there been any prior implementation or discussion about a place to store uBlue-related files that need to exist on the system, in an immutable, shared location?
There is a now need to fix an issue in uBlue-startingpoint's "autostart" script. It's currently being copied into every user folder once and then never again. Meaning that future fixes never get applied to it. It's very rigid.
I've got a solution but need a systemwide location to store the code in a shared location for all users....
are you trying to remove firefox I don t
are you trying to remove firefox? I don't think it's in the
base image?Just spitballing what that might look
Just spitballing what that might look like, ```bash
create_symlink() {
local TARGET=$1
local DEST=$2
...
GitHub - graybush/testFromContainer
i am having some nfs trouble and i think i have narrowed it down to a difference in the images:
quay.io/fedora-ostree-desktops/silverblue:37
ghcr.io/cgwalters/fedora-silverblue:37
to test I created a repository https://github.com/graybush/testFromContainer and generated two images....
jstone 7474 I chatted with Jorge the
@.jstone I chatted with Jorge the other night about working on improving build scheduling, triggering downstream builds, etc
well, i haven't got too far, but i did learn something possibly helpful for that and/or other github action workflow...
I know your build workflows have several cases of using step output in subsequent steps, but I was trying to use job output to gate and/or provide context to the next job. Really the idea is to have a single job that can decide if things should proceed before spawning the matrix jobs....