This is my fault,
python-ipython accepts both python-prompt-toolkit-2 and the latest
version, python-prompt-toolkit (3), but some packages that depend on
ipython accept only python-prompt-toolkit-2.
I messed up with jupyter, I didn't realize that another input depended
on ipython also.
I'll try
Perfect! Thank you!
Actually, the biggest screenshot of the two was the end of the output of
the "guix pull" command after doing the "guix gc -D" command.
And the "build --repair" command resulted in this output:
guix build: error: error parsing derivation
Hi Ludo,
On Sun, 7 Jun 2020 at 23:16, Ludovic Courtès wrote:
> I did this:
>
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=1fd7de45f218ce572a3fe87764ad15927e3dbdc4
Cool! Thank you.
> So now, in a situation like John described, ‘guix pull’ will print the
> error and hint for
Hi,
zimoun skribis:
>> But yeah, I don’t think there’s much we can do. Or perhaps we could
>> have ‘commit-relation’ report 'unrelated when one of the commits does
>> not exist, that’d be clearer and more useful than this error.
>
> And report a hint.
I did this:
Hey,
So I was having problems with soundconverter, and I noticed that if I
avoid grafts, it works. I'm not sure if there's an issue with the
grafting, or what's being grafted.
→ guix build soundconverter
/gnu/store/cyf72nqq2c0fbh145wc6jj3f2zssjx1n-soundconverter-3.0.2
→
Hi Léon,
Léon Lain Delysid skribis:
> Hello, here's the result of the command you asked me to run. I executed it,
> then did a "guix pull" again and got the same result.
Did you try re-running ‘guix pull’ after the ‘guix gc -D’ command? (I
don’t see it on the screenshot.)
> But the corrupted
Hi,
o.ro...@posteo.net skribis:
> guix pull --roll-back did not solve the issue. The only thing I
> believe to have changed is the "host version" portion of the error
> message.
OK, that’s expected.
> 'which guix' actually points to
> ~/.configu/guix/current/bin/guix. Should this command yield
Hi,
Mathieu Othacehe skribis:
>> * A new issue I discovered, whereby 'guix system init' try to
>> build/download stuff, when it shouldn't:
>>
>> Jun 6 11:50:06 localhost shepherd[1]: Service cow-store has been started.
>> Jun 6 11:50:06 localhost installer[233]: running command ("guix"
Hi Brice,
Brice Waegeneire skribis:
> scheme@(guix-user) [1]> ,up
> In gnu/system/uuid.scm:
> 302:5 3 (uuid=? . _)
> scheme@(guix-user) [1]> ,locals
>Local variables:
>$8 = closure = #
>$9 = w = #vu8(185 176 222 181)
> While executing meta-command:
> In procedure
Builds fine for me now!
Hey,
> * A new issue I discovered, whereby 'guix system init' try to
> build/download stuff, when it shouldn't:
>
> Jun 6 11:50:06 localhost shepherd[1]: Service cow-store has been started.
> Jun 6 11:50:06 localhost installer[233]: running command ("guix" "system"
> "init" "--fallback"
* gnu/bootloaders/grub.scm (eye-candy): Use gfxterm depending only on
(bootloader-configuration (terminal-outputs …)), which defaults to '(gfxterm).
This makes the system argument obsolete.
---
gnu/bootloader/grub.scm | 46 -
1 file changed, 13
On Sun, 7 Jun 2020 09:11:27 +0300
Efraim Flashner wrote:
> This looks like an sqlite error. I'd make sure you're using the same
> variable of sqlite through the whole build. I'm not sure if that's
> regular sqlite or sqlite-with-column-metadata
Thanks for looking into this. I didn’t touch the
Hi Chris,
Thank you.
On Sun, 7 Jun 2020 at 03:31, Chris Marusich wrote:
> I have committed the fix in d445c30ea6 and updated the guix package
> definition in ecbde6505c to ensure that the next time "guix pull" is
> run, the new guix-daemon version will be used.
Sorry to be late, I have things
Dear Maxim,
On Sun, 7 Jun 2020 at 06:39, Maxim Cournoyer wrote:
> Some people have been adding emacs-next-something packages (IIRC); I
> think it's OK for the big, complicated packages that need effort to
> port, but otherwise I wouldn't like seeing this happening for all
> packages.
I agree.
Hey Ludo,
> Fixed:
>
>
> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=b49caaa2b7f624c3395c8e872638282bcc420502
Nice, thanks a lot for fixing this!
Mathieu
On Wed, Jun 03, 2020 at 08:59:54PM +0200, Thorsten Wilms wrote:
> I ignored Clementine failing at updates a few times ... and now checked
> to see that it fails at a different test!
>
> [100%] Linking CXX executable fmpsparser_test
> cd /tmp/guix-build-clementine-1.3.1-2.4619a4c.drv-0/build/tests
18 matches
Mail list logo