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 E23871382C5 for ; Sat, 30 Jan 2021 10:48:40 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E5387E0AE0; Sat, 30 Jan 2021 10:48:34 +0000 (UTC) Received: from mail-gw.thundermail.uk (mail-gw.thundermail.uk [149.255.60.72]) (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 8D07AE0ACA for ; Sat, 30 Jan 2021 10:48:34 +0000 (UTC) Received: from mailgw01.thundermail.uk (mail-gw.thundermail.uk [149.255.60.66]) by mail-gw.thundermail.uk (Postfix) with ESMTPS id 8968E600422F for ; Sat, 30 Jan 2021 10:48:32 +0000 (GMT) X-ASG-Debug-ID: 1612003711-0554134224143680001-LfjuLa Received: from cloud220.unlimitedwebhosting.co.uk (cloud220.unlimitedwebhosting.co.uk [149.255.60.183]) by mailgw01.thundermail.uk with ESMTP id bDz34JLi4eG6M3TG (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 30 Jan 2021 10:48:31 +0000 (GMT) X-Barracuda-Envelope-From: confabulate@kintzios.com X-Barracuda-Effective-Source-IP: cloud220.unlimitedwebhosting.co.uk[149.255.60.183] X-Barracuda-Apparent-Source-IP: 149.255.60.183 Received: from lenovo.localdomain (230.3.169.217.in-addr.arpa [217.169.3.230]) by cloud220.unlimitedwebhosting.co.uk (Postfix) with ESMTPSA id 7C66AC09724 for ; Sat, 30 Jan 2021 10:48:30 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kintzios.com; s=default; t=1612003711; bh=aqBTnGPTPYyojG2gYsu0QllC5rFUI/Gn1boI/tG6X8I=; h=From:To:Subject; b=WTNt2g8jmkKtzIUT69Y4RWdnMfva3N4TAlTqcUDrgCqyF6RDrdO96ggKCPcR+D6MA q7GoQ/DwIEnNNx2aZi+dhQY0Lwqmf5rJFWwdoFLLAz2UthesGfBkr50pbRmFZfyrW0 88kVVZLFiU49gAjrEk2ePl3dLdIPgMB+VPAftfoU= From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] State of emergency is now in effect. Date: Sat, 30 Jan 2021 10:48:20 +0000 X-ASG-Orig-Subj: Re: [gentoo-user] State of emergency is now in effect. Message-ID: <2131305.iZASKD2KPV@lenovo.localdomain> In-Reply-To: <140f70da-4daf-238d-bb29-f31abcd3a154@verizon.net> References: <140f70da-4daf-238d-bb29-f31abcd3a154.ref@verizon.net> <140f70da-4daf-238d-bb29-f31abcd3a154@verizon.net> 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 Content-Type: multipart/signed; boundary="nextPart1849049.PYKUYFuaPT"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <20210130104830.1614619.72769@cloud220.unlimitedwebhosting.co.uk> X-PPP-Vhost: kintzios.com X-Barracuda-Connect: cloud220.unlimitedwebhosting.co.uk[149.255.60.183] X-Barracuda-Start-Time: 1612003711 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://149.255.60.66:443/cgi-mod/mark.cgi X-ASG-Orig-Subj: Re: [gentoo-user] State of emergency is now in effect. X-Virus-Scanned: by bsmtpd at thundermail.uk X-Barracuda-Scan-Msg-Size: 6107 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.9 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.87619 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Archives-Salt: 8e41ef55-2b25-4afc-a339-b224f034e343 X-Archives-Hash: 22b6f19bf913d509d849edcc35851aa4 --nextPart1849049.PYKUYFuaPT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] State of emergency is now in effect. Date: Sat, 30 Jan 2021 10:48:20 +0000 Message-ID: <2131305.iZASKD2KPV@lenovo.localdomain> In-Reply-To: <140f70da-4daf-238d-bb29-f31abcd3a154@verizon.net> References: <140f70da-4daf-238d-bb29-f31abcd3a154.ref@verizon.net> <140f70da-4daf-238d-bb29-f31abcd3a154@verizon.net> On Saturday, 30 January 2021 09:37:57 GMT Alan Grimes wrote: > I'm not actually talking about the communist takeover of the planet, I > mean I'm looking at what this brokenest version of portage EVER is not > doing... > > I mean I always update my portage first thing after sync, because that's > what you do, RIIIIIGHT???? Not RIIIIIGHT. I let portage decide when it needs to update itself, after it has decided which of its dependencies it may need to update first. When I'm driving a car with an automatic gearbox I don't start changing gears myself, unless something breaks and I *have* to. > I know you hate my scripts but they have a 15 year track record. =| I'd leave others to comment on the suitability of your loop-a-loop scripts, which often tie themselves up in a knot and typically result in your moaning posts on this M/L. > On one terminal I have this bullshit going on, at this pace it will take > longer than my natural lifespan to clear this nonsense: > ###################### > > tortoise ~ # ./pretendupdate > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > > [ebuild R ] app-officeext/sun-templates-1.0.0-r1::gentoo > OFFICE_IMPLEMENTATION="libreoffice (-openoffice%)" 0 KiB > [ebuild U ] app-office/libreoffice-7.0.4.2::gentoo > [6.4.7.2::gentoo] USE="branding clang%* cups custom-cflags%* dbus > gstreamer gtk java mariadb vulkan%* -accessibility -base -bluetooth > -coinmp -debug -eds -firebird -googledrive -kde -ldap -odk -pdfimport > -postgres -test" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell > -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_8* > -python3_7* -python3_9 (-python3_6%)" 347,325 KiB > [ebuild N ] dev-java/openjdk-11.0.9_p11:11::gentoo USE="alsa > cups jbootstrap pch -debug -doc -examples (-gentoo-vm) -headless-awt > -javafx (-selinux) -source -systemtap" 89,491 KiB > > Total: 3 packages (1 upgrade, 1 new, 1 reinstall), Size of downloads: > 436,815 KiB > > * Error: circular dependencies: > > (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge) > depends on > (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge) > (buildtime) > > * Note that circular dependencies can often be avoided by temporarily > * disabling USE flags that trigger optional dependencies. Did you try removing the java USE flag from app-office/libreoffice as emerge suggests above to see if it proceeds? Alternatively, you could unmerge dev-java/openjdk and see what portage wants to bring in. Using '--depclean -p -v' on dev-java/openjdk before you unmerge it will show you what else could break. > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-lang/perl:0 > > (dev-lang/perl-5.32.0-r1:0/5.32::gentoo, ebuild scheduled for merge) > USE="berkdb gdbm ithreads -debug -doc -minimal" ABI_X86="(64)" pulled in by > =dev-lang/perl-5.32* required by > (virtual/perl-XSLoader-0.300.0-r3:0/0::gentoo, installed) USE="" > ABI_X86="(64)" > ^ > ^^^^^ Perhaps a run of 'perl-cleaner --reallyall' is in order before you proceed. > (and 46 more with the same problem) [... snip] > Notice, it's only giving me ONE package at a time to remove, it takes > about 10 minutes to get through a cycle of this nonsense. Wait a minute, > what kind of bullshit is this "--verbose conflicts" faggotry? why isn't > it the default and impossible to disable???? I mean that would have > saved me hours today... I've been putting out all kinds of fires on > this turd sandwitch of a distro since I decided to update today. Doing it manually, one package at a time is a rather long winded approach. Using perl-cleaner is better and easier in this case. > fuckit, I'm adding this shit to the goddamned, cock-sucking make.conf > and there's nothing you can do to stop me!!! Why for fuck's sake do I > have to fix this shit at 4:30 am and can't get it all done in the middle > of the afternoon when I started??? Enjoying a self-induced crisis of tourettes at 4:30 am is your prerogative. Using portage and associated tools the way devs intended should bring more satisfactory results. > Why am I required to manually update a dozen config files just to get > things moving each time I do this?? Is it really impossible to just keep > doing what I set up last time?, you know the time when I stopped messing > with it because it was working??? > > > Do you have any idea how broken it is right now? It will look like it's > emerging stuff, then start no processes, decompress any files, compile > any code, or anything, just tick through as if it were working very very > very slowly but not actually do anything... > > So this version of portage is the first one I've seen that is literally > incapable of emerging a pacakge! Unbelievable, a package manager > incapable of performing its primary function... > > I have no idea how I'm going to fix this mess this time, I'm going to > have to mask the current version of portage and get a binary of one that > is capable of emerging and put that in. > > How did you break it this bad, HOW???? > > All you had to do was nothing and it would still be working!!! Your particular approach to managing your system(s) tends to arrive at similar unhappy results. There is a pattern here and on this M/L it is an outlier. You could modify your approach to improve the results, or you could carry on repeating the same thing and somehow retain an expectation of a different outcome. This is not an ad hominem criticism, just my observation on your approach. I'm not saying portage is the best thing since sliced bread. However, using it as intended works most of the time for most of the people. --nextPart1849049.PYKUYFuaPT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmAVOXQACgkQseqq9sKV ZxnIXRAA1MerOndAJb4Gtf/f68/+j712ooGlz/8g/FUHDEU695wgWi+EG3L/Ltyr PnyZljcPxKcjEFqWpJdxjctqeFPjMBfz4dDaJPNEBKZ3cc83XtcfTRPYi3V//I/f pOg5xdkBE2GdDaH9jVFor812QXMC6F0JivaHeCCOPVnCfqibeGyZOzRHA1zsmCwj TiixZoU27Oww2/6gS7Mevyxo7pJCG3aXfNq6t3FZ5al1EsOZxiyB/qVbXiyiDn3P IJMGS7RhpbbNkbR+csYj3JLTUoOTjIcQXzSCQVrAk1aX+ChZh+moMtFpx09H+C/y bkXiPEB4SMPbw+1sjhrS+n8VZOZQ6m5n3kcpR01DnpdliCr9ZcqaDUqtitpeuYhA TOrOrzyTvbohVNegTApHNmJBPmmz5WQlJz/SWNDOSLyS3GjtNV2yp48EDigGuG3c nOKyLMlHfY37Cerc9o7yVGPI83M7M6tzcRYG76LZ52XTfr8dAAyo99wo9AafHcLZ 90ywiQFFw3BbhzdJvbnEGBMfoaClsliXmOfIKBg3f41lcVXpnLAedOtynE1+xCZM jzmBUHpX6SwvBXRjEg1z6guR1H9PvFd/ry6auy+dO+DFQ9KxijBhOLk9/hK9Qiz+ 0k8St3CWKKUt/I1mIAFq8WU+chdkOrurEDhQiq8uxjy91HyIL0Q= =QBis -----END PGP SIGNATURE----- --nextPart1849049.PYKUYFuaPT--