From: Dave Reisner <d@falconindy.com>
To: Ruediger Meier <sweet_f_a@gmx.de>
Cc: "Thomas Bächler" <thomas@archlinux.org>,
"Karel Zak" <kzak@redhat.com>,
util-linux@vger.kernel.org
Subject: Re: [PATCH] fstrim: add systemd units
Date: Tue, 8 Apr 2014 11:42:13 -0400 [thread overview]
Message-ID: <20140408154213.GG585@rampage> (raw)
In-Reply-To: <201404081407.29362.sweet_f_a@gmx.de>
On Tue, Apr 08, 2014 at 02:07:28PM +0200, Ruediger Meier wrote:
> On Tuesday 08 April 2014, Thomas Bächler wrote:
> > Am 08.04.2014 12:25, schrieb Ruediger Meier:
> > > Hm, isn't this a bit over the top? Adding a script just to
> > > call "fstrim -a" automatically?
> >
> > It's a common task. I was getting tired of having to add this on
> > every single machine that I set up.
>
> For me it's very common task to do "rm -rf /tmp" after each reboot. I
> have to setup this on every single machine. Should I go to coreutils,
> the developers of rm to add a script which calls "rm -rf /tmp" on
> reboot?
> No, of course my distribution should give me that feature.
You're again comparing one-time bootstrap tasks to recurring maintenance
tasks. Does your distribution ship any cronjobs which reside in
/etc/cron.*? You'd be better off comparing the proposed timer and
service unit to this.
> > > Should we also add scripts for "mount -a" or "fsck -a" or "swapon
> > > -a"?
> >
> > And what purpose would that serve? Did you just take random commands
> > and add '-a' to prove a point?
>
> I wanted to point out that util-linux is a project to provide us tools
> and not all the ways how and when to use them. systemd ustream is
> mounting and fsck'ing our filesystems automatically. So they can also
> fstrim if they find it useful.
Again, you're not making a reasonable comparison here.
> > > And wouldn't we also need to add "example crontab" lines for
> > > non-systemd systems! Sounds a bit ridiculous, right?
> >
> > You can add them if you feel like it. But this is not an "example"
> > file, it is ready to be used.
>
> An example crontab line is also ready to use. Your example timer is
> (hopefully) not automatically enabled just because it is installed.
No, it's up to the local admin to enable it.
> > > I think it's the distro's or admin's job to write and add the
> > > scripts for filesystems maintenance etc.
> >
> > That's ridiculous. We finally, for the first time ever, have a
> > unified way of creating service definitions that can be used
> > unchanged in all relevant distributions (except Gentoo and Slackware,
> > of course).
>
> Beside the fact that before "unique service definitions" were invented
> nobody would have thought that one would need such thing just to call a
> single commandline one time per day.
Really? You've never heard of cron?
> > The main advantage of this unification is that they can
> > be shipped and maintained by upstream projects - after all, the
> > upstream projects know what services make sense and how to start them
> > properly.
>
> I don't say something against systemd here and I don't see this black
> and white only. I'am just against adding sysadmin scripts which
> actually do only trivial things. Though it might be worth to add such
> unit file if it does something more interesting, like we have already
> uuidd.service and uuidd.socket (and uuidd.rc) which provides nices ways
> how to start uuidd.
> > > BTW fstrim.timer is missing in "make dist" tar ball.
> >
> > Sorry, you are right. I'm a bit lost in this build system, Karel
> > probably knows how to fix this.
>
> cu,
> Rudi
> --
> To unsubscribe from this list: send the line "unsubscribe util-linux" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-04-08 15:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-03 21:41 [PATCH] fstrim: add systemd units Thomas Bächler
2014-04-07 10:43 ` Karel Zak
2014-04-08 10:25 ` Ruediger Meier
2014-04-08 10:57 ` Thomas Bächler
2014-04-08 12:07 ` Ruediger Meier
2014-04-08 15:42 ` Dave Reisner [this message]
2014-04-08 17:12 ` Ruediger Meier
2014-04-09 7:52 ` Karel Zak
2014-04-09 10:07 ` Ruediger Meier
2014-04-09 11:02 ` Karel Zak
2014-04-09 12:12 ` Ruediger Meier
2014-04-09 12:49 ` Thomas Bächler
2014-04-09 15:16 ` Ruediger Meier
2014-04-09 15:24 ` Thomas Bächler
2014-04-09 15:44 ` Ruediger Meier
2014-04-09 14:02 ` Markus Trippelsdorf
2014-04-09 15:48 ` Ruediger Meier
2014-04-09 15:55 ` Markus Trippelsdorf
2014-04-09 18:39 ` Theodore Ts'o
2014-04-10 8:05 ` Karel Zak
2014-04-10 9:17 ` Ruediger Meier
2014-04-10 12:49 ` Karel Zak
2014-04-10 13:16 ` Ruediger Meier
2014-04-10 13:22 ` Ruediger Meier
2014-04-08 17:26 ` Karel Zak
2014-04-08 17:30 ` Thomas Bächler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140408154213.GG585@rampage \
--to=d@falconindy.com \
--cc=kzak@redhat.com \
--cc=sweet_f_a@gmx.de \
--cc=thomas@archlinux.org \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.