[MacPorts] #51045: "---> Attempting to fetch" doesn't start in a new line
MacPorts
noreply at macports.org
Mon Apr 4 06:46:22 PDT 2016
#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
More information about the macports-tickets
mailing list