[MacPorts] #52450: atk @2.22.0_0: does not activate following install/upgrade due to false positive file exists error with gtk-docs on OS X 10.9 (Mavericks)
MacPorts
noreply at macports.org
Sat Oct 1 22:46:42 CEST 2016
#52450: atk @2.22.0_0: does not activate following install/upgrade due to false
positive file exists error with gtk-docs on OS X 10.9 (Mavericks)
---------------------+----------------------
Reporter: ben@… | Owner: devans@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.4
Resolution: | Keywords: haspatch
Port: atk |
---------------------+----------------------
Changes (by ryandesign@…):
* keywords: => haspatch
* cc: devans@… (removed)
* owner: macports-tickets@… => devans@…
Comment:
Ok, so the problem was caused by having part of MacPorts on a case-
sensitive volume and another part on a case-insensitive volume. That is
not a configuration many users use, and as you see, that can cause
problems, so we don't support that, and don't recommend that. You're
welcome to use a case-sensitive or case-insensitive filesystem for
MacPorts but the entire MacPorts installation must be on a filesystem of
that type; don't mix and match.
The MacPorts `copy` proc just calls the Tcl `file copy` proc and is not
involved in the error you encountered. The error you saw was from the
activation code, specifically
[browser:trunk/base/src/registry2.0/portimage.tcl?rev=146730#L303 this
code] which uses Tcl's `file rename` proc. We could add the `-force` flag
there, which would cause case collisions to be silently ignored by the
second file overwriting the first file. That's similar to what already
happens if MacPorts downloads a precompiled binary from our server, which
was built on a case-sensitive filesystem, and activates it on a case-
insensitive filesystem, but I'm not 100% certain whether the result is the
same. We would need to check both scenarios to see if the first or the
last file is the one that wins in both scenarios, or whether it differs.
The real bug is that atk has a case collision. They've proposed a fix for
it. I've attached the fix to this ticket; you can use it locally if you
like. I expect it will be fixed in the next version of atk. I don't intend
to commit it to MacPorts because it introduces a dependency on gtk-doc,
but if Dave wants to commit it he can; in that case, the revision should
be increased because it does change the files installed by the port.
--
Ticket URL: <https://trac.macports.org/ticket/52450#comment:10>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system
More information about the macports-tickets
mailing list