On Sun, 2022-07-24 at 23:01 +0200, Maxime Devos wrote:
>
> On 24-07-2022 22:25, Roel Janssen wrote:
> > I'm trying to understand the output of:
> > $ guix graph --type=references python-rdflib | dot -Tsvg -o rdflib.svg
> >
> > Particularly, I'm looking at why py
raph type would only
include run-time
references, but I don't know what happens in this case.
What am I missing?
Thank you for your time.
Kind regards,
Roel Janssen
Cover Texts, and no Back-Cover Texts.
>
> Do you agree with the proposed licensing terms for your contributions to
> the blog?
>
I agree.
Kind regards,
Roel Janssen
x.op.umcutrecht.nl/). Is it supposed to be so ?
>
> Tissevert
>
I can comment on that because I worked at UMC Utrecht and set this particular
instance up.
It only responds to certain IP addresses (those within the IP range of UMC
Utrecht).
So this is normal.
Kind regards,
Roel Janssen
ystem
> where they were created. For example, on the server “beast” we
> may mount the cluster home directory as “/clusterhome/me”, whereas
> on cluster nodes it would be mounted as “/home/me”. When I have
> Guix record a gcroot while working on “beast” I would get a link
>
$localstatedir/gcroots/auto
... 8ypp8dmwnydgbsgjcms2wyb32mng0wri ->
/gnu/store/ap0vrfxjdj57iqdapg8q83l4f7aylqzm-profile
$ rm /home/me/projects/mrg1_chipseq/.guix-profile-1-link
$ guix gc --synchronize-profiles-to-gcroots
$ ls -lh $localstatedir/gcroots/auto
Kind regards,
Roel Janssen
On Wed, 2021-04-07 at 15:37 +0100, Paul Garlick wrote:
> Hi Roel,
>
> > How can I get a working development environment to work on Guix?
>
> A 'guix pull' within your profile will update the guile-zlib version
> that is used by 'guix environment ...'. Then the configure script
> requirement
Guile-zlib could not be found; please
install it.
How can I get a working development environment to work on Guix?
Kind regards,
Roel Janssen
guix environment --ad-hoc dpkg -- dpkg -i ./guix_1.2.0-3_amd64.deb
>
> It is almost like symmetry!
>
This is really awesome. I'm also grateful for fixing the guile-gnutls
packaging in Debian. Thank you!
Kind regards,
Roel Janssen
-version (“import: cran: Update the
> Bioconductor version to 3.12.”) should also change “bioconductor-uri” in
> (guix build-system r). This is still at 3.11.
>
Can/may I rewrite the history of my own commits to fix these?
Kind regards,
Roel Janssen
gt; > possible broken packages, I mean we could detect them.
>
> Same. I prefer having a branch so ci.guix.gnu.org can build things and
> we can keep an eye on the fall-out (if any).
On IRC you noted that the commit messages are wrong. I interpret that as "my
commit messages are
Hi Simon,
On Thu, 2020-11-19 at 18:27 +0100, zimoun wrote:
> Hi Roel,
>
> Quick heads up of Ricardo from IRC.
>
> On Thu, 19 Nov 2020 at 17:25, Roel Janssen wrote:
>
> > Well, they got removed from Savannah. Now I get this when I try to
> > push:
>
> http
On Thu, 2020-11-19 at 17:18 +0100, zimoun wrote:
> On Thu, 19 Nov 2020 at 16:57, Roel Janssen wrote:
>
> > My bad, I jumped to a conclusion too quickly. :)
>
> No worries. :-)
>
>
> > So, *something* removed my commits to the wip-r branch. Is it some
> &g
On Thu, 2020-11-19 at 16:36 +0100, zimoun wrote:
> Hi,
>
> On Thu, 19 Nov 2020 at 16:31, Roel Janssen wrote:
>
> > I fixed the build of r-rhfd5lib.
>
> Cool!
>
> > It seems, however, that you removed all of my changes to the wip-r
> > branch. Why?
>
On Wed, 2020-11-18 at 17:59 +0100, zimoun wrote:
> On Wed, 18 Nov 2020 at 17:33, Roel Janssen wrote:
>
> > Okay. Then I'll look into it. I currently have only these left as
> > changed in my tree:
> > - r-atacseqqc: Needs r-rhdf5lib.
> > - r-cytoml: Needs r-rhd
On Wed, 2020-11-18 at 17:23 +0100, zimoun wrote:
> Hi Roel,
>
> On Wed, 18 Nov 2020 at 17:13, Roel Janssen wrote:
>
> > I pushed updates and fixes for various packages. Now I'm at r-
> > rhdf5lib.
>
> Cool!
>
>
> > In 38881c9368595c5a894abe3695d
Hi Simon,
On Wed, 2020-11-18 at 12:50 +0100, zimoun wrote:
> Hi Roel,
>
> On Wed, 18 Nov 2020 at 10:31, Roel Janssen wrote:
>
> > I fixed the build issue with r-delayedarray and a couple of others
> > on
> > my local machine. I also updated the bioconductor ve
re we can
consider merging to master.
Kind regards,
Roel Janssen
Hi Simon,
On Mon, 2020-11-16 at 13:29 +0100, zimoun wrote:
> Hi Roel,
>
> On Mon, 16 Nov 2020 at 13:10, Roel Janssen wrote:
>
> > Hehe. I'm building all R packages in the "wip-r" branch now to see
> > what's left for me to fix.
>
> Cool! I do not kno
Hi Simon,
On Mon, 2020-11-16 at 12:27 +0100, zimoun wrote:
> Hi Roel,
>
> On Mon, 16 Nov 2020 at 11:49, Roel Janssen wrote:
>
> > Is anyone working on updating Bioconductor to the latest (3.12)
> > release? If so, what's the status? :)
>
> Some work is already d
Dear Guix,
Is anyone working on updating Bioconductor to the latest (3.12)
release? If so, what's the status? :)
Kind regards,
Roel Janssen
> >
> --8<---cut here---end--->8---
>
>
> The cluster machine is an old kernel:
>
> --8<---cut here---start->8---
> HEAD$ uname -a
> Linux HEAD 2.6.32-573.8.1.el6.x86_64 #1 SMP Tue Nov 10 18:01:38 UTC
> 2015 x86_64 x86_64 x86_64 GNU/Linux
> --8<---cut here---end--->8---
>
>
> What do I miss?
Perhaps completely misguided, but is this inside an SGE or SLURM job?
I've seen similar errors when starting R on a cluster node with too
little memory allocated to the compute job. In my experience you need
at least 2G of memory available.
Kind regards,
Roel Janssen
tter much in this, but I'd prefer #t and #f because
it's already widespread use in Scheme. (And with widespread I mean:
Pretty much all Scheme code I read).
I do remember being confused about the double parenthesis on "let" ;).
Kind regards,
Roel Janssen
dded to refs/heads/master by this
> > push:
> > new a9401b4 gnu: Add r-useful.
> > a9401b4 is described below
> >
> > commit a9401b4c948552d6a5a95bbd295e61871f4c6d74
> > Author: Roel Janssen
> > AuthorDate: Wed Sep 9 16:59:42 2020 +0200
> >
&g
On Thu, 2020-09-10 at 13:31 +0200, Ricardo Wurmus wrote:
> Roel Janssen writes:
>
> > > > +(define-public r-bisquerna
> > > > + (package
> > > > + (name "r-bisquerna")
> > > > + (version "1.0.4")
> > > >
commit(s) were added to refs/heads/master by this
> > push:
> > new 0574446 gnu: Add r-bisquerna.
> > 0574446 is described below
> >
> > commit 0574446be82ef54b925441e4283bf754a86918a9
> > Author: Roel Janssen
> > AuthorDate: Wed Sep 9 17
commit(s) were added to refs/heads/master by this
> > push:
> > new 1f56ec0 gnu: Add r-loomr.
> > 1f56ec0 is described below
> >
> > commit 1f56ec08af704bdc7aa3e143bf5ce351c5306dea
> > Author: Roel Janssen
> > AuthorDate: Wed Sep 9 16:56:02 2020 +0200
On Wed, 2020-04-29 at 15:48 +0200, zimoun wrote:
> Dear Roel,
>
> On Wed, 29 Apr 2020 at 14:46, Roel Janssen wrote:
>
> > > > If there is interest in having this as a "load-profile" subcommand, I
> > > > will
> > > > post
ombine "--load-profile" and
> "--ad-hoc" in order to create a temporary "augmented" profile.
I would strongly prefer to keep it backwards-compatible for our local HPC users.
Also, the "environment" command generates a new profile, whereas the proposed
"load-profile" merely applies the environment variables of an existing profile
to a newly spawned shell. I think the way they work differs enough to warrant a
separate subcommand.
Kind regards,
Roel Janssen
hould I attempt
to implement?
If there is interest in having this as a "load-profile" subcommand, I will post
an initial implementation to the mailing list ASAP.
Thanks all!
Kind regards,
Roel Janssen
[1]
https://github.com/UMCUGenetics/guix-additions/blob/master/umcu/packages/guix.scm#L191-L339
moved twice since printing and securely storing the revocation key,
this will take some time.
Is there perhaps a key-signing party for GNU Guix maintainers to build
a better trust in the future?
Kind regards,
Roel Janssen
On Thu, 2020-03-05 at 18:13 +0100, Ludovic Courtès wrote:
> Hello R
On Wed, 2020-03-04 at 16:10 +0100, Pierre Neidhardt wrote:
> Roel Janssen writes:
>
> > Alright! I've sent patches for abseil-cpp to the mailing list, but I
> > haven't
> > been able to get the googletest test suite to work. Have you figured that
> > out?
>
&
ng2gsp7g9f93jd40c7g53wyc4s-tensorflow-
> 1.15.0.drv' failed with exit code 1
> build of /gnu/store/z9f8pcng2gsp7g9f93jd40c7g53wyc4s-tensorflow-1.15.0.drv
> failed
> View build log at '/var/log/guix/drvs/z9/f8pcng2gsp7g9f93jd40c7g53wyc4s-
> tensorflow-1.15.0.drv.bz2'.
> guix build: error: build of `/gnu/store/z9f8pcng2gsp7g9f93jd40c7g53wyc4s-
> tensorflow-1.15.0.drv' failed
> --8<---cut here---end--->8---
>
Alright! I've sent patches for abseil-cpp to the mailing list, but I haven't
been able to get the googletest test suite to work. Have you figured that out?
Perhaps we can share the work on Tensorflow 1.15.2. Would you mind sharing the
patch you've got so far?
Kind regards,
Roel Janssen
.15.2 still have the CMake build system files in place.
What has changed since 1.9.0 that makes the CMake build system no option
anymore?
Kind regards,
Roel Janssen
On Mon, 2019-11-04 at 14:51 +0100, Julien Lepiller wrote:
> Le 4 novembre 2019 13:28:57 GMT+01:00, Roel Janssen a
> écrit :
> > Dear Guix,
> >
> > I'm trying to contribute to GNU Guix again, and I'd like to see if
> > I
> > can solve build failures to ma
fail, and since when does it fail).
Does such a list exist, and if so, where can I find it?
Kind regards,
Roel Janssen
s correctly,
the Guix Jupyter kernel allows one to use multiple (completely
distinct) environments in a single Notebook. So, mix Python, R and
Scheme in a single notebook. That's pretty neat!
Kind regards,
Roel Janssen
ocess that outputs fileB
> process that inputs fileA *and* fileB
> without write on disk fileA and fileB.
Given the ‘dd’ example, I don't see how that could work without
reinventing the way filesystems work.
> All the best,
> simon
Thanks!
Kind regards,
Roel Janssen
cannot have
both. The former can already be achieved with the shell pipe, and the
latter can be achieved by writing two processes.
Maybe we can come up with a convenient way to combine two processes
using a shell pipe. But this needs more thought!
If you have an idea to improve on this, please do share. :-)
> Thank you for all the work about the Guix ecosystem.
>
> All the best,
> simon
Thanks!
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hi Roel,
>
> Roel Janssen skribis:
>
>> I'd like to change the way the symlinks to custom profiles are created.
>> Here's what currently happens:
>>
>> $ guixr package -i hello -p guix-profiles/test
>> $ ls -l guix-profiles
&
solution so that creating
profiles in custom locations is a little more robust.
Kind regards,
Roel Janssen
>From 95178018beb8c5458c154771ac9d1ff4866cc507 Mon Sep 17 00:00:00 2001
From: Roel Janssen
Date: Tue, 3 Jul 2018 19:49:04 +0200
Subject: [PATCH] profiles: Let canonicalize-profile return a
What software could we use ?
>> I don't know.
>
> You may want to try simplescreenrecorder. I tried it before, it is
> reasonably easy to use.
Or, if you're using GNOME: Ctrl + Alt + Shift + R. A small red dot will
appear in the upper right corner. Press the key combination again to
stop the recording, and a webm video will appear in your ‘Videos’
folder.
Kind regards,
Roel Janssen
n push it on my behalf if
> it works.
I've had the VLC 3.0.1 commit applied on the master branch and VLC works
fine. I only use ‘vlc’, and not ‘cvlc’. We may have to wrap ‘cvlc’ as
well. But we can do that at a later time if someone finds a problem.
Kind regards,
Roel Janssen
Ludovic Courtès <l...@gnu.org> writes:
> Roel Janssen <r...@gnu.org> skribis:
>
>> From 9455c7b94e0010ff4038132affc7a5c796313894 Mon Sep 17 00:00:00 2001
>> From: Roel Janssen <r...@gnu.org>
>> Date: Tue, 24 Apr 2018 12:48:32 +0200
>> Subj
Ludovic Courtès <l...@gnu.org> writes:
> Roel Janssen <r...@gnu.org> skribis:
>
>> Ludovic Courtès <l...@gnu.org> writes:
>>
>>> Hello,
>>>
>>> Roel Janssen <r...@gnu.org> skribis:
>>>
>>>> What's t
Roel Janssen <r...@gnu.org> writes:
> Dear Guix,
>
> When installing ‘guix’ in a profile, the ‘bin’ directory of that profile
> contains:
>
> asn1Coding ->
> /gnu/store/2fg01r58vv9w41kw6drl1wnvqg7rkv9d-libtasn1-4.12/bin/asn1Coding
> asn1Decoding ->
> /gnu
4h-guile-ssh-0.11.2/bin/ssshd.scm
sssh.scm ->
/gnu/store/g2k7v2wv9w2ybs1glwh42w55jq25zd4h-guile-ssh-0.11.2/bin/sssh.scm
I suspect that the Scheme files don't belong in ‘bin’. What about the
others? Can we do better here than propagate ‘gnutls’ and ‘nettle’?
Kind regards,
Roel Janssen
Ludovic Courtès <l...@gnu.org> writes:
> Hello,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> What's the decision process for updating the ‘guix’ package revision,
>> like in commit b1fb247b?
>
> There’s no real process, just do it when there’s a g
Roel Janssen <r...@gnu.org> writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Mark H Weaver <m...@netris.org> writes:
>>
>>> Hello Guix,
>>>
>>> Below I've attached a draft patch to update vlc to 3.0.1, and also to
>>&g
Roel Janssen <r...@gnu.org> writes:
> Mark H Weaver <m...@netris.org> writes:
>
>> Hello Guix,
>>
>> Below I've attached a draft patch to update vlc to 3.0.1, and also to
>> add several more inputs based on reading the output of the 'configure'
>>
k
> on 'master' too.
Thanks a lot for working on this! I applied your patch to ‘master’ and
built VLC. It is missing the icons.
Then I manually built it inside a ‘guix environment vlc’.
Launching it shows the icons. Leaving the environment and running the
same executable misses the icons.
Could it be that we need to propagate an input?
I'll try to dissect it further.
Kind regards,
Roel Janssen
Dear Guix,
What's the decision process for updating the ‘guix’ package revision,
like in commit b1fb247b?
The reason I ask this is because I'd like to bump the revision so that
the changes from 5cefb13d to ‘guix-daemon’ are available when I install
‘guix’ in a profile.
Kind regards,
Roel
Ludovic Courtès <l...@gnu.org> writes:
> Heya,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> From fcbe7ebb3d205cf7310700e62b78b9aafd94f76f Mon Sep 17 00:00:00 2001
>> From: Roel Janssen <r...@gnu.org>
>> Date: Thu, 19 Apr 2018 17:11:30 +0200
Ludovic Courtès <ludovic.cour...@inria.fr> writes:
> Roel Janssen <r...@gnu.org> skribis:
>
>> Ludovic Courtès <ludovic.cour...@inria.fr> writes:
>
> [...]
>
>>>> diff --git a/nix/nix-daemon/nix-daemon.cc b/nix/nix-daemon/nix-daemon.cc
>&g
Mark H Weaver <m...@netris.org> writes:
> Hi Roel,
>
> r...@gnu.org (Roel Janssen) writes:
>
>> roelj pushed a commit to branch master
>> in repository guix.
>>
>> commit 5e3010a2ac651397e0cb69239a7d7aa3c0a5703e
>> Author: Roel Janssen <r...
Ludovic Courtès <ludovic.cour...@inria.fr> writes:
> Hello Roel,
>
> Roel Janssen <r...@gnu.org> skribis:
>
[...]
>
>> From 00f489d6303720c65571fdf0bc9ee810a20f70e0 Mon Sep 17 00:00:00 2001
>> From: Roel Janssen <r...@gnu.org>
>> Date: Wed,
Hello there,
I'm not sure this made it to the mailing list. Is the proposed patch
fine to disable the GC for remote connections?
Thanks!
Kind regards,
Roel Janssen
Roel Janssen <r...@gnu.org> writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Ludovic Courtès &
features
> of the pipelines, but I think the introduction and the
> discussion/conclusion may be of general interest.
This looks really great! I also like how you leverage GNU Autotools.
Finally there is a paper that uses GNU Guix as deployment tool for
scientific purposes. :)
Kind regards,
Roel Janssen
Roel Janssen <r...@gnu.org> writes:
> Ludovic Courtès <ludovic.cour...@inria.fr> writes:
>
>> Hello Roel,
>>
>> Roel Janssen <r...@gnu.org> skribis:
>>
>>> The patch adds a “disableGarbageCollection” boolean variable to the
>>>
Ludovic Courtès <ludovic.cour...@inria.fr> writes:
> Hello Roel,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> The patch adds a “disableGarbageCollection” boolean variable to the
>> guix-daemon settings, and on each occasion where a store item may
Roel Janssen <r...@gnu.org> writes:
> Ludovic Courtès <l...@gnu.org> writes:
>
>> Hi Roel,
>>
>> r...@gnu.org (Roel Janssen) skribis:
>>
>>> +(license (package-license perl
>>
>> Could you use (license perl-license) in
Ludovic Courtès <l...@gnu.org> writes:
> Hi Roel,
>
> r...@gnu.org (Roel Janssen) skribis:
>
>> +(license (package-license perl
>
> Could you use (license perl-license) instead? It doesn’t make any
> difference in this case but it’s generally “safer” (s
into user's folders.
Kind regards,
Roel Janssen
. And to point out
what else would be needed to include this option in guix-daemon.
Thank you for your time.
Kind regards,
Roel Janssen
>From d842f320f0ee911d7d219bba7baa45240edcbe6d Mon Sep 17 00:00:00 2001
From: Roel Janssen <r...@gnu.org>
Date: Tue, 3 Apr 2018 11:22:16 +0200
Subject: [PA
nd up with duplicated copies of the same dataset.
For example, I use the GNU build system for extracting a tarball that
contains a couple of files. Whenever a package changes that affects the
GNU build system, the data package will be rebuild.
So you could use the trivial build system, but then I'd still need tar
and gzip to unpack the tarball. Any change to these and the datasets
get duplicated. This is not ideal.
Kind regards,
Roel Janssen
rs ;-))?
>
> Actually I’m arriving on Thursday afternoon, so if people are around,
> I’d be happy to have dinner on Thursday evening too! :-) Let’s arrange
> something.
I will be in Brussels around 10 PM or so. So I won't join on Thursday.
>
> Ludo’.
Thanks!
Kind regards,
Roel Janssen
; - write a exporter to CWL + Docker image
>
> What do you think ?
Maybe. But in CWL we cannot describe precise software packages. So
translating these things to Guix is hard.
>
>
> About the parser, I haven't found yet an easy-to-use Guile lib for
> parsing YAML-like files. Any pointer ? Adapt some Racket ones ?
I don't know of one, sorry.
> Thank you for your insights.
>
> All the best,
> simon
Thanks!
Kind regards,
Roel Janssen
Mark H Weaver writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Danny Milosavljevic writes:
>>
>>> Hi Roel,
>>>
>>> On Thu, 04 Jan 2018 14:59:53 +0100
>>> Roel Janssen <r...@gnu.org> wrote:
>>>
>>>>
Danny Milosavljevic writes:
> Hi Roel,
>
> On Thu, 04 Jan 2018 14:59:53 +0100
> Roel Janssen <r...@gnu.org> wrote:
>
>> I can confirm that this fixes the build of gnome-disk-utility.
>>
>> Should we fix dvdread.pc, or propagate it with libdvdread?
>
>
ot; ,libdvdcss)))
> (description
> "Libdvdread provides a simple foundation for reading DVD video
>
> ... because dvdread.pc Requires.private libdvdcss.
>
> Not sure what's up with meson's unhelpful error message...
I can confirm that this fixes the build of gnome-disk-utility.
Should we fix dvdread.pc, or propagate it with libdvdread?
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hello,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> I couldn't install *all* R packages, but I used it on our shared R
>> profile:
>>
>> $ guixr package --list-installed -p /gnu/profiles/per-language/r
>
Ludovic Courtès writes:
> Hi,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> I'd like to create a Docker container from Scheme. Looking at
>> guix/scripts/pack.scm, I believe something like this should be possible:
>>
>> (docker-image
hing out to more
> users/contributors, Guix & HPC, improving our infrastructure and
> organization, etc.), and possibly hacking sessions.
>
> Who would be willing to join? (You can reply privately if you prefer.)
Count me in!
Kind regards,
Roel Janssen
we could add to the the public interface of a module?
Kind regards,
Roel Janssen
11-doc
/gnu/store/xcaxjgafjip9pkfrnnrj18wfyykyjcrw-icedtea-2.6.11-jdk
/gnu/store/vk6llk5zmvwysc9jcixj7hvxprazmri0-icedtea-2.6.11
And to confirm:
~ λ ls -lh
/gnu/store/vk6llk5zmvwysc9jcixj7hvxprazmri0-icedtea-2.6.11/lib/amd64/ | grep
libjvm
lrwxrwxrwx 2 root root 85 1970-01-01 1970 libjvm.so ->
/gnu/store/vk6llk5zmvwysc9jcixj7hvxprazmri0-icedtea-2.6.11/lib/amd64/server/libjvm.so
Kind regards,
Roel Janssen
Ricardo Wurmus writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> gnu/packages/java.scm | 12
>> 1 file changed, 12 insertions(+)
>>
>> diff --git a/gnu/packages/java.scm b/gnu/packages/java.scm
>> index 95fba20e8..81cfdc132 100644
&
Ludovic Courtès writes:
> Hi!
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> Looking into this shared object, I found that it cannot find libjvm.so:
>> $ ldd
>> /gnu/store/q9ad5zvxpm2spiddcj01sw3jkm5vpgva-icedtea-3.5.1/lib/amd64/libnet.so
>>
Chris Marusich writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Chris Marusich writes:
>>
>>> Roel Janssen <r...@gnu.org> writes:
>>>
>>>> 1. Fix the recipe to make sure libjvm.so is found, and thus libnet.so is
>>>
Chris Marusich writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> 1. Fix the recipe to make sure libjvm.so is found, and thus libnet.so is
>> linked correctly.
>>
>> 2. Copy or make a symlink of libjvm.so to the parent directory
>>(lib/amd
atch for option 2, and
see if that works. But maybe option 1 would be better.
Thanks for your time.
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hi Roel,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> I have a question about how search paths are handled in Guix.
>> So, I have a package that tries to set an environment variable:
>> DRMAA_LIBRARY_PATH.
>>
>> So
ot;8.1.9"
"out"
"/gnu/store/jw80iilm964q2y0krnc1r67fxi07fix2-grid-engine-core-8.1.9"
(propagated-inputs ())
(search-paths
(("DRMAA_LIBRARY_PATH"
("lib/libdrmaa.so")
":"
directory
#f)))
Why isn't DRMAA_LIBRARY_PATH set in this case?
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hello Roel,
>
> I’m finally going back to this issue…
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hi,
>>>
>>> Roel Janssen <r...@gnu.org> skribis:
>
096
Regardless of whether older versions of libraries would be accepted
upstream, you can also keep them in a separate repository or directory
and use the environment variable GUIX_PACKAGE_PATH to include them in
your Guix.
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hi,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> Ricardo Wurmus writes:
>>
>>> Hi Roel,
>>>
>>>> Looking into the manifests ($GENERATION_15/manifest and
>>>> $GENERATION_16/manifest), I noticed
doesn't have
to check for conflicts because that's already done on profile creation
time. All it has to do is combine the search-path data and output
that..
Anyway, I worked around it by using the $PROFILE/etc/profile file and
unset the environment variables before setting them, which takes less
than a second.
Kind regards,
Roel Janssen
a lot longer to run the same command
as before? (this is probably disk-related, because that is a known
cause for trouble on network-mounted stores..)
Thanks for your time!
Kind regards,
Roel Janssen
Chris Marusich writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Chris Marusich writes:
>>
>>> Roel Janssen <r...@gnu.org> writes:
>>>
>>>> Ricardo Wurmus writes:
>>>>
>>>>> Hi Roel,
>>>>
Ludovic Courtès writes:
> Hi Roel,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> substitute: guix substitute: warning: ACL for archive imports seems to be
>> uninitialized, substitutes may be unavailable
>> substitute: ;;; Failed to autoload make-session i
0m8.679s
user0m1.199s
sys 0m0.202s
But FWIW, I think the time between no output and the "substitute: ..."
output is dramatically shorter.
I'll report back when I have a better testing environment ready.
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hello Gu
acklist=pcspkr" "quiet" "rhgb"
"thinkpad_acpi.fan_control=1" "i195.modeset=1"))
I can say that this does not solve the problem in my case.
Kind regards,
Roel Janssen
> me.
Because it changes Xorg in order to fix a bug in Emacs. A proper fix
would be in Emacs.
Unless every other piece of software (GTK+, GNOME, Qt) have worked
around the bug somehow.. Then it might be a Xorg thing after all. But
this seems to be unlikely.
Kind regards,
Roel Janssen
Chris Marusich writes:
> Roel Janssen <r...@gnu.org> writes:
>
>> Ricardo Wurmus writes:
>>
>>> Hi Roel,
>>>
>>>> With the following patch to the Xorg configuration file, I have a
>>>> tear-free GuixSD experience. I wonder if t
Mark H Weaver writes:
> Hi Roel,
>
> Roel Janssen <r...@gnu.org> writes:
>
>> Ricardo Wurmus writes:
>>
>>> Hi Roel,
>>>
>>>> With the following patch to the Xorg configuration file, I have a
>>>> tear-free GuixSD expe
Ricardo Wurmus writes:
> Hi Roel,
>
>> With the following patch to the Xorg configuration file, I have a
>> tear-free GuixSD experience. I wonder if this is upstreameable in some
>> way. This patch is probably too broad in effect. Can I change it so
>> that only the graphics card I have will
in some
way. This patch is probably too broad in effect. Can I change it so
that only the graphics card I have will be affected by this patch?
Kind regards,
Roel Janssen
>From 25b431d23071b325b50c584977fcd6c1f9d790af Mon Sep 17 00:00:00 2001
From: Roel Janssen <r...@gnu.org>
Date: Wed, 21
Ludovic Courtès writes:
> Hi!
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> I applied the patch, and here are the results:
>>
>> [roel@hpcguix guix]$ time guixr environment --ad-hoc coreutils --pure -- true
>> The following d
tils --pure
--no-substitutes -- true
real0m30.993s
user0m5.049s
sys 0m0.458s
Why is grafting so slow, even if it doesn't have to graft anything?
So, because grafting is disk-intensive rather than CPU-intensive, it might
be a good idea to be able to globally disable grafting. (it would
reduce the after-we-build-it-time considerably for our cluster.)
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hi Roel,
>
> Roel Janssen <r...@gnu.org> skribis:
>
>> You should know that we have 'submit' nodes that use the guixr wrapper
>> script to connect to the guix-daemon that runs on the 'hpcguix' node.
>>
>> Both have a /gnu mounte
r0m2.802s
sys 0m0.340s
I suspect that the difference between the two commands is that one only
looks for one module, while the other looks in all modules. Looking at
the second run, I suppose the difference is quite small.
Kind regards,
Roel Janssen
1 - 100 of 404 matches
Mail list logo