From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#32895: file progress reporter crashes on small files Date: Thu, 04 Oct 2018 10:31:07 +0200 Message-ID: <87muruyuyc.fsf@gnu.org> References: <8736too7bp.fsf@gnu.org> <871s98v2yr.fsf@mdc-berlin.de> <87a7nuloux.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7z3G-0005kg-Fq for bug-guix@gnu.org; Thu, 04 Oct 2018 04:32:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7z3C-0000o9-8t for bug-guix@gnu.org; Thu, 04 Oct 2018 04:32:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60294) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7z3C-0000nq-0W for bug-guix@gnu.org; Thu, 04 Oct 2018 04:32:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7z3B-0000TS-Sw for bug-guix@gnu.org; Thu, 04 Oct 2018 04:32:01 -0400 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-Reply-To: <87a7nuloux.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 03 Oct 2018 23:08:54 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ricardo Wurmus Cc: 32895-done@debbugs.gnu.org Hi, ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > Ricardo Wurmus skribis: > >> Ludovic Court=C3=A8s writes: >> >>> Hello, >>> >>> Ricardo Wurmus skribis: >>> >>>> guix/progress.scm:214:25: In procedure display-download-progress: >>>> In procedure /: Wrong type argument in position 1: #f >>>> >>>> This happens because =E2=80=9Ctransferred=E2=80=9D in the =E2=80=9Cels= e=E2=80=9D branch of (@ (guix >>>> progress) display-download-progress) is #f instead of a number. This >>>> could be the result of running string->number on an invalid string in >>>> =E2=80=9Cprint-build-event=E2=80=9D. >>> >>> Indeed, that seems to be the case. This would mean we=E2=80=99re emitt= ing an >>> incorrect build trace. >>> >>> Do you have the exact command to reproduce it? >> >> Unfortunately, I don=E2=80=99t. > > Or do you have the log around? If you run, say: > > grep -r "download-progress .*#f" /var/log/guix/drvs > > ? Turns out I stumbled upon this bug by change. The traces I was getting were: --8<---------------cut here---------------start------------->8--- @ download-progress /gnu/store/2chkmisij4373sb8sf07by0zkcikl4ki-opencv-extr= a-3.4.3.zip https://codeload.github.com/opencv/opencv_extra/zip/3.4.3 - 472= 383488 @ download-progress /gnu/store/2chkmisij4373sb8sf07by0zkcikl4ki-opencv-extr= a-3.4.3.zip https://codeload.github.com/opencv/opencv_extra/zip/3.4.3 - 478= 478336 @ download-progress /gnu/store/2chkmisij4373sb8sf07by0zkcikl4ki-opencv-extr= a-3.4.3.zip https://codeload.github.com/opencv/opencv_extra/zip/3.4.3 - 484= 704256 @ download-progress /gnu/store/2chkmisij4373sb8sf07by0zkcikl4ki-opencv-extr= a-3.4.3.zip https://codeload.github.com/opencv/opencv_extra/zip/3.4.3 - #f @ download-succeeded /gnu/store/2chkmisij4373sb8sf07by0zkcikl4ki-opencv-ext= ra-3.4.3.zip https://codeload.github.com/opencv/opencv_extra/zip/3.4.3 4876= 41438 --8<---------------cut here---------------end--------------->8--- The next-to-last one was incorrect. This is fixed in 1d0be47ab680db938ac8da1ee65e1de91e198f67. I=E2=80=99ll pu= sh an update of the =E2=80=98guix=E2=80=99 package so we get an updated daemon wi= th the fix (for the =E2=80=9Cbuiltin:download=E2=80=9D derivations.) Thanks, Ludo=E2=80=99.