l...@gnu.org (Ludovic Courtès) writes:
> Leo Famulari skribis:
>
>> On Sat, Oct 22, 2016 at 04:33:18AM -0400, Kei Kebreau wrote:
>
> [...]
>
>>> >> diff --git a/gnu/packages/patches/libjxr-use-cmake.patch
>>> >> b/gnu/packages/patches/libjxr-use-cmake.patch
>>> >> new file mode 100644
>>> >> inde
ng0 writes:
> libdispatch:
> I think that the compiler can only find libblocks-runtime on a bsd system and
> that the port can not run tests.
> This is my theory, I must put it to practice, the new nvidia-texture-tools(?)
> required libdispatch which is why I packaged this.
> This was before t
Roel Janssen writes:
> * gnu/packages/statistics.scm (r-nmf): Use bigmemory.
* gnu/packages/statistics.scm (r-nmf)[propagated-inputs]: Add
r-bigmemory and r-synchronicity.
> ---
> gnu/packages/statistics.scm | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/gnu/packages/statistics.sc
Roel Janssen writes:
> * gnu/packages/statistics.scm (r-bigmemory): New variable.
> ---
> gnu/packages/statistics.scm | 24
> 1 file changed, 24 insertions(+)
>
> diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
> index a50e792..478e1a5 100644
> --
Roel Janssen writes:
> * gnu/packages/statistics.scm (r-bigmemory-sri): New variable.
> ---
> gnu/packages/statistics.scm | 19 +++
> 1 file changed, 19 insertions(+)
>
> diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
> index 9e2d4a9..a50e792 100644
> ---
Roel Janssen writes:
> * gnu/packages/statistics.scm (r-synchronicity): New variable.
> ---
> gnu/packages/statistics.scm | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
> index b15f9cf..9e2d4a9 100644
>
Federico Beffa writes:
> On Fri, Oct 28, 2016 at 3:44 PM, Ludovic Courtès wrote:
>> Federico Beffa skribis:
>>> +(synopsis "Use Accessor to access state in transformers State monad")
>>
>> I can’t parse “transformers State monad”, but maybe it’s just me, or is
>> it missing a word, like “t
Leo Famulari writes:
> On Mon, Oct 24, 2016 at 10:58:38PM +0200, Ludovic Courtès wrote:
>> Leo Famulari skribis:
>>
>> > On core-updates, we updated python to 3.5.2, but we kept 3.4.5 in case
>> > we needed it.
>> >
>> > I recently tried building python-cryptography with 3.4.5, like this:
>> >
Ricardo Wurmus writes:
>>> Guix can handle downloading patches, so there’s really no need for
>>> switching in my opinion. “gnu/packages/bash.scm” could be used as a
>>> reference for how to deal with a large number of patches.
>>
>> vim-7.4 ended at 2367 patches[0]. 8.0 is currently at 51 (four
* gnu/packages/uml.scm: New file.
* gnu/local.mk (GNU_SYSTEM_MODULES): Add it.
---
gnu/local.mk | 1 +
gnu/packages/uml.scm | 87
2 files changed, 88 insertions(+)
create mode 100644 gnu/packages/uml.scm
diff --git a/gnu/local.mk b/gn
>> +(home-page "http://plantuml.com/";)
>> +(synopsis "Draw UML diagrams from simple textual description")
>> +(description
>> + "Plantuml is a tool to generate sequence, usecase, class,
>> activity,
>
> Is “usecase” a word or should it be “use case”?
>
It is a word. I reply with t
Ricardo Wurmus writes:
> Roel Janssen writes:
>
>> So, the only proper way to do it, is to manually add a test phase in
>> each package definition. But then we still have to add a lot of
>> dependencies that are only needed to run the tests, and even then the
>> tests don't say much.. In the c
* gnu/packages/embedded.scm (openocd): New variable.
* gnu/packages/patches/openocd-nrf52.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add the patch.
---
gnu/local.mk | 1 +
gnu/packages/embedded.scm| 64 +++
gnu/packages/patches/openocd-nrf52.p
* gnu/packages/libusb.scm (hidapi): New variable.
---
gnu/packages/libusb.scm | 38 ++
1 file changed, 38 insertions(+)
diff --git a/gnu/packages/libusb.scm b/gnu/packages/libusb.scm
index 0071f4f..fe1bed1 100644
--- a/gnu/packages/libusb.scm
+++ b/gnu/packages
Ricardo Wurmus writes:
> Theodoros Foradis writes:
>
>> +;; We build openocd from git, because the JTAG library libjaylink
>> +;; is not included in tarball releases.
>
> Is there a separate release of libjaylink? Does the git version bundle
> libjaylink? I’d prefer packaging proper releases o
* gnu/packages/embedded.scm (gdb-arm-none-eabi): New variable.
---
gnu/packages/embedded.scm | 13 +
1 file changed, 13 insertions(+)
diff --git a/gnu/packages/embedded.scm b/gnu/packages/embedded.scm
index a7af69f..0b4f9ab 100644
--- a/gnu/packages/embedded.scm
+++ b/gnu/packages/emb
Ludovic Courtès writes:
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> So I guess that’s an argument in favor of the approach you chose.
>>
>> Can't a derivation write its output to some other place than the store?
>> Maybe by running it "by hand"?
>
> Yes, if you run it “b
Marius Bakke writes:
> Ricardo Wurmus writes:
>
>> Marius Bakke writes:
>>
>>> The official vim mirrors only carries major versions and individual
>>> patches, no up-to-date releases. This patch changes the source uri to
>>> the tagged github releases instead of downloading all 40+ (so far)
>>
On Fri, Oct 28, 2016 at 3:45 PM, Ludovic Courtès wrote:
> Federico Beffa skribis:
>
> [...]
>
>> +(propagated-inputs `(("gnuplot" ,gnuplot)))
>
> Instead of propagating it, could we instead replace “gnuplot” with
> “/gnu/store/…/bin/gnuplot” in the relevant source file?
Good idea and easy to
Ricardo Wurmus writes:
> Marius Bakke writes:
>
>> The official vim mirrors only carries major versions and individual
>> patches, no up-to-date releases. This patch changes the source uri to
>> the tagged github releases instead of downloading all 40+ (so far)
>> patches individually.
>>
>> I'm
On Mon, Oct 24, 2016 at 10:58:38PM +0200, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > On core-updates, we updated python to 3.5.2, but we kept 3.4.5 in case
> > we needed it.
> >
> > I recently tried building python-cryptography with 3.4.5, like this:
> >
> > (arguments
> > `(#:
Roel Janssen writes:
> So, the only proper way to do it, is to manually add a test phase in
> each package definition. But then we still have to add a lot of
> dependencies that are only needed to run the tests, and even then the
> tests don't say much.. In the case of this package, the test f
Ludo',
On 28/10/16 15:49, Ludovic Courtès wrote:
> We can add ‘supported-systems’ later if/when we have evidence that it
> doesn’t build on other arches.
OK!
> You could move ‘home-page’ above ‘source’ and reference it here.
Done. Nice to know that's not considered over-factorisation; I quite
l
On Fri, Oct 28, 2016 at 11:30 AM, Alex Kost wrote:
> Ricardo Wurmus (2016-10-27 20:48 +0200) wrote:
>
>> Alex Kost writes:
>>
@Alex: could you please confirm this? Should these inputs be mentioned
at all? If so, is it sufficient to add them to native-inputs?
>>>
>>> As for me, I don't
On Fri, Oct 28, 2016 at 3:44 PM, Ludovic Courtès wrote:
> Federico Beffa skribis:
>> +(synopsis "Use Accessor to access state in transformers State monad")
>
> I can’t parse “transformers State monad”, but maybe it’s just me, or is
> it missing a word, like “transformers of the State monad”,
Roel Janssen skribis:
> Ludovic Courtès writes:
[...]
>> So I guess that’s an argument in favor of the approach you chose.
>
> Can't a derivation write its output to some other place than the store?
> Maybe by running it "by hand"?
Yes, if you run it “by hand”, then you can tweak things as you
Ricardo Wurmus writes:
> Theodoros Foradis writes:
>
>> * gnu/packages/hidapi.scm: New file.
>> * gnu/local.mk (GNU_SYSTEM_MODULES): Add it.
>> ---
>> gnu/local.mk| 1 +
>> gnu/packages/hidapi.scm | 63
>> +
>> 2 files changed, 64 in
libdispatch:
I think that the compiler can only find libblocks-runtime on a bsd system and
that the port can not run tests.
This is my theory, I must put it to practice, the new nvidia-texture-tools(?)
required libdispatch which is why I packaged this.
This was before the current version got rele
* gnu/local.mk: Include gnu/packages/libdispatch.scm .
* gnu/packages/libdispatch.scm: Add new file.
* gnu/packages/libdispatch.scm (libkqueue): New variable.
---
gnu/local.mk | 1 +
gnu/packages/libdispatch.scm | 64
2 files changed, 6
* gnu/packages/libdispatch.scm (libdispatch): New variable.
---
gnu/packages/libdispatch.scm | 44
1 file changed, 44 insertions(+)
diff --git a/gnu/packages/libdispatch.scm b/gnu/packages/libdispatch.scm
index 3902a82..1e58296 100644
--- a/gnu/package
* gnu/packages/libdispatch.scm (libblocks-runtime): New variable.
---
gnu/packages/libdispatch.scm | 34 ++
1 file changed, 34 insertions(+)
diff --git a/gnu/packages/libdispatch.scm b/gnu/packages/libdispatch.scm
index 37d9195..3902a82 100644
--- a/gnu/packages/li
* gnu/packages/libdispatch.scm (libpthread_workqueue): New variable.
---
gnu/packages/libdispatch.scm | 31 +++
1 file changed, 31 insertions(+)
diff --git a/gnu/packages/libdispatch.scm b/gnu/packages/libdispatch.scm
index 77c80c0..37d9195 100644
--- a/gnu/packages/li
Thomas Danckaert writes:
> Hi,
>
> this patch adds QtWebKit 5.7 as a separate package (hopefully this will
> reduce security concerns: only packages which really need QtWebKit will
> include it).
>
> QtWebKit is not officially supported anymore as of Qt 5.6, so this is a
> “community release”
Ludovic Courtès writes:
> Hi!
>
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> IIUC, (guix workflows) from the tarball you sent executes workflows in
>>> the current environment, as opposed to creating a derivation that would
>>> actually perform the workflow. What motivat
> * gnu/packages/qt.scm (qwt): New variable.
I pushed this as fc381a3.
`guix lint` reports that qttools "should probably be a native-input",
but it is referenced, so that is wrong.
signature.asc
Description: PGP signature
Hi!
Tobias Geerinckx-Rice skribis:
> * gnu/packages/linux.scm (radeontop): New variable.
[...]
> I'm too ignorant of anything beyond x86 to know if supported-systems is
> needed or even makes sense here.
I’m guessing the program is not very useful on non-x86 machines… but it
may build fine an
Federico Beffa skribis:
> From f06b0a9eea5ddf055cfcf7f80fe8ac6eb62972b3 Mon Sep 17 00:00:00 2001
> From: Federico Beffa
> Date: Mon, 24 Oct 2016 17:49:35 +0200
> Subject: [PATCH 5/5] gnu: Add ghc-gnuplot.
>
> * gnu/packages/haskell.scm (ghc-gnuplot): New variable.
[...]
> +(propagated-inpu
Federico Beffa skribis:
> From c18d8ed86ee3793e7591ae7e040351da2ae94bcc Mon Sep 17 00:00:00 2001
> From: Federico Beffa
> Date: Mon, 24 Oct 2016 17:43:17 +0200
> Subject: [PATCH 4/5] gnu: Add ghc-utility-ht.
>
> * gnu/packages/haskell.scm (ghc-utility-ht): New variable.
LGTM!
Federico Beffa skribis:
> From 675fbdda80b453dc6e1b8aa4635d4adefd7c18df Mon Sep 17 00:00:00 2001
> From: Federico Beffa
> Date: Mon, 24 Oct 2016 17:35:27 +0200
> Subject: [PATCH 3/5] gnu: Add ghc-data-access-transformers.
>
> * gnu/packages/haskell.scm (ghc-data-access-transformers): New variabl
Hi!
sba...@catern.com skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>> Well, the kernel Linux will forever support setuid binaries
>
> That can be selectively turned off per-mount, simply specify the nosuid
> option. And so eventually we can get to a point where setuid is a Linux
> build conf
Federico Beffa skribis:
> From 6885ee012c18ae14c31e23ab07b0f5421b630c4a Mon Sep 17 00:00:00 2001
> From: Federico Beffa
> Date: Mon, 24 Oct 2016 17:30:50 +0200
> Subject: [PATCH 2/5] gnu: Add ghc-data-accessor.
>
> * gnu/packages/haskell.scm (ghc-data-accessor): New variable.
LGTM!
> + (
Federico Beffa skribis:
> Unfortunately it was forgot to include support files for Chibi and
> Chez in the 0.9 Geiser release tar archive. For this reason I'm
> proposing to reintroduce 'chez-next'.
>
> Regards,
> Fede
>
> From 4cb3a1774754ffec91e00b681ffb4acff3e77b4e Mon Sep 17 00:00:00 2001
>
Leo Famulari skribis:
> On Sat, Oct 22, 2016 at 04:33:18AM -0400, Kei Kebreau wrote:
[...]
>> >> diff --git a/gnu/packages/patches/libjxr-use-cmake.patch
>> >> b/gnu/packages/patches/libjxr-use-cmake.patch
>> >> new file mode 100644
>> >> index 000..cb5919e
>> >> --- /dev/null
>> >> +++ b/g
Hi!
Roel Janssen skribis:
> Ludovic Courtès writes:
[...]
>> IIUC, (guix workflows) from the tarball you sent executes workflows in
>> the current environment, as opposed to creating a derivation that would
>> actually perform the workflow. What motivated this approach?
>
> The short answer:
Hello!
Thanks for tackling this, it’s more and more needed!
Ricardo Wurmus skribis:
> * guix/scripts/refresh.scm (updater->importer-info): New procedure.
> (mock): New syntax rule.
> (update-package): Run matching importer to suggest changes to inputs.
Tests and a bit of documentation would be
Alex Kost writes:
> Ricardo Wurmus (2016-10-27 20:48 +0200) wrote:
>
>> Alex Kost writes:
>>
@Alex: could you please confirm this? Should these inputs be mentioned
at all? If so, is it sufficient to add them to native-inputs?
>>>
>>> As for me, I don't see a reason to add these addit
John Darrington skribis:
> On Thu, Oct 27, 2016 at 02:51:02PM +0200, Ludovic Court??s wrote:
> >
> > On its own it does nothing. It makes more sense in context with the
> other patch I sent.
> > With this option in place, one can extend the unix-pam-service with
> another pam se
Marius Bakke skribis:
> * gnu/packages/security-token.scm (ccid): New variable.
LGTM; the driver issue that Mike and you are discussing doesn’t seem to
be a blocker.
Ludo’.
* gnu/packages/statistics.scm (r-nmf): Use bigmemory.
---
gnu/packages/statistics.scm | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
index 478e1a5..35f65e5 100644
--- a/gnu/packages/statistics.scm
+++ b/gnu/packages/statistics.scm
@
* gnu/packages/statistics.scm (r-bigmemory): New variable.
---
gnu/packages/statistics.scm | 24
1 file changed, 24 insertions(+)
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
index a50e792..478e1a5 100644
--- a/gnu/packages/statistics.scm
+++ b/
* gnu/packages/statistics.scm (r-bigmemory-sri): New variable.
---
gnu/packages/statistics.scm | 19 +++
1 file changed, 19 insertions(+)
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
index 9e2d4a9..a50e792 100644
--- a/gnu/packages/statistics.scm
+++ b/g
Dear Guix,
When the NMF R package finds another package upon installation (called
bigmemory), it can use memory maps for reading large files. This patch
series adds the necessary packages to add bigmemory, and let r-nmf use
it.
Kind regards,
Roel Janssen
* gnu/packages/statistics.scm (r-synchronicity): New variable.
---
gnu/packages/statistics.scm | 23 +++
1 file changed, 23 insertions(+)
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
index b15f9cf..9e2d4a9 100644
--- a/gnu/packages/statistics.scm
+++
On Fri 28 Oct 2016 01:33, l...@gnu.org (Ludovic Courtès) writes:
>> The goal is to manage news using Haunt, and to have a page to display
>> them on the web site, something nicer and more flexible than this:
>>
>> https://savannah.gnu.org/news/?group=guix
>>
>> And I already enjoy Haunt! :-)
>
Leo Famulari writes:
> On Thu, Oct 27, 2016 at 01:05:19PM +, Marius Bakke wrote:
>> mbakke pushed a commit to branch master
>> in repository guix.
>>
>> commit 6178274d19ed3e637b5365b64a28f298574df81f
>> Author: Marius Bakke
>> Date: Thu Oct 27 14:03:07 2016 +0100
>>
>> gnu: python-u
Mike Gerwitz writes:
> On Thu, Oct 27, 2016 at 10:46:11 +0100, Marius Bakke wrote:
>> + `(#:configure-flags (list (string-append "--enable-usbdropdir=" %output
>> + "/pcsc/drivers"))
>
> When I run pcscd under Guix, I get:
>
> hotplug_li
Leo Famulari writes:
> On Fri, Sep 16, 2016 at 10:50:09AM +, ng0 wrote:
>> Subject: [PATCH 1/4] gnu: Add libkqueue.
>>
>> * gnu/local.mk: Include gnu/packages/libdispatch.scm .
>> * gnu/packages/libdispatch.scm: Add new file.
>> * gnu/packages/libdispatch.scm (libkqueue): New variable.
>
> L
Hello Ricardo,
> Hi Theodoros,
>
> thanks for the patch!
>
>> +(define-public plantuml
>> + (package
>> +(name "plantuml")
>> +(version "8048")
>> +(source (origin
>> + (method url-fetch)
>> + (uri (string-append
>> +"mirror://sourceforge/
Alex Kost writes:
> ng0 (2016-10-28 08:30 +) wrote:
>
>> ng0 writes:
>>
>>> Efraim Flashner writes:
>>>
[ Unknown signature status ]
On Sat, Oct 22, 2016 at 09:31:33PM +, ng0 wrote:
> Occasionally I use vim on systems to work on guix and other projects. As
> far as I s
From: Chris Marusich
* gnu/build/install (install-grub, install-grub-config): Extract code from
'install-grub' into a new procedure 'install-grub-config'. Also, define
'install-grub' using define, not define*, since it makes no use of the extra
features that define* provides.
---
gnu/buil
From: Chris Marusich
This enables the implementation of 'guix system switch-generation' and 'guix
system roll-back'. Those new commands will only be able to determine the
store device and mount point for a given system generation by reading them
from that generation's boot parameters file, which
From: Chris Marusich
* gnu/system/grub.scm (): add field 'device'.
* gnu/system.scm (grub-configuration-file): use a dummy value for 'device'.
* guix/scripts/system.scm (previous-grub-entries): use a dummy value for
'device'.
In a future commit, we will restructure the grub.cfg generation lo
From: Chris Marusich
* guix/scripts/system.scm (grub-entries): Add an optional parameter which
allows the caller to limit the grub entries that get returned.
---
guix/scripts/system.scm | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/guix/scripts/system.scm b/guix/
From: Chris Marusich
* guix/scripts/system.scm (grub-entries): Rename this procedure to
'profile-grub-entries'. Update all callers.
---
guix/scripts/system.scm | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm
index 0
From: Chris Marusich
In a future commit, we will restructure the grub.cfg generation logic to use
this information, to enable the implementation of 'guix system
switch-generation' and 'guix system roll-back'.
---
gnu/system.scm | 58 +-
1 f
From: Chris Marusich
* guix/scripts/system.scm (roll-back-system, switch-to-system-generation,
reinstall-grub): New procedures.
* guix/scripts/system.scm (show-help, process-command, guix-system): Add
references to the new actions.
---
guix/scripts/system.scm | 97 ++
From: Chris Marusich
* guix/scripts/package.scm (switch-generation-action): Extract code from
here...
* guix/profiles.scm (relative-generation-spec->number): into this new
procedure here.
---
guix/profiles.scm| 17 +
guix/scripts/package.scm | 8 ++--
2 files ch
From: Chris Marusich
* doc/guix.texi (GRUB Configuration, Invoking guix system): Mention the new
field 'device', update the custom example, and
mention the new actions 'guix system roll-back' and 'guix system
switch-generation' in the manual.
* gnu/system/grub.scm (strip-mount-point): Ad
From: Chris Marusich
* guix/scripts/system.scm (previous-grub-entries): rename this procedure to
grub-entries. Update all callers.
This procedure actually returns an entry for every generation of the profile,
so its name is confusing if it suggests that it only returns "previous"
entries.
---
Hi,
This patch series adds 'guix system roll-back' and 'guix system
switch-generation' commands. It should apply cleanly to the current master
branch.
I've tested the patches manually on a VM with a single disk, and a VM with
multiple disks (with the store on a separate disk). Two of the "check
Efraim Flashner writes:
> On Tue, Oct 04, 2016 at 08:34:29AM +, ng0 wrote:
>> * gnu/packages/psyc.scm (psyced): New variable.
>> ---
>> gnu/packages/psyc.scm | 103
>> ++
>> 1 file changed, 103 insertions(+)
>>
>> diff --git a/gnu/packages/ps
ng0 (2016-10-28 08:30 +) wrote:
> ng0 writes:
>
>> Efraim Flashner writes:
>>
>>> [ Unknown signature status ]
>>> On Sat, Oct 22, 2016 at 09:31:33PM +, ng0 wrote:
Occasionally I use vim on systems to work on guix and other projects. As
far as I see it, there is nothing similar
Ricardo Wurmus (2016-10-27 20:48 +0200) wrote:
> Alex Kost writes:
>
>>> @Alex: could you please confirm this? Should these inputs be mentioned
>>> at all? If so, is it sufficient to add them to native-inputs?
>>
>> As for me, I don't see a reason to add these additional inputs,
>> emacs-build-
Hi,
this patch adds QtWebKit 5.7 as a separate package (hopefully this will reduce
security concerns: only packages which really need QtWebKit will include it).
QtWebKit is not officially supported anymore as of Qt 5.6, so this is a
“community release” (not exactly sure what that entails, or i
Hi!
Ricardo Wurmus skribis:
> @Ludo: at what time would you like this to start and for how long do we
> want the room?
I haven’t booked my plane tickets yet, so I don’t know exactly, and it
also depends on what everyone else wants. :-) I think we’d have no
shortage of things to talk about, th
ng0 writes:
> Efraim Flashner writes:
>
>> [ Unknown signature status ]
>> On Sat, Oct 22, 2016 at 09:31:33PM +, ng0 wrote:
>>> Occasionally I use vim on systems to work on guix and other projects. As
>>> far as I see it, there is nothing similar to .dir-locals.el (the per
>>> directory loca
Ricardo Wurmus writes:
> Marius Bakke writes:
>
>> The official vim mirrors only carries major versions and individual
>> patches, no up-to-date releases. This patch changes the source uri to
>> the tagged github releases instead of downloading all 40+ (so far)
>> patches individually.
>>
>> I'm
l...@gnu.org (Ludovic Courtès) writes:
> Hello Guix!
>
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> The goal is to manage news using Haunt, and to have a page to display
>> them on the web site, something nicer and more flexible than this:
>>
>> https://savannah.gnu.org/news/?group=guix
>>
>>
Ricardo Wurmus writes:
> ng0 writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Hello Guix!
>>>
>>> A couple of us will be in Berlin in December for the reproducible build
>>> summit, so I was wondering if there’d be interest in having a Guix
>>> gathering in Berlin on Dec. 12th. It wou
79 matches
Mail list logo
