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 92C2E1387FD for ; Tue, 1 Apr 2014 18:18:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4A8EEE0B21; Tue, 1 Apr 2014 18:16:01 +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 3DD00E0B19 for ; Tue, 1 Apr 2014 18:16:00 +0000 (UTC) Received: from [10.188.44.151] (85-76-160-238-nat.elisa-mobile.fi [85.76.160.238]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id E51F633FABB for ; Tue, 1 Apr 2014 18:15:58 +0000 (UTC) Message-ID: <533B0116.3070708@gentoo.org> Date: Tue, 01 Apr 2014 21:10:30 +0300 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New virtuals for libudev and libgudev References: <5335EE26.1010606@gentoo.org> <53364874.9050603@gentoo.org> <53388280.4010105@gentoo.org> <53390215.80604@gentoo.org> <5339D180.2010309@gentoo.org> <533A5328.1000607@gentoo.org> <533AAFCF.9070600@gentoo.org> <20140401172803.219a51fe@gentoo.org> <533AE17C.3070605@gentoo.org> <533AF477.9020008@gentoo.org> <533AF888.3080303@gentoo.org> <21307.153.325144.242002@a1i15.kph.uni-mainz.de> In-Reply-To: <21307.153.325144.242002@a1i15.kph.uni-mainz.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: ba91a29c-36a6-466d-b46b-2b674be1a10d X-Archives-Hash: 60f25e9668a2e7a90ade6abb07c24806 On 01/04/14 21:08, Ulrich Mueller wrote: >>>>>> On Tue, 01 Apr 2014, Samuli Suominen wrote: >>> Mar 28 10:10:11 so who will fix the mess resulting from >>> virtual/libgudev? >>> Mar 28 10:10:44 such things should be package masked, instead >>> of breaking the tree >>> >>> Mar 28 10:33:01 blueness: eudev-1.5.3-r1 depends on >>> virtual/udev depends on virtual/libgudev depends on >=eudev-9999 >>> Mar 28 10:33:02 ??? >>> Mar 28 10:33:12 that doesn't make any sense >> At this time, the compability =virtual/udev-208-r2 was not in >> Portage yet and nothing depended on those two new virtuals. >> So ulm made an observation, that there is an unfinished work in the >> tree. And indeed, there was, you know, we handle packages in a >> monolithic way in tree, not everything can go in at the same time >> like in git. >> First, the 2 virtuals were committed to tree, then eudev-1.5.3-r1 >> was converted to multilib, then the libgudev was converted for the >> 1.5.3-r1, and then the compability virtual was committed to Portage. >> So not, at any time, eudev users saw their implementation being >> replaced by another by the PM. > Sorry, but this is not entirely accurate. I have eudev installed on my > system. After syncing, emerge reported blockers and something was > trying to pull in udev. In fact, that was how I noticed the issue, in > the first place. > > Latest unstable virtual/udev definitely depended on virtual/libgudev > at that point. > > Are you sure? Then it was an accident, caused by too early commit of the virtual from mgorny It couldn't have been more, than few minutes, but mirrors managed to sync in between? I surely apologize I didn't communicate it clearly enough to him, that was not something that was supposed to be happening at all But hey, we are all humans, accidents happen, and it was only ~arch, for one mirror sync :/ - Samuli