| Summary: | upgrade of automake to try on the cluster | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Ports & Packages | Reporter: | David E. O'Brien <obrien> | ||||
| Component: | Individual Port(s) | Assignee: | Ade Lovett <ade> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | Latest | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
David E. O'Brien
2003-01-19 02:10:01 UTC
Responsible Changed From-To: freebsd-ports-bugs->kris only kris can do this. State Changed From-To: open->closed Suggested patch does not handle all issues involved. State Changed From-To: closed->open Re open. 1. this PR wasn't assigned to alane 2. I am fully aware of having the issues surrounding having multiple versions OF AUTOMAKE -- I'M THE ONE THAT FIRST COMMITTED A 2ND VERSION AND WAS THE ONE OF THE DRIVING FORCES FOR THE UPGRADE TO 1.4. 3. There was zero reasons given why a 1.5 to 1.6 upgrade is a bad idea. The fact there is a automake17 port has nothing to do with this. I've read the CVS logs for the automake17 port and there is zero resoning given why 1.6 was skipped, nor why to "DON'T EVEN THINK ABOUT IT". 4. I've run this verison for a while. Responsible Changed From-To: kris->ade ade is Mr. Gnutools thesedays I'll take a look into this presently as part of some remaining fallout from the libtool uber-patch. -aDe State Changed From-To: open->closed There is nothing in automake 1.6 that automake 1.7 (or, indeed automake 1.8) can't handle. We're trying to reduce the number of auto* ports, not increase them :) |