Gfpaste
Gcat foo | fpaste
Jyes, that's what the issue says
Gah
GI see now
JI mean it as a convenience wrapper, auto put the rpm-ostree status and whatever else we need
Jso like, they run one command, paste it in, then we don't have to be like "please stop cutting out the most important lines" in discord, lol
Gso just pipe
rpm-ostree statusfpastewhile digging through the man page for fpaste I found --sysinfo.
Jso like, if we know we can get all the hw info + rpm-ostree status + whatever else we may think is useful then users would only ever have to worry about the one command
Gmm
Jand by default
Joooooooooo
Gplaying around with
--sysinfocan also just do that in a followup. 
Jjust fixing the truncating status would do us a solid
Jplus the nice thing is people can start socializing it now, so as we figure out new things to ask for it can be totally flexible in that way, but the command will remain the same for the users, which will pay off dividends over time
J
Jforum growth is visible now
J
J
JThis is nice, scientific evidence of @nickname 's awesomeness.
Gnot currently no
Ggo for it
Jor just displaying on the terminal is fine
Jif the sysinfo is too excessive maybe a simpler combo from existing tools might do the trick
Jno rush, was just thinking about it as this happened to me today
Jyeah I learned a bunch too
FGitHub
systemctl reboot --firmware-setup doesn't support this.
That command calls: org.freedesktop.login1.Manager SetRebootToFirmwareSetup, which is the DBUS interface of systemd-logind.
That command calls: org.freedesktop.login1.Manager SetRebootToFirmwareSetup, which is the DBUS interface of systemd-logind.
R@jstone You may want to check your F40 builds now. I was receiving the same tar error as you, but today they seem to be working.
JThanks for the heads up
JStill seems to be failing though https://github.com/joshua-stone/rose-os/actions/runs/8532577191/job/23614998501?pr=18
GitHub
ublue-os with fewer downstream modifications. Contribute to joshua-stone/rose-os development by creating an account on GitHub.
N@M2 do you have some free time sometime today to review your PR? I'm trying to reconcile how I can get it added to the testing branch to actually test your code.
MI could hop into a voice chat around 4pm EST
Nunfortunately I am booked from 2PM - 4PM CST. Is 1PM CST possible? over lunch?
MI'm busy 12:45 PM - 2 PM EST. Are you available later today? 4 PM CST I think is 5 PM EST and I could do a call then
NI can do 4PM CST.
MOkay, I'll hop on around then
NI have a meeting that bumps up right against that time, but hopefully shouldn't go over.
NI'll let you know if it does.
Bhttps://github.com/supriyo-biswas/static-builds <- congratulations, you just discovered Alpine, random internet friend
GitHub
Statically-built, dependency free binaries of software packages for Linux. - supriyo-biswas/static-builds
MWell a few of us just rebased to 40 today so far no one said anything
K@Niklas 
Do you have an SVG of your logo and a screenshot you like in particular?
Do you have an SVG of your logo and a screenshot you like in particular?Jyeah we're either safe or it's some subtle bug lol
Mwell they said fail to boot due to bootloader having bad shim....
FHmm, Timothée says that just having bootupd is not enough
https://github.com/fedora-silverblue/issue-tracker/issues/543#issuecomment-2045629776
https://github.com/fedora-silverblue/issue-tracker/issues/543#issuecomment-2045629776
GitHub
Describe the bug Trying to rebase an existing SB39 to SB40 fails to boot showing vmlinuz-6.8.1-300.fc40.x86.x64 has invalid signature. you need to load the kernel first on an Thinkpad T495. I was n...
FFor people that don't have the issue like me, they probably don't use Secure Boot
Fif someone uses Secure Boot & he updated successfully to 6.8 kernel, than great ig
Ball 6 of the machines I manage have SecureBoot enabled, upgraded to 6.8.4 and had no problem
Bstill very odd that they are treating the issue as common and general, yet our users seem to be untouched
