Opened 12 years ago

Closed 12 years ago

Last modified 11 years ago

#16009 closed defect (wontfix)

arts-1.1.2: patch failure: KDE requires autoconf 2.52, 2.53 or 2.54

Reported by: zweistein12@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Cc: mf2k (Frank Schima)
Port: arts

Description (last modified by mf2k (Frank Schima))

I cannon install arts

$ sudo port install arts +aqua
--->  Fetching arts
--->  Verifying checksum(s) for arts
--->  Extracting arts
Error: Target org.macports.patch returned: shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_arts/work/arts-1.1.2 && make -f admin/Makefile.common cvs" returned error 2
Command output: *** YOU'RE USING autoconf (GNU Autoconf) 2.61.
*** KDE requires autoconf 2.52, 2.53 or 2.54
make: *** [cvs] Error 1

Error: Status 1 encountered during processing.

What can I do?

Change History (13)

comment:1 Changed 12 years ago by ryandesign (Ryan Schmidt)

Summary: arts-1.1.2: Build-Error - wrong autonf versionarts-1.1.2: patch failure: KDE requires autoconf 2.52, 2.53 or 2.54

comment:2 Changed 12 years ago by mf2k (Frank Schima)

Description: modified (diff)
Keywords: arts removed
Port: arts added

comment:3 Changed 12 years ago by mf2k (Frank Schima)

Cc: macsforever2000@… added

I see this problem too.

comment:4 Changed 12 years ago by pierard (Sébastien Piérard)

I can not install the piklab port because it depends on the arts port. The installation of the arts port fails. I have the last version of macports (1.700). I tried sudo ./port -v selfupdate but it doesn't change anyting. Here are the failure details :

sudo ./port -v install piklab
...
---> Fetching arts
---> Verifying checksum(s) for arts
---> Checksumming arts-1.1.2.tar.bz2
---> Checksumming kde-admindir-20030601.tar.bz2
---> Checksumming detect-autoconf.tar.bz2
---> Extracting arts
---> Extracting arts-1.1.2.tar.bz2
---> Extracting kde-admindir-20030601.tar.bz2
---> Extracting detect-autoconf.tar.bz2
patching file artsc/artsc-config.in
patching file artsc/artsdsp.c
patching file artsc/artsdsp.in
patching file artsc/Makefile.am
patching file configure.in.in
patching file flow/audioiocoreaudio.cc
patching file flow/audioioesd.cc
patching file flow/audioiooss.cc
patching file flow/gsl/gsldatahandle-mad.c
patching file flow/gsl/gsldatahandle-vorbis.c
patching file flow/Makefile.am
patching file libltdl/ltdl.c
patching file libltdl/ltdl.m4
patching file soundserver/artsd.cc
patching file soundserver/Makefile.am
patching file soundserver/soundserverv2_impl.cc
* YOU'RE USING autoconf (GNU Autoconf) 2.61.
* KDE requires autoconf 2.52, 2.53 or 2.54
make: * [cvs] Error 1
Error: Target org.macports.patch returned: shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_arts/work/arts-1.1.2 && make -f admin/Makefile.common cvs" returned error 2
Command output:
* YOU'RE USING autoconf (GNU Autoconf) 2.61.
* KDE requires autoconf 2.52, 2.53 or 2.54
make:
* [cvs] Error 1

Warning: the following items did not execute (for arts): org.macports.activate org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install
Error: The following dependencies failed to build: arts kdelibs3 aspell texinfo lzmautils bzip2 flex hicolor-icon-theme libart_lgpl libidn libxml2 libxslt lua readline openexr ilmbase openssl pcre unsermake py25-zlib python25 libusb
Error: Status 1 encountered during processing.

What should I do to get the arts port installed ?

comment:5 Changed 12 years ago by dr2chase@…

And if I may add, ditto! I've tried to work around this the hard way, and found the following obstacles:

  • use of /usr/bin/autoconf is preferred to all others (in particular, it will ignore whichever one MacPorts installed, and it will not allow me to perform the sleazy expedient of wrapping autoconf in a shell script that lies about the version number).
  • asking macports to install "autoconf@2.54" installs autoconf@2.63, without any complaints. This seems wrong.
  • performing first "port extract arts", then editing the offending script, and then performing "port -v install arts" or "port -d install arts" does not work, because there's a secret step (not listed in the verbose/debug output) in which the changes made to the buggy script (admin/cvs.sh) are silently discarded.

I've tried every sleazy trick I know to work around this. This bug has been sitting here for 6 months. The "fix" is relatively easy, if I knew how to substitute a corrected admin/cvs.sh, without it being substituted back behind my back. Can we get a little help here?

