From nobody Fri Feb 09 17:42:17 2024 X-Original-To: freebsd-ports@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 4TWh513sPRz5B3lM for ; Fri, 9 Feb 2024 17:42:29 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TWh512qTxz4XWt for ; Fri, 9 Feb 2024 17:42:29 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707500549; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XrFZZN0z9kXwHTNOnf/ldVnN8o2KnHMzyYxPDinXLT0=; b=nD2cche4EkNmfdsHimY5NTsN1GcMD6nufeIuWsDB72LDf4fU4uqviUHyN86bSatl6D5/nO cIvmKX4QEIXzKwCZhqE/oy+f0iIjul6YxVb4lo7ToQrDM+t0dZ7pqjaqVATr7aBVDXKnU9 eGEprDrKU+OdGYeYKeekX5Mf8l70Uc11GARD0xAc7eDBEHC+/dCRtYOHv3eA/da9dSX9TV OWNlQtF6M75oMiJc7bMCGsUJOyW7VhtfNkQDw9nIt81gzvDmV//Qk6y8HyteiaVK+I4Tu8 j8/dC3Zs1GLA6MxgIt81erEcMxKF3Z3tuxO82/+qy5HQpvS8v57s/pp+vIgk0g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707500549; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XrFZZN0z9kXwHTNOnf/ldVnN8o2KnHMzyYxPDinXLT0=; b=YtdCnEBeZu5YqG4QWXX36+gXNSw6XFX0P7FWyYvVwl3ioYY+K1hHqu0CLUjR/+uusJXkiF B47iexGwaw2igN29gEgkjiks29pVEcGuVTQQeEJ+MPgOZt91f7uipe/Si3hff94ojgAxU9 BoIM9sKrLqfMA+uh/7qnnWmk22moSyaydeXuv/WfKPOLG8fbWTBDweH0+6gCtsKmtM7Gkn ezzu5E2grEB5OndDiexoo4YpnkqJ11egdTC2QrzGPepkd/hcpIq+Mb7Qkp7cU7NEmHOxwe TlGX2n/952xExq+tlnkiFdo6UpnJPqkyfLYNLVCmpS2VGigbDrP6dck6X/jQ2A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1707500549; a=rsa-sha256; cv=none; b=k83S+TCVUnOXLyfxoRW/8nuwb3xvebo2T4AXRZBiGs1ILcWcV/2/BRn9KNaV9nIvfU7MVL y7MQ/5QNptKZdNGvw6WOv5IGuKyC96/eX0D+sIV8HamihrW/JwYSP7qi2ebvoZ9mVo8XCr t7rIYDB0o5wAcSWpRz4ZIdVIRz4xXzRUIcm3x7TLHmK5KeOHnUuIH/kKQ9H4EEu2AsGdkJ OHPqZn1Ecda7x6GhrmV75U1UWIYkpmb341cS5bAb+ojPgRWOK+qTjXiomOlQBPFT9ovgbZ YozaA1g6yxpr/v7TuGJqcKgpIoBPSZfqStjQ1EPM6ku08RANjrDObr04ndefLw== Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TWh511v06z1HTK for ; Fri, 9 Feb 2024 17:42:29 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id d75a77b69052e-42a8be32041so9391971cf.1 for ; Fri, 09 Feb 2024 09:42:29 -0800 (PST) X-Gm-Message-State: AOJu0Yz33lXfgyHvTrPTsxkqLjO3Sbmux2w3YrkzmH1L1U9LhabZ0Ux9 I8RzBUPxcxLO3TlMH3TKDeUzSIV45z8wKJyEa/bVC9PPGz3n4x/bAQLmTcyg6SOJy2U2itvi6id eIuH8+q/vLzLe+xrvktbf8rF7q6k= X-Google-Smtp-Source: AGHT+IHAsHJsN5VQ2kIGJK4RBu2iYchnX9joZyYUGoHRIQrh9HGmbs7HSj2Lyl/9AFHZvqdYO3zSlZ5QHaPv/lVBPjI= X-Received: by 2002:ac8:5ecf:0:b0:42c:62a8:c97c with SMTP id s15-20020ac85ecf000000b0042c62a8c97cmr417713qtx.12.1707500548408; Fri, 09 Feb 2024 09:42:28 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <20240201230526.07da35af24e2723b14ebe240@dec.sakura.ne.jp> <20240208231949.3d38ff7dced1b49a4d2e1938@dec.sakura.ne.jp> In-Reply-To: <20240208231949.3d38ff7dced1b49a4d2e1938@dec.sakura.ne.jp> From: Nuno Teixeira Date: Fri, 9 Feb 2024 17:42:17 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: port shares same binary and manual names with base ztest (ZFS) To: Tomoaki AOKI Cc: FreeBSD Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! I've e-mailed upstream about it and this is getting interesting. I will paste complete reply here. ###### Hello Nuno, Nuno Teixeira wrote: > I'm about to maintain Zutils FreeBSD port ( > https://www.freshports.org/archivers/zutils/ ) and I'm dealing with > conflicts with base gzip and ZFS ztest. Thank you! :-) > Currently, port has set: > CONFLICTS_INSTALL=3D gzip # bin/zcat bin/zcmp bin/zdiff bin/zgrep > man/man1/ztest.1.gz My opinion about the conflict with the scripts packaged with GNU gzip is that they should be renamed to gzcat, gzcmp, gzdiff, and gzgrep because the= y just understand the formats supported by gzip. This would be in line with other scripts like bzcat, xzdiff, zstdgrep, and even with the lzdiff and lzgrep scripts distributed with early versions of lzip. But meanwhile someone convinces gzip upstream of renaming their scripts, I have copied from gzip's configure to the INSTALL file of zutils the way of renaming the scripts: ------------------------------ ------------------------------------------- If you are installing zutils along with GNU gzip and want to keep the gzip scripts, the recommended method is to configure gzip as follows: ./configure --program-transform-name=3D's/^z/gz/' This renames, at installation time, the gzip scripts and man pages to 'gzcat', 'gzcat.1', etc, avoiding the name clashing with the programs and man pages from zutils. ------------------------------------------------------------------------- About the conflict with man/man1/ztest.1.gz, my opinion is that it should b= e renamed to something like zfstest or zfs_unit_test, in line with dosfsck, e2fsck, jfs_fsck, and reiserfsck, because it is not at all obvious that ztest refers to a ZFS unit test. Note that the environment variables used by ZFS's ztest already have sensible names: ZFS_HOSTID ZFS_STACK_SIZE. > void linux pkg renames binary names to capitals on first letter to > deal with this. FWIW, I don't like this idea. I find it fragile and confusing. Hope this helps. Antonio. ###### Tomoaki AOKI escreveu (quinta, 8/02/2024 =C3=A0(s) 14:19): > > If you don't consider FAT filesystem or shares on Windows servers > completely, not so bad. > > But once you want carrying files on such as SD cards or USB memstick > formatted with FAT* filesystem, you cannot sanely save both Zcat and > zcat, at least by filesystem definition (case-preserving but not > case-sensitive. Descriptions on Wikipedia [3] seems to be partially > wrong, as filemanager like original fd on DOS [by A.Idei) could > rename files including both upper and lower cases and it was > displayed as saved later on, but could not create Ztst and zTst on > the same directory). > > Not sure FreeBSD implementation of FAT* filesystems (aka msdosfs), but > on Windoze, basically upper and lower cases are NOT distincted as > different character on filesystems. (LFN is an extended feature, not > the filesystem itself.) [2] > > [2] https://en.wikipedia.org/wiki/Long_filename > > [3] https://en.wikipedia.org/wiki/Filename > > > On Thu, 8 Feb 2024 12:42:29 +0000 > Nuno Teixeira wrote: > > > I've found that void linux rename binaries to first letter as capital: > > from > > https://github.com/void-linux/void-packages/tree/master/srcpkgs/zutils/= files > > : > > > > zutils in Void use a capital first letter: > > Zcat Zcmp Zdiff Zegrep Zfgrep Zgrep Ztest Zupdate > > > > This way we could solve: > > 1- CONFLICTS_INSTALL=3D gzip # bin/zcat bin/zcmp bin/zdiff bin/zgr= ep > > man/man1/ztest.1.gz > > and > > 2- ZFS ztest > > > > What's your opinion to introduce this change? > > > > Cheers, > > > > > > > > > > Tomoaki AOKI escreveu (quinta, 1/02/2024 = =C3=A0(s) > > 14:05): > > > > > On Thu, 1 Feb 2024 13:06:15 +0000 > > > Nuno Teixeira wrote: > > > > > > > Hello all, > > > > > > > > archivers/ztools shares binary ztest and manual ztest.1 with base Z= FS. > > > > Is there a policy to deal with it? > > > > > > > > If someone knows a port that shares same issue, please let me know. > > > > > > > > /usr/bin/ztest > > > > /usr/share/man/man1/ztest.1.gz > > > > > > > > PREFIX/bin/ztest > > > > PREFIX/man/man1/ztest.1.gz > > > > > > > > Thanks, > > > > > > > > -- > > > > Nuno Teixeira > > > > FreeBSD Committer (ports) > > > > > > AFAIK, at least archivers/unzip [1] has the same issue. > > > But base unzip and its manpage is now a symlink to bsdunzip. > > > > > > FYI: command other than `man /usr/local/share/man/man1/unzip.1.gz` fo= r > > > unzip shows `man 1 bsdunzip`. even `man -M /usr/local/share/man/man1 > > > unzip` shown bsdunzip's one. > > > > > > > > > [1] https://www.freshports.org/archivers/unzip/ > > > > > > -- > > > Tomoaki AOKI > > > > > > > > > > -- > > Nuno Teixeira > > FreeBSD Committer (ports) > > > -- > Tomoaki AOKI --=20 Nuno Teixeira FreeBSD Committer (ports)