all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Ricardo Wurmus <rekado@elephly.net>
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Re: Call for project proposals: Guix and Outreachy
Date: Thu, 08 Feb 2018 14:47:29 +0100	[thread overview]
Message-ID: <874lmrwq32.fsf@gnu.org> (raw)
In-Reply-To: <871shxunnf.fsf@elephly.net> (Ricardo Wurmus's message of "Wed, 07 Feb 2018 10:58:28 +0100")

Hello,

Ricardo Wurmus <rekado@elephly.net> skribis:

>> 3. rewrite more things currently provided by bootstrap binaries in
>> guile to reduce our bootsrap binary base.
>
> This seems good, as it consists of many independent sub-projects.  On
> the other hand: we already have a couple of implementations that are
> just not used in Guix at this point.  For example, there are a couple of
> Guile implementations of tar out there (I remember Mark H Weaver posted
> one some years ago), and there’s even a Bash interpreter out there
> (written by Rutger).

Yes, I think this lends itself well to an internship because it’s very
much a step-by-step project: one could focus on Bash, or on tar, or awk,
etc.

>> 10. provide user interface to our build farm where we could request
>> building a specific package.
>
> A user interface to the build farm would generally be useful.  I don’t
> see how it would keep someone busy for three months, but I think this
> proposal is worth fleshing out.

Right.  Depending on how far we want to go, it could definitely keep
someone busy for some time.

We could have an HTTP interface allowing users to request a build.
That’s not trivial because we’d need authentication, a notification
mechanism, and generally giving some thought to the security
implications of this.

We could also add new monitoring HTTP interfaces that would provide info
not available through the existing /api/* interfaces.  For instance,
having something that would show the build machines used, how
well-balanced the load is, and so on.  Or generally having ways to
browse builds in different ways—by evaluation ID, by commit, by name,
etc.

Ludo’.

  parent reply	other threads:[~2018-02-08 13:47 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-21 21:59 Call for project proposals: Guix and Outreachy Ricardo Wurmus
2018-01-26 11:53 ` Alex Sassmannshausen
2018-01-27  2:01   ` pelzflorian (Florian Pelz)
2018-01-27 11:45     ` Alex Sassmannshausen
2018-01-28 16:42   ` Ricardo Wurmus
2018-01-29 11:11     ` Alex Sassmannshausen
2018-02-06 22:05 ` Ricardo Wurmus
2018-02-07  7:51   ` Gábor Boskovits
2018-02-07  9:58     ` Ricardo Wurmus
2018-02-07 10:45       ` Gábor Boskovits
2018-02-08 13:47       ` Ludovic Courtès [this message]
2018-02-07 10:57     ` Andreas Enge
2018-02-08 13:48       ` Ludovic Courtès
2018-02-08 16:23         ` Ricardo Wurmus
2018-02-08 19:26           ` Gábor Boskovits
2018-02-08 19:58             ` Ricardo Wurmus
2018-02-10  7:08               ` Gábor Boskovits
2018-02-10  3:06     ` Chris Marusich
2018-02-10  6:52       ` Gábor Boskovits
2018-02-10 10:12       ` Ricardo Wurmus
2018-02-07 10:52   ` Andreas Enge

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=874lmrwq32.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=rekado@elephly.net \
    /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.