[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