[systemd-devel] [RFC] [PATCHv3 3/3] resume-generator: add a generator for instantiating the resume unit.

[Ivan Shapovalov]

On Tuesday 26 August 2014 at 19:49:08, Lennart Poettering wrote:	
> On Tue, 26.08.14 15:49, Ivan Shapovalov (intelfx100 at gmail.com) wrote:
> 
> > > Hmm, the fact that the kernel cmdline option is named "resume" is
> > > probably a strong indication we should stick to that nomenclature, after
> > > all that's UI already in away...
> > > 
> > > But maybe call it "systemd-hibernate-resume at .service" and
> > > systemd-hibernate-resume-generator or so?
> > > 
> > > Longer to type but more precise, and I figure nobody has to type this
> > > ever anyway...
> > 
> > That's what will be reflected in manpages. I'd argue that "systemd-resume"
> > is how one expects this feature to be named -- support from "systemd" side
> > for the kernel feature called "resume".
> 
> Well, I am mostly thinking about somebody who wonders what that service
> is about if he doesn't know that the kernel details and the kernel
> cmdline option yet.
> 
> I think systemd-hibernate-resume has the benefit that both folks who
> already know the kernel side of things, and people who don't know
> anything about this at all yet, have both a chance to grok what this is
> about.
> 
> If I don#t now the kernel side of things, then I would always have
> assume that "systemd-resume" is something that is involved with STR, not
> STD... "systemd-hibernate-resume.service" otoh makes this very clear, and also
> pairs this up nicely to the existing "systemd-hibernate.service".

I don't completely agree, but OK, bikeshedding protection activated -- let's
do it this way. :)

I've renamed everything to systemd-hibernate-resume.* and will send a v5 shortly.

--
Ivan Shapovalov / intelfx /
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 213 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20140826/2fc13b59/attachment.sig>