From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nils Gillmann Subject: Re: Firefox 52's end of life, packaging Icecat 60 Date: Fri, 13 Jul 2018 10:22:18 +0000 Message-ID: <20180713102218.bcsgfb53ijqjqdcc@abyayala> References: <87efg8mhk0.fsf@lassieur.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fdvCk-0001Ez-FA for guix-devel@gnu.org; Fri, 13 Jul 2018 06:21:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fdvCj-0001sx-5s for guix-devel@gnu.org; Fri, 13 Jul 2018 06:21:38 -0400 Received: from conspiracy.of.n0.is ([2a01:4f8:1c0c:7ad0::1]:47048) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fdvCi-0001q0-Qn for guix-devel@gnu.org; Fri, 13 Jul 2018 06:21:37 -0400 Content-Disposition: inline In-Reply-To: <87efg8mhk0.fsf@lassieur.org> 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: =?utf-8?Q?Cl=C3=A9ment?= Lassieur Cc: guix-devel@gnu.org Clément Lassieur transcribed 1.1K bytes: > Hello, > > As this blog article[1] says, Firefox 52's end of life will happen on > August 28, 2018. That is, in 47 days. I imagine that by that time > Icecat 60 will be released, but it seems that we are pretty far from > being able to package it, because of the Rust packages that are needed. As far as my experience with trying to finish newer firefox packages goes, you can use cendor bundled crates. My idea so far was something along thoe lines (not succesful so far): ;; (add-before 'configure 'unpatch-sh ;; (lambda _ ;; (substitute* (list "third_party/rust/libc-0.2.24/ci/android-install-ndk.sh" ;; "third_party/rust/mio/ci/docker/arm-linux-androideabi/install-sdk.sh") ;; (((string-append "^#!" (which "sh"))) ;; "#!/bin/sh")) ;; #t)) (add-after 'patch-source-shebangs 'patch-cargo-checksums (lambda* (#:key inputs #:allow-other-keys) ;; third_party/rust/ has no Cargo.lock, but all the checksum.json files ;; Cargo.lock files occur outside of third_party/rust/ though. ;; (for-each ;; (lambda (filename) ;; (substitute* "Cargo.lock" ;; (("(\"checksum .* = )\".*\"" all name) ;; (string-append name "\"" ,%cargo-reference-hash "\"")))) ;; (find-files "third_party/rust" filename)) (for-each (lambda (filename) (use-modules (guix build cargo-build-system)) (delete-file filename) (let* ((dir (dirname filename))) (display (string-append "patch-cargo-checksums: generate-checksums for " dir "\n")) (generate-checksums dir ,%cargo-reference-project-file))) (find-files "third_party/rust" ".cargo-checksum.json")) #t)) I'm more concerned about the unreliable building of rust itself. A handful of us tried to build the new version and for some it failed (in the testsuite), for some it succeeded. > There might be other technical difficulties that I'm not aware of, > though. > > Is there any plan in this regard? Maybe, as a first step, we should > list the required dependencies so that people can pick them up? My > understanding of that article[2] is that the top level dependencies are > listed in Cargo.toml[3]. > > What is the current state of the Rust build system (cargo-build-system)? the inofficcial (no bug filed) guidelines: https://lists.gnu.org/archive/html/guix-devel/2017-04/msg00051.html > Is there anything blocking that would prevent its use? I'm asking Depends on what you want to use, but it is far from good enough for "real" applications (like 200 crates dependencies). > because I see very few packages in gnu/packages/rust.scm. > > Thank you, > Clément > > [1]: https://blog.mozilla.org/futurereleases/2018/01/11/announcing-esr60-policy-engine/ > [2]: https://developer.mozilla.org/en-US/Firefox/Building_Firefox_with_Rust_code > [3]: https://dxr.mozilla.org/mozilla-central/source/toolkit/library/rust/shared/Cargo.toml >