On 2025/08/28 13:16, Marco van Hulten wrote:
> On Thu, 28 Aug 2025 11:08:35 +0200 Marco van Hulten wrote:
> > Hello,
> > 
> > I have written a port that builds fine (and 'make test' and 'make fake'
> > are successful), but package installation fails:
> > 
> > 
> > mvanhult@detekti:.../geo/eccodes$ make install
> > ...
> > Link to /usr/ports/packages/amd64/ftp/eccodes-2.44pre.tgz
> > ===>  Verifying specs: aec sz gfortran>=8 quadmath
> > ===>  found aec.0.0 sz.0.0 gfortran.8.0 quadmath.3.0
> > ===>  Installing eccodes-2.44pre from /usr/ports/packages/amd64/all/  
> > 
> > eccodes-2.44pre (processing)|...
> > 
> > can't extract share/eccodes/definitions/bufr/tables/0/local/8/78/1, it's not a file
> > pkg_add: Installation of eccodes-2.44pre failed, partial installation recorded as partial-eccodes-2.44pre
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2266 '/var/db/pkg/eccodes-2.44pre/+CONTENTS': @/usr/bin/env -i PKG_TMPDIR=/var/tm...)
> > *** Error 2 in /usr/ports/mystuff/geo/eccodes (/usr/ports/infrastructure/mk/bsd.port.mk:2712 'install': @lock=eccodes-2.44pre;  export _LOCK...)
> 
> As per sensible suggestion from Stuart, port (WIP) attached.

thanks.

this collection of dirs and links would likely to be a problem for
updates anyway - pkg_add doesn't cope well with a path that changes
between link/dir.

package(5) says this about the @symlink annotatiom,

@symlink name                                                             Added after a file entry by pkg_create(1) to record               that the entry is actually a symbolic link.

I suspect this may specifically want a file (as opposed to a file/dir)
to try to avoid some cases where people run into the above problem with
uodates.

I don't think we have any way to work around that.