Yes, using the latest guix-daemon and guix client fixed it: /gnu/store/175nlv448nk5kagwwl3zyy2w4726qfz6-guix-0.12.0-4.d9da/bin/guix-daemon
/home/pjotr/genenetwork/guix/scripts/guix --version guix (GNU Guix) 20170218.09 ./pre-inst-env guix import cpan Time::ParseDate Starting download of /tmp/guix-file.hSC5MT >From >http://mirror.ibcp.fr/pub/CPAN/authors/id/M/MU/MUIR/modules/Time-ParseDate-2015.103.tar.gz... ...2015.103.tar.gz 26KiB 201KiB/s 00:00 [####################] 100.0% (package (name "perl-time-parsedate") (version "2015.103") (source (origin (method url-fetch) (uri (string-append "mirror://cpan/authors/id/M/MU/MUIR/modules/Time-ParseDate-" version ".tar.gz")) (sha256 (base32 "1lgfr87j4qwqnln0hyyzgik5ixqslzdaksn9m8y824gqbcihc6ic")))) (build-system perl-build-system) (native-inputs `(("perl-extutils-makemaker" ,perl-extutils-makemaker) ("perl-time-piece" ,perl-time-piece))) (home-page "http://search.cpan.org/dist/Time-ParseDate";) (synopsis "Parse and format time values") (description fill-in-yourself!) (license #f)) I also confirm 'guix pull' failed with the older daemon. Whatever system we find to replace 'guix pull' should be more conservative in preventing this type of breakage. --
