Skip Navigation

Posts
0
Comments
223
Joined
3 yr. ago

  • That warning comes up if you are using sd-vconsole but do not have systemd in the mkinitcpio hooks. You should fix that but it is most likely unrelated to the login issue.

    Login issues normally hint at either the user shell or pam configs being wrong but you can also get this behavior if (the users home directory is on a secondary disk && that disk failed to mount && you aren't using systemd-homed).

  • It's fine. Only issues I've had is occasionally some modifications to glibc will break anticheat but that's only happened to me twice in the past 8 years.

  • I'm curious. There was some i2c connected memory devices before. Is there some forgotten spec that allows for a flexible device lookup / logging capability. Something that acts like device tree but stays specific to the bus. It wouldn't be practical for a lot of applications but I could see it being useful for some niche stuff.

  • I2C is a bit goofy though. As a byproduct of being an undiscoverable bus you basically just have to poke random addresses and guess what you're talking to. The fact lmsensors i2c detection works as well as it does is a miracle. (Plus you get the neat issue where even the act of scanning the bus can accidentally reconfigure endpoints)

  • WebSub (formerly PubSubHubbub). Should have been a proper replacement for RSS with push support instead of polling. Too bad the docs were awful and adopting it as an end user was so difficult that it never caught on.

  • Or just use virtmanager + libvirt

  • I'm glad the Brits are finally getting it. We've had colord for a while now...

  • If only you knew what they've been doing to the embedded devices lately...

  • Something something furmark

  • Arch had a patch rolled out yesterday [1][2][3] that switches to the git repo. On top of that the logic in the runtime shim and build script modifier was orchestrated to target Debian and RPM build systems and environments [4].

    [1] https://gitlab.archlinux.org/archlinux/packaging/packages/xz/-/commit/881385757abdc39d3cfea1c3e34ec09f637424ad

    [2] https://gitlab.archlinux.org/archlinux/packaging/packages/xz/-/issues/2

    [3] https://security.archlinux.org/CVE-2024-3094

    [4] https://www.openwall.com/lists/oss-security/2024/03/29/4

  • Part of the payload was in the tarball. There was still a malicious shim in the upstream repo

  • TempleOS a passion project? Feels like a little bit of an understatement...

  • If you're just looking for RSS -> Push take a look at feedpushr

    I use it with gotify without too many issues.

  • You say that like there a large overhead to containers...

    Even in this case that overhead is negligible. Container configs and artifacts are also more portable and easier to backup.

  • It was dead however long ago when I submitted a PR. Still unmerged with no activity on the request so I just never went back to check.

    It's good to hear that they are working on it again though, if that is the case.

  • It depends on what you want. Do you want containers that don't blow away your firewall? Podman is nice, but docker can be configured a little to avoid this. Want things that autostart and don't have issues with entry points that attempt to play with permissions/users? Docker or podman as root is necessary. Want reasonable compose support? Podman now needs a daemon/socket. Want to make build containers and not deal with permission/user remapping at all? Podman is really nice.

    Do not attempt to use podman-compose. That app is dead.

    Unfortunately if you want to make tools that will be used by other people then you must add docker support. It just owns too much of the market.

  • It's a function of PPI, hinting settings, font face, etc. The both of you can be correct in your own right...

    Objectively there is a long history font rendering issues under linux though, so... eh.

  • They have been around for a little while now. Had one in college ~4 years ago. Upstream kernel support was a little rough but spec wise they were impressive alternatives to the RPi 3B