From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 4BC04138E66 for ; Tue, 25 Feb 2014 14:51:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 43649E0AA1; Tue, 25 Feb 2014 14:51:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6048BE09D2 for ; Tue, 25 Feb 2014 14:51:38 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 381DF33DACA for ; Tue, 25 Feb 2014 14:51:37 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id hi5so4429299wib.5 for ; Tue, 25 Feb 2014 06:51:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dggXU6cKvvDez/u+frbcx562ScZjATEdYx0p1v/Le5c=; b=FVuokjAy1b/NK+rApZvEKKhYkEyRaxEb8MD9SDNs2E22hzeqW2KteU9knmx/Hv/Nfm jvGHt9a3pO/q+HrYn1pI0QfPwxSONt5yco4Y2VEn3bWtwm32DVlKkZgs6TksypI7AuqF USVuiHSodklCPufxHSYMKA9SPU1dulWA+xxV6NMBqdqkg4hEeL6UElLEzyz3oLSlCoAQ jtyjfnkEWpbuzPFQOk0iiNRFw5Aoy8izHPb3QJq8YiWnQdgshWwxvqdLElygBYLgGeY7 K5Uxi+hkXkynzze95wrlQ2AUET31hTsU4ox1O/GNiUn5s/WWiDfvKguaf2aJ9j+78dij lpXA== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.194.87.5 with SMTP id t5mr2480628wjz.68.1393339894468; Tue, 25 Feb 2014 06:51:34 -0800 (PST) Received: by 10.194.162.229 with HTTP; Tue, 25 Feb 2014 06:51:34 -0800 (PST) In-Reply-To: <530C6CA8.4060108@gentoo.org> References: <530AD951.9020109@gentoo.org> <530B41DE.1050708@whissi.de> <530B76A6.2090008@gentoo.org> <530C6CA8.4060108@gentoo.org> Date: Tue, 25 Feb 2014 09:51:34 -0500 Message-ID: Subject: Re: [gentoo-dev] News item draft for >=sys-fs/udev-209 upgrade From: Mike Gilbert To: Gentoo Dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 1a1e9b74-c2ba-4c29-894b-917b1d86f42f X-Archives-Hash: c3fcf0173a4efdf3dfb1bb7946bcc33f On Tue, Feb 25, 2014 at 5:12 AM, Joshua Kinard wrote: > On 02/24/2014 12:17 PM, Mike Gilbert wrote: >> On Mon, Feb 24, 2014 at 11:43 AM, Ian Stakenvicius wrote: >>> On 24/02/14 10:55 AM, Mike Gilbert wrote: >>>> On Mon, Feb 24, 2014 at 7:58 AM, Thomas D. >>>> wrote: >>>>> Hi, >>>>> >>>>> not everyone is using systemd. On my systems for example, I don't >>>>> have "/lib/systemd/" (INSTALL_MASK). >>>>> >>>>> The current news item draft raises question like "When the >>>>> 'actual configuration' is in >>>>> /lib/systemd/network/99-default.link... what will happen to >>>>> people without systemd (and a INSTALL_MASK set)?" >>>>> >>>>> Would be nice if the news item and Wiki could handle upgrade path >>>>> for systemd *and* non-systemd users... >>>>> >>>> >>>> You need to remove /lib/systemd/ from INSTALL_MASK. If you don't >>>> want unit files, mask /lib/systemd/system/ instead. >>>> >>> >>> ..it'd be worth adding this little tidbit to the news item, probably... >>> >> >> Yeah. I poked around on the wiki a bit to try and find any reference >> to INSTALL_MASK and systemd, but didn't find anything. > > Minor note, also not using systemd (or udev, for that matter), but out of > curiosity, I checked my x86_64 system and I don't have a /lib/systemd > directory. Looks like everything is in /usr/lib/systemd instead. So, this > might be a good item to document somewhere (possibly the wiki), so people > aren't confused and add the wrong directories to INSTALL_MASK (or other > relevant variables) > I really just meant to correct any existing documentation which may exist. Adding both /lib/systemd/systemd and /usr/lib/systemd/system should be fairly safe.