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 1AB231392EF for ; Thu, 13 Mar 2014 19:21:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 97B5EE0B4F; Thu, 13 Mar 2014 19:21:20 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C5FBFE0B11 for ; Thu, 13 Mar 2014 19:21:19 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WOBBr-0006Wx-1e for gentoo-amd64@lists.gentoo.org; Thu, 13 Mar 2014 20:21:15 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2014 20:21:15 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2014 20:21:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Systemd Was: Please get me straight about sysvinit vs. systemd [...] Date: Thu, 13 Mar 2014 19:20:48 +0000 (UTC) Message-ID: References: <5314B8C6.3040803@libertytrek.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 33d2a50 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 2885c74b-873d-426a-b53b-7f02e33e75b3 X-Archives-Hash: 1546f7c3ca3d82d6f264adae157e35a6 Duncan posted on Thu, 13 Mar 2014 13:45:14 +0000 as excerpted: > 2b) I wasn't satisfied with the default gpm unit file config either, but > by the time I got to that, I knew .includes were deprecated, and was in > the process of trying to figure out what the allusion to *.d/*.conf was > all about. > > But once I figured that out for random-seed, I was quickly able to add > /etc/systemd/system/gpm.service.d/execstart.conf , with a customized > ExecStart= line. =:^) Turned out that didn't work after all. I thought the modified ExecStart line would replace the previous one and thought it was working but I guess I hadn't tried a console mouse yet, as that didn't work. I was getting an error due to the two execstart lines where only one was allowed. So I ended up dup-ing the entire gpm.service file from /usr to /etc and editing the execstart line as necessary. > 5) A couple remaining minor service failures: > > 5a) ntp.service is still failing, for some reason. > Based on an aside-comment I read when researching something else, I > already have one lead to check on this one -- the comment said systemd's > privatetmp option doesn't play well with /var/tmp being a symlink to / > tmp, and that's what I have here (with /tmp in turn being tmpfs), and I > think the ntp unit might use privatetmp, so... But I've yet to confirm, > and then I'll have to look for alternatives, so... That was it. PrivateTmp doesn't like a symlinked /var/tmp. So I reset /var/tmp to a directory and setup an fstab entry to bind-mount the /tmp tmpfs to /var/tmp as well. Seems to be working at first blush, tho I haven't rebooted enough times yet to be sure there's no possible service dependency issues with it, but so far, it's working. =:^) > 5b) On openrc, I have a custom user-bootclean service that cleans up a > few stray user files at boot, that systemd created an attempted port > for, except it's failing. I've not investigated that one at all yet, > but just as I write this it occurs to me that the problem might be yet > another symlinked path mount-dependency issue, so I now have one lead to > investigate on that one, too. I haven't fully figured out why it's failing yet, but I think I can manage that with a tmpfiles.d entry. And openrc supports tmpfiles.d as well, so if I setup such an entry, openrc will hopefully handle that too, and I can simply delete the /etc/local.d/*.start file that's failing. That should be the clean modern solution in any case. But I'm too sleepy now to think straight, so I'll have to sleep on actually setting up and testing that one, lest I make a stupid mistake and end up deleting the entire user's homedir! -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman