[MacPorts] #36524: gtk-doc Problem w/Checksum Length Change @ MacPorts 2.1.0

[MacPorts]

#36524: gtk-doc Problem w/Checksum Length Change @ MacPorts 2.1.0
---------------------------+--------------------------------
 Reporter:  daiyu.hurst@…  |      Owner:  macports-tickets@…
     Type:  defect         |     Status:  new
 Priority:  Normal         |  Milestone:
Component:  ports          |    Version:  2.1.0
 Keywords:                 |       Port:  gtk-doc
---------------------------+--------------------------------
 After upgrading from v2.0.4 to v2.1.0, I get something similar to what you
 see in the attached screen output for each port I try to install; the
 failure shown is from an attempt to install the gtk-doc port (it dies
 trying to install the first dependent port, xmlcatmgr-2.2).

 It looks like up through MacPorts 2.0.4 the checksums are 32-bit, and
 become 64-bit with v2.1.0? At least as you can see the checksums shown in
 the portfiles are twice as long as the ones in the distfiles.

 I did a sync just before the install attempt.

 I will mention I'm running plain Darwin x86 8.01, and thus lacking Xcode I
 can't do selfupdate, and so I've bootstrapped MacPorts releases from:

 1.6.0 -> 1.8.2 -> 1.9.2 -> 2.0.3 -> 2.0.4

 And then, from 2.0.4 to 2.1.0 (for now I've dropped back to 2.0.4).

 This having been the second time I've installed Darwin on this box and
 bootstrapped my way to this problem, I made a point to create a backup of
 the registry so that I could drop back to 2.0.4 again.

 I'd performed the upgrade from 2.04 to 2.1.0 after receiving this error
 when trying to install the gtk-doc port:

 --->  Computing dependencies for gtk-doc.Error: Unable to execute port:
 invalid command name "compiler.blacklist"

 Lastly, I'm aware there's not much collective will to assist the dozen or
 so of us plain (I will not use the term "pure") Darwin users; I do in fact
 have an iMac with Tiger on it, but it was a gift, I don't have the install
 disks, and don't wish to clutter it with development software. And I can't
 use it for the target application (not a program, just a use); the iMac
 lacks USB 2.0 ports, and what I'm doing really needs them, and this
 Celery-based PC has them.

 Even as it is, I find MacPorts a great time-saver, and I'm happy you folks
 have spent so much time on it.

 Thanks in advance for any and all help.... -dh

-- 
Ticket URL: <https://trac.macports.org/ticket/36524>
MacPorts <http://www.macports.org/>
Ports system for Mac OS