From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id /UsZO0vu1WBazAAAgWs5BA (envelope-from ) for ; Fri, 25 Jun 2021 16:55:07 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id AAtGNkvu1WA+fwAA1q6Kng (envelope-from ) for ; Fri, 25 Jun 2021 14:55:07 +0000 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 547EB20E98 for ; Fri, 25 Jun 2021 16:55:07 +0200 (CEST) Received: from localhost ([::1]:33272 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lwnEY-0006yJ-Am for larch@yhetil.org; Fri, 25 Jun 2021 10:55:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36330) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lwn1k-00064W-E2 for guix-devel@gnu.org; Fri, 25 Jun 2021 10:41:52 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:3247) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lwn1g-0006wb-Mk; Fri, 25 Jun 2021 10:41:51 -0400 Received: from nijino.local (62-116-34-49.adsl.highway.telekom.at [62.116.34.49]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4GBKSx5Bssz1LWpg; Fri, 25 Jun 2021 16:41:37 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4GBKSx5Bssz1LWpg DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1624632097; bh=cqIawVsGsYJc1aBQW0TAU7+nqwb56si1+zr0rcI+VbY=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=X+EDfrpfopSkHp0UuGr0ebq91sZwwQUsmmN6oC721Sjl5TFzcJwfZwQyZyoy4iO71 8UC55SgjpcNMD6PG5LnFcjepM0bkOalCG6Gh70cvyBlSDaV0d46CHzbvMS3TRCIn0Q hC3B47fqvd/RWOyvdVDbFJuPW1no2qS28HNOe6W4= Message-ID: <898042eb750c6629addc5d80c5120eff194428ac.camel@student.tugraz.at> Subject: Re: Cuirass job names and package variants From: Leo Prikler To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Date: Fri, 25 Jun 2021 16:41:36 +0200 In-Reply-To: <87tulm2ezu.fsf@inria.fr> References: <8735t6418z.fsf@inria.fr> <87tulm2ezu.fsf@inria.fr> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 Received-SPF: pass client-ip=129.27.2.202; envelope-from=leo.prikler@student.tugraz.at; helo=mailrelay.tugraz.at X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org, Mathieu Othacehe Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1624632907; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=cqIawVsGsYJc1aBQW0TAU7+nqwb56si1+zr0rcI+VbY=; b=JakLDMLNPcm20ncFZp2fM6pX7RcWeuVxH+xZeHS18tydgYGzoYvGcEVmHL1N71j9EujTGd AQ61bD2fRw7RhlWcSy6+NwcaGzfj+6h5ct0C3ZDM4Vl1L9I+0EQUXpiPkDmIfXV27potDf FUB/4fix7+XxVJ6l2m2EMsmwmAWpM//oAyTaJuIKtU1dokBm4vF0XwQQQPnp7dBuCzSBL1 MVtB77QTeZw1z1nsOwAWQ9MXpCMgGk8FMiB2Y/3JRT0PugFvQwxi9psgOETgTeSNyLuV1u j2Rzy9X4f6xVgj9HglIiyi2VmRMj2RRMYXZNqftdKVv+scr74R0ynY5XKGbXbw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1624632907; a=rsa-sha256; cv=none; b=tmmT/0bM84VhZTcbE3YLrnIF8vmcgZ3YONNAI51yRLYVDupGMAdmdPNqiEKHjiijDSSuB2 /dYve+V9m1hYBmEr0OAupnzLphD4hQ/pGays8JOP8mf+xSOiMRx3KlIh9l0JU8fzUwwqYq C4snPVZRG6dGHKXeR89ef7VNXZ0b3NroFqdVisYX2Oqhyzh4zOhdYFczOywQ5gnYk8I4OM +OwPEb4waN7nkM8ssqbgvhyEabXSFPa054cWKWukA5jFKQ2sA6cGkUvjVKjGzygzeM71Tl YwgBA7qTtUNlLUV4f+eRxz50/MRAYCbVIHYNDcjQ1bt+vjP5dzUilt4GY0vsBg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=X+EDfrpf; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -3.13 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=X+EDfrpf; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 547EB20E98 X-Spam-Score: -3.13 X-Migadu-Scanner: scn0.migadu.com X-TUID: MiOfHU/1pOuE Am Freitag, den 25.06.2021, 16:30 +0200 schrieb Ludovic Courtès: > Leo Prikler skribis: > > > Am Freitag, den 25.06.2021, 13:44 +0200 schrieb Ludovic Courtès: > > [...] > > > > However, variants of a given package have the same package > > > name/version, > > > and thus the same job name. Apparently Cuirass only takes the > > > first > > > job > > > with a given name into account and dismisses subsequent ones. > > > > > > What would be a good way to address this, either in Cuirass or in > > > the > > > user config? > > Do we already know – or could we compute – store paths at this > > point in > > time? It seems as though this could be solved once more by > > assigning > > ids based on hashed inputs. So each job-name would be something > > like > > (package-name)-(package-version)-(first-bytes-of-package-input- > > hash). > > WDYT? > > That job names are human-readable is a feature. :-) > > However, what we could do is have an autoincrement ID or similar (?) > rather than the package name used as the actual key. Dunno. In that case there is nothing to relate jobs to packages, which I'd assume is also a feature? We could have job names be unique id + package name, but since those ids grow larger and larger, i think they'd soon become unreadable as well. Maybe add -1, -2, -3,... to the job names if a job with the same name is already queued like backup systems do?