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 DE6491387B3 for ; Fri, 1 Feb 2013 04:27:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A93DA21C012; Fri, 1 Feb 2013 04:27:44 +0000 (UTC) Received: from mail-ia0-f172.google.com (mail-ia0-f172.google.com [209.85.210.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 21D2521C008 for ; Fri, 1 Feb 2013 04:27:42 +0000 (UTC) Received: by mail-ia0-f172.google.com with SMTP id u8so4897654iag.31 for ; Thu, 31 Jan 2013 20:27:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=2Z4cczcScO+qhfDvvCVArPr1oeHUmVNmsyJLz1G0iv4=; b=bulrLrd8DFI8bXYBI8MEIERcnfRj6hmgvU9DyDMal1/JGG0pljEdx9V7mWnbup8mp7 HPVFx/m69t6ppECP38gcWHDZ2BvcwoYRrOONmyyGb1TSRABsvvX0S6NrujIOmNDvsynD r5JS1ugRdi+Dt6rvOzukrJPgoair/reqho86AA6NzDE9xaF0Gpv1gID52I9mZzw/iKWr rch0q8Q8r8Itfy05yx0RfyH2YE5/3MSCa0lqTSySIP7Yo+DslKb90eApyxMrIWU7+lJu c4X+2qkaoj6xtu2zrJtf/vxoTLWWsHn+Xn1CIITt1Q9TIe0W4tRYKFMLX+YbxuYdekt8 0BTg== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.50.34.193 with SMTP id b1mr140634igj.89.1359692862164; Thu, 31 Jan 2013 20:27:42 -0800 (PST) Received: by 10.64.25.111 with HTTP; Thu, 31 Jan 2013 20:27:42 -0800 (PST) In-Reply-To: References: <5109521C.3030207@xunil.at> <20130130173615.GA10408@BIFROST.zedat.fu-berlin.de> <51095D00.2040100@xunil.at> <51095EBB.3070709@xunil.at> <510962CF.7000107@xunil.at> <51096750.6010002@xunil.at> <51096BA0.6060809@xunil.at> <510972F6.7040306@xunil.at> <51098123.2010507@xunil.at> Date: Thu, 31 Jan 2013 22:27:42 -0600 Message-ID: Subject: Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2 From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 665ebcba-b26f-418e-b0ca-f07d29b3e7ae X-Archives-Hash: d3fd12ec77227cec4f0e60ff6bb36cbd On Thu, Jan 31, 2013 at 5:27 PM, Alecks Gates wrote: > On Wed, Jan 30, 2013 at 11:35 PM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: >> On Wed, Jan 30, 2013 at 3:14 PM, Alecks Gates wrote= : >>> On Wed, Jan 30, 2013 at 2:22 PM, Stefan G. Weichinger = wrote: > [snip] >>> >>> I switched to systemd not too long ago and I have the same issue as >>> well, at least it sounds the same -- Basically, I get a hanging GDM >>> after typing my password and logging in. I'm certainly no expert, but >>> I've enjoyed the rest of systemd so I've stuck with it and just use >>> startx to boot into Gnome3. I'll attatch some logs from /var/log/gdm. >> >> Alecks, your error is different, and one similar to one I had before: >> >> https://bugs.gentoo.org/show_bug.cgi?id=3D363061 >> >> What does systemctl status accounts-daemon.service says? Actually, >> could tell me what services are in red when you run "systemctl --full >> --all"? >> >> Regards. >> -- >> Canek Pel=C3=A1ez Vald=C3=A9s >> Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n >> Universidad Nacional Aut=C3=B3noma de M=C3=A9xico >> > > $ systemctl status accounts-daemon.service > accounts-daemon.service - Accounts Service > Loaded: loaded (/usr/lib64/systemd/system/accounts-daemon.servi= ce; disabled) > Active: active (running) since Thu 2013-01-31 17:02:33 CST; 16m= in ago > Main PID: 3326 (accounts-daemon) > CGroup: name=3Dsystemd:/system/accounts-daemon.service > =E2=94=94=E2=94=803326 /usr/libexec/accounts-daemon > > $ systemctl --full --all | grep error > auditd.service error inactive dead auditd.service > plymouth-quit-wait.service error inactive dead > plymouth-quit-wait.service > plymouth-start.service error inactive dead plymouth-start.service > syslog.service error inactive dead syslog.service > > > A couple days ago (after reading your email from another topic) I > noticed plymouth services do not exist on my machine, and checked > where it's supposed to come from: > $ e-file plymouth-start.service > [I] sys-apps/systemd > Available Versions: 44-r1 44 > Last Installed Ver: 197-r1(Mon 28 Jan 2013 03:58:41 PM CST) > Homepage: http://www.freedesktop.org/wiki/Software/= systemd > Description: System and service manager for Linux > Matched Files: /usr/lib/systemd/system/sysinit.target.wa= nts/plymouth-start.service; > /usr/lib/systemd/system/plymouth-start.service; > $ e-file plymouth-quit-wait.service > [I] sys-apps/systemd > Available Versions: 44 44-r1 > Last Installed Ver: 197-r1(Mon 28 Jan 2013 03:58:41 PM CST) > Homepage: http://www.freedesktop.org/wiki/Software/= systemd > Description: System and service manager for Linux > Matched Files: /usr/lib/systemd/system/multi-user.target= .wants/plymouth-quit-wait.service; > /usr/lib/systemd/system/plymouth-quit-wait.service; > > And auditd.service isn't found in e-file at all. Normally I'm not > surprised by a lack of .service files, as it's not a huge issue[1], > but if this one's so important, where is it? > > Canek, I'm getting the feeling your systemd install has matured over > the years, at least with regard to unit files. Not really; at some point yes, but I believe I run a pretty much out-of-the-box systemd. As I explained to Stefan a couple of mails before, you can mask the unit files you don't have, by linking them in /etc/systemd/system. That's all I do, and only with syslog and rc-local: # ls -l /etc/systemd/system/|grep /dev/null lrwxrwxrwx 1 root root 9 Aug 16 13:51 rc-local.service -> /dev/null lrwxrwxrwx 1 root root 9 Aug 16 13:49 syslog.service -> /dev/null Besides that I have a vixie-cron.service, and that's all the customization I do. Everything else is as defined by the respective upstream developers. In my media center I have a couple more of custom unit files. > [1] Unit files are surprisingly easy for me to create -- I always > found a barrier to entry with init scripts. I didn't have any problem writing init scripts, but I agree unit files are really easy. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico