Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 8 Feb 2024 23:19:49 +0900
From:      Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
To:        Nuno Teixeira <eduardo@freebsd.org>
Cc:        FreeBSD Mailing List <freebsd-ports@freebsd.org>
Subject:   Re: port shares same binary and manual names with base ztest (ZFS)
Message-ID:  <20240208231949.3d38ff7dced1b49a4d2e1938@dec.sakura.ne.jp>
In-Reply-To: <CAFDf7U%2BPeOYwjqVze8rwD_ujOBiLU2tMCHKvmDLQfd5b_fXBKg@mail.gmail.com>
References:  <CAFDf7UJyJwdeq_-PBk9a3ZqGrEJLBDzQ83jEAvH7eR=QNrCO=w@mail.gmail.com> <20240201230526.07da35af24e2723b14ebe240@dec.sakura.ne.jp> <CAFDf7U%2BPeOYwjqVze8rwD_ujOBiLU2tMCHKvmDLQfd5b_fXBKg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <eduardo@freebsd.org> 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 <junchoon@dec.sakura.ne.jp> escreveu (quinta, 1/02/2024 à(s)
> 14:05):
> 
> > On Thu, 1 Feb 2024 13:06:15 +0000
> > Nuno Teixeira <eduardo@freebsd.org> 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    <junchoon@dec.sakura.ne.jp>
> >
> >
> 
> -- 
> Nuno Teixeira
> FreeBSD Committer (ports)


-- 
Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20240208231949.3d38ff7dced1b49a4d2e1938>