Group: Guix/FOSDEM2019

From LibrePlanet
< Group:Guix
Revision as of 11:55, 1 February 2019 by Civodul (talk | contribs) (Dinner)
Jump to: navigation, search

This page is for tracking anything related with the 2019 GNU Guix/Guile conference and hackathon on Jan. 31st and Feb. 1st—right before FOSDEM2019 and the minimalistic language devroom.

GNU Guix Days

Logo of the Guix Days

Annual GNU Guix (un)conference. This event is a FOSDEM 2019 fringe event.

Why?

GNU Guix is growing rapidly and has gone from a software packaging system to a full tool stack aimed at reproducible software deployment and development. GNU Guix is a toolkit that allows developers to integrate reproducible software deployment into their applications—as opposed to leaving it up to the user. GNU Guix is based on the GNU Guile programming language which makes it a very versatile and hackable (in the good sense) environment.

When?

Thursday 31st of January and Friday 1st of February, 2019, the two days before FOSDEM.

Coffee at 9:30AM, and starting at 10AM.

Where?

Institute of Cultural Affairs (ICAB) Rue Amedee Lynen 8 1210 Brussels (map), Belgium.

Programme

We will have some talks in the morning and hacking and discussions the rest of the day. Two days of GNU Guix bliss.

The event targets an audience of Guix developers and users.

In pure “unconference” style, the program will be made by participants as we go, with hands-on sessions organized in sub-groups. Possible session topics that have already been proposed include:

  1. GNU Guix road map
  2. GNU Guix online documentation
  3. Mes and bootstrapping
  4. Reproducibility project
  5. Alternative target architectures (ARM etc.)
  6. Developing workflows (GNU Guix and GNU Workflow Language)
  7. Support for D in GNU Guix
  8. Demonstration and explanation of The Perfect Setup (Emacs, Geiser, Magit)
  9. Demonstration and live-hacking of Next browser + introduction to the code base
  10. Better build systems for JVM languages in GNU Guix (support maven, sbt, gradle, ...)
  11. Reproducible JDK
  12. The GuixSD installer
  13. your topic?

Code of conduct

Be aware that attendees implicitely abide by the code of conduct as stated by FOSDEM.

How to register?

Add your name here and/or send a message to Manolis <manolis837@gmail.com> or Pjotr <pjotr.public12@thebird.nl>. Please email us if you would need on-site childcare to be able to attend.

Note: there is a maximum of 40 participants.

Participants

  1. Ludovic Courtès
  2. Jonathan Brielmaier
  3. Tobias (nckx) Geerinckx-Rice
  4. Julien Lepiller
  5. Chris Webber
  6. Ricardo Wurmus
  7. Pjotr Prins
  8. Manolis Ragkousis
  9. Alex Sassmannshausen
  10. Andy Wingo
  11. Christopher Baines
  12. Gábor Boskovits
  13. Clément Lassieur (Friday only)
  14. Mathieu Othacehe (Friday only)
  15. Pierre Neidhardt
  16. Björn Höfling
  17. Leo Famulari
  18. Jan (janneke) Nieuwenhuizen
  19. Efraim Flashner
  20. Danny Milosavljevic
  21. Mark Meyer
  22. Tobias "Tomoko" Platen
  23. (Marco van Hulten—arriving afternoon of 2nd day)
  24. Laura Lazzati
  25. Mike Gran
  26. Chris Marusich
  27. Jelle Licht
  28. Andreas Enge
  29. Simon Tournier
  30. Danny Milosavljevic
  31. Andy Patterson
  32. Profpatsch
  33. Christian Jaeger
  34. Matias Jose
  35. Adu O'Hara

(add your name above this line)

Costs

Attendance is free. We will ask a voluntary contribution for consumptions.

Dinner

Sessions Outcome

Maven Build System

  • Maven uses plugins to implement build phases. We need to build at least a small set of plugins with our ant-build-system.
  • One problem is that the plugin's jar file not only contains classes but also a meta-file describing the plugins interface.
  • We can try to build this metafile with the maven-plugins-tools-generators, see [1].
  • When we actually use the maven-build-system, it needs to generate a ".m2/repository", artificially created from the package inputs.
  • In order to make life with this step easier, we decided to modify the ant-build-system: It should already create its part of the system:
  • I.e. when the pachage is called "org.myproject:myartifact:1.0.3", we should generate the path "org/myproject/myartifact/1.0.3/myartifact-1.0.3.jar" and symlink it to the actual jar-file the ant-build-system generated.
  • We should modify the ant-build-system to copy/generate a pom.xml, either into the jar-file and/or besides it.


Sponsors


Please contact us if you would like to sponsor the event.