From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yGxhCiJFfGCQawAAgWs5BA (envelope-from ) for ; Sun, 18 Apr 2021 16:41:38 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 6LQJBCJFfGAXagAAbx9fmQ (envelope-from ) for ; Sun, 18 Apr 2021 14:41:38 +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 E748D18172 for ; Sun, 18 Apr 2021 16:41:36 +0200 (CEST) Received: from localhost ([::1]:54992 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lY8cA-00054P-N0 for larch@yhetil.org; Sun, 18 Apr 2021 10:41:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55776) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lY8be-00053b-3g for bug-guix@gnu.org; Sun, 18 Apr 2021 10:41:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:35846) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lY8bd-0007uz-Sq for bug-guix@gnu.org; Sun, 18 Apr 2021 10:41:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lY8bd-0002QW-Qa for bug-guix@gnu.org; Sun, 18 Apr 2021 10:41:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#47846: Feature Request: Add ability to disable having cache or generations Resent-From: bo0od Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sun, 18 Apr 2021 14:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47846 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Leo Prikler , 47846@debbugs.gnu.org Received: via spool by 47846-submit@debbugs.gnu.org id=B47846.16187568469299 (code B ref 47846); Sun, 18 Apr 2021 14:41:01 +0000 Received: (at 47846) by debbugs.gnu.org; 18 Apr 2021 14:40:46 +0000 Received: from localhost ([127.0.0.1]:47392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lY8bO-0002Pu-56 for submit@debbugs.gnu.org; Sun, 18 Apr 2021 10:40:46 -0400 Received: from mx1.riseup.net ([198.252.153.129]:44912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lY8bM-0002Ph-Rk for 47846@debbugs.gnu.org; Sun, 18 Apr 2021 10:40:45 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FNXgC0xP0zDqq6; Sun, 18 Apr 2021 07:40:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1618756839; bh=m0+CfcwtlyGd2cvfRZVsR9mcjeyzaAiiSE79G6sz9QU=; h=Subject:To:References:From:Date:In-Reply-To:From; b=rrxhumlpWJPnp9+DKvjg7FwdLW/elBPpw5BVMeeSHIKqNqYNKNfmF2uI159RzfLxA xlm9FROJsODmXwaWDCIyYCwCAv85ICwhxCAdBg6n2Ws+2XJAccdj3gs25L4ijTFNGn g5hMp0+7BpRvGYjQWTGuCUknFuVlDhqnt0UHxZA4= X-Riseup-User-ID: 46200724123CB94D511B408151A4B482629DA1CAC07758C51AF255AAEAFD5E4D Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4FNXg92JJZz5w2G; Sun, 18 Apr 2021 07:40:36 -0700 (PDT) References: <34dd59bee8f503432a3eea3c55dde95a23ecc7f1.camel@student.tugraz.at> From: bo0od Message-ID: <9520d229-1188-bf19-f8e6-9747b7a0ed11@riseup.net> Date: Sun, 18 Apr 2021 14:40:34 +0000 MIME-Version: 1.0 In-Reply-To: <34dd59bee8f503432a3eea3c55dde95a23ecc7f1.camel@student.tugraz.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1618756897; 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:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=sCpxpwuEooSuzReESJ7E6QoBbIy9dxqtTsEfMpTd3z4=; b=YVCbA3/gtSlQgngZlxY9K7zpSCzpNiHgWM23itGnKCT5nEpDySvtT7tJ+19a3/ZyWFyiyr upGFtLcOXqL9Z8qFTTua8NDC4Xk/YfAqSokXOWU9nMRApBmlIU01CExpscsPCvsywGd1Um pWdZSUW0RZoIL4WjDDz7ReYr4TUD5+kPHUXNvnr5IDN/+hGWwtAHLUl1xqQ2bKktkhVIdB 5YOGe1J0mLIrse0cf9Bhhp91VDMcUT8zSy6s/GbC8uKrbxxW+qHfsAOkXDD+utNZXV7ICR /f8+UD6hGccqlfDfr+WLaU0LIsO4ZgoZ0v3xeCkmVwJTGOqrIq1+NqtMVXmSYQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1618756897; a=rsa-sha256; cv=none; b=KN6pzPa5hl1tIQvs0v8cgxnPWUE3UkGQ+ns+tVUYoBjBE9UmCLyBVKb7HDEa0RPrV+REpU GPnY8G1dOLVhYwBb7hVh2jK+O3tY5HO6BmCFflIvjZrOK6hq2H/TDieBsrE+U2B05e0PPR a8Gclqn020YP+ZywFyldgRYry++HiRt5rRN1lAp2K78MK3VjiQpNeps7s3VAUJbzyFWl8k y1FQUq4OxiWMA5RkIa/IEefh46fgz/T6QRUksXHXBuBmI4Ms86PZ5V3QQFeMwbTAWxYYmO juQVYvUUN5dsFNNRYRyvpihLsbcTABXXJPUBtjueGxbTQb67LojsmQ0qG1W/Ew== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riseup.net header.s=squak header.b=rrxhumlp; dmarc=fail reason="SPF not aligned (relaxed)" header.from=riseup.net (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -1.34 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=riseup.net header.s=squak header.b=rrxhumlp; dmarc=fail reason="SPF not aligned (relaxed)" header.from=riseup.net (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: E748D18172 X-Spam-Score: -1.34 X-Migadu-Scanner: scn0.migadu.com X-TUID: n4oQ20vVS0Wj > There is no active caching going on. Not sure what do you mean by this. > but on a desktop with 500MB storage, you can keep several months of that around if you want to. Im using 20GB+9GB swap, its nightmare you cant just upgrade without each and everytime delete cache. So no, Sorry The statement isnt accurate about 500MB. (my personal experience, not someone telling me nor guessing things) > Which is bad how? Imagine i upgraded to FF version 79, but as well i have 78.9.2,78.9.0... These are wasted software we are not hunting deer and keeping trophies, Dont get me wrong roll back is great/usable but not for everyone/everytime case. > You would have to explicitly run those old, insecure versions, for them to be an attack surface[...] True, Already answered by Leo Famulari. >Just FYI deleting all that so often only puts unnecessary stress on your disk, because native inputs will have to be redownloaded and you're not even freeing up that much space. There is no way i can upgrade without using them. > That's not very functional. Again, you're putting more stress on your hardware by actively asking it to remove stuff. If you mean by the method of removing, Thats not my job to know what is the best method to be used, There are main distros like debian,fedora..etc devs can look at them and see how they can adopt/merge some methods. Leo Prikler: > Hi, > Am Samstag, den 17.04.2021, 18:29 +0000 schrieb bo0od: >> Hi There, >> >> Current situation with the guix distro upgrade is:(as i understand) >> >> A) User Packages: whenever there is an upgrade to package A version 1 >> to >> new Version lets call it A version 2 , So the process is ADD A2 → >> SWITCH >> to A2 → Cache A1 and so on. >> >> B) System Packages: Same process but it will be saved through >> generations > There is no active caching going on. Besides potentially building > software, the process of "upgrading" one generation of your Guix > profile or system is simply the act of letting a symbolic link point > elsewhere. Nothing more, nothing less. Each generation is itself a > "root" in GC terms from the moment it is built. > >> This causes unpleasant actions to some users: >> >> - Bloating the disk size > That's debatable. Now, yes, it is no secret, that Guix uses more disk > space than your traditional software, as keeps copies of your old data > around, but on a desktop with 500MB storage, you can keep several > months of that around if you want to. Things might be a bit different > on smartphones and embedded systems, which may want to GC more often, > but it's not like minimal setups are impossible. >> - Having old unnecessary files/packages > Which is bad how? >> - Questionable security of the saved old versions. As it depend if >> they >> have access to suid or not (i didnt investigate this, but if they >> have >> then thats big problem but this is not the ticket to discuss it) > You would have to explicitly run those old, insecure versions, for them > to be an attack surface, which I'd hazard you won't unless you're still > actively using them anyway. Note that for the case, that the mere > existence of those is a threat, you must assume your attacker to have > arbitrary shell code execution already. > >> I know someone would jump in and say but roll back is great feature >> and >> its useful and....i know that but like i said might be not suiting >> all >> users (specially with limited space). > Because it is. There are things larger than package generations. My > current profile weighs 8.5GB according to du, much of which can be > shared between generations. A typical anime episode encoded with x264 > at 1080p weighs 1GB or more. So one season of your favourite show is > literally more data than all of your software. > >> Current manual solution is to delete this extra mess using 2 >> commands: >> >> guix gc -d 1s && sudo guix system delete-generation >> >> This should be run whenever there is no space left, Or to get rid of >> the >> old stuff > Just FYI deleting all that so often only puts unnecessary stress on > your disk, because native inputs will have to be redownloaded and > you're not even freeing up that much space. > >> My suggestion is to have the ability to make Guix automatically just >> having the latest up to date packages without extra consumed storage >> (no >> cache no generation no nothing more than having the latest packages >> available in the distro). > That's not very functional. Again, you're putting more stress on your > hardware by actively asking it to remove stuff. > > Regards, > Leo >