guix package -r *downloads* new packages?

guix package -r *downloads* new packages?

[Hartmut Goebel]

Hi,

I tried cleaning up my system. But when I did "guix package -r …", it
started to build derivations and download stuff.

How can this happen? Even if that package would still be required by
some other package in my profile, it should not download *new* stuff.

$ /usr/local/sbin/guix-daemon --version
guix-daemon (GNU Guix) 0.11.0
$ guix --version
warning: failed to install locale: Invalid argument
guix (GNU Guix) 0.11.0
…
$ guix package -r guix
warning: failed to install locale: Invalid argument
The following package will be removed:
   guix 0.10.0-0.e901  
/gnu/store/vw26xsn24jmrijn939fjjk50m5i4hfq3-guix-0.10.0-0.e901

substitute: updating list of substitutes from
'https://mirror.hydra.gnu.org'... 100.0%
The following derivations will be built:
   /gnu/store/4mdahqlzar6fl9f9cx6i16561x2yclwx-profile.drv
   /gnu/store/2pn3gbhq7hnnh8kzwblihlw8f34irkgg-module-import.drv
   /gnu/store/j46m2a8fnxklnckiqkn7r9id6jhs94s1-module-import-compiled.drv
   /gnu/store/zhdym8ynv7sbr1iiaj917ln1z1ris2zw-gtk-icon-themes.drv
   /gnu/store/plq1855s06gi77x3qbsyp4217ssn635i-info-dir.drv
   /gnu/store/n1kdin8g51m6dd7ds8hiv8pgv20dczki-fonts-dir.drv
   /gnu/store/lcp53c781kk1d6fxr2xm4dhfm1fgv9x1-ca-certificate-bundle.drv
   /gnu/store/19ngbl2rmvag3dgsii8pkfmhzbg3zbx8-xdg-mime-database.drv
The following files will be downloaded:
   /gnu/store/ik15p8lrbk6jfa3fs3x34m78lj2c0ix1-guile-2.0.11
   /gnu/store/1vmfjpapw15nmhdw3hvrkdp8k933j518-module-import-compiled
   /gnu/store/f9m713c1v5db09b0asxd3mifdskllbri-texinfo-6.1
   /gnu/store/ws7ypryg4khzflj2sdnny7kxibvhwll2-gzip-1.8
   /gnu/store/ldv60j4g1pndr1x2v4ibyp3la6p62ag7-module-import
   /gnu/store/qpmxi57hdx4f41xzjr486fk8xmhq2avy-mkfontdir-1.0.7
   /gnu/store/sppd07krb4w0bbbwyykwg05dcjn9p2kd-module-import-compiled
   /gnu/store/zy0wpxgcjqdq4a83v39hpjxa83fdq5lr-module-import
   /gnu/store/0gj5a9i1vhv5ka3hn1saarmi08b5fvdw-mkfontscale-1.1.2
   /gnu/store/akx97sgcvnjrp0ywf02ab4m4wsmdzwyp-glibc-utf8-locales-2.23
   /gnu/store/p3vih58h0yvbd9ncbz3igxvs5fy7j2cz-module-import
   /gnu/store/g7awvh1xgi6by2pgzh2071gcqa42vnv7-module-import-compiled
   /gnu/store/b4n1n8saa2sjs03xj8i1gmckwiiw04xk-libfontenc-1.1.3
   /gnu/store/0jx4nqk33vd8xsgfkfay9vx4zv9pacd0-libffi-3.2.1
   /gnu/store/1q64vzsgdnrym40vmghsdy5ybzwkqrlc-libatomic-ops-7.4.2
   /gnu/store/8x8bgyyd998w794wkrqb7magm04wbih2-libgc-7.4.2
   /gnu/store/9fz1bak63p51ywrgjrcy0xha7hd7g43y-pkg-config-0.29
   /gnu/store/fhx6c44qbh8m9ha7ha2jbyags516wvkg-libltdl-2.4.6
   /gnu/store/ifqgpapsrh6b7jvd68q0ajirpj941pxp-readline-6.3
   /gnu/store/lxv20br9ic8abvqd7fipszbs4mg8hkjv-ncurses-6.0
   /gnu/store/ppf3vpc22zvn327dns8m0s3y2bh1smxx-libunistring-0.9.6


-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Re: guix package -r *downloads* new packages?

[Ludovic Courtès]

