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 DDA591384C1 for ; Mon, 31 Aug 2015 14:54:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E43DC1427A; Mon, 31 Aug 2015 14:54:19 +0000 (UTC) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id ADB17141A1 for ; Mon, 31 Aug 2015 14:54:18 +0000 (UTC) Received: by wicjd9 with SMTP id jd9so2893442wic.1 for ; Mon, 31 Aug 2015 07:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=wEHltwXqgp6FLozDu+N0IvKXOQPtjPGt01awua433Z8=; b=CGWCO2I0ICOdfU5YG9PlCW3QMlypyfco5W+F7mjIsaU2QsxKSaiQcjrvpGIrEHauzh 8Yd8kNjzxo+GSBZB/o/jieZ+cO+dPOltQbrkGxPB+uqgJg9zGwRLdAGJkEM3GAe6marY fG0I1PMK+hbmpQLDZKyG0VJ2ljfjTbqWqoQmGL9CfBuxmVUhcx4SsSPtjxouNR2QIWCb lgYIVm3lhN3q4tC1eTm5X1kQEoH9imSKvu2Xxrm6bIRuYhy0r3hLFxKgZ3P0yeGq2ze/ yJhpq89CXM/Io2AaCZ6WQyjhkgqBj5godqqsxn4DINXhZTRWGwEklilz7xBqgG4Q1qal vTHQ== X-Received: by 10.180.107.1 with SMTP id gy1mr20847292wib.16.1441032857642; Mon, 31 Aug 2015 07:54:17 -0700 (PDT) Received: from [172.20.0.41] (105-237-150-165.access.mtnbusiness.co.za. [105.237.150.165]) by smtp.googlemail.com with ESMTPSA id c11sm18407554wib.1.2015.08.31.07.54.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 31 Aug 2015 07:54:17 -0700 (PDT) Subject: Re: [gentoo-user] a few blockers I can't figure out To: gentoo-user@lists.gentoo.org References: <14864.1440994748@ccs.covici.com> <55E42037.1060402@gmail.com> <32639.1441018993@ccs.covici.com> <55E43610.7000709@gmail.com> <24901.1441021764@ccs.covici.com> <55E44B22.9090806@gmail.com> <29989.1441029822@ccs.covici.com> From: Alan McKinnon Message-ID: <55E46A64.5030701@gmail.com> Date: Mon, 31 Aug 2015 16:53:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 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 In-Reply-To: <29989.1441029822@ccs.covici.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: a2d35f8d-f7af-4879-b1d3-7255d2bb9d6e X-Archives-Hash: c8e691e068029d2d18ae2780427d2041 On 31/08/2015 16:03, covici@ccs.covici.com wrote: > Alan McKinnon wrote: > >> On 31/08/2015 13:49, covici@ccs.covici.com wrote: >>>> A clue is in the ebuilds for systemd: >>>>> >>>>> sysv-utils? ( >>>>> !sys-apps/systemd-sysv-utils >>>>> !sys-apps/sysvinit ) >>>>> >>>>> That's a hard blocker, no way round it. It's in all the systemd ebuilds >>>>> for the current unstable versions. >>>>> >>>>> Do you have USE="sysv-utils" set for sysvinit? >>>>> >>>>> If so, to have both sysvinit and systemd, you will have to disable that >>>>> USE flag and see what comes next. >>> I put that use flag in there because I thought it would allow systemd to >>> generate a service from a script in /etc/init.d, but I will see what >>> happens when I remove that flag or maybe if there is another way to >>> accomplish that? >>> Well, that did it! It still is downgrading systemd, but that's not too >>> bad, thanks guys. >> >> $ euses -sf sysv-utils >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and >> shutdown >> >> >> That description is quite vague, and could mean many things. I'm no >> expert on systemd, but I would imagine that it already has it's own >> scripts to deal with those listed functions. I wonder what the use of >> the flag is then? Perhaps an old compatibility layer than is not needed now? >> >> >> I can't see a reason why systemd is being downgraded; the previous >> output either lists just "sys-apps/systemd" or uses a ">=" operator. >> Nothing to say why 219_p112 is the highest usable version. >> >> Once the emerge finishes and portage has done what it wants, run these >> commands: >> >> emerge -pv systemd >> emerge -pv =systemd-225 >> >> (225 being latest in the tree). Then we can see better why portage is >> doing what it does >> >> >> > > I think it has something to do with fail2ban -- the version of systemd > in the tree after the 219 version is 224-r1 and 225 and now portage is > saying > WARNING: One or more updates/rebuilds have been skipped due to a > dependency conflict: > and one of those says > (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) > conflicts with^M > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)] > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed) > Does that make sense? > The words make sense, the meaning doesn't :-) It looks like fail2ban wants systemd without python support, but the true reason is still hidden. The fail2ban ebuild has this: RDEPEND=" ... systemd? ( $(python_gen_cond_dep '|| ( dev-python/python-systemd[${PYTHON_USEDEP}] sys-apps/systemd[python(-),${PYTHON_USEDEP}] I'm thinking maybe you have a specific portage entry that's getting in the way. What are your results for: emerge --info grep -r python /etc/portage grep -r systemd /etc/portage -- Alan McKinnon alan.mckinnon@gmail.com