#51045: "---> Attempting to fetch" doesn't start in a new line ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.99 Keywords: | Port: ---------------------+-------------------------------- There seem to be some issues with newlines when fetching with curl: {{{ ---> Attempting to fetch glib2-2.48.0_0.darwin_11.x86_64.tbz2 from http://fco.it.packages.macports.org/mirrors/macports-packages/glib2/glib2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0---> Attempting to fetch glib2-2.48.0_0.darwin_11.x86_64.tbz2 from http://nue.de.packages.macports.org/glib2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0---> Attempting to fetch glib2-2.48.0_0.darwin_11.x86_64.tbz2 from http://lil.fr.packages.macports.org/glib2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0---> Fetching distfiles for glib2 ---> glib-2.48.0.tar.xz does not exist in /opt/local/var/macports/distfiles/glib2 ---> Attempting to fetch glib-2.48.0.tar.xz from http://fco.it.distfiles.macports.org/mirrors/macports-distfiles/glib2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 11 7312k 11 815k 0 0 3298k 0 0:00:02 --:--:-- 0:00:02 3289k 100 7312k 100 7312k 0 0 6957k 0 0:00:01 0:00:01 --:--:-- 6964k---> Verifying checksums for glib2 ---> Checksumming glib-2.48.0.tar.xz }}} From [browser:trunk/base/src/port1.0/portfetch.tcl src/port1.0/portfetch.tcl]: {{{ foreach site $urlmap($url_var) { ui_notice "$UI_PREFIX [format [msgcat::mc "Attempting to fetch %s from %s"] $distfile $site]" set file_url [portfetch::assemble_url $site $distfile] try -pass_signal { curl fetch {*}$fetch_options $file_url "${distpath}/${distfile}.TMP" file rename -force "${distpath}/${distfile}.TMP" "${distpath}/${distfile}" set fetched 1 break } catch {{*} eCode eMessage} { ui_debug [msgcat::mc "Fetching distfile failed: %s" $eMessage] set lastError $eMessage } finally { file delete -force "${distpath}/${distfile}.TMP" } } }}} Similar code is in [browser:trunk/base/src/package1.0/portarchivefetch.tcl src/package1.0/portarchivefetch.tcl]. Nothing seems unusual, but maybe `curl fetch` doesn't add a newline or perhaps character deletion (which is supposed to delete a line before printing a new one to implement a "progress bar") doesn't work as expected? These are blind guesses though. (I believe that this has only been a problem in trunk and that it works fine with the released version. But it's not entirely clear to me where the difference could come from. Maybe I need some search via bisection :) -- Ticket URL: <https://trac.macports.org/ticket/51045> MacPorts <https://www.macports.org/> Ports system for OS X