From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 15:28:58 2021 Received: (at 47846) by debbugs.gnu.org; 18 Apr 2021 19:28:58 +0000 Received: from localhost ([127.0.0.1]:47877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYD6I-0001QI-14 for submit@debbugs.gnu.org; Sun, 18 Apr 2021 15:28:58 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:3875) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYD6G-0001Q9-5p for 47846@debbugs.gnu.org; Sun, 18 Apr 2021 15:28:57 -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 4FNg3m30Lzz3wpf; Sun, 18 Apr 2021 21:28:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1618774132; bh=6pmzJkJZUDCvuKZ8RBa/gzIf8dVIKKp95v1wkTYSab0=; h=Subject:From:To:Date:In-Reply-To:References; b=cFhXhju/uau0ns40Np9Ey9sd6bQNgaX5fqwjaKprH6c0g0asvo/9j14kXWb8XX4ga jM9Xpx2dSNFmeA0yBE57T+WSSA8mF1Ft9OUFNL/GOmjkrCZ8vLNCQbpuTCt3RXzACt aS2SRXCp0LAh3MSwCFg4PYkC+x4KvtWd+SklhA00= Message-ID: <0f96ce30982303f0dfc6eb716a2b42527d3c2800.camel@student.tugraz.at> Subject: Re: Feature Request: Add ability to disable having cache or generations From: Leo Prikler To: bo0od , 47846@debbugs.gnu.org Date: Sun, 18 Apr 2021 21:28:51 +0200 In-Reply-To: <6d08fb6e-8fb6-8990-aa85-423bcc4f9ddd@riseup.net> References: <34dd59bee8f503432a3eea3c55dde95a23ecc7f1.camel@student.tugraz.at> <9520d229-1188-bf19-f8e6-9747b7a0ed11@riseup.net> <673a04816e4ea2e12d4dfda2cda43ec64eb0d50d.camel@student.tugraz.at> <6d08fb6e-8fb6-8990-aa85-423bcc4f9ddd@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 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47846 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Am Sonntag, den 18.04.2021, 18:45 +0000 schrieb bo0od: > > My bad, I meant to type 500GB (a fairly common disk size), but it > turns > > out my other laptop survives quite fine on 250. Fair enough, it's > not > > 32GB (common in phones), but then again, you'd run normally very > > different packages on embedded systems. > > yeah 100+ GB thats too big, not always having this space is easy or > available. It is common enough for desktop PCs and laptops, which is the use case I'm talking about here. If you're hosting a server, chances also are, that you have that much, if not more space available. For cases, in which you have significantly less memory available, there is a bare- bones template. > > There are several ways of optimizing for profile size, one of > which is > > to not run huge browsers like icecat. I have no idea what kind of > > system you're trying to fit into 20GB , but a hard idea thinking > it's > > the right kind. > > I have debian,fedora,kali,ubuntu,trisquel/triskel,arch... all with > only > 20GB space and working for testing purposes as im mostly working as > software tester. I'm fairly certain you should be able to get test environments, that fit this size via `guix environment', but if that's your plan, you shouldn't do much else with the space you have. Might I ask if you're the kind to keep a separate /home? > > What kind of advanced removal strategies are you talking about? > > I didnt suggested how its done in my ticket, I gave the issue and > feature request as a solution to it but how to do it the best way i > leave this to the devs to decide not me. "Please remove all my previous stuff whenever I upgrade a package" is a rather specific feature request in my opinion. I don't think there is much room for bikeshedding different implementations of it, though of course, Debian, Arch, Gentoo etc. are all different distributions, that produce it as a side-effect of what they're actually trying to do. > If out of ideas and nothing is available look at other distributions > and > see how its done and what can be taken from them and merge into guix > to > adopt this feature. How did other distributions "adopt this feature" in your opinion? Regards, Leo