From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id OBNXNXPaOWRSOwEASxT56A (envelope-from ) for ; Sat, 15 Apr 2023 00:57:55 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id aBxvNHPaOWTwJwEAG6o9tA (envelope-from ) for ; Sat, 15 Apr 2023 00:57:55 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 44E07231DC for ; Sat, 15 Apr 2023 00:57:55 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pnSMB-0004Cl-Ky; Fri, 14 Apr 2023 18:57:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnSMA-0004CI-Ic for guix-devel@gnu.org; Fri, 14 Apr 2023 18:57:26 -0400 Received: from coleridge.kublai.com ([166.84.7.167] helo=mail.spork.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnSM9-0001us-3l for guix-devel@gnu.org; Fri, 14 Apr 2023 18:57:26 -0400 Received: from psyduck (ool-18b8e9e7.dyn.optonline.net [24.184.233.231]) by mail.spork.org (Postfix) with ESMTPSA id ABFDC8534 for ; Fri, 14 Apr 2023 18:57:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=spork.org; s=dkim; t=1681513027; bh=06Qb7czTpzQNSKXXfAipXM4jE76q+Rhzt2UkUXMCp+s=; h=From:To:Subject:Date; b=VxXxnjswE/OkOeL1ft6l5hUjK7uGXQBQzXc9rECQ/3kuwNQHfCwNn3HZF3cOkS3Ss 4LXk0U1OQ4BRSvef3VjirS7pvdlTfK1Kop2CekyeFA9AgGaX9FpCgGvGGwVSJKDSjc 7raW2POszQlNNQf3igE/ZFsjrvkyW78s3iutqpEI= User-agent: mu4e 1.10.2; emacs 28.2 To: guix-devel Subject: [core-updates] issues with python's zip Date: Fri, 14 Apr 2023 18:47:04 -0400 Message-ID: <87ildyf4y9.fsf@psyduck.jhoto.kublai.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=166.84.7.167; envelope-from=bjc@spork.org; helo=mail.spork.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-to: Brian Cully From: Brian Cully via "Development of GNU Guix and the GNU System distribution." Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1681513075; a=rsa-sha256; cv=none; b=dmGe8ItKW6nhrU9TstG3VvfMkNd71Cauj5TOFUGOQiV0uZCYyKPvW/TxBAd34j1VdX9Iu9 7N4Re53HsQznKtPncLVshLp9vf08bRK74y/YN/4viHArBMtQOOLgIIeM3LXJqofllSvF7z 0L+YPSoX3c09XPKFTfJ4gIGeCBDEKcxpXYFxH3qsRDZk0B1l/EoIaobdGvJdGDAoJeRKgt 01Pn+fgB8fZFKFCg8czKCCAvZwYJQGanEFMps0ByMRwHnzERTMDH+OA59gPo70OAhxdLu/ Wmln64sclsWt42NEfudiIoforNqPvVn6gN8R1jf2sDVkcSk8fK2VaikPPd6iUA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=spork.org header.s=dkim header.b=VxXxnjsw; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gnu.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1681513075; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=9hPwrdzdvpRmZDfFKop8GLOKCCH0Ije8yrf+gxjjtDU=; b=l1hMUhZcI5hNBQbWzBuE5rqkxR1CnGaHu3Ojn/2Nr70SgjYwgVQAQz9IQTYjCzpc+hAfYh t3phB4DEBnrPtKSFOPOeukZlOgjQR0HWoBL8kolsDFHj7QSKEhqprv+7+YCGuGSpV7tqn/ it3TYwPKJkalDufL17CFBLdcUN6+kiUS+HcLdfLfJu2MsnHCpfUFxh2FWtJzq23l0Nlfh0 0O2wL0v4W1tXocTe7PNhcTvGetY55jPyEtKibtcPyJp3jC/8uz1SZYrK5ta45X++wMZ7yj DLPZBGl4eCVL1XfKqCjWmm6on3wQlMJQ58dCE2gZ6DCZjjtDOTbbtpCFaywyGA== X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -3.52 X-Spam-Score: -3.52 X-Migadu-Queue-Id: 44E07231DC Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=spork.org header.s=dkim header.b=VxXxnjsw; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gnu.org X-TUID: z5syUjHeDnBL I've run into issues with two packages on core-updates that fail=20 to build because the zip library being used can't handle dates=20 before 1980. I assume there are more. Do we have a way to handle this gracefully? In the mean time I've=20 patched both packages (=E2=80=98sssd=E2=80=99 and =E2=80=98criu=E2=80=99) w= ith a new build phase: --8<---------------cut here---------------start------------->8--- (add-before 'install 'change-file-datetimes (lambda _ (use-modules (ice-9 ftw)) (let ((dir ".") (time 315532800)) ; 00:00:00 1-jan-1980 UTC (let loop ((prefix "") (node (file-system-tree (pk ".:"=20 dir)))) ;; unqualified use of =E2=80=98match=E2=80=99 leads to a = syntax=20 error when ;; using =E2=80=98...=E2=80=99, so specify the module=20 explicitly. ((@ (ice-9 match) match) node ((name stat) ; flat file (when (not (eq? (stat:type stat) 'symlink)) (utime (string-append prefix name) time=20 time))) ((name stat children ...) ; directory (utime (string-append prefix name) time time) (for-each (lambda (child) (loop (string-append prefix name file-name-separator-st= ring) child)) children))))))) --8<---------------cut here---------------end--------------->8--- With this, the only outstanding issue with core-updates is #62820,=20 which I'm baffled by. It appears to me as though the substitute is=20 issuing up a broken =E2=80=98rules=E2=80=99 file, but since this is used by= the=20 keymap in =E2=80=98operating-system=E2=80=99, I would imagine a lot of peop= le=20 would have hit this bug, so why seemingly just me? -bjc