From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id kGgyAu0qfWCUUAEAgWs5BA (envelope-from ) for ; Mon, 19 Apr 2021 09:02:05 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id WA+sN+wqfWDuDwAAB5/wlQ (envelope-from ) for ; Mon, 19 Apr 2021 07:02:04 +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 65FB321976 for ; Mon, 19 Apr 2021 09:02:04 +0200 (CEST) Received: from localhost ([::1]:51630 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYNv1-000233-LS for larch@yhetil.org; Mon, 19 Apr 2021 03:02:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYNui-00022M-NW for guix-devel@gnu.org; Mon, 19 Apr 2021 03:01:45 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:52086) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYNuZ-0006mj-AW for guix-devel@gnu.org; Mon, 19 Apr 2021 03:01:43 -0400 Received: from nijino.local (194-96-9-9.adsl.highway.telekom.at [194.96.9.9]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FNyQx51XMz1LBRw; Mon, 19 Apr 2021 09:01:29 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4FNyQx51XMz1LBRw DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1618815689; bh=JHemmmGfBTG2zWUMG/0x9wvQ477DeP9gsg3TtbzAhRY=; h=Subject:From:To:Date:In-Reply-To:From; b=Si7RcK1AdXSkxajDdCKkdtVUZ4UcO1Mg8cWTeebO0d4dP+nYVcqkb9wyEldfFDMvj RdndfgmDk5JSx2DEAFiMSztkc2Nu3empVXD9a9JJ33anYUTkYGaNplOw+vC0VhSUZL WlxulfDTrOANBQdGuBiLfQr1KE6jOBtpLVEKsitI= Message-ID: <51d3bff3309859b9b8be469791267cc538d7e2b2.camel@student.tugraz.at> Subject: Splitting up packages, targeting smaller/older devices From: Leo Prikler To: raingloom@riseup.net, guix-devel@gnu.org Date: Mon, 19 Apr 2021 09:01:28 +0200 In-Reply-To: 20210418232617.60b276f2@riseup.net Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit 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.01, RCVD_IN_MSPIKE_WL=-0.01, 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: , 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=1618815724; h=from:from:sender:sender: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: in-reply-to:in-reply-to:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=JHemmmGfBTG2zWUMG/0x9wvQ477DeP9gsg3TtbzAhRY=; b=Wg0KM7238yvAj+Fl/X87jx5HZ6/VZQgeJDHFPUL2x0q6PHt3qrQNKMqFVXsIJDPX5Vtz1v 3gAU0QOsqhcyWWHJq8Ijgj0oqmkIgsY023HV1V6BQBhk4+nc4vO0HCDiazrXUOt6Gttqmw qH2TX+49COdWWuwPvCDE9xsiwhTWdtoyeJKpEU+pw7PJtUr+25QLGRnOgibzT9U6UDniTc 7QzjQW8cP+nVNLoJf8bd9Dvlx5xQgMD4YuJCVqnXtS51e/qWOrnL7M0gbIJuZLLge8J1U1 7efouQdznIJhGTihvgP+3mNHGADXaaJKkL0cgFbX/HT27U4ENN23Tu/IqyGdog== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1618815724; a=rsa-sha256; cv=none; b=uLkHBDiJ6NApz8MMYYIwtaAxWLIbV4lO8h3g6+03e+Il6X7jXpqVQK0hfRRs+/3X4XCtJ8 pfecIEPupuMCe0hPzFeeuCBayLCEC1j/dYSmxkAteL+y0CrqLLNCg+afBFyw3hdRoRfgWL zVkzbdIrj1XLqGiCj8fHZt78GwObx6LYzClD/K6u6qz62Ez2kJ7ZfMiuP7huhsr4kPA2LO dXBqLrTKMwkFy3BWPn8dTD6B8ApKwycNq4JNx1GU+PU5dTDdgxozcB5ncvyF0aHg7bPWYL Jko+Uc1kSts7+x04oJxTu9x2MMAjaIc6HqoE6PxuCC+ziVSljinYHiBxTNY0jA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Si7RcK1A; 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.14 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Si7RcK1A; 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: 65FB321976 X-Spam-Score: -3.14 X-Migadu-Scanner: scn0.migadu.com X-TUID: THmVAH+a6MP7 > One thing I'd like to try is to split up packages into more outputs, > kinda like what Alpine does. This isn't really technically > challenging, > it's mostly just busywork and adding some default build phases and > maybe some more default outputs. But it is a pretty big change, so, > is > this something that could eventually be upstreamed? Not only is this very doable, it is in fact what Guix somewhat actively do in order to reduce closure size. I'm not sure if there's a "one size fits all" phase, that could help you accomplish this, but a post- install "move this part elsewhere" has worked for many things in the past. The only problem is that depending on the packages you want to make smaller, you might end up a) not making a difference, because the output is still needed (unlikely, but possible) b) targeting core-updates, which delays the time your patches can be rolled out to everyone. That being said, if you have concrete ideas about packages you wish to reduce in size through more outputs, do bring them forth, either in a discussion or with a patch. Regards, Leo