On Fri, Feb 19, 2021 at 06:24:57PM -0500, Carl Dong wrote:
> One of the main reasons for switching over to Guix is for its
> bootstrappbility and the ability to perform `--bootstrap --no-substitutes`
> builds. As mentioned in the gnutls ticket, performing these source-based
> builds can
Hi Guix!
Thanks to all of you for your thoughtful replies!
On Feb 19, 2021, at 10:33 AM, Ludovic Courtès wrote:
> I agree it’s a problem, and yes, it would probably be a good idea to
> release 1.2.1 with the upgraded GnuTLS we now have in ‘master’.
I’m very heartened by your affirmation of the
On Fri, Feb 19, 2021 at 06:23:49PM -0500, Leo Famulari wrote:
> More weirdness: When I apply the patch to the python-3.8 package (that
> is, without setting up a grafted replacement), it works. So I am
> definitely doing something wrong here.
Here is a new patch that I'm currently building. I
Hi Guix!
TL;DR Shall we add a `--without-tests` option (or something similar) for `guix
time-machine`?
Our release workflow in Bitcoin is planned to shift over to Guix for the next
release, and as such we have a lot more testers who are running Guix as we
speak on their machines! Exciting!
On Fri, Feb 19, 2021 at 06:12:58PM -0500, Leo Famulari wrote:
> But, we use Python 3.8 for everything, and my patch (attached) fails to
> apply for some reason. It does work when I apply the new bug fix patch
> "by hand" onto the Guix source code for our current python-3.8 package.
More
I pushed a fix for Python 3.9 in commit
f08c7cb0c75e7d5305c82d6a4af68ddf74fb08b1.
But, we use Python 3.8 for everything, and my patch (attached) fails to
apply for some reason. It does work when I apply the new bug fix patch
"by hand" onto the Guix source code for our current python-3.8 package.
Hello. vim-full package is broken.
Here is log:
https://pastebin.com/xWvE1Fdh
Here is guix describe:
guix 8f710cc
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 8f710cc598fb675d267f49a82cffc197f03ad52c
Hi Guix,
On Fri, 2021-02-19 at 16:33 +0100, Ludovic Courtès wrote:
> [...]
> Longer-term, we need to find a way to address or avoid this issue. A
> brute-force approach would be to have the build machines at ci.guix run
> with a clock ten years ahead. That should generally be fine since the
>
Hey guys. I can't invoke flameshot with "flameshot gui" command.
Flameshot which installed from debian repo works correctly with this.
When I started flameshot in background first than "flameshot gui" works.
My guix describe:
guix 8f710cc
repository URL:
Hi Carl,
Carl Dong skribis:
> As bitcoin core begins the planning to officially transition to Guix-based
> releases, I've had many community members build guix v1.2.0 from source and
> afterward attempt `--bootstrap --no-substitutes` builds. As you may imagine,
> they are getting stuck on
Hi,
Maxime Devos skribis:
> I'll have to think some more on whether this is something Guix needs, but I
> do have a partial concrete implementation proposal:
>
> Packages can have a ‘properties’ field, e.g. from
> gnu/packages/bioconductors.scm:
>
> (define-public r-reactome-db
> (package
>
Hi Hartmut,
Hartmut Goebel skribis:
> When running "guix refresh -u some-package" downloads the package to
> update the hash. But the source is not added to the store, Thus when
> running "guix build some-package", the source will be downloaded again.
Unless I’m missing something, the source
Hi Joshua,
jbranso--- via Bug reports for GNU Guix skribis:
> Recently on irc, I posted an example of an incorrectly used
> define-record-type* NOT displaying an error line number.
>
> mdevos mentioned that this could potentially be fixed in (guix
> records), but it may also be a guile compile
Hi!
Timothy Sample skribis:
> Ludovic Courtès writes:
>
>> Timothy Sample skribis:
>>
>>> [...] Gzip saves writing “(delete 'compress-documentation)” over and
>>> over).
>>
>> We should add a pure Scheme gzip implementation, for instance using the
>> R6RS zlib implementation by Göran Weinholt
Hi,
Leo Famulari skribis:
> I assume that Python is considered to be "graft-able". Can anyone
> confirm?
Yes, I think so.
Ludo’.
Hi,
Danny Milosavljevic skribis:
> failed to download
> "/gnu/store/1idpm6f9pcm9dajm90qgk6x1r6qywfv8-u-boot-2021.01.tar.bz2" from
> "ftp://ftp.denx.de/pub/u-boot/u-boot-2021.01.tar.bz2;
Can we add mirror URLs to the ‘origin’, similar to what I did in
9d01749feaa1586b1caf449712116e7518bb2303?
Hi Mathieu,
Did you eventually find out where the negative size comes from?
https://issues.guix.gnu.org/46212
What should we do in your opinion with database entries that have a
negative size?
Thanks,
Ludo’.
Ludovic Courtès skribis:
> Christopher Baines skribis:
>
>>
Sharlatan Hellseher skribis:
> Hi,
>
> Yes it looks like issue on my end only.
> I've doped my local branch pull upstream and I could rebuild it now.
> Issue could be closed.
>
> Thanks
>
> hellseher@guix-base-20210210 ~/code/guix [env]$ ./pre-inst-env guix
> build sbcl-cffi
> ;;; note: source
18 matches
Mail list logo
