From mboxrd@z Thu Jan 1 00:00:00 1970 From: L p R n d n Subject: Re: Is there a way to upgrade only packages with substitutes? Date: Sun, 04 Aug 2019 02:19:12 +0200 Message-ID: <87r261zssf.fsf@lprndn.info> References: <871ry38fl9.fsf@gmail.com> <30697aebc00280145b4769566fc9103d@disroot.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:34647) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hu2Mx-0004kL-Kn for guix-devel@gnu.org; Sat, 03 Aug 2019 18:19:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hu2Mw-0001XU-GE for guix-devel@gnu.org; Sat, 03 Aug 2019 18:19:19 -0400 Received: from mout02.posteo.de ([185.67.36.142]:33723) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hu2Mw-0001Ul-A7 for guix-devel@gnu.org; Sat, 03 Aug 2019 18:19:18 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 3A24F2400E6 for ; Sun, 4 Aug 2019 00:19:11 +0200 (CEST) In-Reply-To: <30697aebc00280145b4769566fc9103d@disroot.org> (znavko@disroot.org's message of "Sat, 03 Aug 2019 04:30:56 +0000") 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+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: znavko@disroot.org Cc: guix-devel@gnu.org Hello, znavko@disroot.org writes: > Hello, Katherine! I fuzzily remember this subject in maillists, maybe we > discussed this feature. And there were instruction of how to define in `guix > package -u` those packages you won't update. > Also I know guix has feature to check substitutes (`guix weather`, is it?). > > I think we need a script that will do this: > 1) guix pull > 2) get a list of new packages and dependencies that all will be updated > 3) check which of them haven't substitutes > 4) run `guix package -u` without those packages that have not substitutes. > 4.1) or run `guix package -u` without only those big packages you defined like > 'not to update if they have no substitutes' I also do think a way of only updating with substitutes would be nice. However, I'm not really fond of that behaviour. I'm pretty sure it has already been discussed somewhere and I probably lack knowledge to give a proper answer but here are my two cents. IMHO, I would rather go for a server side solution. Something a 'simple' as a lagging - automated or curated - channel could do the trick. (1 day, 1 week with/out meaningfull commits) Obviously, that means, a minimal profile won't be able to get its substitutes as soon as possible but the difference shouldn't be that large anyway (what is it? 24h? 48h?). Plus, it's a gain in term of computation, speed of update, use of network etc. Also, any tool that would automatically resolve in a potential partially updated profile, even if advertised, is probably a door to a lot of incomprehension and unwanted behaviour. --do-not-upgrade and -u $package are ok because the user take an active part in it. > I think this can be done with guix features but this is hard work, not for usual users. > And sure guix must have this feature. > > > August 2, 2019 8:42 PM, "Katherine Cox-Buday" wrote: > >> Hey Guix! >> >> Very often I find myself updating systems only to get stuck on building >> something large like LibreOffice or Un-Googled Chromium. Usually the >> substitutes for these are available a few days later. >> >> It would be nice if I could pass a flag to `guix package -u` that would >> disallow building in the event a substitute wasn't available. Is that >> `--fallback=false`? If so, that's a double-negative; is there a clearer >> way to represent both without acreting options? >> >> -- >> Katherine Have a nice day, Lprndn