I wonder if #NetworkManager will integrate as client of networkd? People like to hate NM but I actually like nmcli.
For instance, if I need to throw a bridge, I simply just:
nmcli connection add type bridge ifname br0 stp no
nmcli connection add type bridge-slave ifname enp63s0 master br0
nmcli connection up bridge-br0
NM is just an interface for whatever shenanigans below so I guess it should be possible to interface it to networkd, right?
Is #GNOME going to move forward with this eventually, or is NM going to be ditched? I don’t actually care how soon such thing might happen, I’m just worried about loosing good old NM ;-)
Almost without noticing I’ve gradually migrated some of my passwords to pass
:
❯ pass web
web
├── bitstamp.net
├── bitwig.com
├── element.kapsi.fi
├── fabfilter.com
│ ├── license
│ └── password
├── firefox.com
├── gitlab.com
├── google.com
├── icloud.com
│ ├── password
│ └── recovery
├── pypi.org
│ └── recovery
├── steampowered.com
├── storj.io
│ ├── password
│ ├── projects
│ │ └── my-cloud
│ └── recovery-codes
└── tuni.fi
Nice thing is that you can store hierarchically also other data than passwords to leaves. storj.io
is a great example of this use.
I drew this 12 months ago, as LLM code assistants were just becoming available.
Has it held up?
I don’t really understand the cause and effect here but I finally got rid of “GPU HANG” issue with #i915, i.e.
Jul 02 21:20:50 suppilovahvero kernel: i915 0000:03:00.0: [drm] GPU HANG: ecode 12:1:84dfd7f7, in ChaosGate.exe >
Jul 02 21:20:50 suppilovahvero kernel: i915 0000:03:00.0: [drm] ChaosGate.exe[40919] context reset due to GPU ha>
I did the following:
/etc/modprobe.d/i915.conf
and run sudo dracut --force
(in Fedora).The contents of /etc/modprobe.d/i915.conf
are the following:
options i915 enable_guc=3
options i915 enable_fbc=1
I put these there because I found multiple forum posts etc. where this was the suggested solution but obviously I have zero idea what they’re doing 🤷 I’ve played Chaos Gate as a test without hangs, and it used to hang within just few minutes.
It is still a bit weird that #Fedora 40 with its default settings gives such crap results on Intel Arc A770.
I like to start a bug fix by:
$ git commit -a -s --allow-empty -m "Fixes: 1085b8276bb4 (\"tpm: Add the rest of the session HMAC API\")"
[auth-null d5d3411b52f7] Fixes: 1085b8276bb4 ("tpm: Add the rest of the session HMAC API")
$ git show
commit d5d3411b52f741cb16cfb7180d24f454e97b4570 (HEAD -> auth-null)
Author: Jarkko Sakkinen <jarkko@kernel.org>
Date: Wed Jul 3 18:47:46 2024 +0300
Fixes: 1085b8276bb4 ("tpm: Add the rest of the session HMAC API")
Signed-off-by: Jarkko Sakkinen <jarkko@kernel.org>
So that I get the fixes-line backed up fast :-) Then I just amend the meat.
For generating the fixes line I have:
git-fixes() {
git --no-pager log --format='Fixes: %h ("%s")' --abbrev=12 -1 $1;
}
Sometimes while I'm digging around the bowels of PLs, I find websites straight out of the 90s for seemingly active projects: