Björn Höfling writes:
> Hi Guix,
>
> we do NOT have a stand at FOSDEM 2019, our application was not accepted.
>
> Thank you to everyone who helped in preparing it and who offered
> to spend their time at the stand.
>
> Björn
>
>
> Begin forwarded message:
>
> Date: Thu, 22 Nov 2018 20:58:21
Hi everyone!
> I like storing the information at a central place where it gets
> collected and condensed, on the mailing list it is quickly lost in
> history.
>
Yes, me too, that is why I was suggesting it, wherever that is possible :).
Concerning the graph, I'm also struggling with it ;-)
>
Yes
Hi Guix,
we do NOT have a stand at FOSDEM 2019, our application was not accepted.
Thank you to everyone who helped in preparing it and who offered
to spend their time at the stand.
Björn
Begin forwarded message:
Date: Thu, 22 Nov 2018 20:58:21 +
From: Alasdair G Kergon
To: FOSDEM 2019
On Wed, 21 Nov 2018 17:18:54 -0300
Laura Lazzati wrote:
> Hi again!
>
> I went through past emails and this new ones.
>
> In a previous mail, Bjorn suggested using the wiki -
> https://libreplanet.org/wiki/Group:Guix - for my proposed timeline
> and the decisions about the videos. Is it that
Hello,
I find out that ruby 1.8, 2.1 and 2.2 are all EOL. Do we still intend to
support them (say because they are needed in web development)? If so, I
think we should provide security updates.
I have look into Debian LTS support[0]. For 1.8, the LTS support has
gone as Debian old old stable[1]
On Thu, 22 Nov 2018 10:41:59 +0100
l...@gnu.org (Ludovic Courtès) wrote:
> I’m running GuixSD from ‘core-updates’ and everything is working fine.
> :-) (I’m using Xorg, NM, etc., but not GNOME.)
>
> Please check if it works for you! We need your help!
I did a guix reconfigure from
Leo Famulari writes:
> On Thu, Nov 22, 2018 at 04:07:33AM +0800, Alex Vong wrote:
>> I think ECC key works with commit signing precisely because commit
>> signing simply requires Savannah to store the key. However, for
>> functionalities provided by Savannah (e.g. sending email to your address
Hi,
On Tue, 20 Nov 2018 22:10:24 +0100
Thorsten Wilms wrote:
> I already had a "rename" binary via util-linux. Then I installed the
> package "rename", resulting in another "rename" binary, as I prefer the
> Perl version. This was a success in that I got what I wanted.
>
> However, should
On Thu, Nov 22, 2018 at 04:07:33AM +0800, Alex Vong wrote:
> I think ECC key works with commit signing precisely because commit
> signing simply requires Savannah to store the key. However, for
> functionalities provided by Savannah (e.g. sending email to your address
> encrypted with your ECC
Hey Ludo,
> If you add it to /etc/environment (through
> ‘session-environment-service-type’) it should be fine no?
LANG is already part of /etc/environment variables which are loaded by
the login program which is PAM aware. The installer isn't PAM aware and
it replaces the login program thus
On 22/11/2018 14.12, Ricardo Wurmus wrote:
Still, the concept of using several layers in one file might be
worthwhile. An export script could toggle layer visibility before
calling inkscape with --export-ps (or -png or -pdf).
This can easily get crowded, in my experience, as pretty slides are
Hi Thorsten,
> On 21/11/2018 23.28, Ricardo Wurmus wrote:
>>> Thank you very much for the workflow as well as for the suggested tools. I
>>> did not know that slides were created with inkscape :)
>
>> I’ve been using Inkscape for all of my presentations (after exporting to
>> PDF). It’s more
On 21/11/2018 23.28, Ricardo Wurmus wrote:
Thank you very much for the workflow as well as for the suggested tools. I
did not know that slides were created with inkscape :)
I’ve been using Inkscape for all of my presentations (after exporting to
PDF). It’s more flexible than software made
Hi Guix!
sorry if I'm going to reinvent some wheels but I've not found previous
discussions nor documentation about what I'm writing
what about reusing work already done from the Debian JavaScript
Maintainers team [1]?
they set up some interesting policies we could adapt to Guix needs and
Hi swedebugia,
swedebugia writes:
> Hi
>
> I propose we stick to one naming scheme and keep it in both urls and the
> web-ui.
The reason why they differ is historical: the API comes from hydra
(which uses words such as 'jobset'), and the web UI uses Cuirass' own
vocabulary (evaluations,
Hi there!
l...@gnu.org (Ludovic Courtès) skribis:
> What remains to be done is mostly (1) ensuring that there’s no
> significant regression in terms of build failures compared to ‘master’,
> and (2) making sure GuixSD boots and works fine.
>
> For #1, a simple test is to try and upgrade your
Hi Guix,
sorry: reading at today messages from swdebugia and your comments below
I realize that mine was just noise from a packaging-ignorant :-S
Julien Lepiller writes:
[...]
>> https://spin.atomicobject.com/2016/12/16/reproducible-builds-npm-yarn/
>>
>> is yarn a viable solution to the
Hi,
Mathieu Othacehe skribis:
>> I was going to suggest the ‘login-program’ way. :-) What’s the story
>> with PAM env variables?
>
> The LANG env variable is important so that the installer can install the
> right locale at start. However, it is not available yet when using
> login-program.
Alex Vong skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
> [...]
>>
>> Hmm? I think it neither works nor doesn’t work with Savannah because
>> AIUI Savannah simply stores the keys. Or am I missing something?
>>
> I think ECC key works with commit signing precisely because commit
> signing
Hello,
Pierre Neidhardt skribis:
> Oops! Sorry for that.
No problem. :-)
> What would be the most lispy way to return nothing from the match?
> I'm thinking of splicing the resulting lists, but that sounds a bit overkill:
>
> (let ((dirs '("lib" "library" "examples" "tools" "objc-bridge"
>
Hello Rene,
Rene skribis:
> In Debian/Hurd using commit `2d546858b139e5fcf2cbdf9958a17fd98803ac4c` from
> core-updates branch:
>
> When I try to build hello package, Guix shows:
>
> -- ;;; In procedure load-thunk-from-memory: ELF file does not have native
> word size
> ;;; WARNING:
Hi!
Christopher Baines skribis:
> This is still very much a prototype, but I think it's nearing the point
> where it actually might be doing something useful.
>
> Currently, taking the service running the FreeDesktop fork of Patchwork,
> you can go to the series page [10], and it will show you
Efraim Flashner skribis:
> On Sun, Nov 18, 2018 at 09:35:51AM +0200, Efraim Flashner wrote:
>> From the build log with --cores=1
>>
>> checking guile testcase template_whitespace
>> checking guile testcase threads
>> checking guile testcase threads_exception
>> checking guile testcase
Thanks! It made me wonder if we could better approximate the set of needed
dependencies by looking at package tags. I'll try to improve my script in that
spirit, and share it again here.
I think once we have a clearer view of what we want, we should focus on finding
the best way forward: what
Hi
I propose we stick to one naming scheme and keep it in both urls and the
web-ui.
I propose to completely drop the words "evaluation(s)" and "build(s)" as
this is just confusing and implement the following changes:
Look at http://berlin.guixsd.org/ and see how it looks now.
25 matches
Mail list logo