comment:6 Changed 12 years ago by dr2chase@…

MORE:

First, I have no idea how to undo the steps I am about to suggest. So maybe you don't want to do them, or maybe you want to do some more research. It says this software is unmaintained, maybe I am volunteering.

To workaround this bug, download arts, and as root (sudo bash)

cd /opt/local/var/macports/distfiles/arts
mkdir safe
cp *.bz2 safe
mkdir work
cp *.bz2 work
cd work
bunzip2 *.bz2
for i in *.tar ; do
tar xf $i
end

You then need to edit both copies of cvs.sh, fixing the lines for autoconf, autoheader, and automake,

more or less like so:

  Autoconf*2.5* | autoconf*2.5* | Autoconf*2.6* | autoconf*2.6* ) : ;;
  Autoconf*2.5* | autoheader*2.5*  | Autoconf*2.6* | autoheader*2.6*  ) : ;;
  automake*1.5* | automake*1.5-* | automake*1.6.* | automake*1.7*  | automake*1.8*  | automake*1.9*  | automake*1.10*  | automake*1.11* ) : ;;

This is not a robust fix, but it will get you to the next step. Retar and re-bzip2 the files:

tar cvf arts-1.1.2.tar arts-1.1.2
tar cf kde-admindir-20030601.tar admin
bzip2 *.tar
cp *.bz2 ..

Attempt to install (it will fail):

sudo port install -v arts

The output will whine about a checksum. At this point, you need to go find the portfile (/opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/arts/Portfile) and edit it to put in the "correct" checksums for the files you just mutilated.

This is still not enough. When you build, it while fail because it passes an invalid warning flag to the C++ compiler (if either party had been willing to let the warning slide, either not to ask for it, or merely to warn on an inappropriate warning flag, which by definition is not going to affect the output, this would work, but such is not the case). I edited all those out (there's 14 of them) from every file that set it.

This will get you to the NEXT failure, which is

buffer.h:102: error: extra ';'

and that is in fact the case. I've spent enough time on this for one day.

comment:7 Changed 12 years ago by dr2chase@…

And further

Command output: mcoputils.h:94: error: extra ';'
anyref.h:145: error: extra ';'
connect.h:52: error: extra ';'
core.h:14: error: extra ';'
core.h:326: error: extra ';'
core.h:399: error: extra ';'
reference.h:345: error: extra ';'
core.h:497: error: extra ';'
core.h:599: error: extra ';'
core.h:698: error: extra ';'
core.h:801: error: extra ';'
core.h:901: error: extra ';'
core.h:991: error: extra ';'
core.h:1092: error: extra ';'
core.h:1185: error: extra ';'
core.h:1288: error: extra ';'
core.h:1337: error: extra ';'
common.h:140: error: extra ';'
pool.h:88: error: extra ';'
iomanager.h:91: warning: 'class Arts::IONotify' has virtual functions but non-virtual destructor
iomanager.h:110: warning: 'class Arts::TimeNotify' has virtual functions but non-virtual destructor
iomanager.h:210: error: extra ';'
tcpserver.h:59: error: extra ';'
unixserver.h:58: error: extra ';'
dispatcher.h:263: error: extra ';'
debug.h:134: error: extra ';'
connection.cc:47: error: extra ';'

comment:8 Changed 12 years ago by dr2chase@…

Apparently the author of this code had adopted an invalid coding standard, and in all but one case his namespace declarations were followed by a semicolon, which is apparently no longer valid. After cleaning all those out, the next big hiccup is:

dynamicskeleton.h: In member function 'const Arts::MethodDef& Arts::DynamicSkeleton<Parent_skel>::getMethodDef(long int)':
dynamicskeleton.h:137: error: there are no arguments to '_dsGetMethodDef' that depend on a template parameter, so a declaration of '_dsGetMethodDef' must be available
dynamicskeleton.h:137: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)

Ugh.

comment:9 Changed 12 years ago by dr2chase@…

Aha. Upon further investigation (http://www.arts-project.org/gen/newsarchive/news_2000.html) I see that this software is no longer supported. Is it appropriate to have broken, unbuildable, unsupported software in MacPorts?

comment:10 Changed 12 years ago by ryandesign (Ryan Schmidt)

#18690 requests that this port be deleted.

comment:11 in reply to:  4 Changed 12 years ago by ryandesign (Ryan Schmidt)

Replying to sebastien.pierard@…:

I can not install the piklab port because it depends on the arts port.

piklab no longer depends on arts as of r46376.

comment:12 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: wontfix
Status: newclosed

arts is gone: r49436

comment:13 Changed 12 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.