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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id A1FAB158041 for ; Thu, 11 Apr 2024 16:37:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id ABD17E2A66; Thu, 11 Apr 2024 16:37:33 +0000 (UTC) Received: from smtp7.ctinetworks.com (smtp7.ctinetworks.com [205.166.61.237]) (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 7535CE2A5B for ; Thu, 11 Apr 2024 16:37:33 +0000 (UTC) Date: Thu, 11 Apr 2024 22:07:09 +0530 (IST) Message-Id: <20240411.220709.2114836414877879170.enometh@meer.net> To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: Re: Update on the 23.0 profiles From: Madhu References: <10606960.T7Z3S40VBb@noumea> <20240407.180152.1533542310117167076.enometh@meer.net> <2862978.mvXUDI8C0e@pinacolada> In-Reply-To: <2862978.mvXUDI8C0e@pinacolada> (Andreas K. Huettel's message of "Sun, 07 Apr 2024 15:27:42 +0200") X-Mailer: Mew version 6.9 on Emacs 30.0.50 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ctinetworks-Information: Please contact the ISP for more information X-ctinetworks-MailScanner-ID: 074DE12CC37.A6066 X-ctinetworks-VirusCheck: Found to be clean X-ctinetworks-SpamCheck: X-ctinetworks-Watermark: 1713717452.63845@uq4r82gIdS5zKzxNZ1QGFw X-Archives-Salt: 5d6334d5-0a90-4c9a-a4d0-4326fabcb577 X-Archives-Hash: c0403e7f72c85db3edfe5250ac9dbafd * "Andreas K. Huettel" <2862978.mvXUDI8C0e @pinacolada> : Wrote on Sun, 07 Apr 2024 15:27:42 +0200: >> I see no way of migrating to 23.0 profile because of not-recompilable >> packages that are installed (over 4 years) which block --emptytree, >> and do not wish to be forced to migrate to merged-usr on an openrc box >> without a compelling need (on principle). > That sounds a bit like self-inflicted pain. >> Will patching back the 17.0 profile files into the portage tree if and >> when they are removed work? > Unknown. > >> Are there any options at all for this situation (like freezing the the >> last supported tree protecting it from emerge-syncs, and using an >> overlay for further updates?) > > You can try to just skip these packages (with --exclude) during the > "emerge --emptytree ..." step. It should work, but no guarantees given. I switched the make.conf symlink (from portage/profiles/default/linux/amd64/17.1 to portage/profiles/default/linux/amd64/23.0/split-usr ) and the only difference in the emerge --info output is that LDFLAGS now additionally has "-Wl,-z,pack-relative-relocs" My use pattern is I'm only emerging packages by hand and setting useflags on a case by case basis. Also I have binpkgs going back to 5 years that I don't want to lose (by going to merged-usr, right now I can unpack and test these in a pinch). I also have various other packages outside the gentoo tree which depend on stuff which is not in gentoo portage anymore, which are really not rebuildable, but because of past portage flexibility multiple installed work fine and can be tested at the same time. The question is: Now if I don't attempt to do a rebuild and just update libtool and do further upgrades and installs on a case by case basis, it will will eventually pick up the new profile defaults. Is there any foreseeable downside to just doing this?