[MacPorts] #50388: py-bob @2.0.7 New release

MacPorts noreply at macports.org
Fri Jan 22 16:18:49 PST 2016


#50388: py-bob @2.0.7 New release
--------------------------------+----------------------
  Reporter:  tiagofrepereira@…  |      Owner:  devans@…
      Type:  update             |     Status:  closed
  Priority:  Normal             |  Milestone:
 Component:  ports              |    Version:
Resolution:  fixed              |   Keywords:
      Port:  py-bob             |
--------------------------------+----------------------
Changes (by devans@…):

 * status:  assigned => closed
 * resolution:   => fixed


Comment:

 OK, André, I've committed the updates in r144969 and the ports are in the
 process of rebuilding on our buildbots.  Looks like things are going well
 but issues remain on 10.8, 10.6 and presumeably 10.7.  I'll update the
 various tickets after the builds complete.

 Concerning MacPorts' rebuild policy, everything you say is correct.  I
 believe the decision to require the port maintainer to decide when to
 rebuild a port stems from a desire to minimize the number of rebuilds to
 just those that are absolutely necessary.  Until rather recently, doing a
 rebuild meant that every MacPorts user would have to do the rebuild on his
 own machine.  This is still the case for 10.11 since we don't have a
 buildbot for that version commissioned as yet.  The problem is now
 mitigated to some degree by our ability to provide prebuilt binaries for
 the various ports where licensing allows but we do receive reports
 periodically concerning the need to constantly rebuild.

 Experience has shown, that, more often than not, the fact that a port has
 been updated does not automatically mean that its dependents need to be
 rebuilt.  This is generally necessary only when there are ABI/API changes
 or when dependencies themselves change.  In addition, you need to consider
 that we are dealing with a great number
 of ports from a great number of upstream developers who, by large, do not
 agree on when versioning changes indicate the need for a rebuild.  Some
 ports almost never need their dependencies updated on version change
 (glib2 for instance) while others change their binary versioning on every
 minor update (poppler).

 Thus, rather than trying to come up with an intricate algorithm for
 automating this problem (and probably getting it wrong), the current
 policy is for each port's maintainer to understand his port and the other
 ports that depend upon it and manually force a rebuild when necessary by
 incrementing the revision number.

 I should point out that the port program itself maintains a local database
 of binary versions on a file by file basis and checks for binary
 mismatches at the end each build.  The default behavior is to force a
 rebuild if a mismatch exists.  Of course, this is not always the correct
 action and the behavior can be configured to just report if desired.

 Hope this helps clarify the issue for you.  If not, please feel free to
 contact me directly or to raise a discussion on the developer's email
 list.

 Thanks for your update. Sorry it took so long to complete.

 Dave

-- 
Ticket URL: <https://trac.macports.org/ticket/50388#comment:12>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list