it'd be cool to have a script that does this and notifies
it'd be cool to have a script that does this and notifies
AYep, one thing I always do is edit the wireplumber config to add a script that disables audio device sleeping, to avoid that silent "popping" whenever audio begins playing again. I am doing it via some big edits.
I've been meaning to look for a way to install that in a more granular way that doesn't need maintenance constantly whenever wireplumber changes config.
I've been meaning to look for a way to install that in a more granular way that doesn't need maintenance constantly whenever wireplumber changes config.
AYeah good idea, some kinda GUI that runs as autostart on login and pops up if there's changes. 
dreams
dreams
PYeah I think having some kind of automated check that can keep tabs on the diff to prevent drift would be interesting
Ayou don't really need a gui, just run the command if there are changes send a dbus notification
PA bit complicated because there's a bunch of things that are probably going to be changed just by installing though, like /etc/passwd
AGreat idea 
AI wish anaconda put this stuff in /usr/etc before commiting the deployment to disk...
PEh but then should you be ending up with a new ostree deployment every time you change your password?
AI don't think it compares those files, like and . That would be bad.
PAW!!@ADD
AThat's dumb.
Ayeah they do appear as they are not in /usr/etc
AI'd be okay with that but there are some implications ...
Abut I would like it if does not destroy the system
Aconceptually that should reset the system to default state
PYeah, in a future where things are more image based "native" I could see something along those lines being the case
PI do see a /usr/etc/passwd and /usr/etc/shadow etc, but there's no passwords for any accounts, so a little hard to log in if things got reset to that 
(unless there's something that goes through the first boot setup again or something?)
(unless there's something that goes through the first boot setup again or something?)Apretty sure your system is bricked
Aif you remove them
Ryeah those files under /usr are probably only there to fix file not found errors
Athere are actual defaults for these files, wonder why those aren't used
ARI could see a future state where /etc/shadow /etc/group /etc/passwd actually become directories which get
includethat cannot happen, it breaks POSIX
Asystemd has some sysusers thing tho
Rnot everything sticks to POSIX
Athe last 45 years or so of tooling assume that all your users are in /etc/passwd
Athis convention probably even predates POSIX
Athere's realistically no way we're going to change that imo
Athat's why even /etc/fstab doesn't change even though now it is used by systemd to generate mount units
Rand they write things like SSSD that tells it to find users in places that are not /etc/passwd etc
R¯\_(ツ)_/¯
Athat's for networked authentication and SSSD has an option to keep /etc/passwd in sync
RI believe one of the changes that RHEL was considering for their Identity Management was actually removing reference to so it doesn't even look locally for user auth
APff everyone's passwords are 
Back in my day, all passwords were stored plaintext, with the only protection being the root read permissions on the file.
Back in my day, all passwords were stored plaintext, with the only protection being the root read permissions on the file.
AIt definitely helped people who forgot their passwords.
J@hermmm heya I noticed the PR permission thing you mentioned here: https://github.com/ublue-os/startingpoint/pull/74 and looked to see if there was a setting but couldn't find one
Jalso noticed the github settings on startingpoint were still different from the others so I turned on needing approval for all PRs but also turned on the option for people to automerge when the approver says yes. Theoretically that should remove one round trip timezone wise.
JBut also noticed we weren't enforcing tests to pass so I turned those on, so we'll have to see what explodes but probably nothing.
N@j0rge where would i put an issue for this: https://discord.com/channels/232740312194351106/625653468262039563/1107168355993002025
NI just put it in startingpoint since that is what i was using
RI think I want to make an image with wezterm built in to it haha
Rit's a pity helix editor isn't packaged in an official rpm
AHere is the link to your ticket, for anyone reading:
https://github.com/ublue-os/startingpoint/issues/75
https://github.com/ublue-os/startingpoint/issues/75
GitHub
$ rpm-ostree upgrade note: automatic updates (stage) are enabled Pulling manifest: ostree-unverified-image:docker://ghcr.io/noahdotpy/myublue-gnome:latest Staging deployment... done error: Cleaning...
AThis doesn't appear to be any issue caused by uBlue. Have you tried googling that error message? Other ostree users may have encountered it.
AMaking custom images is very easy. I could guide you through it. But I thought wezterm was already on Flathub...
The link is https://flathub.org/apps/org.wezfurlong.wezterm
The link is https://flathub.org/apps/org.wezfurlong.wezterm
Flathub
A GPU-accelerated cross-platform terminal emulator and multiplexer
A@hermmm Were you watching Eurovision yesterday in the tub? I heard Sweden beat Finland. 
AFinland's song was really funny though. It should have won.
AYou can make a distrobox with Arch, install it from AUR and then export it to the host.