On Sun, Dec 27, 2020 at 08:23:21PM -0800, Chris Marusich wrote:
> Leo Le Bouter writes:
>
> > I want to have one last attempt at making the binaries reproducible.
> >
> > Could anyone help adjusting this patch so the package definition's hash
> > does not change on other architectures? So it can
On Mon, Dec 28, 2020 at 03:25:27AM +0100, Leo Le Bouter wrote:
> Hello!
>
> I want to have one last attempt at making the binaries reproducible.
>
> Could anyone help adjusting this patch so the package definition's hash
> does not change on other architectures? So it can be proposed for merge
>
Hi,
I've been investigating just a bit about this.
Ludovic Courtès writes:
> (1) investigate why the test is failing (I think it’s a single test
> failure here),
Currently there are two main problems with 3.2.5:
- Integer multiplication overflow handling invokes undefined behavior,
whic
According to `git bisect` (which I used for the first time today, so i
might be wrong) the recent f2fs-tools upgrade broke f2fs-tools-static.
I tried debugging it a bit today and so far didn't run across any
obvious causes. I'll take a look again soon-ish.
On Tue, Dec 22, 2020 at 04:16:08PM +0100, Ludovic Courtès wrote:
> Hi,
>
> Maxim Cournoyer skribis:
>
> > When a substitute server used by guix-daemon is offline, the daemon will
> > keep attempting to connect to it, even when it shouldn't need any data
> > (ran 'sudo guix system reconfigure my-
Frankly, MD RAID is incomplete without checksum.
Checksum is provided in Linux by dm-integrity.
Now, LVM2 can actually set up MD RAID with dm-integrity, however:
* It doesn't expose all options.
* It doesn't support specifying an MD journal for RAID4/5/6 to close the
write hole.
In additio
On Sun, 2020-12-27 at 20:23 -0800, Chris Marusich wrote:
> If it's just for the sake of trying one last time, we could just add
> --cores=1 to the Guix invocations, or run everything in a single-core
> VM. Wouldn't that have the same effect?
My system has an offload set up and somehow --cores=1 d
On Sun, 2020-12-27 at 20:23 -0800, Chris Marusich wrote:
> I think you'll probably agree, so I've proactively started another
> build
> on two fresh single-core VMs (using the same procedure I described
> earlier, starting from the 1.2.0 installation ISO image). It'll take
> a
> few days to finish
Pierre Langlois writes:
> Pierre Langlois writes:
>
>> Hi!
>>
>> Marinus Savoritias writes:
>>
>>> I update Guix yesterday and org-mode doesn't load anymore.
>>>
>>> The debug trace is this:
>>>
>>> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start
>>> with a number)")
Hi,
thanks for the report!
fixed in guix master commit a099d833af3afe69c50dbd016e9ed117462ca7ef.
Analysis:
According to https://linux.die.net/man/3/uuid users of the uuid lib should do:
>#include
however, "man uuid" in Guix says to do
(that's from util-linux-2.35.1/libuuid/man/uuid.3)
> #in
Hello,
Pierre Langlois writes:
> In the meantime, we can either revert the update or just fix it
> downstream temporarily. The following patch works for me for example:
>
> diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
> index eaa0fc8d2a..e65666a6ac 100644
> --- a/gnu/pack
On Mon, 2020-12-28 at 13:55 +0100, Leo Le Bouter wrote:
> I did the same, I ran on both my laptop and another VM in the server:
>
> $ ./pre-inst-env guix build --no-offload --cores=1 --
> target=powerpc64le-linux-gnu -e '(@@ (gnu packages make-bootstrap)
> %gcc-static)'
>
> With latest master.
>
Nicolas Goaziou writes:
> Hello,
>
> Pierre Langlois writes:
>
>> In the meantime, we can either revert the update or just fix it
>> downstream temporarily. The following patch works for me for example:
>>
>> diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
>> index eaa0fc8d2
Hi!
I noticed that ‘guix system disk-image’ installs GRUB with its debug files,
which doubles the size for GRUB inside the image.
There is gnu/bootloader/grub.scm (install-grub), which does a simple
(copy-recursively (string-append bootloader "/lib/") install-dir)
This also copies gdb_grub,
Hello Guix!
Udiskie application crashes upon start, with the following error:
*** START ***
Traceback (most recent call last):
File
"/gnu/store/xbl08cq6s7wpzi3qp6nvwh1x7nia2py2-udiskie-2.1.0/lib/python3.8/site-packages/udiskie/cli.py",
line 222, in _start_async_tasks
self.udisks = await u
Consider the following use-case:
* I have a boot device including a partition backing `/`.
* My `/home` is on a separate RAID array, because my homework is important and
I would like to not lose it.
* Each disk in the RAID array is *separately* LUKS-encrypted.
* This allows me to decommission a
On Mon, 2020-12-28 at 16:31 +0100, Leo Le Bouter wrote:
> I modified my virtual machine to only have a single core because it
> seems --cores=1 does not work properly with cross-compilation.
Great news! I think using only 1 core fixes it. But since --cores=1 is
broken for cross-compilation it seem
By the way here's my powerpc64le-linux-gnu hash:
$ sha256sum
/gnu/store/cc4sj9kiw1vzhhhxawnqvjjdi4ygbxp5-gcc-stripped-tarball-5.5.0/gcc-stripped-5.5.0-powerpc64le-linux-gnu.tar.xz
153f356a8f58102e7e57a006e836ec7450e69dee120ba83d9f7dacf07162537b
/gnu/store/cc4sj9kiw1vzhhhxawnqvjjdi4ygbxp5-gcc-st
On Mon, 2020-12-28 at 20:01 +0100, Leo Le Bouter wrote:
> By the way here's my powerpc64le-linux-gnu hash:
>
> $ sha256sum /gnu/store/cc4sj9kiw1vzhhhxawnqvjjdi4ygbxp5-gcc-stripped-
> tarball-5.5.0/gcc-stripped-5.5.0-powerpc64le-linux-gnu.tar.xz
> 153f356a8f58102e7e57a006e836ec7450e69dee120ba83d9f7
On Mon, Dec 28, 2020 at 12:28:09AM +0100, Stefan wrote:
> “-object rng-random,id=id,filename=/dev/random
> Creates a random number generator backend which obtains entropy from a device
> on the host. The id parameter is a unique ID that will be used to reference
> this entropy backend from the vi
Hello,
Jakub Kądziołka writes:
> The package python-gevent doesn't build on i686-linux, the following
> test failure occurs:
>
> ==
> FAIL: test_unlink (gevent.tests.test__core_stat.TestCoreStat)
>
Hello Raghav,
Raghav Gururajan writes:
> Hello Guix!
>
> It appears that our python is incorrectly compiled or compiled with
> missing component. Due to this, OMEMO plugin in gajim does not work.
>
> Here is the output for `gajim -l gajim.p.omemo=DEBUG`:
>
> *** START ***
> Traceback (most recen
Hello again,
Maxim Cournoyer writes:
> Hello Raghav,
>
> Raghav Gururajan writes:
>
>> Hello Guix!
>>
>> It appears that our python is incorrectly compiled or compiled with
>> missing component. Due to this, OMEMO plugin in gajim does not work.
>>
>> Here is the output for `gajim -l gajim.p.ome
Hello,
Vinícius dos Santos Oliveira writes:
> Here are the release notes:
> https://arcan-fe.com/2020/11/24/arcan-0-6-m-start-networking/
Would you like to give it a try?
Maxim
On Mon, Dec 28, 2020 at 09:59:26PM +0100, Leo Le Bouter wrote:
> On Mon, 2020-12-28 at 20:01 +0100, Leo Le Bouter wrote:
> > By the way here's my powerpc64le-linux-gnu hash:
> >
> > $ sha256sum /gnu/store/cc4sj9kiw1vzhhhxawnqvjjdi4ygbxp5-gcc-stripped-
> > tarball-5.5.0/gcc-stripped-5.5.0-powerpc64
25 matches
Mail list logo