Hi Hartmut,

Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:

> I tried cleaning up my system. But when I did "guix package -r …", it
> started to build derivations and download stuff.

[...]

> $ guix package -r guix
> warning: failed to install locale: Invalid argument
> The following package will be removed:
>    guix 0.10.0-0.e901  
> /gnu/store/vw26xsn24jmrijn939fjjk50m5i4hfq3-guix-0.10.0-0.e901
>
> substitute: updating list of substitutes from
> 'https://mirror.hydra.gnu.org'... 100.0%
> The following derivations will be built:
>    /gnu/store/4mdahqlzar6fl9f9cx6i16561x2yclwx-profile.drv
>    /gnu/store/2pn3gbhq7hnnh8kzwblihlw8f34irkgg-module-import.drv
>    /gnu/store/j46m2a8fnxklnckiqkn7r9id6jhs94s1-module-import-compiled.drv
>    /gnu/store/zhdym8ynv7sbr1iiaj917ln1z1ris2zw-gtk-icon-themes.drv
>    /gnu/store/plq1855s06gi77x3qbsyp4217ssn635i-info-dir.drv
>    /gnu/store/n1kdin8g51m6dd7ds8hiv8pgv20dczki-fonts-dir.drv
>    /gnu/store/lcp53c781kk1d6fxr2xm4dhfm1fgv9x1-ca-certificate-bundle.drv
>    /gnu/store/19ngbl2rmvag3dgsii8pkfmhzbg3zbx8-xdg-mime-database.drv
> The following files will be downloaded:
>    /gnu/store/ik15p8lrbk6jfa3fs3x34m78lj2c0ix1-guile-2.0.11
>    /gnu/store/1vmfjpapw15nmhdw3hvrkdp8k933j518-module-import-compiled
>    /gnu/store/f9m713c1v5db09b0asxd3mifdskllbri-texinfo-6.1

This is counter-intuitive but expected.  First of all, the profile is
built by running a Guile program, so Guile needs to be available if it’s
not already there.

Secondly, when the profile is built, a number of “profile hooks” are
run.  We can see them above: gtk-icon-themes builds a registry of the
installed GTK+ themes (which requires GTK+), info-dir builds the Info
documentation directory (which requires Texinfo), and so on.

Most of these hooks do not pull additional dependencies (for instance,
the GTK+ hook uses the GTK+ that you already have), but some do (the
Info hooks pulls in Texinfo).

HTH!

Ludo’.

Re: guix package -r *downloads* new packages?

[Ricardo Wurmus]

Ludovic Courtès <ludo@gnu.org> writes:

> Hi Hartmut,
>
> Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:
>
>> I tried cleaning up my system. But when I did "guix package -r …", it
>> started to build derivations and download stuff.
>
> [...]
>
>> $ guix package -r guix
>> warning: failed to install locale: Invalid argument
>> The following package will be removed:
>>    guix 0.10.0-0.e901  
>> /gnu/store/vw26xsn24jmrijn939fjjk50m5i4hfq3-guix-0.10.0-0.e901
>>
>> substitute: updating list of substitutes from
>> 'https://mirror.hydra.gnu.org'... 100.0%
>> The following derivations will be built:
>>    /gnu/store/4mdahqlzar6fl9f9cx6i16561x2yclwx-profile.drv
>>    /gnu/store/2pn3gbhq7hnnh8kzwblihlw8f34irkgg-module-import.drv
>>    /gnu/store/j46m2a8fnxklnckiqkn7r9id6jhs94s1-module-import-compiled.drv
>>    /gnu/store/zhdym8ynv7sbr1iiaj917ln1z1ris2zw-gtk-icon-themes.drv
>>    /gnu/store/plq1855s06gi77x3qbsyp4217ssn635i-info-dir.drv
>>    /gnu/store/n1kdin8g51m6dd7ds8hiv8pgv20dczki-fonts-dir.drv
>>    /gnu/store/lcp53c781kk1d6fxr2xm4dhfm1fgv9x1-ca-certificate-bundle.drv
>>    /gnu/store/19ngbl2rmvag3dgsii8pkfmhzbg3zbx8-xdg-mime-database.drv
>> The following files will be downloaded:
>>    /gnu/store/ik15p8lrbk6jfa3fs3x34m78lj2c0ix1-guile-2.0.11
>>    /gnu/store/1vmfjpapw15nmhdw3hvrkdp8k933j518-module-import-compiled
>>    /gnu/store/f9m713c1v5db09b0asxd3mifdskllbri-texinfo-6.1
>
> This is counter-intuitive but expected.  First of all, the profile is
> built by running a Guile program, so Guile needs to be available if it’s
> not already there.
>
> Secondly, when the profile is built, a number of “profile hooks” are
> run.  We can see them above: gtk-icon-themes builds a registry of the
> installed GTK+ themes (which requires GTK+), info-dir builds the Info
> documentation directory (which requires Texinfo), and so on.

