From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 055351582EF for ; Tue, 11 Mar 2025 04:30:22 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id E07FD343021 for ; Tue, 11 Mar 2025 04:30:22 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id D683E11037F; Tue, 11 Mar 2025 04:30:21 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id CB69911037F for ; Tue, 11 Mar 2025 04:30:21 +0000 (UTC) Received: from oystercatcher.gentoo.org (oystercatcher.gentoo.org [148.251.78.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 5824F343021 for ; Tue, 11 Mar 2025 04:30:21 +0000 (UTC) Received: from localhost.localdomain (localhost [IPv6:::1]) by oystercatcher.gentoo.org (Postfix) with ESMTP id 81F7E28CC for ; Tue, 11 Mar 2025 04:30:19 +0000 (UTC) From: "Eli Schwartz" To: gentoo-commits@lists.gentoo.org Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=UTF-8 Reply-To: gentoo-dev@lists.gentoo.org, "Eli Schwartz" Message-ID: <1741665276.e7d3bbefc322635eaf6c0dbbc104d24955ba020f.eschwartz@gentoo> Subject: [gentoo-commits] repo/gentoo:master commit in: dev-cpp/pystring/ X-VCS-Repository: repo/gentoo X-VCS-Files: dev-cpp/pystring/pystring-1.1.4-r1.ebuild dev-cpp/pystring/pystring-1.1.4.ebuild X-VCS-Directories: dev-cpp/pystring/ X-VCS-Committer: eschwartz X-VCS-Committer-Name: Eli Schwartz X-VCS-Revision: e7d3bbefc322635eaf6c0dbbc104d24955ba020f X-VCS-Branch: master Date: Tue, 11 Mar 2025 04:30:19 +0000 (UTC) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-commits@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply X-Archives-Salt: f39ccfaf-67db-48d1-87ca-eaef076ca383 X-Archives-Hash: cdbb26783c0dc2014a77730162113be0 commit: e7d3bbefc322635eaf6c0dbbc104d24955ba020f Author: Eli Schwartz gentoo org> AuthorDate: Tue Mar 11 03:42:04 2025 +0000 Commit: Eli Schwartz gentoo org> CommitDate: Tue Mar 11 03:54:36 2025 +0000 URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e7d3bbef dev-cpp/pystring: force rebuild and bump subslot for broken 1.1.4 release ``` * CMP: =dev-cpp/pystring-1.1.3-r1 with dev-cpp/pystring-1.1.4/image * FILES:-usr/lib64/libpystring.so.0.0 * FILES:+usr/lib64/libpystring.so (-rwxr-xr-x root:root) * SONAME:-libpystring.so.0.0(64) * SONAME:+libpystring.so(64) ``` This breaks binpackage usage. preserved-libs sort of saves you, maybe, if you built locally. Reverse dependencies are linked to .so.0.0, but the new package only contains .so -- technically, if the reverse were true, linked binaries would still work if you squint, but in the current state this simply does not work at all. The background here is weird. Upstream has a Makefile, which calls the system libtool (broken!) and produces a soname of .so.0 in the event that it succeeds at producing a library. We patched in an unofficial cmake build (???) that set the soname to .so.0.0 instead, which isn't very libtool of them but whatever. Upstream didn't actually accept that, they wrote their own which is "simpler" and set the soname to .so. Now we have 3 different sonames in use, but one of them was only in use in *Gentoo* for a couple of days, unstable, back in 2021. As standard, we solve changing sonames by bumping subslot to force a rebuild. Straight to stable it goes, with a revbump since people already have it installed and now have broken binaries. Bug: https://github.com/gentoo/gentoo/pull/21209 Bug: https://github.com/gentoo/gentoo/pull/39761 Bug: https://github.com/imageworks/pystring/pull/29 Fixes: 91773fd1eb57d4c080c0151f5899f1631ddf2aac Fixes: 4b6bedcedfc6a2e7b8c59262dea3d3e42f248427 Signed-off-by: Eli Schwartz gentoo.org> dev-cpp/pystring/{pystring-1.1.4.ebuild => pystring-1.1.4-r1.ebuild} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dev-cpp/pystring/pystring-1.1.4.ebuild b/dev-cpp/pystring/pystring-1.1.4-r1.ebuild similarity index 97% rename from dev-cpp/pystring/pystring-1.1.4.ebuild rename to dev-cpp/pystring/pystring-1.1.4-r1.ebuild index 0d112703d55a..8fc7d5f0f8e4 100644 --- a/dev-cpp/pystring/pystring-1.1.4.ebuild +++ b/dev-cpp/pystring/pystring-1.1.4-r1.ebuild @@ -17,7 +17,7 @@ else fi LICENSE="BSD" -SLOT="0" +SLOT="0/0.fudge" PATCHES=( # This release doesn't install the header file.