From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Othacehe Subject: Re: Starting 'core-updates'? Date: Tue, 28 Jan 2020 09:55:08 +0100 Message-ID: <87wo9carkj.fsf@gmail.com> References: <87mua8sma4.fsf@devup.no> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:54713) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iwMeQ-0001fV-2Z for guix-devel@gnu.org; Tue, 28 Jan 2020 03:55:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iwMeO-0004yD-Rh for guix-devel@gnu.org; Tue, 28 Jan 2020 03:55:13 -0500 Received: from mail-wr1-x434.google.com ([2a00:1450:4864:20::434]:38027) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iwMeO-0004tG-LT for guix-devel@gnu.org; Tue, 28 Jan 2020 03:55:12 -0500 Received: by mail-wr1-x434.google.com with SMTP id y17so15018499wrh.5 for ; Tue, 28 Jan 2020 00:55:11 -0800 (PST) Received: from meru (lfbn-ann-1-237-90.w86-200.abo.wanadoo.fr. [86.200.196.90]) by smtp.gmail.com with ESMTPSA id r6sm25026800wrq.92.2020.01.28.00.55.08 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Jan 2020 00:55:09 -0800 (PST) In-reply-to: <87mua8sma4.fsf@devup.no> 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-mx.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org Hello Marius, Thanks for your great work. Concerning the first point about cross-compilation, we are almost there, but I still have a few patches to apply: * Remove canonical-packages calls[1]. * Use a default target in most (guix gexp) procedures[2]. * Fix Guix itself cross-compilation. This means make sure that all guile-* libraries that Guix depends on are cross-compilable. This is almost done, it's just a matter of updating some package definitions. As the second point is a bit tricky, I'd like to discuss it during Guix Days. Thanks, Mathieu [1]: https://lists.gnu.org/archive/html/guix-devel/2020-01/msg00044.html [2]: https://lists.gnu.org/archive/html/guix-patches/2019-12/msg00751.html Marius Bakke writes: > Hello Guix, > > The 'core-updates' branch is starting to look pretty good, and I am > happy to report that it "works for me". :-) > > Some of the big changes include: > > * Large parts of Guix can now be cross-compiled, allowing building Guix > System for foreign architectures without emulation. > > * Python was updated to 3.8.1, and most of the popular packages such as > Pytest are at the latest available versions. > > * The 'libjpeg' library has been deprecated in favor of 'libjpeg-turbo'. > > * 'util-linux' gained a "lib" output, decreasing the closure size of > packages that only need the libraries by ~11.5 MiB. > > * 'boost' now uses Python 3 by default. > > * 'sqlite-with-column-metadata' has been merged with 'sqlite'. > > * The quest to remove static libraries from core packages is ongoing. > Many packages are a tiny bit smaller for that reason. On the flip > side, the closure size of some packages increased, because they are > forced to use the shared library instead of embedding a static copy. > > * cmake-build-system's support for cross-compilation is significantly > improved. CMake itself also no longer bundles any of its dependencies > (even if they were mostly unused). > > * Of course we have the latest versions of core packages such as glibc, > make, sed, binutils, etc. > > I suggest that we set a "freeze" date shortly after FOSDEM to start > integrating it. Are there other branches that should be included? > Maybe wip-bootstrap or GNOME 3.34?