unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Fabio Natali <me@fabionatali.com>
To: Wilko Meyer <w@wmeyer.eu>
Cc: guix-devel@gnu.org, Tobias Alexandra Platen <guix@platen-software.de>
Subject: Re: Guix at 37C3 Chaos Communication Congress in late Dec?
Date: Mon, 01 Jan 2024 13:49:24 +0000	[thread overview]
Message-ID: <87edf188pn.fsf@fabionatali.com> (raw)
In-Reply-To: <87o7e7bi3i.fsf@wmeyer.eu>

On 2023-12-30, 20:28 +0100, Wilko Meyer <w@wmeyer.eu> wrote:
> As the 37c3 has ended today, were the sessions fun so far/did
> everything go well? Curious to hear how things went and if you were
> able to reach new folks interested in Guix at the event.

Hi Wilko,

Thanks for asking. Indeed I was thinking of writing a short post-37c3
recap to tell about the sessions, so this is a good opportunity.


tl;dr.

Congress (or 37c3) was great fun! We had two Guix self-organised
sessions with very good turnout of participants. There's definitely
interest around the project at Congress. My 2 cents is that we should
think of organising ourselves in an "assembly"⁰ next year, possibly
together with other Lisp projects.


Intro.

We ended up having two Guix self-organised sessions, on Day 1 and Day 3,
as per the following two posts on the 37c3 site:

- Day 1, GNU Guix, an introduction¹
- Day 3, GNU Guix, a hands-on session²

Congress self-organised sessions are non-official sessions that anybody
can register on the event's portal, simply providing a description and
saying when and where to meet up.


Day 1, GNU Guix, an introduction.

The introductory session on Day 1 wasn't so bad, I think. Given the low
level of feedback on the Fediverse I was expecting very few people,
instead I think we were north of 30 participants! (Do I live in a
Fediverse bubble? Yes, I probably do.) We had to improvise a bit,
sitting on the floor in circle and talking as loud as we could given the
noisy environment.

We had a round with everybody briefly explaining their experience with
Guix. Then we mostly went through the following list of introductory
topics.

- Intro 👋
- What's Guix?
    - Functional
    - Transactional
    - Declarative
        - A base system definition
        - Build and run a system definition 1/2
        - A slightly more advanced system definition
        - Build and run a system definition 2/2
        - Using Guix on a VPS
- How it works
    - The Store
    - What's in a package?
    - Package dependencies
- How many packages available?
- Guix environments with guix shell
- Guix for reproducibility
- Guix as a package manager on a foreign distribution
- Guix Home
    - Guix Home in a container
    - A more complicated example
    - Info on the current Guix Home
- How to contribute
- Resources

Luckily I had put together a little web page so everyone could follow
along looking at the website as we were going through the list. Nothing
particularly valuable, but here³ is the source code if anybody wants to
look at the contents in more detail. After the session, people seemed
generally happy and willing to try Guix or experiment with it more.


Day 3, GNU Guix, a hands-on session.

The session on Day 3 was more seriously limited by the same logistic
problem. Without a projector/monitor, no chance of any meaningful
hands-on work and all we could do was a round of "if there's a blocker
that's preventing you from using Guix or from using it more, what is it
and can we do anything about it?".

Some of the problems discussed:

- A participant mentioned a problem when trying to create a Guix package
  for some Python library. They said the number of missing dependencies
  was overwhelming and that they got a bit frustrated. We mentioned
  something about `guix import' but I don't think we did a great job at
  addressing the problem.
- Someone said they had been trying to create a stripped-down version of
  Guix but they got a bit frustrated by some internal dependencies
  (e.g. avahi) that apparently can't be easily removed.
- Someone mentioned some user-experience issue when working on Guix
  packages, e.g. with Geiser and the Guix REPL.

Probably we didn't do a great job at providing answers/solutions. On the
other hand, things would have been much easier if we had been in front
of a monitor or in a context where we could split in small groups and do
some pair-programming. Some of the participants might see this thread
and be willing to provide their feedback too?


Final considerations.

There's definitely interest around Guix at Congress. The turnout at both
sessions was more than I expected. I think we should consider forming a
Congress Assembly next year, either as Guix itself, or possibly joining
forces with other Lispy things? I don't think there was any Emacs
assembly, for example. A Lisp assembly would have a huge potential!

Having an assembly would help tremendously, as we'd be assigned our own
fixed space where organise sessions, etc.

Apologies for the long email. I hope it's useful feedback.

Cheers, thanks, Fabio.


- 0: https://en.wikipedia.org/wiki/Chaos_Communication_Congress
- 1: https://web.archive.org/web/20231231042816/https://events.ccc.de/congress/2023/hub/en/event/gnu-guix-an-introduction/
- 2: https://web.archive.org/web/20231231042326/https://events.ccc.de/congress/2023/hub/en/event/gnu-guix-hands-on-session/
- 3: https://git.sr.ht/~fabionatali/guix-intro/tree/main/item/main.org


-- 
Fabio Natali
https://fabionatali.com


  reply	other threads:[~2024-01-01 13:50 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-11 11:26 Guix at 37C3 Chaos Communication Congress in late Dec? Fabio Natali
2023-12-11 20:15 ` Wilko Meyer
2023-12-11 20:32   ` Tobias Alexandra Platen
2023-12-11 21:02     ` Fabio Natali
2023-12-12 16:56       ` Fabio Natali
2023-12-12 17:19         ` Matt
2023-12-12 22:01           ` Fabio Natali
2023-12-13 12:34           ` Wilko Meyer
2023-12-13 15:01             ` Kristoffer Ström
2023-12-13 23:18               ` Sergio Pastor Pérez
2023-12-30 19:28         ` Wilko Meyer
2024-01-01 13:49           ` Fabio Natali [this message]
2024-01-02 20:26             ` Matt
2024-01-18 13:25             ` Andreas Enge
2024-01-18 18:12               ` Matt
2024-01-18 19:22               ` Fabio Natali
2024-01-19 16:08                 ` 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

  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=87edf188pn.fsf@fabionatali.com \
    --to=me@fabionatali.com \
    --cc=guix-devel@gnu.org \
    --cc=guix@platen-software.de \
    --cc=w@wmeyer.eu \
    /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).