Hello Ryan and Joshua, Thank you very much for yor help with my Macports trac ticket (70090) regarding the recalcitrant “missing” #include <libxml/parser.h> line in goaewsclient.c, greatly appreciated.
Not knowing enough about the inner workings of the ‘port’ build process, I kept running up against a rev-upgrade ‘loop' (of a sort), wherein the file that I had carefully changed go overwritten when port re-downloaded the source archive, even using the port -s install command. I finally had the cunning idea that I could pause the process in the terminal and copy back the altered file, which I did. A quite literal hack - with a blunt sxe! Extremely inelegant, but it worked! The process went right through to the install stage successfully, and the other two log-jammed ports behind it also got buit. I had initially got the build though to ‘destroot’ via fetch/configure/build, but couldn’t get it any further on account of lack of knowledge (see above). But all fixed now, thank you very much, chaps! See terminal output below for “evidence”. Best regards, Alex. … Incompatible library version: /opt/local/libexec/gvfsd-trash requires version 2.0.0 or later, but /opt/local/lib/libgcr-base-3.1.dylib provides version 1.0.0 ---> Found 45 broken files, matching files to ports ---> Found 3 broken ports, determining rebuild order You can always run 'port rev-upgrade' again to fix errors. The following ports will be rebuilt: gnome-online-accounts @3.44.0 libgdata @0.18.1 gvfs @1.36.2+python36 Continue? [Y/n]: Y % <ctrl-z> sudo cp -v ~/Documents/Programming/goaewsclient.c build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_gnome_gnome-online-accounts/gnome-online-accounts/work/gnome-online-accounts-3.44.0/src/goabackend/ % fg … ---> Cleaning gvfs ---> Removing work directory for gvfs ---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found. ---> No broken ports found.
