Hi Simon,
On Tue, 2022-10-18 at 17:41 +0200, zimoun wrote:
> Hi Roel,
>
> It is about this old bug#40237 [1]
>
> 1: <http://issues.guix.gnu.org/issue/40237>
>
> On Thu, 26 Mar 2020 at 11:29, Roel Janssen wrote:
>
> > I am trying to build a package with gl
On Fri, 2021-10-08 at 15:00 -0400, Mark H Weaver wrote:
> Roel Janssen writes:
>
> > On Fri, 2021-03-19 at 19:13 -0400, Mark H Weaver wrote:
> > > Ludovic Courtès writes:
> > >
> > > > Maxim Cournoyer skribis:
> > > >
> >
uix-devel/2014-02/msg00245.html>
>
Would it be an idea to propose the patches, or the idea, for supporting
the SSL_* variables to the GnuTLS developers? Or is there a more
fundamental reason why GnuTLS does not support changing certificate
stores at run-time?
Perhaps I have missed a solution that has already made it in Guix. If
that is the case, I would like to know about it. :)
Kind regards,
Roel Janssen
On Mon, 2021-05-10 at 10:29 +0300, Efraim Flashner wrote:
> On Mon, May 03, 2021 at 07:47:49PM +0200, Roel Janssen wrote:
> > On Mon, 2021-05-03 at 12:39 -0400, Leo Famulari wrote:
> > > On Mon, May 03, 2021 at 12:09:36AM +0200, Roel Janssen wrote:
> > > > Looking at
On Mon, 2021-05-03 at 12:39 -0400, Leo Famulari wrote:
> On Mon, May 03, 2021 at 12:09:36AM +0200, Roel Janssen wrote:
> > Looking at 'guix/scripts/system.scm', it seems that we always pass
> > 256M
> > of memory to the VM. After bumping that to 4096M, I was abl
ines that don't have much memory to
spare.
Would it be a good idea to make it configurable at run-time?
Kind regards,
Roel Janssen
c[?7l[2J[0mSeaBIOS (version rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org)
iPXE (http://ipxe.org) 00:03.0 CA00 PCI2.10 PnP PMM+0FF8EFC0+0FEEEFC0 CA00
Press
On Wed, 2021-04-28 at 23:38 +0200, Ludovic Courtès wrote:
> Hi Roel,
>
> Roel Janssen skribis:
>
> > /builder for
> > `/gnu/store/4q9aprxi2rr1i6yjk1y7d76nbavwp4fy-guix-package-
> > cache.drv'
> > failed to produce output path
> > `/gnu/store/xgji
package
cache couldn't be built.
Perhaps, as a matter of diagnostics, it could build package caches
separately for each channel to pinpoint which channel is causing the
problem.
Thanks.
Kind regards,
Roel Janssen
On Sat, 2020-05-23 at 16:19 +0200, Roel Janssen wrote:
> Hi Mathieu,
>
> Thanks for the fast response!
>
> On Sat, 2020-05-23 at 15:31 +0200, Mathieu Othacehe wrote:
> > Hello Roel,
> >
> > > I installed Guix System on my computer but I am facing two
> &
56mz3lsbkxgvnb17v-glibc-bootstrap-
> > system-
> > 2.2.5.patch" failed with status 2
>
> I don't know what forces a build of glibc-mesboot0, but this looks
> like:
> https://lists.gnu.org/archive/html/bug-guix/2020-05/msg00335.html.
>
> Is your store on an NVME disk, without encryption, by any chance?
No, but it is on an SSD (Samsung EVO 850), and there are two NVME
drives in the system, but these are not mounted. So I think I should
dodge that bug.
Is there a substitute available for glibc-mesboot0?
Kind regards,
Roel Janssen
s/patches/glibc-bootstrap-system-2.2.5.patch
I'm using:
# guix --version
guix (GNU Guix) 1.1.0-3.52b01cb
Thanks in advance.
Kind regards,
Roel Janssen
On Wed, 2020-01-08 at 22:58 +0100, Ludovic Courtès wrote:
> Hi Roel,
>
> Roel Janssen skribis:
>
> > When inside a container produced with:
> > $ guix environment -CN --ad-hoc ...
> >
> > I encounter a problem when running "make&quo
(files '("jre")
>
> to icedtea-* and openjdk-*?
>
I'm not sure if JAVA_HOME is only needed to build things (so only for the JDK),
or whether it's also useful for JRE.
I agree that it would be good to set when the JDK variant is installed.
Kind regards,
Roel Janssen
On Thu, 2020-03-26 at 12:41 +0100, Pierre Neidhardt wrote:
> Roel Janssen writes:
>
> > The "tools.jar" is only in de icedtea:jdk output.
> > You might also need to set environment variable JAVA_HOME to the Guix
> > profile
> > root that contains ic
atus: executing libtool commands
config.status: executing gstdint.h commands
make[1]: Leaving directory '/tmp/guix-build-gcc-glibc-2.28-5.5.0.drv-0/build'
make: *** [Makefile:905: all] Error 2
command "make" "-j" "32" "LDFLAGS_FOR_TARGET=-
B/gnu/store/wzfdcfmp6ax2agl43bw2pnpjsnxn1v2p-glibc-2.28/lib -Wl,-dynamic-linker
-Wl,/gnu/store/wzfdcfmp6ax2agl43bw2pnpjsnxn1v2p-glibc-2.28/lib/ld-linux-x86-
64.so.2" "LDFLAGS=-Wl,-rpath=/gnu/store/wzfdcfmp6ax2agl43bw2pnpjsnxn1v2p-glibc-
2.28/lib -Wl,-dynamic-linker -Wl,/gnu/store/wzfdcfmp6ax2agl43bw2pnpjsnxn1v2p-
glibc-2.28/lib/ld-linux-x86-64.so.2" "BOOT_CFLAGS=-O2 -g0" failed with status 2
--
Kind regards,
Roel Janssen
3.7.0, openjdk 9 and openjdk 12, to no avail.
>
> Are our JDK packages wrong missing some jars?
>
The "tools.jar" is only in de icedtea:jdk output.
You might also need to set environment variable JAVA_HOME to the Guix profile
root that contains icedtea:jdk.
Kind regards,
Roel Janssen
jy9ll9lc86cpz8m3l23f-profile/bin/msgfmt: found
> 2 fatal errors
> e...@quot.po: 915 translated messages.
> make[3]: *** [Makefile:201: e...@quot.gmo] Error 1
>
> Git commit: 3dd3ac4d83db0609e10637e9d21d7abb2198398d
I'm getting the same error with commit
462ca0bbb73206569073814dd8daa7e2b6a2a048.
Do you know how you solved this?
Kind regards,
Roel Janssen
the guix-
patches mailing list. The attached patches updates the version of python-
anndata, and fixes the build.
Note that for python-zarr I disabled the tests because the majority of the tests
need external packages. We could add all dependencies to make the test suite
work, but that requires a
.9
This causes subsequent invocations of "make" to (re)compile more than needed.
What can I do about it?
Kind regards,
Roel Janssen
ation to work.
Is it a trivial thing to fix for someone more familiar with the
minify-build-system?
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>>
>>> George myglc2 Clemmer skribis:
>>>
>>>> cd guix && guix environment guix -- make
>>>> The following derivations will be built:
>>
Ricardo Wurmus writes:
> Roel Janssen writes:
>
>> I'm using a git checkout of Guix, and I am encountering this bug with
>> version 217af8ae7. Is there a work-around?
>
> Does it happen all the time?
Yes. Consistently on multiple user profiles.
>
> A wor
gt;
>> ERROR: In procedure scm-error:
>> no code for module (guix build utils)
>> Creating manual page database...
>> builder for `/gnu/store/izxixb30i4r79gahirb4nj5ay0z8nzv1-info-dir.drv'
>> failed with exit code 1
>
> I’m merging it with <https://bugs.gnu.org/28144>. No fix yet but we’re
> working on it. In the meantime, ‘guix pull’ may allow you to work
> around it.
I'm using a git checkout of Guix, and I am encountering this bug with
version 217af8ae7. Is there a work-around?
Kind regards,
Roel Janssen
Clément Lassieur writes:
> For the record, patches about it have been sent to guix-patches as well:
> https://lists.gnu.org/archive/html/guix-patches/2018-04/msg00332.html.
Right. I didn't see these. You can ignore mine then.
>
> Marius Bakke writes:
>
>> Jelle Licht writes:
>>
>>> 2018-04
Ludovic Courtès writes:
> Hello,
>
> Roel Janssen skribis:
>
>> ==24971== 4,104 bytes in 1 blocks are possibly lost in loss record 351 of 365
>> ==24971==at 0x4C2AAD6: malloc (in
>> /gnu/store/18w3ykyqkcq5zp1qx17qhamkxlczzl0n-valgrind-3.12.0/lib/valgrind/vgp
Ludovic Courtès writes:
> Hello,
>
> Roel Janssen skribis:
>
>> ==24971== 4,104 bytes in 1 blocks are possibly lost in loss record 351 of 365
>> ==24971==at 0x4C2AAD6: malloc (in
>> /gnu/store/18w3ykyqkcq5zp1qx17qhamkxlczzl0n-valgrind-3.12.0/lib/valgrind/vgp
Ludovic Courtès writes:
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hi Roel,
>>>
>>> l...@gnu.org (Ludovic Courtès) skribis:
>>>
>>>> Roel Janssen skribis:
>>>
>>> [...]
>
Ludovic Courtès writes:
> Hi Roel,
>
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> Roel Janssen skribis:
>
> [...]
>
>>>>> actual-error:
>>>>> + (srfi-34
>>>>> + #>>>> `dtmp/guix-tests/store/462z
Ludovic Courtès writes:
> Hi,
>
> Roel Janssen skribis:
>
>> I attached the build log. The relevant bit is this:
>>
>> actual-error:
>> + (srfi-34
>> + #> `dtmp/guix-tests/store/462z3fnl7bs44vp9s97jyg1z74nsfvly-tar' is not in the
>>
Ludovic Courtès writes:
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>>>> Now, we’re compiling Bash with "-DSYS_BASHRC='\"/etc/bashrc\"'". I
>>>>> wonder if removing that flag solves the --ini
Ludovic Courtès writes:
> Roel Janssen skribis:
>
>> Ludovic Courtès writes:
>>
>>> Heya,
>>>
>>> Roel Janssen skribis:
>>>
>>>> Roel Janssen skribis:
>>>>
>>>>>> On CentOS 7, the following happen
Ludovic Courtès writes:
> Heya,
>
> Roel Janssen skribis:
>
>> Roel Janssen skribis:
>>
>>>> On CentOS 7, the following happens (yes, I added the echo-statement to
>>>> /etc/bashrc on CentOS as well):
>>>> $ env - bash --init-f
Ludovic Courtès writes:
> Hi,
>
> Roel Janssen skribis:
>
>> On CentOS 7, the following happens (yes, I added the echo-statement to
>> /etc/bashrc on CentOS as well):
>> $ env - bash --init-file <(echo "echo \"Goodbye, world\"") -i
>>
o, world
Goodbye, world
Where does this difference come from? And could we make its behavior
similar to CentOS 7, and more importantly, to the description in the
manpage?
Kind regards,
Roel Janssen
doesn't seem to work. How can I troubleshoot from there?
I used the following configuration for the EFI partition:
(file-system
(title 'uuid)
(device (uuid "72E5-26A0" 'fat32))
(mount-point "/boot/efi")
(needed-for-boot? #t)
(type "vfat"))
Thanks for your work!
Kind regards,
Roel Janssen
Ludovic Courtès writes:
> Hi Roel,
>
> Roel Janssen skribis:
>
>> Roel Janssen writes:
>>
>>> Dear Guix,
>>>
>>> I 'guix pull'ed commit 228a398 and ran:
>>> guix system reconfigure /etc/config.scm
>>>
>>&g
>From 7b5c3ce6386acf1f7a965d19cd6dd51c662ba5bb Mon Sep 17 00:00:00 2001
From: Roel Janssen
Date: Thu, 8 Jun 2017 20:04:04 +0200
Subject: [PATCH] gnu: gnome-shell: Fix run-time crash.
* gnu/packages/gnome.scm (gnome-shell): Add geoclue and librsvg inputs.
---
gnu/packages/gnome.scm | 6 +-
Kei Kebreau writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hi Mark,
>>
>> Mark H Weaver skribis:
>>
>>> Roel Janssen writes:
>>>
>>>> Ludovic Courtès writes:
>>>>
>>>>> Hi,
>>>>>
dings are missing. Would it help to add
> librsvg as an input to ‘gnome-shell’?
>
> Ludo’.
Adding librsvg to gnome-shell solves this problem, however, a similar
error for Geoclue2 occurs. I added 'geoclue' to the inputs, but that
doesn't solve the problem.
Kind regards,
Roel Janssen
container.
When I set LD_LIBRARY_PATH as:
export LD_LIBRARY_PATH=$LIBRARY_PATH
The program runs fine.
Therefore, I believe we should set LD_LIBRARY_PATH as well in the
container.
Thanks.
Kind regards,
Roel Janssen
Hi,
Thanks for the report.
Roel Janssen skribis:
I'd like the output of a command like "guix package -l" to be tabbed
preserving all columns.
An example output of the current version:
Generation 68 dec 18 2013 12:46:45(current)
make 4.0 out /nix/store
I'd like the output of a command like "guix package -l" to be tabbed
preserving all columns.
An example output of the current version:
Generation 68 dec 18 2013 12:46:45(current)
make 4.0 out /nix/store/...
automake 1.14out /nix/store/...
...
What I would like
42 matches
Mail list logo
