From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id EDF3C138350 for ; Wed, 22 Apr 2020 17:30:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6D42EE101E; Wed, 22 Apr 2020 17:30:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 13FF2E0FE6 for ; Wed, 22 Apr 2020 17:30:36 +0000 (UTC) Subject: Re: [gentoo-user] Is Gentoo dead? To: gentoo-user@lists.gentoo.org References: <20200421165803.GB187193@redacted> <20200421183317.GC187193@redacted> <877dy8isdu.fsf@wedjat.horus-it.com> <20200421190035.GE187193@redacted> <8ca01aef-6df7-f4cb-7e37-5459a1009fbd@gmail.com> <0510a8e0-a427-7b6a-e795-dcfab6dcb372@gmail.com> <80198011-e783-e3ff-6e05-0232143953b6@gentoo.org> From: Michael Orlitzky Message-ID: Date: Wed, 22 Apr 2020 13:30:32 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: 2560da2c-6dec-425b-9f22-a9ead7e23102 X-Archives-Hash: 06f6401720242bf3a004a2eb60408eb2 On 4/22/20 1:19 PM, John Covici wrote: > > That makes no sense to me -- portage itself says those files are owned > by 14.7.1965(14) so if its telling me that why does it not just > replace those files? > Aha, you're not doing anything wrong. The old 14.7.x version was slotted: https://gitweb.gentoo.org/repo/gentoo.git/diff/net-misc/teamviewer/teamviewer-14.7.1965.ebuild?id=2766d49e7c040d373685775a4515967cd0f1b33e The new ones aren't (they're all SLOT=0). But the new ones install to the same place as the old 14.7.x versions. Since slotted packages aren't supposed to conflict, it's complaining that SLOT=0 and SLOT=14.7 (or whatever it was) are trying to install to the same place. I guess the developer never noticed the problem because he was on a faster upgrade schedule. You can fix it by uninstalling the old version manually, and then installing the new one.