TIL (thankfully second hand) that running "systemd-tmpfiles --purge" will delete /home in systemd 256 [1]. Apparently if you think linux is mainly for running cloud services, this seems reasonable to you. Or something.
[1] tested with systemd-tmpfiles --dry-run --purge on debian. I guess it _could_ be a Debian addition, but I'm guessing not.
Jonathan Yu
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Elena ``of Valhalla'' likes this.
Elena ``of Valhalla''
in reply to David Bremner • •Avviso contenuto: systemd-tmpfiles, deleting /home
@David Bremner
I really hope that command isn't run *automatically*, right?
Elena ``of Valhalla''
in reply to Elena ``of Valhalla'' • •Avviso contenuto: systemd-tmpfiles, deleting /home
David Bremner
in reply to Elena ``of Valhalla'' • • •Elena ``of Valhalla'' likes this.
Elena ``of Valhalla''
in reply to David Bremner • •@David Bremner
@Diego Roversi here just commented βWhat Could Possibly Go Wrong?β
but thanks for the details!
Snausages
in reply to David Bremner • • •mcc
in reply to Snausages • • •Wilfried Klaebe
in reply to mcc • • •@mcc "It got overloaded to do other things also" sounds very systemd.
@Snausages @bremner @valhalla
Morgan Gangwere
in reply to Wilfried Klaebe • • •@wonka
It is in fact that but gets abused: https://www.man7.org/linux/man-pages/man5/tmpfiles.d.5.html
Definitely a case of the left hand not talking to the right.
@mcc @Snausages @bremner @valhalla
tmpfiles.d(5) - Linux manual page
www.man7.orgDiego Roversi
in reply to David Bremner • •tessarakt reshared this.
shironeko
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
David Bremner
in reply to shironeko • • •@shironeko The full output would require a thread, but it contains in particular
# /usr/lib/tmpfiles.d/home.conf
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See tmpfiles.d(5) for details
Q /home 0755 - - -
q /srv 0755 - - -
Jason
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
mhoye
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Raj π¬π§πͺπΊπ»π₯οΈ πΆ (π»πΊπ¦)
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
systemd is an abomination. I still can't fathom why the mainstream ran with it.
Why does anyone listen to Poettering? Why?
Torstein Krause Johansen
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Basics of the Unix Philosophy
www.catb.orgDave :unverified:
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
I haven't understood the full details, but I hope this doesn't infect my devuan installations in the way that the so-called "usrmerge" did.
My direct relationship with debian ended on the day I retired. Unfortunately, devuan depends on a lot of upstream packages from debian. From my viewpoint it sometimes seems that systemd is taking over everything.
Maxi 10x π
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Parade du Grotesque π
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
I would love to say that I am surprised by this.
But I am not.
systemd is shite. There, I said it.
David Bremner
Unknown parent • • •Avviso contenuto: systemd-tmpfiles, deleting /home
gunstick
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
I bet there is a snap&systemd conspiracy!
ElefΓ‘ntgyΕ±jtΕ
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Karma Sahne - R.I.P @natenom
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Related:
commit 9ebcac3b5125a8b0b11f371731ea167cd4684adc
Author: Nick Rosbrook <enr0n@ubuntu.com>
Date: Fri Jun 14 17:31:22 2024 -0400
man: add a bit of a warning to systemd-tmpfiles --purge
Mention that by default, /home is managed by tmpfiles.d/home.conf, and
recommend that users run systemd-tmpfiles --dry-run --purge first to
see exactly what will be removed.
The Good, Mad and Ugly
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
"systemd-tmpfiles: unrecognized option '--dry-run'"
???
Kaito
in reply to David Bremner • • •David Bremner
in reply to Kaito • • •Elena ``of Valhalla'' likes this.
cage
in reply to David Bremner • • •>
> Indeed my use of content warnings as subjects
I use CW text that way too! ππ
Bye!
C.
Elena ``of Valhalla'' likes this.
Karma Sahne - R.I.P @natenom
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Lennart Poettering
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Grzesiek11
in reply to David Bremner • • •The fact this option *exists* isn't wrong, it just wasn't documented well and could possibly be invoked by accident (though the latter wasn't what I was dealing with).
Both of these have been rectified and await release.
All projects (and especially docs) have bugs, so we shouldn't judge them based on bugs alone, but rather on how reports are received.
David Bremner reshared this.
Dima Pasechnik πΊπ¦ π³π±
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
Pratham Patel :nixos:
in reply to David Bremner • • •Ariadne Conill π°:therian:
in reply to David Bremner • • •Avviso contenuto: re: systemd-tmpfiles, deleting /home
nina
in reply to Ariadne Conill π°:therian: • • •Avviso contenuto: re: systemd-tmpfiles, deleting /home
@ariadne --purge (newly added) is a "factory reset" option and `/home` is in the default confs as a subvolume, so... yeah
it's quite clear about what it does, so don't run --purge unless it's really really really what you want to do (--clean is probably what you are looking for) :)
Apicultor π
in reply to nina • • •@q66 @ariadne Has anyone actually filed the fucking bug against systemd yet?
_EDIT:_ Yes, and wow holy shit the first developer reply:
https://github.com/systemd/systemd/issues/33349
refuse systemd-tmpfiles --purge invocation without config file specified on cmdline Β· Issue #33349 Β· systemd/systemd
GitHubγ-πππ-γ
in reply to Apicultor π • • •systemd does not have bugs, friend citizen. It only has improvements that have yet to be made.
jnpn
in reply to γ-πππ-γ • • •nina
in reply to jnpn • • •γ-πππ-γ
in reply to nina • • •Never seen that before, but a brief glance suggests that they are mostly interested in ranting rather than cooperative action.
nina
in reply to γ-πππ-γ • • •Dr. Mastodonocologist
in reply to nina • • •Thank God Devuan is that 2% who actually are doing something about it, and get endlessly trash-talked for it.
nina
in reply to Dr. Mastodonocologist • • •@Okanogen @dashdsrdash @jnpn @apicultor @ariadne what is devuan doing other than endlessly holding onto shellscripted boomerware in their 2010-ass distro and building a community of chuds and flatearthers
(well, to be fair, they did write a libseat support patch for xorg, but i can't really think of anything else)
Wyatt (π³οΈββ§οΈβ?)
in reply to nina • • •Have you considered that some of us just want systemd to leave us alone and not find exciting new ways to break things and confuse us?
BTW I'm a millennial/borderline zoomer, not everyone who dislikes systemd was born in the 50's. Or is a "chud" or "flat-earther." Some people just like different things than you do.
Does liking anarchy only apply when red hat/IBM isn't ultimately calling the shots? Or is this some form of anarcho-capitalism.
nina
in reply to Wyatt (π³οΈββ§οΈβ?) • • •@wyatt8740 @Okanogen @dashdsrdash @jnpn @apicultor @ariadne this is super funny to me because
1) have you been to the devuan forums? if not i suggest taking a look
2) ftr i strongly dislike systemd and am actively driving efforts to have properly portable session tracking and the likes without nasty and deficient workarounds like elogind
any accusation against me that i'm a part of some kind of ibm conspiracy is both hilarious and sad
nina
in reply to nina • • •@wyatt8740 @Okanogen @dashdsrdash @jnpn @apicultor @ariadne the reason I make fun of the anti-systemd crowd is not because i approve of systemd but because said crowd has failed to do anything to address what systemd is actually addressing in practice over the years (and what people in the end care about)
"it was already fine" is a terrible mindset to have, and if you don't want to see systemd take over completely, you better get rid of that, or it absolutely will
Wyatt (π³οΈββ§οΈβ?)
in reply to nina • • •nina
in reply to Wyatt (π³οΈββ§οΈβ?) • • •@wyatt8740 @Okanogen @dashdsrdash @jnpn @apicultor @ariadne the reason everybody doesn't use jackd for audio is because it's highly impractical for most regular audio cases
(inflexible routing, deals badly with device removal and restarts, etc.)
systemd has been "forced" on everyone because distros found it practical and fit their use case the best; sticking your head in the sand just makes things even worse
Wyatt (π³οΈββ§οΈβ?)
in reply to nina • • •It is clear I can't say anything that will change your mind.
nina
in reply to Wyatt (π³οΈββ§οΈβ?) • • •@wyatt8740 @Okanogen @dashdsrdash @jnpn @apicultor @ariadne ok, let's put it another way - you can do and use whatever you like, but don't be mad when other people stop caring about supporting your usecases
the "traditional" inits and whatever on linux have long been a source of issues due to cargo cult complexity and resulting issues like lack of process supervision, lack of a safe session/seat handling interface, lack of user services, etc.
NeunMalKlug π―
in reply to David Bremner • • •Avviso contenuto: systemd-tmpfiles, deleting /home
sepiamonad
in reply to David Bremner • • •