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 3C2901384C1 for ; Tue, 1 Sep 2015 02:20:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DEAB414278; Tue, 1 Sep 2015 02:20:43 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 98C0414235 for ; Tue, 1 Sep 2015 02:20:42 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZWbBf-00030S-SH for gentoo-user@lists.gentoo.org; Tue, 01 Sep 2015 04:20:39 +0200 Received: from 64.69.39.109 ([64.69.39.109]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Sep 2015 04:20:39 +0200 Received: from w41ter by 64.69.39.109 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Sep 2015 04:20:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: walt Subject: [gentoo-user] Re: What is the correct version of ncurses on ~amd64 now? Date: Mon, 31 Aug 2015 19:20:29 -0700 Message-ID: <20150831192029.530570da@a6> References: <20150831141305.0c0c6ee5@a6> <55E4D185.5030601@gmail.com> 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 64.69.39.109 X-Archives-Salt: e029742f-7187-4a2d-8b57-fb16827f5cb6 X-Archives-Hash: 1f0aac2507c487f075e68065401d8e9f On Mon, 31 Aug 2015 20:33:42 -0400 Fernando Rodriguez wrote: > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote: > > On 31/08/2015 23:13, walt wrote: > > > I ask this strange question because this (badly broken) machine > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this > > > morning. > > > > > > First, it emerged 6.0, which turned out to be almost catastrophic > > > because the qmerge phase of the emerge failed (although it claimed > > > success afterwards) and deleted the entire /usr/share/terminfo > > > subdirectory. That was fun, but I won't bore you with the > > > details. (The ncurses-6.0 files in /lib64 are dated August 28, > > > BTW.) > > > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit > > > part of the build fails because emerge never ran make in the > > > work/cross/progs directory, and so the 32-bit tools didn't get > > > compiled. > > > > > > I hacked around this by running make in that directory manually, > > > which allowed the ebuild install and ebuild package phases to > > > succeed. > > > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too > > > scared to install it because I might need to kill myself > > > afterwards :/ > > > > > > Any suggestions before I take the plunge? Is ncurses-6.0-r1 the > > > right version as of today, Aug 31? > > > > > > Thanks. > > > > > > > > > > > > > > > > > This machine was entirely unaffected by all the recent ncurses > > issues: > > > > [I] sys-libs/ncurses > > Available versions: > > (0) 5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6) > > (5) 5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6) > > {ada +cxx debug doc gpm minimal profile static-libs test > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" > > ABI_S390="32 64" ABI_X86="32 64 x32"} > > Installed versions: 6.0-r1(12:52:29 30/08/2015)(cxx gpm > > threads unicode -ada -debug -doc -minimal -profile -static-libs > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" > > ABI_S390="-32 -64" ABI_X86="32 64 -x32") > > Homepage: https://www.gnu.org/software/ncurses/ > > http://dickey.his.com/ncurses/ > > Description: console display library > > > > So 6.0-r1 works completely relaible on at least one Gentoo machine > > in this world :-) > > Hmm, I keyworded ncurses and this is what portage wants to do: > > [ebuild r U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug > -minimal -profile -static-libs {- test%} -threads% -trace" > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~] > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) - > x32" 0 KiB [ebuild rR ~] sys-devel/gdb-7.10::gentoo USE="client > expat python server zlib -lzma -multitarget -nls {-test} -vanilla" > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild rR > ] app-misc/screen-4.3.1::gentoo USE="pam -debug -multiuser - nethack > -selinux" 0 KiB [ebuild rR ] app-emulation/wine-1.6.2::gentoo > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3 > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl > threads truetype udisks v4l xcomposite xinerama xml -capi -dos > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th > -tr -uk -wa -zh_CN -zh_TW" 0 KiB > > > That looks dangerous to me because the first build will upgrade my > 5.9 installation to 6.0 and the second will reinstall 5.9. That's exactly what happened to me last week and it was a disaster. Don't allow that to happen. After hours of frustration I finally got 6.0-r1 installed and everything Just Works again, but 6.0 was another disaster. Do whatever you need to do to avoid 6.0. > So what happens in between when I have no 5.9 installed but > everything is linked against it? Won't it need bash to build the > second one? What if the 2nd build fails? Will stuff linked against > 5.9 work with 6.0? No, but packages linked against 5.9 will continue to work if portage doesn't delete the files from 5.9 (@preserved-rebuild, etc) I suggest you quickpkg whatever ncurses you have now before you do anything else. I also suggest you see what portage wants to do if you emerge -p =sys-libs/ncurses-6.0-r1 If the output from that looks reasonable then build 6.0-r1 as a binary package *before* you install it so you have the binary packages for both versions ready to go. I ran into other problems during the ncurses upgrade but I managed to work through them, and you know more about this stuff than I do :)