From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-159564-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id B873B1388E5
	for <garchives@archives.gentoo.org>; Wed, 29 Oct 2014 01:50:57 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id F0416E0979;
	Wed, 29 Oct 2014 01:50:50 +0000 (UTC)
Received: from mail-qc0-f175.google.com (mail-qc0-f175.google.com [209.85.216.175])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id EE6F6E08FA
	for <gentoo-user@lists.gentoo.org>; Wed, 29 Oct 2014 01:50:49 +0000 (UTC)
Received: by mail-qc0-f175.google.com with SMTP id b13so1846619qcw.6
        for <gentoo-user@lists.gentoo.org>; Tue, 28 Oct 2014 18:50:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:date:message-id:subject
         :from:to:content-type;
        bh=zi/FXtR6W4btcG19Y9ycmSwx2oVdFqyW2vfzLLtl33M=;
        b=YlQBpmBLxZggA6VMGW7c2meleBS/m8uKQ1diyht8ajhvPRycpgHAt22/5HfQjKln+2
         T2BkIazlKHXd0nGeY25tUSj0lCauURu2r8D2cqOsXx6w35+RUAvzmMZvCVVWvEnK8EmP
         CEhhlirFMCEcFStdgKHlQ9yZlGaUcZp5dDQQ7xJMcW33UHVHi26YtWPodkyIOEF8vzZF
         oUrE/3AFoL3ES+G80w/b9PeGw1fETk9J0ODIYc9DQNCNu0LW88QGyauPqD4jtDeIBBpi
         CsZhH8YJWo5w8c6M00pDgAC7vR5SaeU65khdKtY949n1NXQtiVuEuyef3lPo9hSGxUnJ
         dEng==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.229.7.133 with SMTP id d5mr11103702qcd.24.1414547449076;
 Tue, 28 Oct 2014 18:50:49 -0700 (PDT)
Sender: freemanrich@gmail.com
Received: by 10.140.102.134 with HTTP; Tue, 28 Oct 2014 18:50:48 -0700 (PDT)
In-Reply-To: <CAOdo=SypcgJqvPAU45qOcCowEV4aF5BMKaRBuiJZDBebwwGjBA@mail.gmail.com>
References: <m2m6v8$v8$1@ger.gmane.org>
	<CADPrc81nMHeq7K4UZc1Hg7wqk5GRxmL-WYV9St5-0m2P32f-XA@mail.gmail.com>
	<m2mlgo$hdb$1@ger.gmane.org>
	<CAOdo=Swq5hLahkpnHV+5ADTaJaeBjrzqUTjiD4wQiKrAQfKgwQ@mail.gmail.com>
	<CAOdo=SyQ=Jb5-g=Uau1C1GKGYN0LXEaAXqvpg-MbHqPm5Wc5BQ@mail.gmail.com>
	<m2p4n5$qiv$1@ger.gmane.org>
	<CAOdo=SypcgJqvPAU45qOcCowEV4aF5BMKaRBuiJZDBebwwGjBA@mail.gmail.com>
Date: Tue, 28 Oct 2014 21:50:48 -0400
X-Google-Sender-Auth: eb7Lqls04sOyR2qdO3pVzdHplFc
Message-ID: <CAGfcS_mVzpTokhEVPuhp_p86DZHkr1j5rAoG1wopQiRKcWE3Sg@mail.gmail.com>
Subject: Re: [gentoo-user] Re: [~amd64] NFS server broken again :(
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 50cf4783-1642-4993-96da-8946b0eb6297
X-Archives-Hash: b0665a496a14828b89818379558c45de

On Tue, Oct 28, 2014 at 9:36 PM, Tom H <tomh0665@gmail.com> wrote:
> Since Gentoo's rpcbind.service has "Wants=rpcbind.target" and
> "Before=rpcbind.target"", having nfs-server.service depend on
> rpcbind.target rather than rpcbind.service should work as long as
> rpcbind.service is enabled.
>
> But having "Requires=rpcbind.service" and "After=rpcbind.service",
> like nfsd.service has/had, means that you don't have to enable
> rpcbind.service.
>

I was just looking at that and thinking the same thing.  Nothing is
really forcing rpcbind to load the way things are specified right now.
If a service really requires another service to operate, it should say
that.  There is no problem doing that via a target, but then the
target still needs to pull it in.

There seems a general tendency in systemd to express dependencies as
"after" instead of "requires."  That is fine if the service doesn't
really require something else, but if there really is a true
dependency then it just causes problems when somebody doesn't notice
and fails to enable the other unit.

--
Rich