From: Ricardo Wurmus <rekado@elephly.net>
To: Sharlatan Hellseher <sharlatanus@gmail.com>
Cc: 60608@debbugs.gnu.org
Subject: bug#60608: keras is broken â> package bazel?
Date: Thu, 19 Dec 2024 12:19:15 +0100 [thread overview]
Message-ID: <87o717gbt8.fsf@elephly.net> (raw)
In-Reply-To: <8734ikpnaq.fsf@gmail.com> (Sharlatan Hellseher's message of "Wed, 18 Dec 2024 23:46:21 +0000")
Sharlatan Hellseher <sharlatanus@gmail.com> writes:
> Any plan to have Bazel in main Guix git repository or it's not
> compatibly license wise?
Bazel is in guix-science, with a bazel-build-system as well. It's
compatible when looking at just the licenses, but there are a number of
annoying wrinkles:
- Bazel itself bundles lots of binaries (Java libraries); I have made no
serious attempt at unbundling them. Packaging Java libraries gives me
ulcers.
- the bazel-build-system works in ways that are really quite mismatched
with how Guix works. It performs a two-stage build: the first step is
to run Bazel to download "sources" in a fixed output derivation; the
second step (at a later time) is to unpack these hash-identified
sources and run Bazel again without the download.
- Bazel makes it *very* hard or even impossible to replace parts of the
build dependencies with packages from Guix. I recently added
python-ray to guix-science, which insists on using its own GNU Make
(among many others). This means that the source blob is usually
incredibly large.
- Bazel does not care about whether something is source or binary. The
bazel-build-system assumes that the first step is to download sources
only. Bazel does not see it this way and is perfectly happy to fetch
or build binaries at this stage. It has happened a number of times
that the hash of the fixed output derivation changed after an update
of seemingly unrelated libraries, because the fixed output wasn't
fixed after all.
I'd rather move Keras to guix-science than to contaminate Guix proper
with the abomination that is the bazel-build-system (and its relative
Bazel, which I will attempt not to call an abomination in public).
--
Ricardo
prev parent reply other threads:[~2024-12-19 11:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-06 21:16 bug#60608: keras is broken –> package bazel? Ricardo Wurmus
2023-10-21 15:18 ` Ricardo Wurmus
2024-12-18 23:46 ` bug#60608: keras is broken â> " Sharlatan Hellseher
2024-12-19 11:19 ` Ricardo Wurmus [this message]
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=87o717gbt8.fsf@elephly.net \
--to=rekado@elephly.net \
--cc=60608@debbugs.gnu.org \
--cc=sharlatanus@gmail.com \
/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).