git: ec2764d5ec49 - main - Mk/bsd.port.mk: prepare the land for pkg 1.17

[Alexey Dokuchaev]

On Wed, Jul 21, 2021 at 04:52:01PM +0200, Baptiste Daroussin wrote:
> On Wed, Jul 21, 2021 at 02:39:12PM +0000, Alexey Dokuchaev wrote:
> > On Wed, Jul 21, 2021 at 12:23:13PM +0000, Baptiste Daroussin wrote:
> > > commit ec2764d5ec4933f52cb0718663f60f1e1b1eed7f
> > > 
> > >     Mk/bsd.port.mk: prepare the land for pkg 1.17
> > >     
> > >     in next version of pkg, we now use a uniq extension: '.pkg'
> > >     whatever the compression is
> > 
> > What's the rationale behind this decision, if I may ask?  Particularly,
> > what problem does it solve?  Those of us who use custom PKGSUFFIX=.tbz,
> > for example, -- how hard would it be to keep existing setup or adjust?
> 
> TL;DR be able to switch compression format seamlessly for end users.
> 
> On the other end I would really want to know what is the rationale for
> using .tbz in 2021 :D

I've switched to PKG_NOCOMPRESS and PKG_DEPENDS+=lbzip2:archivers/lbzip2
since 2017 when I got dissatisfied with ridiculously long LLVM packaging
times* -- compressing resulting .tar's with multithreaded lbzip2 turned
out to be faster compared to what pkg(8) could provide itself (heck, even
single-threaded bzip2 was faster than multi-threaded xz).  Things could
have improved since then, but this setup had been working for me without
a hitch so I don't see a reason to change anything.

./danfe

*) https://docs.freebsd.org/cgi/getmsg.cgi?fetch=148077+0+archive/2017/freebsd-ports/20170416.freebsd-ports