<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hello<font face="inherit" class=""> sir</font></div><div class=""><span style="color: rgb(33, 33, 33); font-family: inherit; font-size: 16px; white-space: pre-wrap;" class="">Please i would like you to help me finish my xcrysden installation via macport. Indeed I followed the whole procedure and I have this message:</span><span style="font-family: Menlo; font-size: 11px; background-color: rgb(0, 253, 255);" class="">Configuring gmp</span><div style="margin: 0px; font-size: 11px; line-height: normal; font-family: Menlo; background-color: rgb(0, 253, 255);" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">Error: Failed to configure gmp, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gmp/gmp/work/gmp-6.1.2/config.log</span></div><div style="margin: 0px; font-size: 11px; line-height: normal; font-family: Menlo; background-color: rgb(0, 253, 255);" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">Error: Failed to configure gmp: configure failure: command execution failed</span></div><div style="margin: 0px; font-size: 11px; line-height: normal; font-family: Menlo; background-color: rgb(0, 253, 255);" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gmp/gmp/main.log for details.</span></div><div style="margin: 0px; font-size: 11px; line-height: normal; font-family: Menlo; background-color: rgb(0, 253, 255);" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">Error: Follow <a href="https://guide.macports.org/#project.tickets" class="">https://guide.macports.org/#project.tickets</a> to report a bug.</span></div><div style="margin: 0px; font-size: 11px; line-height: normal; font-family: Menlo; background-color: rgb(0, 253, 255);" class=""><span style="font-variant-ligatures: no-common-ligatures" class="">Error: Processing of port xcrysden failed</span></div><span style="color: rgb(33, 33, 33); font-family: inherit; font-size: 16px; white-space: pre-wrap;" class="">which appears when I enter the command </span><span style="font-family: Menlo; font-size: 11px; background-color: rgb(0, 253, 255);" class="">sudo port install xcrysden +x11</span></div><div class="">Thank you</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">Le 22 mars 2017 à 13:00, <a href="mailto:macports-users-request@lists.macports.org" class="">macports-users-request@lists.macports.org</a> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">Send macports-users mailing list submissions to<br class=""><span class="Apple-tab-span" style="white-space:pre">      </span><a href="mailto:macports-users@lists.macports.org" class="">macports-users@lists.macports.org</a><br class=""><br class="">To subscribe or unsubscribe via the World Wide Web, visit<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>https://lists.macports.org/mailman/listinfo/macports-users<br class="">or, via email, send a message with subject or body 'help' to<br class=""><span class="Apple-tab-span" style="white-space:pre">    </span>macports-users-request@lists.macports.org<br class=""><br class="">You can reach the person managing the list at<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span>macports-users-owner@lists.macports.org<br class=""><br class="">When replying, please edit your Subject line so it is more specific<br class="">than "Re: Contents of macports-users digest..."<br class=""><br class=""><br class="">Today's Topics:<br class=""><br class="">   1. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Jan Stary)<br class="">   2. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Daniel J. Luke)<br class="">   3. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Brandon Allbery)<br class="">   4. Re: all compilers blacklisted or unavailable (Brandon Allbery)<br class="">   5. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Jan Stary)<br class="">   6. Re: all compilers blacklisted or unavailable (Jan Stary)<br class="">   7. Re: all compilers blacklisted or unavailable (Daniel J. Luke)<br class="">   8. Re: all compilers blacklisted or unavailable (Brandon Allbery)<br class="">   9. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Peter West)<br class="">  10. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Dave Horsfall)<br class="">  11. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Brandon Allbery)<br class="">  12. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Brandon Allbery)<br class="">  13. Re: all compilers blacklisted or unavailable (Jan Stary)<br class="">  14. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Chris Jones)<br class="">  15. Re: port diagnose fails on 10.6.8 (Ryan Schmidt)<br class="">  16. Re: ffmpeg update fails (Ryan Schmidt)<br class="">  17. Re: ffmpeg update fails (Chris Jones)<br class="">  18. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Ryan Schmidt)<br class="">  19. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Ryan Schmidt)<br class="">  20. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Brandon Allbery)<br class="">  21. Re: all compilers blacklisted or unavailable (Ryan Schmidt)<br class="">  22. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Ryan Schmidt)<br class="">  23. Re: Prevent MacPorts editing .bash_profile over and over<br class="">      again... (Rainer Müller)<br class=""><br class=""><br class="">----------------------------------------------------------------------<br class=""><br class="">Message: 1<br class="">Date: Tue, 21 Mar 2017 14:30:45 +0100<br class="">From: Jan Stary <hans@stare.cz><br class="">To: macports-users <macports-users@lists.macosforge.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">      </span>again...<br class="">Message-ID: <20170321133045.GA13298@www.stare.cz><br class="">Content-Type: text/plain; CHARSET=US-ASCII<br class=""><br class="">On Jan 28 16:31:12, barry@barrys-emacs.org wrote:<br class=""><blockquote type="cite" class="">I want to be able to stop MacPorts Installation from editing my .bash_profile.<br class="">As it happens I already set all the env var that are needed my self.<br class=""></blockquote><br class="">On Feb 01 00:38:03, ryandesign@macports.org wrote:<br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">Nothing should change my .bash_profile without asking back.<br class="">It is something that malware usually does.<br class=""></blockquote><br class="">The MacPorts installer has always done this. I'm pretty sure it tells you it will do this, and our documentation says so too. The alternative is that the user installs MacPorts, then when they try to use it they get an error that "port" could not be found in the path.<br class=""></blockquote><br class="">The same error is there now.<br class="">After a fresh install of 2.4.1 yesterday,<br class="">'port' is not found, because /opt/local/bin is not in my PATH.<br class="">The installer has written the PATH=... bit into my ~/.profile,<br class="">but that does not mean it is the PATH of the shell I am already running.<br class="">It will be, after I start a new shell, or re-login.<br class=""><br class=""><blockquote type="cite" class="">this will cause tons of support requests that I would prefer to avoid, so I'd like to keep things the way they are, with the installer modifying the user's profile when needed.<br class=""></blockquote><br class="">I appreciate you concern about being spammed with trivia.<br class="">But it's one line in ~/.profile, which is equally trivial.<br class="">I find mangling the user's shell configuration worse:<br class="">someone who uses macports to install software<br class="">is capable of editing one line in their config if told so.<br class=""><br class="">We can trade all this for a sentence that says<br class="">"add /opt/local/bin to your $PATH". In fact,<br class="">the documentation already says so for EDITOR.<br class="">How is this different?<br class=""><br class="">On Feb 01 15:20:26, web@bachsau.name wrote:<br class=""><blockquote type="cite" class="">Not only repeated modifications.<br class="">It simply should not do that in any case.<br class=""></blockquote><br class="">Exactly.<br class=""><br class="">I will try to come up with a diff tonight.<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>Jan<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 2<br class="">Date: Tue, 21 Mar 2017 11:29:03 -0400<br class="">From: "Daniel J. Luke" <dluke@geeklair.net><br class="">To: Jan Stary <hans@stare.cz><br class="">Cc: macports-users <macports-users@lists.macosforge.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>again...<br class="">Message-ID: <C729693C-2A46-430B-8C75-E6D2E1EE1A57@geeklair.net><br class="">Content-Type: text/plain; CHARSET=US-ASCII<br class=""><br class="">On Mar 21, 2017, at 9:30 AM, Jan Stary <hans@stare.cz> wrote:<br class=""><blockquote type="cite" class="">I appreciate you concern about being spammed with trivia.<br class="">But it's one line in ~/.profile, which is equally trivial.<br class=""></blockquote><br class="">While I agree with you in principle (see list archives where I disagreed with adding this to the installer way back when it was first introduced) - Ryan is right that we used to get lots of support requests where people apparently weren't capable of reading the instructions and updating their $PATH themselves.<br class=""><br class="">Our actual experience around this issue tells us that it's worse to not try to set $PATH in the installer.<br class=""><br class=""><blockquote type="cite" class="">I find mangling the user's shell configuration worse:<br class="">someone who uses macports to install software<br class="">is capable of editing one line in their config if told so.<br class=""></blockquote><br class="">users who are smart enough to edit their configs are also smart enough to install from source (where you don't have this issue at all).<br class=""><br class="">-- <br class="">Daniel J. Luke<br class=""><br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 3<br class="">Date: Tue, 21 Mar 2017 14:11:38 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: "Daniel J. Luke" <dluke@geeklair.net><br class="">Cc: macports-users <macports-users@lists.macosforge.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>again...<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span><CAKFCL4XbB+h-hDCTErs9J48Cc8FxJtkxoo=OOeUBSJPV-4iRBw@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On Tue, Mar 21, 2017 at 11:29 AM, Daniel J. Luke <dluke@geeklair.net> wrote:<br class=""><br class=""><blockquote type="cite" class="">While I agree with you in principle (see list archives where I disagreed<br class="">with adding this to the installer way back when it was first introduced) -<br class="">Ryan is right that we used to get lots of support requests where people<br class="">apparently weren't capable of reading the instructions and updating their<br class="">$PATH themselves.<br class=""></blockquote><br class=""><br class="">Never assume people will read instructions. How often do we get people who<br class="">cut and paste the boilerplate at the end of a failed build that tells them<br class="">to check the build log, and mail it here asking what they should do?<br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170321/79c6b37a/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 4<br class="">Date: Tue, 21 Mar 2017 14:43:12 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: MacPorts Users <macports-users@lists.macosforge.org><br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span><CAKFCL4U2Vu=2YxfR7=WnQmFrxvoNOPYrYZ6jkGLgrFmhgtPXJg@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On Tue, Mar 21, 2017 at 4:37 AM, Jan Stary <hans@stare.cz> wrote:<br class=""><br class=""><blockquote type="cite" class="">Why are they unavailable? The gcc and clang from Xcode work just fine.<br class=""></blockquote><br class=""><br class="">"Works for random stuff I tried it on" does not guarantee it doesn't throw<br class="">spurious errors or even produce broken programs in specific cases (which is<br class="">to say, most compilers have bugs, but you only run into them in certain<br class="">cases). Compilers get blacklisted for specific ports when they have been<br class="">found to be incapable of building that port properly.<br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170321/b72420e6/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 5<br class="">Date: Tue, 21 Mar 2017 21:43:28 +0100<br class="">From: Jan Stary <hans@stare.cz><br class="">To: macports-users <macports-users@lists.macosforge.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span>again...<br class="">Message-ID: <20170321204328.GA53623@www.stare.cz><br class="">Content-Type: text/plain; CHARSET=US-ASCII<br class=""><br class="">Here is a diff to postflight and an accompanying diff to installing.xml<br class="">(what other places need to be touched if this goes through?)<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre">     </span>Jan<br class=""><br class=""><br class="">diff --git a/portmgr/dmg/postflight.in b/portmgr/dmg/postflight.in<br class="">index 750553f0..a3a8bd80 100755<br class="">--- a/portmgr/dmg/postflight.in<br class="">+++ b/portmgr/dmg/postflight.in<br class="">@@ -87,28 +87,6 @@ function update_macports {<br class="">     fi<br class=""> }<br class=""><br class="">-# Through this command we write an environment variable to an appropriate shell configuration file,<br class="">-# backing up the original only if it exists and if it doesn't contain the ${OUR_STRING} identification string,<br class="">-# which hints that we've already tweaked it and therefore already backed it up.<br class="">-function write_setting () {<br class="">-    if [[ -f "${HOME}/.${CONF_FILE}" ]] && ! grep "${OUR_BASESTRING}" "${HOME}/.${CONF_FILE}" > /dev/null; then<br class="">-        echo "Backing up your ${HOME}/.${CONF_FILE} shell confguration file as ${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX} before adapting it for MacPorts."<br class="">-        /bin/cp -fp "${HOME}/.${CONF_FILE}" "${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX}" || {<br class="">-            echo "An attempt to backup your original configuration file failed! Please set your MacPorts compatible environment manually."<br class="">-            update_macports<br class="">-            exit 1<br class="">-        }<br class="">-        echo -e "\n##\n# Your previous ${HOME}/.${CONF_FILE} file was backed up as ${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX}\n##" >> "${HOME}/.${CONF_FILE}"<br class="">-    fi<br class="">-    {<br class="">-        echo -e "\n# ${OUR_STRING}: adding an appropriate ${1} variable for use with MacPorts."<br class="">-        echo "${ENV_COMMAND} ${1}${ASSIGN}${2}"<br class="">-        echo -e "# Finished adapting your ${1} environment variable for use with MacPorts.\n"<br class="">-    } >> "${HOME}/.${CONF_FILE}"<br class="">-    chown "${USER}" "${HOME}/.${CONF_FILE}" || echo "Warning: unable to adapt permissions on your ${HOME}/.${CONF_FILE} shell configuration file!"<br class="">-    echo "An appropriate ${1} variable has been added to your shell environment by the MacPorts installer."<br class="">-}<br class="">-<br class=""> function cleanup_man () {<br class="">     # Remove old non-compressed man pages<br class="">     echo -e "\nRemoving old man pages..."<br class="">@@ -195,8 +173,6 @@ function create_run_user {<br class="">     fi<br class=""> }<br class=""><br class="">-echo "The MacPorts Project, postflight script version ${VERSION}: checking the shell environment for user \"${USER}\"."<br class="">-<br class=""> # create macports user<br class=""> create_run_user<br class=""> # Set up config files<br class="">@@ -207,78 +183,11 @@ cleanup_man<br class=""> delete_old_tcl_package_link<br class=""> delete_old_tcl_packages<br class=""><br class="">-# Determine the user's shell, in order to choose an appropriate configuration file we'll be tweaking.<br class="">-# Exit nicely if the shell is any other than bash or tcsh, as that's considered non-standard.<br class="">-USHELL=$(${DSCL} . -read "/Users/${USER}" shell) || {<br class="">-    echo "An attempt to determine your shell name failed! Please set your MacPorts compatible environment manually."<br class="">-    update_macports<br class="">-    exit 1<br class="">-}<br class="">-# leave full path to shell<br class="">-USHELL=${USHELL#*shell: }<br class="">-<br class="">-case "${USHELL}" in<br class="">-    */tcsh)<br class="">-        echo "Detected the tcsh shell."<br class="">-        LOGIN_FLAG=""<br class="">-        ENV_COMMAND="setenv"<br class="">-        ASSIGN=" "<br class="">-        if [[ -f "${HOME}/.tcshrc" ]]; then<br class="">-            CONF_FILE=tcshrc<br class="">-        elif [[ -f "${HOME}/.cshrc" ]]; then<br class="">-            CONF_FILE=cshrc<br class="">-        else<br class="">-            CONF_FILE=tcshrc<br class="">-        fi<br class="">-        ;;<br class="">-    */bash)<br class="">-        echo "Detected the bash shell."<br class="">-        LOGIN_FLAG="-l"<br class="">-        ENV_COMMAND="export"<br class="">-        ASSIGN="="<br class="">-        if [[ -f "${HOME}/.bash_profile" ]]; then<br class="">-            CONF_FILE=bash_profile<br class="">-        elif [[ -f "${HOME}/.bash_login" ]]; then<br class="">-            CONF_FILE=bash_login<br class="">-        else<br class="">-            CONF_FILE=profile<br class="">-        fi<br class="">-        ;;<br class="">-    *)<br class="">-        echo "Unknown shell ($USHELL)! Please set your MacPorts compatible environment manually."<br class="">-        update_macports<br class="">-        exit 0<br class="">-        ;;<br class="">-esac<br class="">-<br class="">-# Adding our setting to the PATH variable if not already there:<br class="">-# Run as the $USER: /usr/bin/su $USER -l<br class="">-# Run a command in the shell: -c "/usr/bin/printenv PATH"<br class="">-# Only process the last line output (profile may print info): tail -n 1<br class="">-# Output each path on its own line: tr ":" "\n"<br class="">-# Look for exactly the BINPATH: grep "^${BINPATH}$"<br class="">-if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv PATH" | tail -n 1 | tr ":" "\n" | grep "^${BINPATH}$" > /dev/null; then<br class="">-    echo "Your shell already has the right PATH environment variable for use with MacPorts!"<br class="">-else<br class="">-    write_setting PATH "\"${BINPATH}:${SBINPATH}:\$PATH\""<br class="">-fi<br class="">-<br class="">-# Adding our setting to the MANPATH variable only if it exists:<br class="">-if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv MANPATH" > /dev/null; then<br class="">-    # check for MANPAGES already in MANPATH<br class="">-    if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv MANPATH" | tail -n 1 | tr ":" "\n" | grep "^${MANPAGES}$" >/dev/null; then<br class="">-        echo "Your shell already has the right MANPATH environment variable for use with MacPorts!"<br class="">-    else<br class="">-        write_setting MANPATH "\"${MANPAGES}:\$MANPATH\""<br class="">-    fi<br class="">-fi<br class="">-<br class="">-# Adding a DISPLAY variable only if we're running on Tiger or less and if it doesn't already exist:<br class="">-if (($(sw_vers -productVersion | awk -F . '{print $2}') >= 5)) || /usr/bin/su "${USER}" -l -c "/usr/bin/printenv DISPLAY" > /dev/null > /dev/null; then<br class="">-    echo "Your shell already has the right DISPLAY environment variable for use with MacPorts!"<br class="">-else<br class="">-    write_setting DISPLAY ":0"<br class="">-fi<br class="">+echo "Remember to set your environment:"<br class="">+echo "Prepend ${BINPATH} and ${SBINPATH} to PATH."<br class="">+echo "Prepend ${MANPAGES} to MANPATH if you use MANPATH."<br class="">+echo "Remember to set DISPLAY if you are on 10.4 or older."<br class="">+echo "See https://guide.macports.org/#installing.shell for details."<br class=""><br class=""> # Postflight script is done with its job, update MacPorts and exit gracefully!<br class=""> update_macports<br class=""><br class=""><br class=""><br class=""><br class="">diff --git a/guide/xml/installing.xml b/guide/xml/installing.xml<br class="">index 31f8719..18adb66 100644<br class="">--- a/guide/xml/installing.xml<br class="">+++ b/guide/xml/installing.xml<br class="">@@ -412,34 +412,25 @@<br class="">     <section id="installing.shell"><br class="">         <title>MacPorts and the Shell</title><br class=""><br class="">-        <para>MacPorts requires that some environment variables be set in the shell. When MacPorts is installed using<br class="">-            the OS X package installer, a <quote>postflight</quote> script is run after installation that automatically<br class="">-            adds or modifies a shell configuration file in your home directory, ensuring that it defines variables<br class="">-            according to the rules described in the following section. Those <link<br class="">-                linkend="installing.macports.source">installing MacPorts from source code</link> must modify their<br class="">-            environment manually using the rules as a guide.</para><br class="">-<br class="">-        <para>Depending on your shell and which configuration files already exist, the installer may use<br class="">-            <filename>.profile</filename>, <filename>.bash_login</filename>, <filename>.bash_profile</filename>,<br class="">-            <filename>.tcshrc</filename>, or <filename>.cshrc</filename>.</para><br class="">+        <para>MacPorts requires that some environment variables be set in the shell.<br class="">+            Depending on your shell, this means you need to edit some of the following config files:<br class="">+            <filename>.profile</filename>, <filename>.bash_login</filename> or <filename>.bash_profile</filename> for bash,<br class="">+<span class="Apple-tab-span" style="white-space:pre"> </span>    <filename>.tcshrc</filename> or <filename>.cshrc</filename> for tcsh.</para><br class=""><br class="">         <section id="installing.shell.postflight"><br class="">-            <title>The Postflight Script</title><br class="">+            <title>Configure Your Environment</title><br class=""><br class="">-            <para>The postflight script automatically sets the <varname>PATH</varname> variable, and optionally the<br class="">-                <varname>MANPATH</varname> and <varname>DISPLAY</varname> variables according to the rules described<br class="">-                below. If a current shell configuration file exists at installation time it is renamed to<br class="">-                <quote>mpsaved_$timestamp</quote>. Those <link linkend="installing.macports.source">installing MacPorts<br class="">-                    from source code</link> must modify their environment manually using the rules as a guide.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">     </span>    <para>The <varname>PATH</varname> environment variable,<br class="">+<span class="Apple-tab-span" style="white-space:pre">  </span><span class="Apple-tab-span" style="white-space:pre">    </span>    and optionally <varname>MANPATH</varname> and <varname>DISPLAY</varname> variables need to be edited<br class="">+<span class="Apple-tab-span" style="white-space:pre">       </span><span class="Apple-tab-span" style="white-space:pre">    </span>    according to the rules described below.</para><br class=""><br class="">             <itemizedlist><br class="">                 <listitem><br class="">                     <para>Required: <varname>PATH</varname> variable</para><br class=""><br class="">-                    <para>This variable is set by the postflight script to append the MacPorts executable paths to the<br class="">-                        default path as shown. The MacPorts paths are appended at the front of <varname>PATH</varname><br class="">-                        so the MacPorts libraries will take precedence over vendor-supplied libraries for ported<br class="">-                        software at runtime.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre"> </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>This variable should have the MacPorts executable paths prepended to the default path as shown.<br class="">+<span class="Apple-tab-span" style="white-space:pre">        </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    The MacPorts paths are at the front of <varname>PATH</varname> so that the MacPorts binaries<br class="">+<span class="Apple-tab-span" style="white-space:pre">   </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    will take precedence over vendor-supplied libraries.</para><br class=""><br class="">                     <programlisting>export PATH=/opt/local/bin:/opt/local/sbin:$PATH</programlisting><br class=""><br class="">@@ -456,30 +447,18 @@<br class="">                 <listitem><br class="">                     <para>Optional: <varname>MANPATH</varname> variable</para><br class=""><br class="">-                    <para>Condition: If prior to MacPorts installation a <varname>MANPATH</varname> variable exists in<br class="">-                        a current <filename>.profile</filename> that contains neither the value<br class="">-                        <filename>${prefix}/share/man,</filename> nor any empty values, the postflight script sets the<br class="">-                        <varname>MANPATH</varname> variable as shown below. Otherwise, the <varname>MANPATH</varname><br class="">-                        variable is omitted.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>If your shell configuration sets a <varname>MANPATH</varname> variable,<br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>it should be edited to contain <filename>${prefix}/share/man</filename>.</para><br class=""><br class="">                     <programlisting>export MANPATH=/opt/local/share/man:$MANPATH</programlisting><br class="">-<br class="">-                    <para>Here are some examples of paths that contain empty values:</para><br class="">-<br class="">-                    <simplelist><br class="">-                        <member>/usr/share/man:</member><br class="">-                        <member>:/usr/share/man</member><br class="">-                        <member>/usr/share/man::/usr/X11R6/man</member><br class="">-                    </simplelist><br class="">                 </listitem><br class=""><br class="">                 <listitem><br class="">                     <para>Optional: <varname>DISPLAY</varname> variable</para><br class=""><br class="">-                    <para>Condition: If installing on a Mac OS X version earlier than 10.5 (Leopard), and if a shell<br class="">-                        configuration file exists at time of MacPorts installation without a <varname>DISPLAY</varname><br class="">-                        variable, the postflight script sets a <varname>DISPLAY</varname> variable as shown below. The<br class="">-                        <varname>DISPLAY</varname> variable is always omitted on Mac OS X 10.5 or higher.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>If installing on a Mac OS X version earlier than 10.5 (Leopard),<br class="">+<span class="Apple-tab-span" style="white-space:pre">       </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    a <varname>DISPLAY</varname> variable should be set as shown below.<br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    On Mac OS X 10.5 or higher, the <varname>DISPLAY</varname> variable is always omitted.</para><br class=""><br class="">                     <programlisting>export DISPLAY=:0.0</programlisting><br class="">                 </listitem><br class="">@@ -487,7 +466,7 @@<br class="">         </section><br class=""><br class="">         <section id="installing.shell.verifyprofile"><br class="">-            <title>Verify the Configuration File</title><br class="">+            <title>Verify the Configuration</title><br class=""><br class="">             <para>To verify that the file containing the MacPorts variables is in effect, type <command>env</command> in<br class="">                 the terminal to verify the current environment settings after the file has been created. Example output<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 6<br class="">Date: Tue, 21 Mar 2017 22:03:20 +0100<br class="">From: Jan Stary <hans@stare.cz><br class="">To: macports-users@lists.macports.org<br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID: <20170321210320.GA48496@www.stare.cz><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class="">On Mar 21 14:43:12, allbery.b@gmail.com wrote:<br class=""><blockquote type="cite" class="">On Tue, Mar 21, 2017 at 4:37 AM, Jan Stary <hans@stare.cz> wrote:<br class=""><br class=""><blockquote type="cite" class="">Why are they unavailable? The gcc and clang from Xcode work just fine.<br class=""></blockquote><br class=""><br class="">"Works for random stuff I tried it on" does not guarantee it doesn't throw<br class="">spurious errors or even produce broken programs in specific cases (which is<br class="">to say, most compilers have bugs, but you only run into them in certain<br class="">cases). Compilers get blacklisted for specific ports when they have been<br class="">found to be incapable of building that port properly.<br class=""></blockquote><br class="">I don't doubt that compilers throw errors or even produce broken code.<br class="">But which specific compilers are blacklisted for which specific reasons<br class="">when building sox, specifically? I don't see anything compiler-related<br class="">in the sox's Portfile.<br class=""><br class="">Looking at the output of port -v -d install sox:<br class=""><br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 503}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class=""><br class="">That does not look like a specific reason why clang fails to build sox properly.<br class="">Does that mean clang < 500 (as installed by Xcode 3.2.6) is blacklisted as such,<br class="">for building any port?<br class=""><br class="">Even if so, why are "all compilers blacklisted" after clang has been ruled out?<br class=""><br class=""><span class="Apple-tab-span" style="white-space:pre">       </span>Jan<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 7<br class="">Date: Tue, 21 Mar 2017 17:26:35 -0400<br class="">From: "Daniel J. Luke" <dluke@geeklair.net><br class="">To: Jan Stary <hans@stare.cz><br class="">Cc: macports-users@lists.macports.org<br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID: <966A5548-D9BA-4B84-8801-603E05E5EDC0@geeklair.net><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class="">On Mar 21, 2017, at 5:03 PM, Jan Stary <hans@stare.cz> wrote:<br class=""><blockquote type="cite" class="">Looking at the output of port -v -d install sox:<br class=""><br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 503}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class=""><br class="">That does not look like a specific reason why clang fails to build sox properly.<br class=""></blockquote><br class="">you trimmed the relevant information - that's almost certainly coming from a port that sox requires and not sox itself.<br class=""><br class="">Most of the ports that use compiler blacklist have a comment in the portfile explaining why (most people don't care, though ;-) ).<br class=""><br class="">-- <br class="">Daniel J. Luke<br class=""><br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 8<br class="">Date: Tue, 21 Mar 2017 17:29:09 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: "Daniel J. Luke" <dluke@geeklair.net><br class="">Cc: macports-users <macports-users@lists.macports.org><br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span><CAKFCL4XHUpqK5Tr-W-i8jj0S=yDnfvC_oWMT=1zw2BwXGmFtVw@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">IIRC there's also an edge case when something tries to check the compiler<br class="">in a fetch step or w/e and the information doesn't exist yet, so all<br class="">compilers are "blacklisted" because there are no compilers defined yet,<br class="">while the code printing that assumes the compiler list is empty because<br class="">blacklisting removed all of them? And I think another if something tries to<br class="">look up Xcode-specific information but the xcode portgroup hasn't been<br class="">initialized?<br class=""><br class="">On Tue, Mar 21, 2017 at 5:26 PM, Daniel J. Luke <dluke@geeklair.net> wrote:<br class=""><br class=""><blockquote type="cite" class="">On Mar 21, 2017, at 5:03 PM, Jan Stary <hans@stare.cz> wrote:<br class=""><blockquote type="cite" class="">Looking at the output of port -v -d install sox:<br class=""><br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 503}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting<br class=""></blockquote>to first fallback option<br class=""><blockquote type="cite" class="">Warning: All compilers are either blacklisted or unavailable; defaulting<br class=""></blockquote>to first fallback option<br class=""><blockquote type="cite" class=""><br class="">That does not look like a specific reason why clang fails to build sox<br class=""></blockquote>properly.<br class=""><br class="">you trimmed the relevant information - that's almost certainly coming from<br class="">a port that sox requires and not sox itself.<br class=""><br class="">Most of the ports that use compiler blacklist have a comment in the<br class="">portfile explaining why (most people don't care, though ;-) ).<br class=""><br class="">--<br class="">Daniel J. Luke<br class=""><br class=""><br class=""><br class=""><br class=""></blockquote><br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170321/6777f937/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 9<br class="">Date: Wed, 22 Mar 2017 09:04:21 +1000<br class="">From: Peter West <lists@pbw.id.au><br class="">To: Jan Stary <hans@stare.cz>, macports-users@lists.macosforge.org<br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">     </span>again...<br class="">Message-ID: <19D62638-AEF1-44FE-9085-34D6750AA849@pbw.id.au><br class="">Content-Type: text/plain; charset=utf-8<br class=""><br class=""><blockquote type="cite" class="">On 21 Mar 2017, at 11:30 pm, Jan Stary <hans@stare.cz> wrote:<br class=""><br class=""></blockquote>…<br class=""><blockquote type="cite" class="">The same error is there now.<br class="">After a fresh install of 2.4.1 yesterday,<br class="">'port' is not found, because /opt/local/bin is not in my PATH.<br class="">The installer has written the PATH=... bit into my ~/.profile,<br class="">but that does not mean it is the PATH of the shell I am already running.<br class="">It will be, after I start a new shell, or re-login.<br class=""></blockquote><br class="">Does<br class="">. ~/.profile<br class="">work?<br class=""><br class="">--<br class="">Peter West<br class="">pbw@pbw.id.au<br class="">“Even the pagans do as much, do they not?”<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 10<br class="">Date: Wed, 22 Mar 2017 08:23:44 +1100 (EST)<br class="">From: Dave Horsfall <dave@horsfall.org><br class="">To: macports-users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>again...<br class="">Message-ID: <alpine.BSF.2.20.1703220815470.63087@aneurin.horsfall.org><br class="">Content-Type: text/plain; charset=US-ASCII<br class=""><br class="">On Tue, 21 Mar 2017, Brandon Allbery wrote:<br class=""><br class=""><blockquote type="cite" class="">Never assume people will read instructions. How often do we get people <br class="">who cut and paste the boilerplate at the end of a failed build that <br class="">tells them to check the build log, and mail it here asking what they <br class="">should do?<br class=""></blockquote><br class="">Which reminds me: would it be possible to symlink to the log file from <br class="">somewhere in /tmp?  It's a real PITA doing a C&P with a path that wraps <br class="">lines...  Yes, I'm an old fogey, and use 80 columns...<br class=""><br class="">-- <br class="">Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 11<br class="">Date: Tue, 21 Mar 2017 19:18:46 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: Dave Horsfall <dave@horsfall.org><br class="">Cc: macports-users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">  </span>again...<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span><CAKFCL4We1B1t1fH8BswH2cVDzHdptob3Q66MidcG-6WqCXXiCw@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On Tue, Mar 21, 2017 at 5:23 PM, Dave Horsfall <dave@horsfall.org> wrote:<br class=""><br class=""><blockquote type="cite" class="">On Tue, 21 Mar 2017, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">Never assume people will read instructions. How often do we get people<br class="">who cut and paste the boilerplate at the end of a failed build that<br class="">tells them to check the build log, and mail it here asking what they<br class="">should do?<br class=""></blockquote><br class="">Which reminds me: would it be possible to symlink to the log file from<br class="">somewhere in /tmp?  It's a real PITA doing a C&P with a path that wraps<br class="">lines...  Yes, I'm an old fogey, and use 80 columns...<br class=""><br class=""></blockquote><br class="">vim $(port logfile thePort)<br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170321/faefa1b5/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 12<br class="">Date: Tue, 21 Mar 2017 19:21:12 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: Dave Horsfall <dave@horsfall.org><br class="">Cc: macports-users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">     </span>again...<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span><CAKFCL4UO=Cn4rXka1+GoJb_jjsmgE1FiEN44zuuWtxEZzSyVcw@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On Tue, Mar 21, 2017 at 7:18 PM, Brandon Allbery <allbery.b@gmail.com><br class="">wrote:<br class=""><br class=""><blockquote type="cite" class="">vim $(port logfile thePort)<br class=""><br class=""></blockquote><br class="">...and the port you installed will usually get expanded with <esc>.<br class="">(bash/zsh, in default emacs mode) so you don't even need to type that :)<br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170321/123fe81d/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 13<br class="">Date: Wed, 22 Mar 2017 00:43:05 +0100<br class="">From: Jan Stary <hans@stare.cz><br class="">To: macports-users@lists.macports.org<br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID: <20170321234305.GA9338@www.stare.cz><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class="">On Mar 21 17:26:35, dluke@geeklair.net wrote:<br class=""><blockquote type="cite" class="">On Mar 21, 2017, at 5:03 PM, Jan Stary <hans@stare.cz> wrote:<br class=""><blockquote type="cite" class="">Looking at the output of port -v -d install sox:<br class=""><br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 503}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">DEBUG: compiler clang 77 blacklisted because it matches {clang < 500}<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class=""><br class="">That does not look like a specific reason why clang fails to build sox properly.<br class=""></blockquote><br class="">you trimmed the relevant information - that's almost certainly coming from a port that sox requires and not sox itself.<br class=""></blockquote><br class="">No, all of Sox's requirements are already installed.<br class=""><br class=""><blockquote type="cite" class="">Most of the ports that use compiler blacklist have a comment in the portfile explaining why (most people don't care, though ;-) ).<br class=""></blockquote><br class="">SoX does not blacklist anything in its Portfile.<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 14<br class="">Date: Wed, 22 Mar 2017 09:39:16 +0000<br class="">From: Chris Jones <jonesc@hep.phy.cam.ac.uk><br class="">To: macports-users@lists.macports.org<br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>again...<br class="">Message-ID: <5cbb91cb-64d4-41c8-4009-e5a6ef38aa86@hep.phy.cam.ac.uk><br class="">Content-Type: text/plain; charset=windows-1252; format=flowed<br class=""><br class=""><br class=""><br class="">On 21/03/17 20:43, Jan Stary wrote:<br class=""><blockquote type="cite" class="">Here is a diff to postflight and an accompanying diff to installing.xml<br class="">(what other places need to be touched if this goes through?)<br class=""></blockquote><br class="">I do not think this will get committed. At least I hope it does not. As <br class="">explained by others the current situation where if you use the installer <br class="">then the config file gets updated, but if you install from source is the <br class="">best compromise of user friendliness.<br class=""><br class=""><blockquote type="cite" class=""><br class=""><span class="Apple-tab-span" style="white-space:pre">       </span>Jan<br class=""><br class=""><br class="">diff --git a/portmgr/dmg/postflight.in b/portmgr/dmg/postflight.in<br class="">index 750553f0..a3a8bd80 100755<br class="">--- a/portmgr/dmg/postflight.in<br class="">+++ b/portmgr/dmg/postflight.in<br class="">@@ -87,28 +87,6 @@ function update_macports {<br class="">     fi<br class=""> }<br class=""><br class="">-# Through this command we write an environment variable to an appropriate shell configuration file,<br class="">-# backing up the original only if it exists and if it doesn't contain the ${OUR_STRING} identification string,<br class="">-# which hints that we've already tweaked it and therefore already backed it up.<br class="">-function write_setting () {<br class="">-    if [[ -f "${HOME}/.${CONF_FILE}" ]] && ! grep "${OUR_BASESTRING}" "${HOME}/.${CONF_FILE}" > /dev/null; then<br class="">-        echo "Backing up your ${HOME}/.${CONF_FILE} shell confguration file as ${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX} before adapting it for MacPorts."<br class="">-        /bin/cp -fp "${HOME}/.${CONF_FILE}" "${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX}" || {<br class="">-            echo "An attempt to backup your original configuration file failed! Please set your MacPorts compatible environment manually."<br class="">-            update_macports<br class="">-            exit 1<br class="">-        }<br class="">-        echo -e "\n##\n# Your previous ${HOME}/.${CONF_FILE} file was backed up as ${HOME}/.${CONF_FILE}.${BACKUP_SUFFIX}\n##" >> "${HOME}/.${CONF_FILE}"<br class="">-    fi<br class="">-    {<br class="">-        echo -e "\n# ${OUR_STRING}: adding an appropriate ${1} variable for use with MacPorts."<br class="">-        echo "${ENV_COMMAND} ${1}${ASSIGN}${2}"<br class="">-        echo -e "# Finished adapting your ${1} environment variable for use with MacPorts.\n"<br class="">-    } >> "${HOME}/.${CONF_FILE}"<br class="">-    chown "${USER}" "${HOME}/.${CONF_FILE}" || echo "Warning: unable to adapt permissions on your ${HOME}/.${CONF_FILE} shell configuration file!"<br class="">-    echo "An appropriate ${1} variable has been added to your shell environment by the MacPorts installer."<br class="">-}<br class="">-<br class=""> function cleanup_man () {<br class="">     # Remove old non-compressed man pages<br class="">     echo -e "\nRemoving old man pages..."<br class="">@@ -195,8 +173,6 @@ function create_run_user {<br class="">     fi<br class=""> }<br class=""><br class="">-echo "The MacPorts Project, postflight script version ${VERSION}: checking the shell environment for user \"${USER}\"."<br class="">-<br class=""> # create macports user<br class=""> create_run_user<br class=""> # Set up config files<br class="">@@ -207,78 +183,11 @@ cleanup_man<br class=""> delete_old_tcl_package_link<br class=""> delete_old_tcl_packages<br class=""><br class="">-# Determine the user's shell, in order to choose an appropriate configuration file we'll be tweaking.<br class="">-# Exit nicely if the shell is any other than bash or tcsh, as that's considered non-standard.<br class="">-USHELL=$(${DSCL} . -read "/Users/${USER}" shell) || {<br class="">-    echo "An attempt to determine your shell name failed! Please set your MacPorts compatible environment manually."<br class="">-    update_macports<br class="">-    exit 1<br class="">-}<br class="">-# leave full path to shell<br class="">-USHELL=${USHELL#*shell: }<br class="">-<br class="">-case "${USHELL}" in<br class="">-    */tcsh)<br class="">-        echo "Detected the tcsh shell."<br class="">-        LOGIN_FLAG=""<br class="">-        ENV_COMMAND="setenv"<br class="">-        ASSIGN=" "<br class="">-        if [[ -f "${HOME}/.tcshrc" ]]; then<br class="">-            CONF_FILE=tcshrc<br class="">-        elif [[ -f "${HOME}/.cshrc" ]]; then<br class="">-            CONF_FILE=cshrc<br class="">-        else<br class="">-            CONF_FILE=tcshrc<br class="">-        fi<br class="">-        ;;<br class="">-    */bash)<br class="">-        echo "Detected the bash shell."<br class="">-        LOGIN_FLAG="-l"<br class="">-        ENV_COMMAND="export"<br class="">-        ASSIGN="="<br class="">-        if [[ -f "${HOME}/.bash_profile" ]]; then<br class="">-            CONF_FILE=bash_profile<br class="">-        elif [[ -f "${HOME}/.bash_login" ]]; then<br class="">-            CONF_FILE=bash_login<br class="">-        else<br class="">-            CONF_FILE=profile<br class="">-        fi<br class="">-        ;;<br class="">-    *)<br class="">-        echo "Unknown shell ($USHELL)! Please set your MacPorts compatible environment manually."<br class="">-        update_macports<br class="">-        exit 0<br class="">-        ;;<br class="">-esac<br class="">-<br class="">-# Adding our setting to the PATH variable if not already there:<br class="">-# Run as the $USER: /usr/bin/su $USER -l<br class="">-# Run a command in the shell: -c "/usr/bin/printenv PATH"<br class="">-# Only process the last line output (profile may print info): tail -n 1<br class="">-# Output each path on its own line: tr ":" "\n"<br class="">-# Look for exactly the BINPATH: grep "^${BINPATH}$"<br class="">-if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv PATH" | tail -n 1 | tr ":" "\n" | grep "^${BINPATH}$" > /dev/null; then<br class="">-    echo "Your shell already has the right PATH environment variable for use with MacPorts!"<br class="">-else<br class="">-    write_setting PATH "\"${BINPATH}:${SBINPATH}:\$PATH\""<br class="">-fi<br class="">-<br class="">-# Adding our setting to the MANPATH variable only if it exists:<br class="">-if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv MANPATH" > /dev/null; then<br class="">-    # check for MANPAGES already in MANPATH<br class="">-    if /usr/bin/su "${USER}" -l -c "/usr/bin/printenv MANPATH" | tail -n 1 | tr ":" "\n" | grep "^${MANPAGES}$" >/dev/null; then<br class="">-        echo "Your shell already has the right MANPATH environment variable for use with MacPorts!"<br class="">-    else<br class="">-        write_setting MANPATH "\"${MANPAGES}:\$MANPATH\""<br class="">-    fi<br class="">-fi<br class="">-<br class="">-# Adding a DISPLAY variable only if we're running on Tiger or less and if it doesn't already exist:<br class="">-if (($(sw_vers -productVersion | awk -F . '{print $2}') >= 5)) || /usr/bin/su "${USER}" -l -c "/usr/bin/printenv DISPLAY" > /dev/null > /dev/null; then<br class="">-    echo "Your shell already has the right DISPLAY environment variable for use with MacPorts!"<br class="">-else<br class="">-    write_setting DISPLAY ":0"<br class="">-fi<br class="">+echo "Remember to set your environment:"<br class="">+echo "Prepend ${BINPATH} and ${SBINPATH} to PATH."<br class="">+echo "Prepend ${MANPAGES} to MANPATH if you use MANPATH."<br class="">+echo "Remember to set DISPLAY if you are on 10.4 or older."<br class="">+echo "See https://guide.macports.org/#installing.shell for details."<br class=""><br class=""> # Postflight script is done with its job, update MacPorts and exit gracefully!<br class=""> update_macports<br class=""><br class=""><br class=""><br class=""><br class="">diff --git a/guide/xml/installing.xml b/guide/xml/installing.xml<br class="">index 31f8719..18adb66 100644<br class="">--- a/guide/xml/installing.xml<br class="">+++ b/guide/xml/installing.xml<br class="">@@ -412,34 +412,25 @@<br class="">     <section id="installing.shell"><br class="">         <title>MacPorts and the Shell</title><br class=""><br class="">-        <para>MacPorts requires that some environment variables be set in the shell. When MacPorts is installed using<br class="">-            the OS X package installer, a <quote>postflight</quote> script is run after installation that automatically<br class="">-            adds or modifies a shell configuration file in your home directory, ensuring that it defines variables<br class="">-            according to the rules described in the following section. Those <link<br class="">-                linkend="installing.macports.source">installing MacPorts from source code</link> must modify their<br class="">-            environment manually using the rules as a guide.</para><br class="">-<br class="">-        <para>Depending on your shell and which configuration files already exist, the installer may use<br class="">-            <filename>.profile</filename>, <filename>.bash_login</filename>, <filename>.bash_profile</filename>,<br class="">-            <filename>.tcshrc</filename>, or <filename>.cshrc</filename>.</para><br class="">+        <para>MacPorts requires that some environment variables be set in the shell.<br class="">+            Depending on your shell, this means you need to edit some of the following config files:<br class="">+            <filename>.profile</filename>, <filename>.bash_login</filename> or <filename>.bash_profile</filename> for bash,<br class="">+<span class="Apple-tab-span" style="white-space:pre"> </span>    <filename>.tcshrc</filename> or <filename>.cshrc</filename> for tcsh.</para><br class=""><br class="">         <section id="installing.shell.postflight"><br class="">-            <title>The Postflight Script</title><br class="">+            <title>Configure Your Environment</title><br class=""><br class="">-            <para>The postflight script automatically sets the <varname>PATH</varname> variable, and optionally the<br class="">-                <varname>MANPATH</varname> and <varname>DISPLAY</varname> variables according to the rules described<br class="">-                below. If a current shell configuration file exists at installation time it is renamed to<br class="">-                <quote>mpsaved_$timestamp</quote>. Those <link linkend="installing.macports.source">installing MacPorts<br class="">-                    from source code</link> must modify their environment manually using the rules as a guide.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">     </span>    <para>The <varname>PATH</varname> environment variable,<br class="">+<span class="Apple-tab-span" style="white-space:pre">  </span><span class="Apple-tab-span" style="white-space:pre">    </span>    and optionally <varname>MANPATH</varname> and <varname>DISPLAY</varname> variables need to be edited<br class="">+<span class="Apple-tab-span" style="white-space:pre">       </span><span class="Apple-tab-span" style="white-space:pre">    </span>    according to the rules described below.</para><br class=""><br class="">             <itemizedlist><br class="">                 <listitem><br class="">                     <para>Required: <varname>PATH</varname> variable</para><br class=""><br class="">-                    <para>This variable is set by the postflight script to append the MacPorts executable paths to the<br class="">-                        default path as shown. The MacPorts paths are appended at the front of <varname>PATH</varname><br class="">-                        so the MacPorts libraries will take precedence over vendor-supplied libraries for ported<br class="">-                        software at runtime.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre"> </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>This variable should have the MacPorts executable paths prepended to the default path as shown.<br class="">+<span class="Apple-tab-span" style="white-space:pre">        </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    The MacPorts paths are at the front of <varname>PATH</varname> so that the MacPorts binaries<br class="">+<span class="Apple-tab-span" style="white-space:pre">   </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    will take precedence over vendor-supplied libraries.</para><br class=""><br class="">                     <programlisting>export PATH=/opt/local/bin:/opt/local/sbin:$PATH</programlisting><br class=""><br class="">@@ -456,30 +447,18 @@<br class="">                 <listitem><br class="">                     <para>Optional: <varname>MANPATH</varname> variable</para><br class=""><br class="">-                    <para>Condition: If prior to MacPorts installation a <varname>MANPATH</varname> variable exists in<br class="">-                        a current <filename>.profile</filename> that contains neither the value<br class="">-                        <filename>${prefix}/share/man,</filename> nor any empty values, the postflight script sets the<br class="">-                        <varname>MANPATH</varname> variable as shown below. Otherwise, the <varname>MANPATH</varname><br class="">-                        variable is omitted.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>If your shell configuration sets a <varname>MANPATH</varname> variable,<br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>it should be edited to contain <filename>${prefix}/share/man</filename>.</para><br class=""><br class="">                     <programlisting>export MANPATH=/opt/local/share/man:$MANPATH</programlisting><br class="">-<br class="">-                    <para>Here are some examples of paths that contain empty values:</para><br class="">-<br class="">-                    <simplelist><br class="">-                        <member>/usr/share/man:</member><br class="">-                        <member>:/usr/share/man</member><br class="">-                        <member>/usr/share/man::/usr/X11R6/man</member><br class="">-                    </simplelist><br class="">                 </listitem><br class=""><br class="">                 <listitem><br class="">                     <para>Optional: <varname>DISPLAY</varname> variable</para><br class=""><br class="">-                    <para>Condition: If installing on a Mac OS X version earlier than 10.5 (Leopard), and if a shell<br class="">-                        configuration file exists at time of MacPorts installation without a <varname>DISPLAY</varname><br class="">-                        variable, the postflight script sets a <varname>DISPLAY</varname> variable as shown below. The<br class="">-                        <varname>DISPLAY</varname> variable is always omitted on Mac OS X 10.5 or higher.</para><br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    <para>If installing on a Mac OS X version earlier than 10.5 (Leopard),<br class="">+<span class="Apple-tab-span" style="white-space:pre">       </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    a <varname>DISPLAY</varname> variable should be set as shown below.<br class="">+<span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span><span class="Apple-tab-span" style="white-space:pre">    </span>    On Mac OS X 10.5 or higher, the <varname>DISPLAY</varname> variable is always omitted.</para><br class=""><br class="">                     <programlisting>export DISPLAY=:0.0</programlisting><br class="">                 </listitem><br class="">@@ -487,7 +466,7 @@<br class="">         </section><br class=""><br class="">         <section id="installing.shell.verifyprofile"><br class="">-            <title>Verify the Configuration File</title><br class="">+            <title>Verify the Configuration</title><br class=""><br class="">             <para>To verify that the file containing the MacPorts variables is in effect, type <command>env</command> in<br class="">                 the terminal to verify the current environment settings after the file has been created. Example output<br class=""><br class=""></blockquote><br class=""><br class="">------------------------------<br class=""><br class="">Message: 15<br class="">Date: Wed, 22 Mar 2017 04:42:11 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: Jan Stary <hans@stare.cz><br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: port diagnose fails on 10.6.8<br class="">Message-ID: <705B6103-F5D6-4FDD-BE8A-3F376DC7EBF9@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Mar 21, 2017, at 02:56, Jan Stary <hans@stare.cz> wrote:<br class=""><br class="">This is MacPorts 2.4.1 on a mac mini running 10.6.8.<br class="">'port diagnose fails like this:<br class=""><br class="">Error: process_cmd failed:<br class="">Usage: xcode-select -print-path<br class="">  or: xcode-select -switch <xcode_folder_path><br class="">  or: xcode-select -version<br class="">     Arguments:<br class="">   -print-path                     Prints the path of the current Xcode folder<br class="">   -switch <xcode_folder_path>     Sets the path for the current Xcode folder<br class="">   -version                        Prints xcode-select version information<br class="">child process exited abnormally<br class=""><br class="">I am using XCode 3.2.6, the latest available fo 10.6.8.<br class="">Apparently, the xcode-select call has changed somehow.<br class=""></blockquote><br class="">Yes. Please file a bug report.<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 16<br class="">Date: Wed, 22 Mar 2017 04:42:58 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: tome@qx.net<br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: ffmpeg update fails<br class="">Message-ID: <ED45C6BF-A9D7-496F-8577-19B57DACFCB5@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Mar 20, 2017, at 21:12, tome@qx.net wrote:<br class=""><br class="">Mac mini 2.7Ghz Intel Core i7<br class="">8 GB 1333 Mhz DDR3<br class="">Lion OS X 10.7.5<br class="">ffmpeg @3.1.4_0+gpl2+x11 (active)<br class=""><br class="">Attempting this update broke my ffmpeg.  Port update was successful.<br class="">Please help.<br class=""><br class="">Thank you,<br class="">Tom<main.log><br class=""></blockquote><br class="">This is the libarchive build failure we already know about.<br class=""><br class="">https://trac.macports.org/ticket/53712<br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 17<br class="">Date: Wed, 22 Mar 2017 09:45:18 +0000<br class="">From: Chris Jones <jonesc@hep.phy.cam.ac.uk><br class="">To: macports-users@lists.macports.org<br class="">Subject: Re: ffmpeg update fails<br class="">Message-ID: <624b7f7c-56f9-04a0-ccbd-9e0e420c95c5@hep.phy.cam.ac.uk><br class="">Content-Type: text/plain; charset=windows-1252; format=flowed<br class=""><br class=""><br class="">you should search trac for known issues before posting to the list. In <br class="">this case you would have found the long standing issue with libarchive <br class="">on old OSX releases.<br class=""><br class="">https://trac.macports.org/ticket/53712<br class=""><br class="">On 21/03/17 02:12, tome@qx.net wrote:<br class=""><blockquote type="cite" class="">Mac mini 2.7Ghz Intel Core i7<br class="">8 GB 1333 Mhz DDR3<br class="">Lion OS X 10.7.5<br class="">ffmpeg @3.1.4_0+gpl2+x11 (active)<br class=""><br class="">Attempting this update broke my ffmpeg.  Port update was successful.<br class="">Please help.<br class=""><br class="">Thank you,<br class="">Tom<br class=""><br class=""></blockquote><br class=""><br class="">------------------------------<br class=""><br class="">Message: 18<br class="">Date: Wed, 22 Mar 2017 04:47:31 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: Dave Horsfall <dave@horsfall.org><br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">     </span>again...<br class="">Message-ID: <230094D6-5FAF-4915-AC54-8E341092CD3A@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Mar 21, 2017, at 16:23, Dave Horsfall <dave@horsfall.org> wrote:<br class=""><br class="">On Tue, 21 Mar 2017, Brandon Allbery wrote:<br class=""><br class=""><blockquote type="cite" class="">Never assume people will read instructions. How often do we get people <br class="">who cut and paste the boilerplate at the end of a failed build that <br class="">tells them to check the build log, and mail it here asking what they <br class="">should do?<br class=""></blockquote><br class="">Which reminds me: would it be possible to symlink to the log file from <br class="">somewhere in /tmp?  It's a real PITA doing a C&P with a path that wraps <br class="">lines...  Yes, I'm an old fogey, and use 80 columns...<br class=""></blockquote><br class="">If I want to copy the logfile path, I usually use:<br class=""><br class="">port logfile thePort | pbcopy<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 19<br class="">Date: Wed, 22 Mar 2017 04:48:38 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: Brandon Allbery <allbery.b@gmail.com><br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">     </span>again...<br class="">Message-ID: <E4DBE88B-EAF2-491F-8A0F-8F3EFD7FE635@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class=""><br class="">On Mar 21, 2017, at 18:21, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">On Tue, Mar 21, 2017 at 7:18 PM, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">vim $(port logfile thePort)<br class=""></blockquote><br class="">...and the port you installed will usually get expanded with <esc>. (bash/zsh, in default emacs mode) so you don't even need to type that :)<br class=""></blockquote><br class="">I'm not aware of this. Can you explain how to make this work?<br class=""><br class="">You mention "emacs mode"... I don't know what that is.<br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 20<br class="">Date: Wed, 22 Mar 2017 06:41:40 -0400<br class="">From: Brandon Allbery <allbery.b@gmail.com><br class="">To: Ryan Schmidt <ryandesign@macports.org><br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">      </span>again...<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre">       </span><CAKFCL4XHbzMT9QAjzNkw7sTueAfBqY5N7MHvXu+8M7t_H9Fp5w@mail.gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">On Wed, Mar 22, 2017 at 5:48 AM, Ryan Schmidt <ryandesign@macports.org><br class="">wrote:<br class=""><blockquote type="cite" class=""><br class="">On Mar 21, 2017, at 18:21, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">On Tue, Mar 21, 2017 at 7:18 PM, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">vim $(port logfile thePort)<br class=""></blockquote><br class="">...and the port you installed will usually get expanded with <esc>.<br class=""></blockquote>(bash/zsh, in default emacs mode) so you don't even need to type that :)<br class=""><br class="">I'm not aware of this. Can you explain how to make this work?<br class=""><br class=""></blockquote><br class="">That was a little unclear... escape key followed by period.<br class=""><br class=""><br class=""><blockquote type="cite" class="">You mention "emacs mode"... I don't know what that is.<br class=""><br class=""></blockquote><br class="">Unless you're disabling it for some reason, you have advanced line editing,<br class="">generally via readline. (If the arrow keys work for history, you have it.)<br class=""><br class="">If control-p / control-n goes through history, you are in emacs mode.<br class="">If pressing <esc> then using j and k goes through history, you are in vi<br class="">mode.<br class=""><br class="">(It turns out that, for whatever reason, readline doesn't bind<br class="">yank-last-arg in vi mode. :/ http://jasonwryan.com/blog/2011/12/01/readline/<br class=""> )<br class=""><br class="">-- <br class="">brandon s allbery kf8nh                               sine nomine associates<br class="">allbery.b@gmail.com                                  ballbery@sinenomine.net<br class="">unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.macports.org/pipermail/macports-users/attachments/20170322/0c13cec9/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 21<br class="">Date: Wed, 22 Mar 2017 05:51:20 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: Jan Stary <hans@stare.cz><br class="">Cc: MacPorts Users <macports-users@lists.macports.org>, Jeremy<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>Huddleston Sequoia <jeremyhu@macports.org><br class="">Subject: Re: all compilers blacklisted or unavailable<br class="">Message-ID: <984F6BB7-AAF9-43B2-BA3A-A960848CC31B@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class="">Jeremy, I'm Cc'ing you for input on wavpack; see the last few paragraphs.<br class=""><br class=""><br class="">On Mar 21, 2017, at 03:37, Jan Stary wrote:<br class=""><br class=""><blockquote type="cite" class="">This is MacPorts 2.4.1 on MacOSX 10.6.8.<br class="">A build of audio/sox starts with the following warning:<br class=""><br class="">$ sudo port install -d sox<br class=""></blockquote><br class="">Note that this "-d" does nothing. Single-letter flags like "-d" are global flags and only take effect when placed after the word "port" and before the action verb, e.g. "sudo port -d install sox". Multi-letter flags like "--enforce-variants" apply only to specific verbs, so they only take effect if you place them after the verb, e.g. "sudo port upgrade --enforce-variants someport +x11".<br class=""><br class=""><blockquote type="cite" class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class="">Warning: All compilers are either blacklisted or unavailable; defaulting to first fallback option<br class="">--->  Computing dependencies for sox<br class="">--->  Fetching archive for sox<br class="">--->  Attempting to fetch sox-14.4.2_0.darwin_10.x86_64.tbz2 from https://packages.macports.org/sox<br class="">--->  Attempting to fetch sox-14.4.2_0.darwin_10.x86_64.tbz2 from http://nue.de.packages.macports.org/sox<br class="">--->  Attempting to fetch sox-14.4.2_0.darwin_10.x86_64.tbz2 from http://lil.fr.packages.macports.org/sox<br class="">--->  Fetching distfiles for sox<br class="">--->  Verifying checksums for sox<br class="">--->  Extracting sox<br class="">--->  Applying patches to sox<br class="">--->  Configuring sox<br class="">--->  Building sox<br class="">--->  Staging sox into destroot<br class="">--->  Installing sox @14.4.2_0<br class="">--->  Activating sox @14.4.2_0<br class="">--->  Cleaning sox<br class="">--->  Updating database of binaries<br class="">--->  Scanning binaries for linking errors<br class="">--->  No broken files found.<br class=""><br class="">What "all compilers" are those? (I have Xcode 3.2.6)<br class=""></blockquote><br class="">All compilers that are in the list of compilers that MacPorts will consider to build the port in question. It depends on the Xcode version and the macOS version and ports can modify the list if needed. It usually includes the version of clang provided by Xcode and newer versions of clang provided by MacPorts. With Xcode 4 and earlier, it also includes llvm-gcc-4.2, and with Xcode 3 and earlier, it also includes gcc-4.2. You can see the code that builds the default list here:<br class=""><br class="">https://github.com/macports/macports-base/blob/v2.4.1/src/port1.0/portconfigure.tcl#L474<br class=""><br class=""><br class=""><blockquote type="cite" class="">Why are they blacklisted? Who blacklisted them?<br class=""></blockquote><br class="">The author of the portfile determined that those compilers were unable to build this port.<br class=""><br class=""><blockquote type="cite" class="">Why are they unavailable? The gcc and clang from Xcode work just fine.<br class=""></blockquote><br class="">There are a wide variety of reasons why code written for today's compilers might not work on last decade's compilers. As was mentioned, in some cases you can find a comment in the portfile that explains why a compiler is blacklisted. In other cases, you may have to go to the git history and read the commit message that added the blacklisting.<br class=""><br class=""><blockquote type="cite" class="">How do I get port(1) to print all this for me if -d doesn't?<br class=""></blockquote><br class="">Using the debug flag properly (sudo port -d install sox) will give you the context to see which port is causing this warning, but it won't explain the reasons for the blacklisting; for that you'll have to explore the code.<br class=""><br class=""><blockquote type="cite" class="">WHy is the message printed twice?<br class=""></blockquote><br class="">MacPort apparently evaluates this information twice for each port. I don't know why. Perhaps there is an opportunity for optimization here.<br class=""><br class=""><br class="">As Daniel pointed out, the message applies not to sox itself but to its dependencies. (There's no way to know that by looking at the non-debug output, but after analysis, that's what's happening.) Even though you already have the dependencies installed, MacPorts will still evaluate the dependencies' portfiles and report any problems it runs into.<br class=""><br class="">Looking at all of sox's recursive dependencies, I see four ports that blacklist specific compilers:<br class=""><br class="">flac blacklists Xcode clang < 503 and MacPorts clang 3.3. The reason given in the Portfile is https://trac.macports.org/ticket/46038. You're on Snow Leopard where the default compiler is gcc-4.2 so that compiler will still get used.<br class=""><br class="">gettext blacklists Xcode clang < 211.10.1. The reason given is https://trac.macports.org/ticket/31167. Same as above, this doesn't mention gcc-4.2, so that still gets used on your system.<br class=""><br class="">libopus, on Intel systems, blacklists Xcode clang < 500 and all Xcode gcc compilers. The reason given is an error message "checking How to get X86 CPU Info... configure: error: no supported Get CPU Info method, please disable intrinsics". On your system, this means MacPorts clang 3.4 will get used.<br class=""><br class="">wavpack blacklists Xcode clang < 500, MacPorts clang 3.3 and 3.4, and all Xcode gcc compilers. This covers all of the compilers in the list on your system, hence the message that all compilers are blacklisted. When this happens, MacPorts prints the warning and then tries to build the port using the first compiler in the list, knowing that it will fail.<br class=""><br class="">No reason is given in the portfile, but looking at the git history, we see that wavpack used to disable its assembly code on Snow Leopard and earlier because the compilers couldn't handle it. Then, when build problems were discovered on Lion, this was changed to reenable the assembly code but blacklist the old compilers that couldn't handle it:<br class=""><br class="">https://github.com/macports/macports-ports/commit/0090d5f7bae96c92d19d297e955fb203e3231a41<br class=""><br class="">Then it was discovered that the port failed to build on Leopard (and presumably Snow Leopard) because all compilers were blacklisted:<br class=""><br class="">https://trac.macports.org/ticket/51357<br class=""><br class="">Jeremy initially considered adding newer MacPorts clang compilers to the fallback list, but thought this would have adverse consequences (a dependency on libc++), so instead he did something which I don't think I've seen done in any other port: he wrote code to detect if all compilers are blacklisted, and if so, disable assembly again:<br class=""><br class="">https://github.com/macports/macports-ports/commit/6fb35a1f2843454f08ef5027dfe0e3db59016d99<br class=""><br class="">In this way, the faster assembly code could be used if a compiler that understands it is found, otherwise assembly is disabled and the port can still build.<br class=""><br class="">This is clever, but I don't like that it causes MacPorts to print an inaccurate warning that clearly causes user confusion. I think we could fix the problem by having the port blacklist the compilers only when libc++ is in use (MacPorts base will then add newer clang compilers to the fallback list), and disable assembly when libstdc++ is in use.<br class=""><br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 22<br class="">Date: Wed, 22 Mar 2017 05:54:45 -0500<br class="">From: Ryan Schmidt <ryandesign@macports.org><br class="">To: Brandon Allbery <allbery.b@gmail.com><br class="">Cc: MacPorts Users <macports-users@lists.macports.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">    </span>again...<br class="">Message-ID: <2A3A6CA0-D5B0-418C-B9AB-EDDAF2CF1D7C@macports.org><br class="">Content-Type: text/plain; charset=us-ascii<br class=""><br class=""><br class=""><blockquote type="cite" class="">On Mar 22, 2017, at 05:41, Brandon Allbery <allbery.b@gmail.com> wrote:<br class=""><br class="">On Wed, Mar 22, 2017 at 5:48 AM, Ryan Schmidt <ryandesign@macports.org> wrote:<br class="">On Mar 21, 2017, at 18:21, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">On Tue, Mar 21, 2017 at 7:18 PM, Brandon Allbery wrote:<br class=""><blockquote type="cite" class="">vim $(port logfile thePort)<br class=""></blockquote><br class="">...and the port you installed will usually get expanded with <esc>. (bash/zsh, in default emacs mode) so you don't even need to type that :)<br class=""></blockquote><br class="">I'm not aware of this. Can you explain how to make this work?<br class=""><br class="">That was a little unclear... escape key followed by period. <br class=""></blockquote><br class="">Ah, cool. Thanks.<br class=""><br class="">On MacBook Pro with Touch Bar, pressing Esc is a bit of an adventure so retyping the port name is probably less error prone for me.<br class=""><br class=""><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 23<br class="">Date: Wed, 22 Mar 2017 12:53:15 +0100<br class="">From: Rainer Müller <raimue@macports.org><br class="">To: macports-users <macports-users@lists.macosforge.org><br class="">Subject: Re: Prevent MacPorts editing .bash_profile over and over<br class=""><span class="Apple-tab-span" style="white-space:pre">   </span>again...<br class="">Message-ID: <347bfaab-4acf-bfd9-80b3-b45fb97ef0d7@macports.org><br class="">Content-Type: text/plain; CHARSET=US-ASCII<br class=""><br class="">On 2017-03-21 21:43, Jan Stary wrote:<br class=""><blockquote type="cite" class="">+echo "Remember to set your environment:"<br class="">+echo "Prepend ${BINPATH} and ${SBINPATH} to PATH."<br class="">+echo "Prepend ${MANPAGES} to MANPATH if you use MANPATH."<br class="">+echo "Remember to set DISPLAY if you are on 10.4 or older."<br class="">+echo "See https://guide.macports.org/#installing.shell for details."<br class=""></blockquote><br class="">Where do you think users would see this? I am quite sure the installer<br class="">does not show any output of the postflight script.<br class=""><br class="">Rainer<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Subject: Digest Footer<br class=""><br class="">_______________________________________________<br class="">macports-users mailing list<br class="">macports-users@lists.macports.org<br class="">https://lists.macports.org/mailman/listinfo/macports-users<br class=""><br class="">------------------------------<br class=""><br class="">End of macports-users Digest, Vol 127, Issue 19<br class="">***********************************************<br class=""></div></div></blockquote></div><br class=""></body></html>