From nobody Thu Feb 8 14:19:49 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 4TVzdk72s8z59nX9 for ; Thu, 8 Feb 2024 14:19:54 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4TVzdk2h0dz46Q2; Thu, 8 Feb 2024 14:19:53 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 418EJnwP075080; Thu, 8 Feb 2024 23:19:49 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 8 Feb 2024 23:19:49 +0900 From: Tomoaki AOKI To: Nuno Teixeira Cc: FreeBSD Mailing List Subject: Re: port shares same binary and manual names with base ztest (ZFS) Message-Id: <20240208231949.3d38ff7dced1b49a4d2e1938@dec.sakura.ne.jp> In-Reply-To: References: <20240201230526.07da35af24e2723b14ebe240@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4TVzdk2h0dz46Q2 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] 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= gzip # bin/zcat bin/zcmp bin/zdiff bin/zgrep > 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 à(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 ZFS. > > > 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` for > > 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