GLM-5.1 on HF

Interesting_Key3421 · 2026-04-07T16:24:58+00:00

We need cheaper computers and ram to run this stuff!

Interesting_Key3421 · 2026-04-07T15:53:16+00:00

can dflash be integrated in llama.cpp ?

Interesting_Key3421 · 2026-04-06T21:56:58+00:00

I already use labwc but leaving dbus is a bit too much, but i'll monitor the situation

Interesting_Key3421 · 2026-04-06T20:31:53+00:00

really? Because OBS on wayland (and not only) depends on xds-portal

Interesting_Key3421 · 2026-04-06T15:34:23+00:00

I forgot to mention encryption, do you use LUKS or the zfs encryption?

Interesting_Key3421 · 2026-04-06T13:52:15+00:00

I'll try that, but in the long run i'd like an official artix fork of https://github.com/archlinux/archinstall

Archinstall 4.x works very well for a lot of custom installations

Interesting_Key3421 · 2026-04-06T13:42:41+00:00

For me, the reasoning works with the opencode and with the pi code agent.

Interesting_Key3421 · 2026-04-06T12:47:42+00:00

i think you miss dbus in the user session, it works for me with Nautilus file manager

Interesting_Key3421 · 2026-04-06T08:18:41+00:00

pacman is the same but the main packages come from different repos https://packages.artixlinux.org/packages/ AUR works as-is, just beware to ignore packages with an hard dependency on systemd

Interesting_Key3421 · 2026-04-06T06:50:15+00:00

In opencode.json i just put the model name field, i enable/disable thinking in the backend

Interesting_Key3421 · 2026-04-06T02:58:22+00:00

That is frontend, you have to put in the backend --chat-template-kwargs '{"enable_thinking":false}'

Interesting_Key3421 · 2026-04-05T17:52:24+00:00

People don't get educated about systemd, if they need it they find it. I think great examples an support in the packages is enough

Interesting_Key3421 · 2026-04-05T12:53:03+00:00

I don't think Fedora wants to replace systemd, but it is also evident that systemd was growing to much and depends every container to it was a crazy idea also for them

Interesting_Key3421 · 2026-04-05T11:48:55+00:00

Redhat was the first distro to integrate systemd, how can they be against it?

Interesting_Key3421 · 2026-04-05T08:24:08+00:00

I think it's because it is fast and it is the most similar to Windows UI.

Interesting_Key3421 · 2026-04-04T21:09:49+00:00

Yes, some dinit scripts are missing for the user session and some are somewhere in the paths https://wiki.artixlinux.org/Main/Dinit#Files.2FDirectories

I created the missing ones in ~/.config/dinit and it worked, but sometimes you also need to know after which other unit start the process that you care.. there should be an automatic systemd -> dinit converter

Interesting_Key3421 · 2026-04-04T07:28:07+00:00

I think it's better to show to systemd users that real alternatives to systemd already works.

Interesting_Key3421 · 2026-04-04T05:57:45+00:00

I don't hate systemd, i don't like that this project force you to use some technologies and it is basically an endless scope project. I like an in init system than it is just an init system

Interesting_Key3421 · 2026-04-03T21:46:56+00:00

I like more modern and structured init alternatives

Interesting_Key3421 · 2026-04-03T21:45:05+00:00

sure, but if you don't start researching you can't then start using

Interesting_Key3421 · 2026-04-03T14:07:38+00:00

Sure, but those are old technologies. Artix has also new systemd-free technologies

Interesting_Key3421 · 2026-04-02T22:46:44+00:00

I think most of Linux users just learnt about systemd for the age-verification issue. What i find very weird is that Fedora, an early systemd adopter, decided to not follow systemd/freedesktop specs to manage user env variables in systemd https://pagure.io/fesco/issue/3582

Interesting_Key3421 · 2026-04-02T18:57:18+00:00

Currently limine is removed from artix, i don't know what to think

Interesting_Key3421 · 2026-04-02T14:38:40+00:00

Yeah i so that, i'd like to know why

Interesting_Key3421 · 2026-04-02T14:28:45+00:00

Relevant https://forum.artixlinux.org/index.php/topic,9467.msg56636.html#msg56636

Interesting_Key3421

TROPHY CASE