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.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_BL_SPAMCOP_NET,SPF_HELO_PASS, SPF_PASS autolearn=no 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 7599F1F508 for ; Wed, 29 Jan 2025 09:35:04 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=pass (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=XzLC8REz; 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=B960IphI; dkim-atps=neutral DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ml.ruby-lang.org; s=mail; t=1738143301; bh=PQEXBUWJhWG8r8VI4cQEyYXmnG8yIwjb6B/EHlxHyEE=; 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=XzLC8REz3o9i/bq8KbBQiQUlg5mjgOdGKZVAEaZ5wJmv1Gp+9B8Xy1yC3HavsraOh MuKgpm7iCwPFTlEW1srG8u4oz7pSVE1BOSWrL3xXEVWS5wIPRyNNutczCNDnNoShbX CxRNLzfpEaPB2t7sz+vphvvhGESD9rknyZUe582s= Received: from nue.mailmanlists.eu (localhost [IPv6:::1]) by nue.mailmanlists.eu (Postfix) with ESMTP id F0CE546887 for ; Wed, 29 Jan 2025 09:35:01 +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=B960IphI; dkim-atps=neutral Received: from s.wrqvtvvn.outbound-mail.sendgrid.net (s.wrqvtvvn.outbound-mail.sendgrid.net [149.72.120.130]) by nue.mailmanlists.eu (Postfix) with ESMTPS id 1C4EB46848 for ; Wed, 29 Jan 2025 09:34:57 +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=gWktheriHtT7oMrKcSabrSCtotDoXYNJkVF3mhgZ09k=; b=B960IphICMHWv+PXLGgDUxYo3fnz569qqJlr/8/dO0bQV5mKQCVufagLkP+3xttqcYzl BKSeJdc+YkdrJf7R/83nWVNkp3mwu1PvsF/RmXCKIzHJlSHyhIsrcu40rarFF/JuMuQkb1 D9MaeL6DhKGre27xJq8PjTLluHtK1W6hkOwhX3VYbdX8tQbxYTPSByEquHhQ54TE14UO7k fmqdZYFZHWQS54niIOFSzWjhWW9sxaTSZmC1cze3z4XDkboAz6KcjYGr5N8b3tg40OzRaU p2gscILOezjkvVHDqVVSsA6WcP9PcwonDAtfXEXJdW0BVxX9x32romxkqvYwgZ6Q== Received: by recvd-5f9ffdf494-kp5vj with SMTP id recvd-5f9ffdf494-kp5vj-1-6799F640-7 2025-01-29 09:34:56.931598285 +0000 UTC m=+6524164.433644571 Received: from herokuapp.com (unknown) by geopod-ismtpd-21 (SG) with ESMTP id K8ei4QUKREW_ebFFf-IaSw for ; Wed, 29 Jan 2025 09:34:56.907 +0000 (UTC) Date: Wed, 29 Jan 2025 09:34:56 +0000 (UTC) Message-ID: References: Mime-Version: 1.0 X-Redmine-Project: ruby-master X-Redmine-Issue-Tracker: Bug X-Redmine-Issue-Id: 21095 X-Redmine-Issue-Author: ioquatix X-Redmine-Issue-Priority: Normal X-Redmine-Sender: Eregon 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: 97537 X-SG-EID: =?us-ascii?Q?u001=2EByjZWvxTCjdoV8K03xEuhE7KqN4thWULFLM7+oH78KY30oYB3qFthsDpL?= =?us-ascii?Q?4w4cbYa3ttBh8bAHPOnE=2FkzPba67JNu7Lnrked2?= =?us-ascii?Q?O7K9VQ=2FJax3vEkbpuSn0H=2F+jhH+jh9hDiGoOyS3?= =?us-ascii?Q?KTVr4RPJLpfV7=2FEkOWNJgZ9SUh+KQrIYL+vWpuN?= =?us-ascii?Q?VrydhDQfxmP3yEl8GK9CKMpGwd7bene6N2Q2I4S?= =?us-ascii?Q?MSZTHoHZYbW9xzaY55+=2FgNJWJRJKxMtBJRjqfmS?= =?us-ascii?Q?c85nZs9N5owbtRM9E6Ioh2vvJA=3D=3D?= To: ruby-core@ml.ruby-lang.org X-Entity-ID: u001.I8uzylDtAfgbeCOeLBYDww== Message-ID-Hash: 4SWDZJZNZG3Z3TXDJEUEXWB62GM6DUM4 X-Message-ID-Hash: 4SWDZJZNZG3Z3TXDJEUEXWB62GM6DUM4 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:120820] [Ruby master Bug#21095] Prefer `uname -n` over `hostname` in tests. List-Id: Ruby developers Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: From: "Eregon (Benoit Daloze) via ruby-core" Cc: "Eregon (Benoit Daloze)" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Issue #21095 has been updated by Eregon (Benoit Daloze). > This change costs us nothing It costs maintenance time, and IMO already far too much of it for such a small unimportant thing. Whatever we do here will not impact other distros keeping hostname or not, I'm pretty sure they don't keep it just for this usage. ---------------------------------------- Bug #21095: Prefer `uname -n` over `hostname` in tests. https://bugs.ruby-lang.org/issues/21095#change-111687 * Author: ioquatix (Samuel Williams) * Status: Closed * Backport: 3.1: UNKNOWN, 3.2: UNKNOWN, 3.3: REQUIRED, 3.4: REQUIRED ---------------------------------------- It turns out that `hostname`, while a defacto standard, is not actually a standard in any official sense. On Linux, it's distributed as part of the `inettools` package, and while generally available on other platforms (BSD, Windows, MacOS), it isn't actually part of any standard. The `uname(1)` system call and `uname(2)` command ARE standardised by POSIX and the Open Group, and are included in most base systems without the need to install extra packages (e.g. `inettools` on Linux). As such, I was requested by the Arch Linux Ruby maintainer, to prefer using `uname -n` as they would like to drop the dependency on `inettools` which has various issues; see for more context and background. I've been asked if this can be back ported to 3.3 and 3.4 and while it's not strictly a bug, it will reduce friction in the distribution channels, so I'd like to propose that we backport to 3.4 and if possible 3.3 too. -- 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/