Bug 255598 - [exp-run] pkg 1.17
Summary: [exp-run] pkg 1.17
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Port Management Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-04 16:51 UTC by Baptiste Daroussin
Modified: 2021-05-10 19:54 UTC (History)
0 users

See Also:
bapt: exp-run?


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Baptiste Daroussin freebsd_committer 2021-05-04 16:51:49 UTC
Please exp-run what would become pkg 1.17 (1.16.99.5 is the first candidate)

As usual it can be exp-run via adding WITH_PKG=devel
Comment 1 Antoine Brodin freebsd_committer 2021-05-05 08:36:43 UTC
net-mgmt/mbrowse depends on pkg instead of PKG_ORIGIN
Comment 2 Baptiste Daroussin freebsd_committer 2021-05-06 12:23:45 UTC
fixed
Comment 3 Antoine Brodin freebsd_committer 2021-05-06 20:11:09 UTC
Ports still using @exec/@unexec fail to package with DEVELOPER_MODE, for instance:

http://package18.nyi.freebsd.org/data/122amd64-default-foo/2021-05-06_19h31m07s/logs/errors/shared-mime-info-2.0.log
Comment 4 Antoine Brodin freebsd_committer 2021-05-07 07:35:41 UTC
On 14.0-CURRENT,  can you create the Latest/pkg.txz compatibility symlink again?  (otherwise it will break the pkg publishing scripts)

And I don't think we need a pkg.tzst compatibility symlink,  this never existed?
Comment 5 Baptiste Daroussin freebsd_committer 2021-05-07 07:41:22 UTC
I thought I did, this is a part I should have missed on the framework.
I will add it!

for pkg.tzst I think this is not needed (note that I plan to switch the default compression format to zstandard later on and only on freebsd 14.

As for the deprecation thing, this is on purpose (I can deffer it if needed)
Comment 6 Baptiste Daroussin freebsd_committer 2021-05-07 07:52:59 UTC
so I really did it properly, but I switched the compression format too early, pkg.txz should be back now.
Comment 7 Antoine Brodin freebsd_committer 2021-05-10 11:49:00 UTC
I think that the @exec/@unexec should be a warning instead of an error as long as the ports infrastructure is still using it.

There seems to be 1 new failure:

http://package18.nyi.freebsd.org/data/122amd64-default-foo/2021-05-07_12h05m44s/logs/alienarena-data-2013.766.log
Comment 8 Baptiste Daroussin freebsd_committer 2021-05-10 16:47:36 UTC
about the @exec/@unexec the infrastructure is not using them anymore.

The alienarena-data port has been fixed
Comment 9 Antoine Brodin freebsd_committer 2021-05-10 19:54:00 UTC
Mk/bsd.tex.mk:  @${ECHO_CMD} "@exec ${LOCALBASE}/bin/mktexlsr " \