On Mon, Jan 07, 2019 at 05:48:39PM +0100, L p R n d n wrote:
> - Currently, I think the only way for a GuixSD installation to break is
> if something goes wrong with the bootloader. Might be nice to have a
> tool (in the install image I suppose) to recover the bootloader.
> Maybe 'guix
Danny Milosavljevic writes:
> Hi,
>
> there's a new branch "wip-docker-test" which has a new (non-system) test
> tests/docker-inception.scm .
>
> You can run it via:
>
> make TESTS=tests/docker-inception.scm check
>
> Unfortunately, it fails with some inscrutable qemu error message:
>
>
Jelle Licht writes:
> Mark H Weaver writes:
>
>> Hi Jelle,
>> [...]
>>
>> In toplevel form:
>> magit-reset.el:30:1:Error: Cannot open load file: No such file or directory,
>> graphql
>> make[1]: *** [Makefile:65: magit-reset.elc] Error 1
>> make[1]: Leaving directory
>>
Hey Paul,
I did not know Debian changed their version of opencascade. I will have to
double check that they are using OCCT for FreeCAD still.
- John
> On Jan 11, 2019, at 1:35 AM, Paul Garlick
> wrote:
>
> Hi John,
>
> This is good news indeed for Guix-using engineers and architects. I
>
And now both libringclient and ring-client-gnome build!
Sadly gnome-ring fails to start:
--8<---cut here---start->8---
> /gnu/store/6q1ysbyki4v1zidbcndvyrchm3jncs58-ring-client-gnome-20190108.1.8659b2c/bin/gnome-ring
> --debug
GLib-GIO-Message:
Hi,
there's a new branch "wip-docker-test" which has a new (non-system) test
tests/docker-inception.scm .
You can run it via:
make TESTS=tests/docker-inception.scm check
Unfortunately, it fails with some inscrutable qemu error message:
qemu-system-x86_64: -virtfs
Pierre Neidhardt writes:
> I've packaged a lot of Lisp packages, none of which seem to suffer
> from a naming issue.
This is a newer style of ASDF system. I don't think any of the things we
have packaged use this style (yet).
> Do you have an example in mind?
I have 41 packages almost ready
Pierre Neidhardt skrev: (10 januari 2019 14:19:34 CET)
>
>swedebugia writes:
>> I put it in messaging.scm. Is that suitable?
>
>Maybe not. From qaul.net:
>
>> qaul.net implements a redundant, open communication principle, in
>which
>> wireless-enabled computers and mobile devices can directly
Would you be open for a patch which adds BSD familiar -v behavior?
In other words, multiple v increase the verbosity level, like -vv is more
verbose than -v. I'll have to check the actual changes first, haven't had
access to something which runs plain Guix in a while.
On Fri, 11 Jan 2019 12:15:41
Mark H Weaver writes:
> Hi Jelle,
> [...]
>
> In toplevel form:
> magit-reset.el:30:1:Error: Cannot open load file: No such file or directory,
> graphql
> make[1]: *** [Makefile:65: magit-reset.elc] Error 1
> make[1]: Leaving directory
>
Giovanni Biscuolo writes:
> plz could you confirm what did you deleted to make GNOME run again?
> application_state file or the whole directory?
I deleted the whole directory. I *also* reset my dconf customizations,
but this was not sufficient. I had to delete that directory.
I’ll look for
Hi Ricardo,
plz could you confirm what did you deleted to make GNOME run again?
application_state file or the whole directory?
Ricardo Wurmus writes:
[...]
>> please Ricardo could you attach the relevant debug info?
>
> I don’t have any debug info other than what I posted. I didn’t look at
>
Hello Guix!
For those of you interested in “reproducible science”, this presentation
by Ricardo efficiently demonstrates the benefits of Guix and
shortcomings of “containers” in this context:
Hi Giovanni,
>> Success! GNOME 3.30 works just fine. The gnome-shell segfaulted(!)
>> because of stale state
>
> this is one of the worst bugs a user can experience, and very few users
> are able to debug it properly (and experienced users like me find it
> very time wasting to debug them)
Hi all,
Ricardo Wurmus writes:
[...]
> Success! GNOME 3.30 works just fine. The gnome-shell segfaulted(!)
> because of stale state
this is one of the worst bugs a user can experience, and very few users
are able to debug it properly (and experienced users like me find it
very time wasting
Hi John,
This is good news indeed for Guix-using engineers and architects. I
shall follow developments with interest.
I can look after the OpenCASCADE dependency too. This package is due
an update but upstream development has been slow of late. Debian have
switched to the OCCT version for
16 matches
Mail list logo
