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 38795138350 for ; Wed, 22 Apr 2020 15:26:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 21ABDE0DFF; Wed, 22 Apr 2020 15:26:24 +0000 (UTC) Received: from mail-qv1-f68.google.com (mail-qv1-f68.google.com [209.85.219.68]) (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 CF9BAE0D8F for ; Wed, 22 Apr 2020 15:26:23 +0000 (UTC) Received: by mail-qv1-f68.google.com with SMTP id bu9so1018888qvb.13 for ; Wed, 22 Apr 2020 08:26:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:reply-to:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=BqTyNr2EUN+8VbobY6yOX+J/sXz4blq1dVp5ve4fOcI=; b=NOGJYgFhIkRSr/khRSMooCyT36D+KWK+Y37AoQhsURSnBmaGnv0pgjZmMZzSbzanf+ cZAteBqVtMkBrkn0WwwFHx9n4/iQruWXbtx49wSPfzmJYF63MvkTD61zpbZP6sKmfKiA x8oqdNKr7Qnzts5IloVpOW7pVKAkqMXVIjvZQyHsCAjiukg9dTqbHYTBfccIQLIWVknh 4hZ3qxL2FREnmEv0cqdvxHKYOVANdOSKJiEh5755zj0l/szd8OlEfu+VnNk4UwpfBLQd I6NljYcazLuUyr8ZhK3CbCAzDyTWu76Z0M1UEGphTUzCCkEFfhrAU8+kZFwmNBLVaSCx hLUQ== X-Gm-Message-State: AGi0PuaBEzdJKxuU4O2cPzkY7PABSdCDucxK52radfsNYzSVBzUsfN2h +v+6Z6K+Jtyz029H5TJXlTYru4uHLkk= X-Google-Smtp-Source: APiQypL+wi15h35c5ixc++FHBTPO4otFDTppBZ8OuzrqAi1K+KPcZkVWoqS8Fmc3YNyqtta88px8ug== X-Received: by 2002:a0c:aadc:: with SMTP id g28mr26332478qvb.0.1587569182622; Wed, 22 Apr 2020 08:26:22 -0700 (PDT) Received: from [10.0.0.67] (c-76-23-130-96.hsd1.ct.comcast.net. [76.23.130.96]) by smtp.gmail.com with ESMTPSA id u26sm3996219qkm.125.2020.04.22.08.26.21 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 22 Apr 2020 08:26:22 -0700 (PDT) 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> From: Jack Message-ID: Date: Wed, 22 Apr 2020 11:26:20 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.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; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US-large X-Archives-Salt: 9ca652b2-cd89-4221-acc0-6005c66dcb26 X-Archives-Hash: 590ccdca068d2b65421d2836f8a4825c On 4/22/20 11:20 AM, John Covici wrote: > On Wed, 22 Apr 2020 11:04:24 -0400, > Dale wrote: >> [1 ] >> John Covici wrote: >>> On Wed, 22 Apr 2020 08:53:24 -0400, >>> Dale wrote: >>> >>>> I did a search on the forums for teamview but didn't find that problem. >>>> Did you perhaps install it without using portage at some point?  If not, >>>> can you try to emerge it and post the failure here, a new thread might >>>> be best.  I bet there is someone here who can fix it even if they don't >>>> use that package.  Generally, a file collision for one package is >>>> handled much like any other package.  It's been a long time and emerge >>>> has changed a LOT but the last time I ran into this, I unmerged the >>>> package and then re-emerged it. >>>> >>>> Sendmail.  I found this: >>>> >>>> >>>> root@fireball / # cat >>>> /var/cache/portage/tree/mail-mta/sendmail/metadata.xml >>>> >>>> >>>> >>>>         >>>> >>>> root@fireball / # >>>> >>>> >>>> It seems to be maintainer needed at the moment.  Most likely a dev >>>> retired or was otherwise unable to maintain it any longer.  I'm not sure >>>> who to contact to see if it can be nudged into action tho. You may can >>>> talk to a dev, Rich is active on here, and see if he knows or is willing >>>> to post on -dev about it needing attention.  Given its widespread use, >>>> surely someone who uses it can step up and maintain it. >>>> >>>> Ant-core is maintained by the java team.  I'm not sure what their status >>>> is at the moment but since it still exists, I'm sure they are active. >>>> I've seen posts in the past that the java team is a bit slow, lots of >>>> work and not enough time in the day.  Might just take a little time. >>>> >>> Here is the relevant section from teamviewer build: >>> * checking 102 files for package collisions >>> * This package will overwrite one or more files that may belong to >>> other >>> * packages (see list below). You can use a command such as >>> `portageq >>> * owners / ` to identify the installed package that owns >>> a >>> * file. If portageq reports that only one package owns a file >>> then do >>> * NOT file a bug report. A bug report is only useful if it >>> identifies at >>> * least two or more packages that are known to install the same >>> file(s). >>> * If a collision occurs and you can not explain where the file >>> came from >>> * then you should simply ignore the collision since there is >>> not enough >>> * information to determine if a real problem exists. Please >>> do NOT file >>> * a bug report at https://bugs.gentoo.org/ unless you >>> report exactly >>> * which two packages install the same file(s). See >>> * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers >>> for tips on how >>> * to solve the problem. And once again, please do NOT >>> file a bug report >>> * unless you have completely understood the above >>> message. >>> * >>> * Detected file collision(s): >>> * >>> * /usr/share/dbus-1/services/com.teamviewer.TeamViewer.service >>> * /usr/share/dbus-1/services/com.teamviewer.TeamViewer.Desktop.service >>> * /usr/share/polkit-1/actions/com.teamviewer.TeamViewer.policy >>> * /usr/share/icons/hicolor/24x24/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/48x48/apps/TeamViewer.png >>> * >>> * /usr/share/icons/hicolor/32x32/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/16x16/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/256x256/apps/TeamViewer.png >>> * /lib/systemd/system/teamviewerd.service >>> * /opt/bin/teamviewer >>> * /opt/bin/teamviewerd >>> * >>> * Searching all installed packages for file >>> collisions... >>> * >>> * Press Ctrl-C to Stop >>> * >>> * net-misc/teamviewer-14.7.1965:14::gentoo >>> * /lib/systemd/system/teamviewerd.service >>> * /opt/bin/teamviewer >>> * /opt/bin/teamviewerd >>> * /usr/share/dbus-1/services/com.teamviewer.TeamViewer.Desktop.service >>> * >>> * /usr/share/dbus-1/services/com.teamviewer.TeamViewer.service >>> * /usr/share/icons/hicolor/16x16/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/24x24/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/256x256/apps/TeamViewer.png >>> * /usr/share/icons/hicolor/32x32/apps/TeamViewer.png >>> * >>> * /usr/share/icons/hicolor/48x48/apps/TeamViewer.png >>> * /usr/share/polkit-1/actions/com.teamviewer.TeamViewer.policy >>> * >>> * Package >>> 'net-misc/teamviewer-15.4.4445' >>> NOT merged due to file >>> * collisions. If necessary, >>> refer to your elog messages >>> for the whole >>> * content of the above >>> message. >>> >>> How do ebuilds normally handle such a thing -- don't all new versions >>> have this situation? >>> >> It does but it seems portage thinks the files belong to another >> package.  I'm not sure why that is tho.  You may can use the portageq >> command it mentions to see what that is.  I suspect it will be a >> interesting result.  I think I've only ran into this once.  There is a >> way to override it but I can't recall how it's done. >> >> If it were me, I'd manually remove the files and emerge the package IF >> they do not belong to another package.  Once they are gone, it won't be >> a problem.  Maybe this is just a quirk or something that is a one time >> deal. >> >> I think this is how to disable this but I'd be sure it is safe before >> doing this. >> >> FEATURES="-collision-protect" emerge -a teamviewer >> >> Make sure the spelling is correct there.  Again, make sure those don't >> belong to another package that will be broken.  In theory, this >> shouldn't happen to begin with. >> >> Hope that gives you some options. > The reason I did not try any of those is because the package which > owns the files is a previous version of the same package!! This > disturbs me that portage does not igure this out all by itself. How did you determine that?  Does portage agree with that statement?  Is it the same category and package?  Was the previous version installed by portage? One possible approach would be to quickpg the installed version, then unmerge it and try the new emerge again.