From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: Guix beyond 1.0: =?utf-8?Q?let=E2=80=99s?= have a roadmap! Date: Thu, 27 Jun 2019 23:12:37 +0200 Message-ID: <87ftnuu3zu.fsf@gnu.org> References: <877e97vws8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:55968) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hgbhE-0003j4-A8 for guix-devel@gnu.org; Thu, 27 Jun 2019 17:12:45 -0400 In-Reply-To: (P.'s message of "Thu, 27 Jun 2019 16:36:49 +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: P Cc: Guix-devel Hi P, P skribis: > System upgrades are still incredibly slow even with a small number of pac= kages, there definitely needs to be more build servers and a way to tell `g= uix package -u` to wait for substitutes to become available. > > Package search is kind of bad compared to Arch's pacman. > > An alternative to pkgfile would also be nice for knowing which package ha= s a certain file. > > Just, speed... in general. Guix pull takes so long to compile things. Agreed on all points=E2=80=A6 except perhaps for =E2=80=98guix search=E2=80= =99 which I think got better just today. :-) https://issues.guix.gnu.org/issue/36390 =E2=80=98guix pull=E2=80=99 ideally doesn=E2=80=99t compile things and gets= substitutes instead, but it=E2=80=99s still very slow indeed. Part of that is an issue with Gui= le=E2=80=99s compiler. Another part of it is the =E2=80=9CComputing Guix derivation=E2= =80=9D bit, which takes a bit less than a minute; this one could benefit from the =E2=80=9Crecursive derivation=E2=80=9D thing I listed (aka. =E2=80=9Crecurs= ive Nix=E2=80=9D). Thanks, Ludo=E2=80=99.