Hello,
>> I'm installing from a USB thumb drive. I'd like to use the thumb drive
>> as the disk for the machine. The installer gave me the option to do
>> so, but then it crashed.
Christine is right, in that case you might prefer to use "guix system
image" to create directly a bootable image th
Hi Guix,
this bug also affects Epiphany (build log attached). The issue appears
to be that it tries to build without the GTK3 backend, we should
probably enable that.
Cheers
dac0xa4q6lxcp63jz3fm7phnxsn5hv-epiphany-40.3.drv.bz2
Description: application/bzip
Hello,
Liliana Marie Prikler skribis:
> Am Dienstag, dem 04.01.2022 um 00:47 -0700 schrieb Jesse Gibbons:
>> Strange bug, guix can't find gfortran-toolchain even though it is a
>> package defined publicly in one of the files it presumably searches.
>>
>> `which guix` outputs the expected
>> "$
Liliana Marie Prikler skribis:
> Am Montag, dem 10.01.2022 um 09:58 +0100 schrieb Ludovic Courtès:
>> Hi!
>>
>> Liliana Marie Prikler skribis:
>>
>> > I suppose adding (package-source rust-cargo) to inputs to preserve
>> > the
>> > old meaning would not make much sense?
>>
>> No because you n
The command was:
$ guix upgrade mycli
The following package will be upgraded:
mycli (dependencies or package changed)
substitute: updating substitutes from 'https://ci.guix.gnu.org'...
0.0%guix substitute: warning: ci.guix.gnu.org: connection failed:
Connection timed out
substitute:
The followi
Hi,
Efraim Flashner skribis:
> I'm using ./pre-inst-env on my powerpc-linux machine, using guile-3.0.2
> as provided by Debian. When I try to run the following command:
> ./pre-inst-env guix build -L /path/to/repo -m /path/to/manifest.scm -n
> I get the following error:
>
> guix/ui.scm:230:13: e
Hi,
zimoun skribis:
>>From the profile.drv, the culprit is identified:
> /gnu/store/…-ghc-package-cache.drv,
>
> Derive
> ([("out","/gnu/store/mcmwdg13f5rc9vdklgbmsn6h84bgdp3q-ghc-package-cache","","")]
> ,[("/gnu/store/8m7vppxy4l824yk4036iisk2zy7qzgcx-ghc-8.4.4.drv",["out"])
>,("/gnu/store
Hi,
On Tue, 11 Jan 2022 at 11:18, Ludovic Courtès wrote:
> Is it a problem that the latest GHC is used to build the package cache?
> (Apart from being surprising and suboptimal.)
Functionally, it appears to be not a blocking problem. However,
suboptimal means concretely 110+ MB of additional d
Hi,
Xinglu Chen skribis:
> On Sat, Oct 02 2021, Maxime Devos wrote:
>
>> Hi,
>>
>> When running "guix home describe" before "guix home import"
>> and before "guix build":
>>
>> $ guix home describe
>> Backtrace:
>>7 (primitive-load "/home/[...]/.config/guix/current/b…")
>> In guix/u
Rostislav Svoboda schreef op di 11-01-2022 om 11:12 [+0100]:
> /gnu/store/6azf9r02qsslp8yx1kmgnv2gpqfpc409-mycli-
> 1.24.1/lib/python3.9/site-packages
> ...checking requirements: ERROR: mycli==1.24.1 (pyperclip 1.6.4
> (/gnu/store/q1l7qm1lqiz9i58xw6ya7rc4cjpvfjwy-python-pyperclip-
> 1.6.4/lib/pytho
> It would seem that if python-pyperclip is upgraded, the build would
> succeed.
Hmm maybe. I tried:
$ guix install python-pyperclip
The following package will be installed:
python-pyperclip 1.6.4
guix install: error: profile contains conflicting entries for python-pyperclip
guix install: err
Hi,
On Mon, 10 Jan 2022 at 21:36, raingloom wrote:
> My guess is that the package is missing a description? I vaguely recall
> running into this or a similar error when trying to import Infer, but
> I'm not sure how I fixed it.
> Based on the backtrace, just modifying beautify-description? to ac
Rostislav Svoboda schreef op di 11-01-2022 om 11:51 [+0100]:
> > It would seem that if python-pyperclip is upgraded, the build would
> > succeed.
>
> Hmm maybe. I tried:
>
> $ guix install python-pyperclip
> The following package will be installed:
> python-pyperclip 1.6.4
I mean updating the
> If it does, there's some serious and weird bug in the guix daemon's
> build isolation code.
I wonder how and why the mycli got installed without having it's
dependency, the python-pyperclip installed in the first place.
Bost
Hey,
Here is a patch to store the rw images in the cache directory. Regarding
the volatile flag, things are a little more complex than what I thought
initially.
The "guix system" help menu states that:
--8<---cut here---start->8---
--volatile fo
Hi,
zimoun skribis:
> On Tue, 11 Jan 2022 at 11:18, Ludovic Courtès wrote:
>
>> Is it a problem that the latest GHC is used to build the package cache?
>> (Apart from being surprising and suboptimal.)
>
> Functionally, it appears to be not a blocking problem. However,
> suboptimal means concre
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
--- Begin Message ---
Hi Guix,
During my recent `guix pull` + `guix package -u` adventure, the
emacs-shroud package barfed
> I think, that's because pyperclip is needed in "sanity-check" phase and
> we didn't had this before the big merge.
I'm rather new to guix... big merge what with what?
Rostislav Svoboda writes:
> I wonder how and why the mycli got installed without having it's
> dependency, the python-pyperclip installed in the first place.
I think, that's because pyperclip is needed in "sanity-check" phase and
we didn't had this before the big merge.
--
Garbage In -- Gospel
Rostislav Svoboda writes:
>> I think, that's because pyperclip is needed in "sanity-check" phase and
>> we didn't had this before the big merge.
>
> I'm rather new to guix... big merge what with what?
Oh, I'm sorry and welcome to guix!
What I called "the big merge" was the merge of the "core-upd
Efraim Flashner schreef op di 11-01-2022 om 15:46 [+0200]:
> guix package: error: first entry:
> gnupg@2.2.30 /gnu/store/0snfzd41n430ddpq316j9v2z5fn2y62m-gnupg-2.2.30
> guix package: error: ... propagated from emacs-shroud@1.105
> guix package: error: second entry:
> gnupg@2.2.32 /gnu/store/
Liliana Marie Prikler skribis:
> Hi Guix,
>
> this bug also affects Epiphany (build log attached). The issue appears
> to be that it tries to build without the GTK3 backend, we should
> probably enable that.
>
> Cheers
>
> [2. application/x-bzip;
> dac0xa4q6lxcp63jz3fm7phnxsn5hv-epiphany-40.3.d
This seems to be the first bad commit. CCing Tobias Geerinckx-Rice.
```
$ git bisect good
294476022f19139e290acb448d4575de0f851673 is the first bad commit
commit 294476022f19139e290acb448d4575de0f851673
Author: Tobias Geerinckx-Rice
Date: Sun Jan 9 02:06:58 2022 +0100
gnu: libportal: Upda
> Eog and Epiphany should be fixed with Guix at
> f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
Thanks
raid5atemyhomework
Guix,
This is weird. On berlin:
--8<---cut here---start->8---
$ guix build
/gnu/store/91wjmydy556ibl38xydpb8yisp3gvx8w-partition.img.drv
[…]
Creating filesystem with 351 1k blocks and 40 inodes
[…]
/gnu/store/q18ca3ilma0h5hpn4s39xhzn0kc7jm5x-partition.img
-
The most likely culprit is a change or difference in how the
kernel answers FILE-SIZE's ‘how much disc space does FILE
consume?’ — rounding it to N blocks or bytes, including or
excluding directory sizes, differing reported directory sizes,
etc.
I'll do more testing.
Kind regards,
T G-R
s
> > Eog and Epiphany should be fixed with Guix at
> > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
>
> Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
Unfortunately it seems to still be broken for me?
```
$ guix --version
guix (GNU Guix) f7afefba00b65e94d073af3af2278a076c8
> > > Eog and Epiphany should be fixed with Guix at
> > > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
> >
> > Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
>
> Unfortunately it seems to still be broken for me?
It works with `guix build eog`, but *not* with `guix syste
raid5atemyhomework skribis:
>> > > Eog and Epiphany should be fixed with Guix at
>> > > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
>> >
>> > Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
>>
>> Unfortunately it seems to still be broken for me?
>
> It works with `guix bu
Hi there,
raid5atemyhomework via Bug reports for GNU Guix writes:
>> > > Eog and Epiphany should be fixed with Guix at
>> > > f7afefba00b65e94d073af3af2278a076c89dbc1 or later.
>> >
>> > Ha, it seems I'm late to the party. Thanks Guillaume! Will check.
>>
>> Unfortunately it seems to still be br
Ran into another like this today:
guix import go github.com/aws/aws-sdk-go-v2/service/s3
Gives:
Backtrace:
14 (primitive-load "/gnu/store/6rjb4c80l53n98cl6h0s3q1zmkg…")
In guix/ui.scm:
2209:7 13 (run-guix . _)
2172:10 12 (run-guix-command _ . _)
In guix/scripts/import.scm:
Alright, I think I have found the issue. https://go.dev/ref/mod says:
If a module is defined in a subdirectory within the repository, that is,
the module subdirectory portion of the module path is not empty, then each
tag name must be prefixed with the module subdirectory, followed by a slash.
Am Dienstag, dem 11.01.2022 um 22:49 +0100 schrieb
kias...@tutanota.com:
> ```
> -- Found ICU: /gnu/store/7sik9fp2ffvnr7l01s423x4r5pn75rf9-icu4c-
> 69.1/include (found suitable version "69.1", minimum required is
> "60.2")
> -- Found JPEG: /gnu/store/vhxayydx3y9n2gi2sc0dam26p7k1aaj8-libjpeg-
> tur
33 matches
Mail list logo
