From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on starla X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 Received: from nue.mailmanlists.eu (nue.mailmanlists.eu [94.130.110.93]) (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 dcvr.yhbt.net (Postfix) with ESMTPS id 54E871F4CC for ; Thu, 26 Dec 2024 20:20:00 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=ml.ruby-lang.org header.i=@ml.ruby-lang.org header.a=rsa-sha256 header.s=mail header.b=JvBsZ3IO; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=ruby-lang.org header.i=@ruby-lang.org header.a=rsa-sha256 header.s=s1 header.b=sO0G9r3+; dkim-atps=neutral DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ml.ruby-lang.org; s=mail; t=1735244367; bh=skjh0zpLTaMJGrdOA9qDEFoliamByOACSW81R9rH92g=; h=Date:References:To:Reply-To:Subject:List-Id:List-Archive: List-Help:List-Owner:List-Post:List-Subscribe:List-Unsubscribe: From:Cc:From; b=JvBsZ3IOZQLU8t6MrDSI/fhD9OAdEE+aJktZLEG/LnpkxZNH3+Mtuj1efMjmAH0RE IdEIvJgD3a4Bk6emDECBBwb5T8ckcB3szLZgIkupiAnSzrkkOyiiyfJKKbUdR7oxSH CBhtI+YJnq0Wjw3/B07k6MOA7VT5VELOrgpapW78= Received: from nue.mailmanlists.eu (localhost [IPv6:::1]) by nue.mailmanlists.eu (Postfix) with ESMTP id B757F45F8F for ; Thu, 26 Dec 2024 20:19:27 +0000 (UTC) Authentication-Results: nue.mailmanlists.eu; dkim=pass (2048-bit key; unprotected) header.d=ruby-lang.org header.i=@ruby-lang.org header.a=rsa-sha256 header.s=s1 header.b=sO0G9r3+; dkim-atps=neutral Received: from s.wrqvwxzv.outbound-mail.sendgrid.net (s.wrqvwxzv.outbound-mail.sendgrid.net [149.72.154.232]) by nue.mailmanlists.eu (Postfix) with ESMTPS id 451E245F80 for ; Thu, 26 Dec 2024 20:19:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ruby-lang.org; h=from:references:subject:mime-version:content-type: content-transfer-encoding:list-id:to:cc:content-type:from:subject:to; s=s1; bh=p1HdpXkHGhUbBG13uMtfLIHO8w5np+IyhXgatN6Xsmk=; b=sO0G9r3+8DO9r2YIGo0veuFcv5nm2T8REkJ7/Er0WfKSUv7AdZ/107E9dlf2VMINuvFL U0Xb+30pikIBVrFzW1iTyCWvukJ9YN2ikDLNl7LiXV0/KQ7i9OPylZcZcp11zUdYK4sgqp +NHHP5d9iIOCEHJantbvJleHi9w2OEQuPHGW1D4YfdzNsoGdtC7D7rtKcRSgSR/O4pJQec u9hsIyRgP7KEw6Pw4t7J608HpwZS8y4Un8NtK5obEP9ePGCZa/5mEeUF53PPOBpnXCwIYU fvFj5xpfTMYGHadWiFCDu7vjsicLBhXR5jD407qcDNMyenzlEscdyK6PdMGCQ/vw== Received: by recvd-5c8ccdbd88-r7f4m with SMTP id recvd-5c8ccdbd88-r7f4m-1-676DBA49-1 2024-12-26 20:19:21.122320342 +0000 UTC m=+3625075.476836925 Received: from herokuapp.com (unknown) by geopod-ismtpd-6 (SG) with ESMTP id ZIO-SllLR9e2pCB72oP-2w for ; Thu, 26 Dec 2024 20:19:21.111 +0000 (UTC) Date: Thu, 26 Dec 2024 20:19:21 +0000 (UTC) Message-ID: References: Mime-Version: 1.0 X-Redmine-Project: ruby-master X-Redmine-Issue-Tracker: Bug X-Redmine-Issue-Id: 20800 X-Redmine-Issue-Author: vo.x X-Redmine-Issue-Priority: Normal X-Redmine-Sender: vo.x X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-Redmine-MailingListIntegration-Message-Ids: 97098 X-SG-EID: =?us-ascii?Q?u001=2EyMiCBSACWrWmffOKyGXWHegF7vzERB8YDC=2Fl8bL1VoJCfzjoEQKqqhWMB?= =?us-ascii?Q?cCIxOU5CxEWLdUTISPq9d+vx=2FmMep=2Fs=2FKXa74cp?= =?us-ascii?Q?nA+jyx66fqJHGQUdftDJIO7CHEA7vchOrS+o3rI?= =?us-ascii?Q?oKhk5hxcz8q2O7mENic6sqtyJUDeinGb6PzSSLR?= =?us-ascii?Q?6oyURI1YdfhVhuwJrHB4wIMImjXTIArjnKynHOO?= =?us-ascii?Q?UBF5zT1SzK7u7prH7kqjx+yKnV4UUdxUEVIYpdx?= =?us-ascii?Q?Wy2x?= To: ruby-core@ml.ruby-lang.org X-Entity-ID: u001.I8uzylDtAfgbeCOeLBYDww== Message-ID-Hash: P7R4JEQVWKHUJ54KGB7SXPPHA4ILSGFM X-Message-ID-Hash: P7R4JEQVWKHUJ54KGB7SXPPHA4ILSGFM X-MailFrom: bounces+313651-b711-ruby-core=ml.ruby-lang.org@em5188.ruby-lang.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.9 Precedence: list Reply-To: Ruby developers Subject: [ruby-core:120422] [Ruby master Bug#20800] Don't place `ruby` executable into `/usr/libexec/x86_64-linux/bin` List-Id: Ruby developers Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: From: "vo.x (Vit Ondruch) via ruby-core" Cc: "vo.x (Vit Ondruch)" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Issue #20800 has been updated by vo.x (Vit Ondruch). As far as I can tell, the binaries in Debian are placed in `/usr/bin`: https://packages.debian.org/sid/amd64/ruby3.3/filelist I would expect that if this was problem, Debian folks would carry downstream patch adjusting this location and this change would refer to that patch or some other request from Debian with more details. Generally, I still don't understand motivation for such change. From my POV, with my Fedora maintainer hat on and with all due respect, Ruby upstream should mostly care about installing Ruby into some dedicated directory out of system locations. Practice of running `make install` and modifying content of `/usr` should be discouraged. Installing into `/usr/local` is a bit better option, but then who cares about `multiarch`, there? ---------------------------------------- Bug #20800: Don't place `ruby` executable into `/usr/libexec/x86_64-linux/bin` https://bugs.ruby-lang.org/issues/20800#change-111202 * Author: vo.x (Vit Ondruch) * Status: Closed * ruby -v: ruby 3.4.0dev (2024-10-15 master 3da3cabf98) +PRISM [x86_64-linux] * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: UNKNOWN ---------------------------------------- Trying to prepare Ruby 3.4 package for Fedora, it seems that since [1], the `ruby` executable is installed into `/usr/libexec/x86_64-linux/bin`: ~~~ installing binary commands: /usr/libexec/x86_64-linux/bin ~~~ Unfortunately, the PR does not explain anything about reasons why. To me, using `libexec` is surprising, because according to FHS [2], the directory is for internal binaries. What is even more surprising is usage of the `bin` subdirectory there, which IMHO does not follow any standard or convention (I don't have `/usr/libexec/x86_64-linux/bin` directory on my Fedora yet). Just FTR, these are the configuration options used: ~~~ /builddir/build/BUILD/ruby-3.4.0_20241016git3da3cabf98-build/ruby-3.4.0-3da3cabf98/configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --runstatedir=/run --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-rubylibprefix=/usr/share/ruby --with-archlibdir=/usr/lib64 --with-rubyarchprefix=/usr/lib64/ruby --with-sitedir=/usr/local/share/ruby/site_ruby --with-sitearchdir=/usr/local/lib64/ruby/site_ruby --with-vendordir=/usr/share/ruby/vendor_ruby --with-vendorarchdir=/usr/lib64/ruby/vendor_ruby --with-rubyhdrdir=/usr/include --with-rubyarchhdrdir=/usr/include '--with-sitearchhdrdir=$(sitehdrdir)/$(arch)' '--with-vendorarchhdrdir=$(vendorhdrdir)/$(arch)' --with-rubygemsdir=/usr/share/rubygems --with-ruby-pc=ruby.pc --with-compress-debug-sections=no --disable-rpath --enable-mkmf-verbose --enable-shared --with-ruby-version= --enable-multiarch --enable-yjit ~~~ The `--enable-multiarch` is among the options. It is used not because Fedora would be `multiarch`, but because it provides the highest flexibility. [1]: https://github.com/ruby/ruby/pull/10010 [2]: https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s07.html -- https://bugs.ruby-lang.org/ ______________________________________________ ruby-core mailing list -- ruby-core@ml.ruby-lang.org To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.ruby-lang.org/