Hello Danny,
after adding the line (install-hurd #$hurd), I have an error, I'm missing some
module?
-
1238: 15 [run-guix-command system "init" ...]
In ice-9/boot-9.scm:
157: 14 [catch srfi-34 # ...]
157: 13 [catch system-error #
...]
In ice-9/eval.scm:
481: 12 [lp (#) (#t)]
In
On Tue, Apr 24, 2018 at 05:12:34PM +0530, Pierre Neidhardt wrote:
> This is gold!! Thanks so much for sharing.
Totally agree. Great work Julien a.o. Praphrasing one of the greats:
what works on large systems tends to work on small. With minimized
size packages Guix is quite ready to take on
Jonathan Brielmaier writes:
> On 26/04/2018 10:04, Mark H Weaver wrote:
>> What about firmware? Do we know which AMD Radeon cards, if any, can be
>> used without including nonfree software in the OS?
>
> I'm not aware of an AMD/ATI Radeon card which doesn't need
ludovic.cour...@inria.fr (Ludovic Courtès) writes:
> Hello Guix!
>
> The hack below allows ‘guix pack’ to produce wrappers that allow,
> through user namespaces, programs to automatically relocate themselves
> when you run them unprivileged on a machine that lacks Guix.
That's really cool!
I've
Pierre Neidhardt writes:
> I would like `git send-email` to use the credentials from ~/.authinfo.gpg
> to send patches to the Guix mailing list.
>
> While not related to Guix code per se, I'm posting this here because I
> primarily use `git send-email` for Guix and I suppose
Hi
The source code is not available via the git repository on that page and
neither anywhere else according to a quick search.
Is 0.3 the latest release?
/swedebugia
On April 26, 2018 3:58:49 PM GMT+02:00, Jose Garza
wrote:
>What kind of effort do you think this would
Marius Bakke writes:
> The initial email was sent April 16th, while the texlive patches were
> added on April 21st. So everything is in order :-)
Ok. Thank you for the clarification! :-)
>
> Oh sorry, I had overlooked that.
>
No problem, I really appreciate all the hardwork you have done, thanks. :)
> You wrote:
>
>> However, I wanted to manage all of these with guix so that we can have a
>> unified dependency tree. Currently there are a few options for OpenCL
>> runtime.
Hi Guix !
This patch is a importer for go packages, it's use git repository and the
'Gopkg.toml' file (https://golang.github.io/dep/docs/Gopkg.toml.html).
Example with totally random package in Go language ;)
---Start---
$ guix
What kind of effort do you think this would take? Is this a good first
commit?
On Thu, Apr 26, 2018, 8:50 AM Ludovic Courtès wrote:
> Hello!
>
> "Thompson, David" skribis:
>
> > On Sun, Apr 22, 2018 at 10:22 AM, Adam Massmann
>
Hi Roel,
> (invoke "mv" (string-append bin "/ssshd.scm") examples)
Please don’t invoke “mv”; you can use “install-file” instead. For
simple things like creating links, removing files, moving them about,
renaming them, etc, it’s better to use the procedures that Guile
provides instead of
Hey!
Ricardo Wurmus skribis:
>> We could also have wrappers fall back to PRoot when unshare(2) fails.
>
> Good idea. Could we use ptrace directly and optimize it for the case of
> “/gnu/store” paths? I’m just guessing that PRoot may incur a higher
> performance penalty
Marius Bakke writes:
> I just started a 'staging' evaluation:
Hi,
I had pushed the following two texlive-bin patches to staging on Wed Apr
11.
gnu: texlive-bin: Patch texlua shebangs.
gnu: texlive-bin: Use ghostscript executable "gs" in ps2eps.
These patches are
Arun Isaac writes:
> Marius Bakke writes:
>
>> I just started a 'staging' evaluation:
>
> Hi,
>
> I had pushed the following two texlive-bin patches to staging on Wed Apr
> 11.
>
> gnu: texlive-bin: Patch texlua shebangs.
> gnu:
Hi Ludo,
> The hack below allows ‘guix pack’ to produce wrappers that allow,
> through user namespaces, programs to automatically relocate themselves
> when you run them unprivileged on a machine that lacks Guix.
This is very cool and very useful! It would make “guix pack” much more
useful
Hello!
"Thompson, David" skribis:
> On Sun, Apr 22, 2018 at 10:22 AM, Adam Massmann wrote:
>>
>> Hi,
>>
>> Pierre Neidhardt writes:
>>
>>> What about Org-mode?
>>> Rationale:
>>>
>>>
Hello,
Fis Trivial skribis:
> Ludovic Courtès writes:
[...]
>> Free software that you might find of interest is POCL, an OpenCL
>> implementation (not yet packaged in Guix):
>>
>> https://github.com/pocl/pocl
>>
>
> I mentioned it in the original mail. But packaging
Hello!
Welcome to Guix, Sahitihi! I hope this will be a pleasant and fruitful
experience for you.
Ricardo Wurmus skribis:
> To the rest of the Guix community: please welcome Sahithi and support
> this project by answering questions on IRC or here on the list.
+1
Hi again,
Roel Janssen skribis:
> When installing ‘guix’ in a profile, the ‘bin’ directory of that profile
> contains:
>
> asn1Coding ->
> /gnu/store/2fg01r58vv9w41kw6drl1wnvqg7rkv9d-libtasn1-4.12/bin/asn1Coding
> asn1Decoding ->
>
Mark H Weaver writes:
> Efraim Flashner writes:
>
>> On Mon, Apr 23, 2018 at 09:53:04PM -0400, Mark H Weaver wrote:
>>> Marius Bakke writes:
>>>
>>> > Mark H Weaver writes:
>>> >
>>> >> Hi Marius,
>>> >>
>>> >>
On 26/04/2018 10:04, Mark H Weaver wrote:
> What about firmware? Do we know which AMD Radeon cards, if any, can be
> used without including nonfree software in the OS?
I'm not aware of an AMD/ATI Radeon card which doesn't need nonfree
firmware. The in-tree firmware in kernel goes back until ATI
Hi Jonathan,
Jonathan Brielmaier writes:
> There is a bunch of entirely FOSS drivers for AMD Radeon cards:
>
> Kernel drivers:
> radeon: for older cards before GCN1.2 (kernel/drivers/gpu/drm/radeon)
> amdgpu: for the new cards since GCN1.2
@Jonathan: Thanks a lot for this thorough clarification!
--
Pierre Neidhardt
signature.asc
Description: PGP signature
On 04/26/2018 05:18 AM, Pierre Neidhardt wrote:
>
> Joshua Branson writes:
>
>> That's actually a really good point. I forgot about that. Isn't radeon
>> close to having free drivers?
>
> I thought it was entirely free already, isn't it?
> To my understanding, it's
24 matches
Mail list logo