all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ryan Prior <rprior@protonmail.com>
To: Guix Devel <guix-devel@gnu.org>
Subject: Building a software toolchain that works
Date: Mon, 14 Mar 2022 19:05:30 +0000	[thread overview]
Message-ID: <PgTya6KzQwV_3VM69o2si_mcL5d6X7cGUOsDir0JZkKxqxWbcpMw4pEPeKMNMV1rDQ2Rn4oZ8jtGASrhPeOcx2jqjMMaAIg8l-x_cX1mk2I=@protonmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2523 bytes --]

I read a Twitter thread just now, which I'll link and reproduce below, that reminds me of something we're trying to build with Guix. Perhaps it'll resonate with other folks here like it did with me.

Jonathan Feinberg wrote at https://twitter.com/pheinberg/status/1503116750203797516

>I literally cannot write software outside of Google anymore. Every C++ project uses its own build engineering. There's Cmake, Ninja, bazel, configure, emsdk, etc. There is no reasonable way to make them coexist.
>
>You can use any 3rd party open source library you like, as long as you use their build, package management scheme, compiler, what have you. But you cannot then use any other open source library.You can use any 3rd party open source library you like, as long as you use their build, package management scheme, compiler, what have you. But you cannot then use any other open source library.
>
>There are 3 things that make it possible to use open source software at Google.
>1) We have 100 or so people who do nothing but work on our software building infrastructure.
>2) We have 10 or so people who do nothing but hack on toolchains.
>3) If you want to use a third-party package at Google, and it hasn't already been brought into our system, you can (well, really, must) do it yourself. You can spend the minutes/hours/days it will take to make just that one project build in our system.
>
>But, once you've done so, it will Just Work® with everything else, and the work you've done will benefit everyone.
>
>This works because there's always only one version of any particular project checked in (modulo some special snowflakes that have to apologize and explain themselves formally in special documents that live in the system with the code).
>
>But I've just tried, for the last time, to write a program outside of that system. It's too frustrating, and I'd rather write songs. This means that my Wordle (the word cloud, remember that from 2008?) will never happen again.
>
>I'll also never make anything like Python Mode for Processing again. Just trying to maintain it means many hours of downloading and configuring the latest hotness in Java versions, IDEs, build tools, etc.
>
>Not worth it. My time on Earth is too short.

I love how easy Guix makes it to build lots of tricky software, and more all the time. Thanks to everybody who's enabled this amazing work and continues to maintain it! Let's double down on that, and keep thinking of ways to improve the software toolchain for the whole world.

Cheers,
Ryan

[-- Attachment #2: Type: text/html, Size: 3296 bytes --]

             reply	other threads:[~2022-03-14 19:06 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-14 19:05 Ryan Prior [this message]
2022-03-14 20:26 ` Building a software toolchain that works Pjotr Prins
2022-03-14 21:40   ` David Arroyo
2022-03-15  8:19     ` Ludovic Courtès
2022-03-17  9:20       ` zimoun
2022-03-16 14:02     ` Josselin Poiret
2022-03-16 15:28       ` Ryan Prior
2022-03-16 20:13         ` Yasuaki Kudo
2022-03-17 15:35     ` Maxime Devos
2022-03-17 16:56       ` David Arroyo
2022-03-14 23:57   ` Olivier Dion via Development of GNU Guix and the GNU System distribution.
2022-03-15  8:23     ` Ludovic Courtès
2022-03-15  8:42       ` Pjotr Prins
2022-03-15 12:32       ` Yasuaki Kudo
2022-03-17 12:56     ` zimoun
2022-03-18 21:13       ` david larsson
2022-03-18 23:59         ` Yasuaki Kudo
2022-03-19 13:02         ` Windows Subsystem for Linux zimoun
2022-03-24 21:14           ` Ludovic Courtès
2022-03-25  3:43             ` Maxim Cournoyer
2022-03-25  9:04               ` Phil
2022-03-25 10:14                 ` Oliver Propst
2022-03-17 20:04   ` Building a software toolchain that works Katherine Cox-Buday
2022-03-18  6:27     ` Pjotr Prins
2022-03-18  9:10       ` Oliver Propst
  -- strict thread matches above, loose matches on Subject: below --
2022-03-17 12:06 zimoun

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='PgTya6KzQwV_3VM69o2si_mcL5d6X7cGUOsDir0JZkKxqxWbcpMw4pEPeKMNMV1rDQ2Rn4oZ8jtGASrhPeOcx2jqjMMaAIg8l-x_cX1mk2I=@protonmail.com' \
    --to=rprior@protonmail.com \
    --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 external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.