Re: MBF: drop dependencies on system-log-daemon

Russ Allbery writes: > Simon McVittie writes: > >> I know fail2ban and logcheck do read plain-text logs (although as >> mentioned, fail2ban already has native Journal-reading support too), and >> I would guess that fwlogwatch, snort and xwatch probably also read the >> logs. > > logcheck also

Re: MBF: drop dependencies on system-log-daemon

Simon McVittie writes: > On Mon, 27 May 2024 at 03:29:53 +0100, Luca Boccassi wrote: >> The list of affected packages according to apt-cache showpkg is not >> that long either: >> >> logcheck > However, for packages that want to read a traditional /var/log/syslog > or similar, notably

Re: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Holger Levsen writes: > I'm a bit surprised how many people seem to really rely on data in /tmp > to survive for weeks or even months. I wonder if they backup /tmp? I use /tmp for things that fall somewhere between "needs a backup" and "unimportant, can be deleted whenever". I think all of the

Re: Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Luca Boccassi writes: > qwhat would > break where, and how to fix it? Another one for you to investigate: I believe apt source and 'apt-get source' download and extract things into /tmp, as in the mmdebootstap example mentioned by someone else, this will create "old" files that could

Re: Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Luca Boccassi writes: > Hence, I am not really looking for philosophical discussions or lists > of personal preferences or hypotheticals, but for facts: what would > break where, and how to fix it? - tmux stores sockets in /tmp/tmux-$UID - I think screen might use /tmp/screens I suppose if you

Re: Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Luca Boccassi writes: > On Mon, 6 May 2024 at 15:42, Richard Lewis > wrote: >> >> Luca Boccassi writes: >> >> > Hence, I am not really looking for philosophical discussions or lists >> > of personal preferences or hypotheticals, but for facts: w

Re: Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Luca Boccassi writes: > Hence, I am not really looking for philosophical discussions or lists > of personal preferences or hypotheticals, but for facts: what would > break where, and how to fix it? cleaning /tmp or /var/tmp: users may lose files if they dont realise a directory tmp can be

Re: /usr-move: Do we support upgrades without apt?

Helmut Grohne writes: > I incline to agreeing with the scenario you depict. This can reasonably > happen. I also think that David made a good case for it being unlikely > to manage oneself into the buggy situation that way. And then the > consequence is that you lost some possibly important