Do you think we could make this a little more intuitive by hiding the
derivations for the profile hooks (unless verbosity is increased), or by
listing them separately?

~~ Ricardo

Re: guix package -r *downloads* new packages?

[Ludovic Courtès]

Hi,

Ricardo Wurmus <rekado@elephly.net> skribis:

> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hi Hartmut,
>>
>> Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:
>>
>>> I tried cleaning up my system. But when I did "guix package -r …", it
>>> started to build derivations and download stuff.
>>
>> [...]
>>
>>> $ guix package -r guix
>>> warning: failed to install locale: Invalid argument
>>> The following package will be removed:
>>>    guix 0.10.0-0.e901  
>>> /gnu/store/vw26xsn24jmrijn939fjjk50m5i4hfq3-guix-0.10.0-0.e901
>>>
>>> substitute: updating list of substitutes from
>>> 'https://mirror.hydra.gnu.org'... 100.0%
>>> The following derivations will be built:
>>>    /gnu/store/4mdahqlzar6fl9f9cx6i16561x2yclwx-profile.drv
>>>    /gnu/store/2pn3gbhq7hnnh8kzwblihlw8f34irkgg-module-import.drv
>>>    /gnu/store/j46m2a8fnxklnckiqkn7r9id6jhs94s1-module-import-compiled.drv
>>>    /gnu/store/zhdym8ynv7sbr1iiaj917ln1z1ris2zw-gtk-icon-themes.drv
>>>    /gnu/store/plq1855s06gi77x3qbsyp4217ssn635i-info-dir.drv
>>>    /gnu/store/n1kdin8g51m6dd7ds8hiv8pgv20dczki-fonts-dir.drv
>>>    /gnu/store/lcp53c781kk1d6fxr2xm4dhfm1fgv9x1-ca-certificate-bundle.drv
>>>    /gnu/store/19ngbl2rmvag3dgsii8pkfmhzbg3zbx8-xdg-mime-database.drv
>>> The following files will be downloaded:
>>>    /gnu/store/ik15p8lrbk6jfa3fs3x34m78lj2c0ix1-guile-2.0.11
>>>    /gnu/store/1vmfjpapw15nmhdw3hvrkdp8k933j518-module-import-compiled
>>>    /gnu/store/f9m713c1v5db09b0asxd3mifdskllbri-texinfo-6.1
>>
>> This is counter-intuitive but expected.  First of all, the profile is
>> built by running a Guile program, so Guile needs to be available if it’s
>> not already there.
>>
>> Secondly, when the profile is built, a number of “profile hooks” are
>> run.  We can see them above: gtk-icon-themes builds a registry of the
>> installed GTK+ themes (which requires GTK+), info-dir builds the Info
>> documentation directory (which requires Texinfo), and so on.
>
> Do you think we could make this a little more intuitive by hiding the
> derivations for the profile hooks (unless verbosity is increased), or by
> listing them separately?

Good question.

The initial approach was to display the low-level info, i.e.,
derivations to be built (see ‘show-what-to-build’), like Nix does.

Since we have access to higher level info about packages and profiles,
we could choose to only display package/profile-level info (“the
following packages will be installed/removed/upgraded”).  We could also
hide store file names by default.

All this is quite tempting, though it could also be
counter-intuitive—the lists of packages to install would not match the
list of “things” that are built/downloaded.

Something “in-between”, where some derivations would be displayed and
some wouldn’t, would be hard to achieve, I think; we’d need a way to
annotate derivations as “special” or something.

Thoughts?

(In the same vein, someone suggested that we hide build logs as well,
for software that is being built; I think tools like ‘brew’ store build
logs but don’t display them by default.)

Maybe someone should make a mock of the desired output and we could
rethink it from there?

Thanks,
Ludo’.