From: Nils Gillmann <ng0@n0.is>
To: "Clément Lassieur" <clement@lassieur.org>
Cc: guix-devel@gnu.org
Subject: Re: Firefox 52's end of life, packaging Icecat 60
Date: Fri, 13 Jul 2018 10:22:18 +0000 [thread overview]
Message-ID: <20180713102218.bcsgfb53ijqjqdcc@abyayala> (raw)
In-Reply-To: <87efg8mhk0.fsf@lassieur.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
>
next prev parent reply other threads:[~2018-07-13 10:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-12 18:31 Firefox 52's end of life, packaging Icecat 60 Clément Lassieur
2018-07-13 10:22 ` Nils Gillmann [this message]
2018-07-29 9:11 ` Clément Lassieur
2018-07-31 17:14 ` Mark H Weaver
2018-07-31 18:18 ` Clément Lassieur
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180713102218.bcsgfb53ijqjqdcc@abyayala \
--to=ng0@n0.is \
--cc=clement@lassieur.org \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).