From nobody Sun Dec 5 18:13:47 2021 X-Original-To: ruby@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A3CB18B7460 for ; Sun, 5 Dec 2021 18:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J6ZSX0yNTz4ddf for ; Sun, 5 Dec 2021 18:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 01B511C76D for ; Sun, 5 Dec 2021 18:13:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 1B5IDlPU027073 for ; Sun, 5 Dec 2021 18:13:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1B5IDla8027072 for ruby@FreeBSD.org; Sun, 5 Dec 2021 18:13:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ruby@FreeBSD.org Subject: [Bug 258108] [exp-run] devel/ruby-gems: Update to 3.2.30 (Fixes for Ruby 3.0) Date: Sun, 05 Dec 2021 18:13:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: deivid.rodriguez@riseup.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? exp-run+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD-specific Ruby discussions List-Archive: https://lists.freebsd.org/archives/freebsd-ruby List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ruby@freebsd.org X-BeenThere: freebsd-ruby@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1638728028; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=u7ywN2Ci3JC9mOdG5MWCEihDnTxjXjOv0VaVMZfeFaU=; b=Um2pv/fPMlu5DaLgIpSZ+1Y/ga15tt5paPGQmFHvEM5526XsGR7wVFfh32TJHVZUhg8ilp spdcdmZ1voET2xDxH1PQ8uat3RnxkQgpDcTw0sXLuCpxRQ6CFQ0iLehZa5ZcEpfZzT7KhO JVpAtZK798SZNhMoZApDTWBsFKVoA4jVVKNgKDrKnvIKoRCfYUnxrUXho9JduR7ks4TT4s IwgVqSNfgw2V9OJOtmpjSl5Svh8Hsx5Lcnac3E6emXlIAANITgH5JmJV1gyChFxbU09Hb4 Qt/BE+HNuwtNRdvKjVWqePLC9mVMffF/R/AZAQOSC4+pc3Ft01JN0xBg4/yjEw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1638728028; a=rsa-sha256; cv=none; b=Hy1B5HMrjEKxfz1PWp/+TNfy+7wMdMF0xslQj7wBa9TOOmqSPuqELMwR75ASy7ET/mVOaW YrMKbpVkKPR+Mu4ywcXlLAIJxgXXEDwk7X+UmB7Vx867YQUJ8/M7us+oFtB4psxca0ooj/ 1OPdaR2KtZDmT/mAVUIbXD60FouGGK6HvR3qVA/o+rKMHb849BvO9L/PVJBg3K3R5gYd44 Wd2w03TFbN+1YD0ChFZJqnBEQiGXG/c72dm/DLr4lhs4YRp94BW8cPqC4t1QYaWho7QfR1 KY8SIsUc5jaXL348eqqLFo5LfN99SwKn6yniTZk40Ws+xHAWIp1pfwguXJZ1rA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258108 --- Comment #41 from deivid.rodriguez@riseup.net --- Thanks for your comment. I'll reply to what concerns me. > The original issue regarding executable wrappers in combination with > `--destdir' is from RubyGems 2.7.0 if I'm correct (909b5fb8). I > reported it by mail with a possible fix to the author, but got a rude > answer at the time. It was later possible to workaround this with > 4619f13a, we have to pass `--no-regenerate-binstubs' explicitly. This > is similar to the more recent `--no-regenerate-plugins' and > `--format-executable' which we must now pass explicitly to the setup > command for success. One of the places where this was discussed later > is here: https://github.com/rubygems/rubygems/issues/2370 I'm sorry someone replied to an email to you rudely at the time. Anyways, I= 'm trying to help out now so let's move on, yeah? The issue you linked to and a few others have been fixed by the different patches merged recently, and rubygems should no longer try to write outside of `--destdir` if it's passed (both during normal operation or binstub/plugin regeneration). > With a normal installation of RubyGems, there cannot be any > executable wrapper to rewrite (or any plugin wrapper) since we need > RubyGems to install gems, so it happens before we could have a gem > installed. The kind of manual update that was explained in the GitHub > issue, or shown with rake gem in Comment #38 only affects some > RubyGems developers and maintainers if I understand correctly, and > only when "experimentally" installing RubyGems manually over an > existing installation. End users should never encounter this scenario. They absolutely do! In fact, binstub regeneration is an important feature of rubygems upgrader. We sometimes need to tweak the binstubs that rubygems generates. Having rubygems upgrader automatically upgrade all binstubs to t= he new format a new rubygems version needs and generates is really nice. Even = when first installing rubygems, I could imagine situations where upgrading binst= ubs in an exisiting gem path could be handy. In any case, it's great that you d= on't need that yourselves, I'm happy I merged the main fix and reticketed that little issue for later. > What would help is if following similar features > were "opt-in" instead of "opt-out" (I guess we cannot change actual > ones in 3.x again, to avoid breakage). I'm sorry the introduction of those flags broke things for you. That doesn't mean the flags themselves are backwards incompatible, actually quite the opposite, they were introduced to fix backwards compatibility issues with n= ew rubygems versions. Unfortunately in this case, their introduction was buggy since they didn't play well with `--destdir`. So I think a more reasonable request would be: don't introduce new bugs with new features or bug fixes x= D. That's our goal but you know, shit happens. Anyways, when I make changes th= at I think could possibly affect/break packagers I usually ping at least Debian & Fedora packagers to gather opinions. I'm happy to add someone from FreeBSD = to my "rubygems packagers ping list" if you wish. I'm aware you're not happy a= bout past upstream maintenance, and that upstream has never paid too much attent= ion to packagers (they are a minority of our users, and upstream could barely d= eal with the rest of our community), but I'm trying to help more now, so let's = move on and not talk about the past, specially since I wasn't really involved ba= ck then. Ok? --=20 You are receiving this mail because: You are the assignee for the bug.=