Per this[1] conversation on IRC, there is an issue with ASDF being
installed for SBCL while using GNU CLISP. It seems that when sbcl
libraries are installed, there are also some files created in
/etc/common-lisp/ that, by default, cause /any/ implementation of Common
Lisp using ASDF to prefer the
Hi,
Thanks Jack for the follow up. :-)
On Tue, 05 Jul 2022 at 17:49, Ludovic Courtès wrote:
> We would need to check whether older releases are available. Disarchive
> is relatively recent so they’re likely to be missing there, but Timothy
> Sample has a Disarchive database that goes several y
On Tue, 5 Jul 2022, Ludovic Courtès wrote:
Hi!
Jack Hill skribis:
I'm also curious to know to fill in the archive for old versions. I
guess the first step would be to preserve the tarballs with the
original hashes. Does anyone have them? I notice that this happened
again with 2.17:
download
Hi!
Jack Hill skribis:
> I guess I ran into this because I was using `guix build` with
> `--no-substitutes`. Is it expected that we don't fallback to
> disarchive and Software Heritage in that case?
Yes, and that’s actually suboptimal:
https://issues.guix.gnu.org/28659
> If so, I guess my p
Hi!
Jack Hill skribis:
> I'm also curious to know to fill in the archive for old versions. I
> guess the first step would be to preserve the tarballs with the
> original hashes. Does anyone have them? I notice that this happened
> again with 2.17:
>
> downloading from
> https://www.fossil-scm.o
Hello,
It seems that ‘update-cached-checkout’ fails to handle nested Git
submodules, when a submodule itself has submodules:
--8<---cut here---start->8---
$ ./pre-inst-env guix refresh python-pytorch
gnu/packages/machine-learning.scm:2872:13: python-pytorch wou
On Mon, 8 Nov 2021, zimoun wrote:
Indeed, when looking forward. :-)
However, in the context of Disarchive and long-term, it is seems
relevant to keep it still open; as example to test “guix time-machine”
and various fallbacks, IMHO.
I'm also curious to know to fill in the archive for old vers
close #56371
Le mar. 5 juil. 2022 à 12:46, bbb ee a écrit :
> Thanks for the tip!
>
> Le lun. 4 juil. 2022 à 07:04, Julien Lepiller a
> écrit :
>
>> It's not a bug, because you don't have icedtea in your profile, but
>> icedtea:jdk. Guix is picky with outputs. Try "guix remove icedtea:jdk" :)
>
Control: close #56371
Le mar. 5 juil. 2022 à 12:46, bbb ee a écrit :
> close #56371
>
> Le mar. 5 juil. 2022 à 12:46, bbb ee a écrit :
>
>> Thanks for the tip!
>>
>> Le lun. 4 juil. 2022 à 07:04, Julien Lepiller a
>> écrit :
>>
>>> It's not a bug, because you don't have icedtea in your profile
Thanks for the tip!
Le lun. 4 juil. 2022 à 07:04, Julien Lepiller a écrit :
> It's not a bug, because you don't have icedtea in your profile, but
> icedtea:jdk. Guix is picky with outputs. Try "guix remove icedtea:jdk" :)
>
> On July 3, 2022 7:25:46 PM GMT+02:00, bbb ee wrote:
>>
>> Hi,
>>
>> I
Hi,
On Tue, 5 Jul 2022 at 09:57, Ludovic Courtès wrote:
> I don’t take comments about unrelated things. ;-)
So one more. ;-)
> As someone who writes gexps and manipulates “file-like objects”, it
> doesn’t matter whether a thing lowers to a derivation or to a plain
> store item. What matters
Hi Maxim,
> It isn't obsolete, but I had forgotten there were both unit and functional
> (system) tests for our Jami seevice. It's probably easy to adjust, I can look
> into it when I'm back from travels in a few days.
I had to remove tests/services/telephony.scm from Makefile.am, so
we could up
On Tue, Jul 05, 2022 at 07:09:37AM +0200, wzela...@vurv.cz wrote:
> Discovered by accident and did not explore further.
ruby-nokogiri@1.10.9 to be exact. Did not check @1.12.5. Guix version
4d126e776239cc2e9b2e39718d0a1051f4a9bbc3.
WŻ
Discovered by accident and did not explore further.
WŻ
While we are rebuilding the Lisp world, I suggest we remove Coreutils
from the SBCL closure since it's only needed on LispWorks and on
non-Linux:
--8<---cut here---start->8---
(add-after 'install 'remove-coreutils-references
;; They are only useful on
Hello,
Christopher Rodriguez writes:
> The emacs-ebib package has been updated recently to depend upon new
> functionality in the emacs-parsebib package, however there has not been
> a release to allow emacs-parsebib to be updated, causing things to break
> on a purely-guix install of these pack
Hi,
zimoun skribis:
> My comment was about an unrelated thing.
I don’t take comments about unrelated things. ;-)
> Well, I do not use every day G-exp nor ’plain-file’ and the like. The
> interface appears to me unexpected each time I use it but hey I can
> live with it. :-) However, the docu
17 matches
Mail list logo