Bug#768315: unblock: util-linux/2.25.2-3

2014-11-16 Thread David Prévot
Hi, Thanks Andreas for your work on util-linux, it’s really appreciated. Le 15/11/2014 17:57, Andreas Henriksson a écrit : I really don't understand why we're having this discussion now at all. Where where everyone before the freeze? The whole message seems unneededly harsh, but as a data

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-15 Thread Andreas Henriksson
Hello intrigeri! On Sat, Nov 15, 2014 at 12:51:53PM +0100, intrigeri wrote: Hi Andreas, Agreed. I think we should ship the cronjob by default in Jessie. Andreas, what do you think? What I've seen so far is people suggesting to use a cron job /instead of/ the systemd units shipped by

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-15 Thread Russ Allbery
Andreas Henriksson andr...@fatal.se writes: I see a cron job as a complement that caters to the niche which does not use the default init in Jessie. Saying that people who don't install cron don't get their SSDs trimmed is just stupid. Speciall since installing cron also pulls in a full MTA.

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-15 Thread intrigeri
Hi Andreas, Martin Pitt wrote (10 Nov 2014 09:19:06 GMT) : I agree. In Ubuntu we've carried this for a while now: | $ cat /etc/cron.weekly/fstrim | #!/bin/sh | # trim all mounted file systems which support it | /sbin/fstrim --all || true This is init system agnostic, and with anacron it

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-10 Thread Martin Pitt
Russ Allbery [2014-11-06 22:13 -0800]: The concern with the service unit is that it's only a service unit with no corresponding init script. If the behavior is a good idea, we should do it regardless of the init system, I would think I agree. In Ubuntu we've carried this for a while now: | $

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Andreas Henriksson
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I'm seeking pre-approval for a not-yet-uploaded version of util-linux. Justification: probably better to revert and postpone to Jessie+1. Bug number/severity: #767194 important Changelog

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Julien Cristau
On Thu, Nov 6, 2014 at 14:13:01 +0100, Andreas Henriksson wrote: diff -Nru util-linux-2.25.2/debian/util-linux.preinst util-linux-2.25.2/debian/util-linux.preinst --- util-linux-2.25.2/debian/util-linux.preinst 1970-01-01 01:00:00.0 +0100 +++

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Andreas Henriksson
On Thu, Nov 06, 2014 at 05:09:43PM +0100, Julien Cristau wrote: Why not do that in postinst when you know deb-systemd-helper is available? You mean switch from preinst upgrade to postinst configure... sure could do that. On the other hand, if we're upgrading from the given version then we

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Gerrit Pape
On Thu, Nov 06, 2014 at 02:13:01PM +0100, Andreas Henriksson wrote: Explanation of changes: Martin Pitt reported fstrim taking a long time on his system and in combination with init-system-helpers (dh_systemd) starting the fstrim /service/ in postinst this will make the package upgrade take

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Andreas Henriksson
On Thu, Nov 06, 2014 at 05:26:04PM +, Gerrit Pape wrote: Hi, installing the unit files, which AFAICS entered jessie quite recently, also introduced a dependency on init-system-helpers and in turn on perl, making perl pseudo-essential (#757891). Can we revert this too? This dependency

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Russ Allbery
Gerrit Pape p...@dbnbgs.smarden.org writes: Hi, installing the unit files, which AFAICS entered jessie quite recently, also introduced a dependency on init-system-helpers and in turn on perl, making perl pseudo-essential (#757891). Can we revert this too? Any package shipping systemd units,

Bug#768315: unblock: util-linux/2.25.2-3

2014-11-06 Thread Russ Allbery
Andreas Henriksson andr...@fatal.se writes: Apart from that, others have expressed that we're apparently not yet mentally ready for shipping systemd units in Debian. I wouldn't put it quite this way. Rather, I'd say that maintaining feature parity between sysvinit and systemd wherever