Opened 6 years ago

Closed 6 years ago

Last modified 6 years ago

#55654 closed defect (fixed)

/opt/local/var/macports/-p

Reported by: janstary (Jan Starý) Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.4.99
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: udunits2, libxl, appbundler, jabref, mozplugger, bitcoin

Description

Every now and then, a directory named /opt/local/var/macports/-p appears on my system. It's empty, always quite new, and I always delete it.

On my system, which is MacOS 10.13.2, mkdir foo -p bar does create those three dirs. I suppose it's a stray mkdir $whatever -p somewhere, but haven't found it.

Change History (16)

comment:1 Changed 6 years ago by mf2k (Frank Schima)

That has never happened for me. However the files in that directory on my machines have varying ownerships (root, macports and my local account) and groups (admin and polkituser (?!?)) which is unexpected.

comment:2 Changed 6 years ago by mf2k (Frank Schima)

Are you running 2.4.2 or the latest from GitHub?

comment:3 Changed 6 years ago by janstary (Jan Starý)

That's 2.4.99 from git

comment:4 Changed 6 years ago by mf2k (Frank Schima)

Version: 2.4.99

comment:5 in reply to:  description Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to janstary:

Every now and then, a directory named /opt/local/var/macports/-p appears on my system.

Yes, I've seen that on my system well, running MacPorts 2.4.2. The buildbot workers also run MacPorts 2.4.2 and also have a "-p" directory there and also a "644" directory. I would guess it's not MacPorts but some Portfile or some port's build system that's doing that.

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

Cc: ryandesign added

comment:7 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

I've traced the -p directories back to the bitcoin and mozplugger ports, both of which do file mkdir -p. The Tcl file mkdir procedure does not accept a -p argument. If that behavior (creating intermediate directories) is desired, use the MacPorts xinstall -d procedure instead.

comment:8 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

In 222fdaf26f7c7c2cb5bbe35b6910d4aec2f9fd16/macports-ports:

udunits2: Don't create a directory called "644"

See: #55654

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

In abdaa5742e02c19ff188ca6775f18788ae0f0231/macports-ports:

libxl: Install documentation files without execute bit

See: #55654

comment:10 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

In dc0923b055f74de29498d24ea41f622d361750f3/macports-ports:

appbundler: Don't create a directory called "0755"

See: #55654

comment:11 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

In ca7115234b7ba2338e51d63c8fbb14029bd42df2/macports-ports:

jabref: Don't create a directory called "0755"

See: #55654

comment:12 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

In da2496a9e24bead6b34c1e9a84941bf070fc9df8/macports-ports:

mozplugger: Don't create a directory called "-p"

See: #55654

comment:13 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

In 98de42fbf9028f0d0ebc9b27b3f6b3ad83472487/macports-ports:

bitcoin: Don't create a directory called "-p"

See: #55654

comment:14 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)

Component: baseports
Port: udunits2 libxl appbundler jabref mozplugger bitcoin added
Resolution: fixed
Status: newclosed

That's all the improper use of modes and flags I could find.

comment:15 Changed 6 years ago by janstary (Jan Starý)

Thanks. I couldn't find any others either.

comment:16 in reply to:  7 Changed 6 years ago by jmroot (Joshua Root)

Replying to ryandesign:

The Tcl file mkdir procedure does not accept a -p argument. If that behavior (creating intermediate directories) is desired, use the MacPorts xinstall -d procedure instead.

file mkdir actually always behaves like mkdir -p.

Note: See TracTickets for help on using tickets.