autoconf-archive @2013.06.09: update to @2014.10.15

[cooljeanius (Eric Gallager)]

Announcement email: ​http://lists.gnu.org/archive/html/autoconf-archive-announce/2014-10/msg00001.html

Besides the new version number and checksums, the Portfile update should also deal with the following change:

The Archive no longer creates release tarballs compressed with gzip and
  bzip2; only tarballs compressed with xz and lzip are distributed.

(We will probably want to set use_xz yes in the Portfile)

Also, livecheck confirms the update:

$ port -v livecheck autoconf-archive
autoconf-archive seems to have been updated (port version: 2013.06.09, new version: 2014.10.15)

(autoconf-archive is nomaintainer btw)

[ryandesign (Ryan Carsten Schmidt)]

Replying to egall@…:

(We will probably want to set use_xz yes in the Portfile)

We already did this last year in r109317.

[ryandesign (Ryan Carsten Schmidt)]

r126873

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

Replying to egall@…:

(We will probably want to set use_xz yes in the Portfile)

We already did this last year in r109317.

Oh, I see that now... I swear I checked for that line before mentioning it, but I guess I must have just been looking too quickly and missed it...

[cooljeanius (Eric Gallager)]

Actually wait a second... why was the conflict with gnome-common introduced?

[ryandesign (Ryan Carsten Schmidt)]

Because both ports try to install a file of the same name.

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

Because both ports try to install a file of the same name.

Well yeah, that's why ports usually are marked as conflicting in general, but what was the specific file in this case? I suppose I can try to guess:

$ port contents gnome-common
Port gnome-common contains:
  /opt/local/bin/gnome-autogen.sh
  /opt/local/bin/gnome-doc-common
  /opt/local/share/aclocal/ax_check_enable_debug.m4
  /opt/local/share/aclocal/ax_code_coverage.m4
  /opt/local/share/aclocal/gnome-code-coverage.m4
  /opt/local/share/aclocal/gnome-common.m4
  /opt/local/share/aclocal/gnome-compiler-flags.m4
  /opt/local/share/gnome-common/data/omf.make
  /opt/local/share/gnome-common/data/xmldocs.make

I assume it was one of the macro files starting with the "ax_" prefix? If that is the case, I would recommend removing gnome-common's copies of those macros and having it depend on autoconf-archive instead, as the "ax_" macros are from the autoconf-archive in the first place.

[ryandesign (Ryan Carsten Schmidt)]

Yup, I'll file a bug report for the gnome-common port.