Opened 2 years ago

Closed 2 years ago

Last modified 2 years ago

#65254 closed defect (fixed)

prometheus @2.36.0: tar: Option --transform is not supported

Reported by: ryandesign (Ryan Carsten Schmidt) Owned by: herbygillot (Herby Gillot)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: mascguy (Christopher Nielsen)
Port: prometheus

Description

https://build.macports.org/builders/ports-11_x86_64-builder/builds/73892/steps/install-port/logs/stdio

tar: Option --transform is not supported
Usage:
  List:    tar -tf <archive-filename>
  Extract: tar -xf <archive-filename>
  Create:  tar -cf <archive-filename> [filenames...]
  Help:    tar --help
make: *** [npm_licenses] Error 1

Change History (9)

comment:1 Changed 2 years ago by mascguy (Christopher Nielsen)

Cc: mascguy added

comment:2 Changed 2 years ago by mascguy (Christopher Nielsen)

Just encountered this as well, when attempting to update this port.

comment:3 Changed 2 years ago by ryandesign (Ryan Carsten Schmidt)

I'm presuming that if one has the gnutar port installed, then that gets used and works, but I haven't tested that.

comment:4 in reply to:  3 ; Changed 2 years ago by mascguy (Christopher Nielsen)

Replying to ryandesign:

I'm presuming that if one has the gnutar port installed, then that gets used and works, but I haven't tested that.

Unfortunately the project makefile is hard-coded to use tar. But it's easy enough to patch, to utilize gnutar instead. (Combined with the addition of a build dependency on the latter.) That's what I just did to fix the build locally.

Last edited 2 years ago by mascguy (Christopher Nielsen) (previous) (diff)

comment:5 Changed 2 years ago by Christopher Nielsen <mascguy@…>

Resolution: fixed
Status: assignedclosed

In e5654b81d898ab3f2eeee14e354cd50186e3417a/macports-ports (master):

prometheus: fix build, via use of gnutar
Fixes: #65254

comment:6 Changed 2 years ago by mascguy (Christopher Nielsen)

Herby, I patched this port to use gnutar, to stop the bleeding. But no worries if you'd prefer to revert that, in favor of a different approach.

comment:7 in reply to:  4 ; Changed 2 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to mascguy:

Unfortunately the project makefile is hard-coded to use tar.

One wonders how the build succeeded for anyone before...

comment:8 in reply to:  7 Changed 2 years ago by mascguy (Christopher Nielsen)

Replying to ryandesign:

Replying to mascguy:

Unfortunately the project makefile is hard-coded to use tar.

One wonders how the build succeeded for anyone before...

Based on a quick review of the makefile history, it looks like dependency npm_licenses wasn't in play before. (At least not for our MacPorts builds.) So we simply never hit this scenario previously.

comment:9 Changed 2 years ago by ryandesign (Ryan Carsten Schmidt)

I meant: One wonders how the build of 2.36.0 succeeded for anyone before. Surely it was tested and verified to work before it was committed.

Note: See TracTickets for help on using tickets.