GNU bug report logs - #47971
Improve Guix commands for update/upgrade

Previous Next

Package: guix;

Reported by: bo0od <bo0od <at> riseup.net>

Date: Fri, 23 Apr 2021 13:42:02 UTC

Severity: normal

Tags: wontfix

Done: Ludovic Courtès <ludo <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47971 in the body.
You can then email your comments to 47971 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 13:42:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to bo0od <bo0od <at> riseup.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Fri, 23 Apr 2021 13:42:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: bo0od <bo0od <at> riseup.net>
To: bug-guix <at> gnu.org
Subject: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 13:41:11 +0000
Hi There,

The current commands used to make sure everything updated are not 
friendly to type nor to memorize, Current commands:(i dunno if i missed 
more)

guix pull
guix upgrade
sudo guix reconfigure /etc/config.scm


There is no relation can be drawn from using these commands:

- pull: Is actually the opposite of push which is a git command and it 
make sense in git atmosphere/usage.

- upgrade: This is the only good one as this is very common term used 
within distros or actually most of the operating systems generally.

- reconfigure /etc/config.scm: hmm...

There are many ways we can improve this by using different better terms 
which can be easily memorized and even linked e.g: (These are just 
examples, If there are any better terms you can come with sure why not)

- pull -> update or refresh
- upgrade -> can be kept or package-upgrade
- reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or 
system-upgrade

----

OR There is another approach some distros taking which is using 
shortcuts to only letters e.g

pull -> p or -p
upgrade -> u or -u
reconfigure -> re or -re

as a one world for memory "pure" (any other letters can be used as well)

ThX!





Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 14:16:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christopher Baines <mail <at> cbaines.net>
To: bo0od <bo0od <at> riseup.net>
Cc: 47971 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#47971: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 15:15:45 +0100
[Message part 1 (text/plain, inline)]
bo0od <bo0od <at> riseup.net> writes:

> Hi There,
>
> The current commands used to make sure everything updated are not
> friendly to type nor to memorize, Current commands:(i dunno if i
> missed more)
>
> guix pull
> guix upgrade
> sudo guix reconfigure /etc/config.scm
>
>
> There is no relation can be drawn from using these commands:
>
> - pull: Is actually the opposite of push which is a git command and it
>   make sense in git atmosphere/usage.

guix pull usually does a git pull under the hood and then builds guix
from that updated repository.

I don't get what you mean when you say pull is actually the opposite of
push? That's true in the sense of the words, but how does that relate to
Guix?

> - upgrade: This is the only good one as this is very common term used
>   within distros or actually most of the operating systems generally.
>
> - reconfigure /etc/config.scm: hmm...
>
> There are many ways we can improve this by using different better
> terms which can be easily memorized and even linked e.g: (These are
> just examples, If there are any better terms you can come with sure
> why not)
>
> - pull -> update or refresh

I think update is OK, although I think pull is OK too. refresh is
already taken.

> - upgrade -> can be kept or package-upgrade
> - reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or
>   system-upgrade

You can "downgrade" (switch to using an older Guix/software) by
reconfiguring, so I wouldn't like to see that operation referred to as
an upgrade (as it's not always).
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 14:16:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 14:47:02 GMT) Full text and rfc822 format available.

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: bo0od <bo0od <at> riseup.net>
To: Christopher Baines <mail <at> cbaines.net>
Cc: 47971 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#47971: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 14:46:28 +0000
> I don't get what you mean when you say pull is actually the opposite of
> push? That's true in the sense of the words, but how does that relate to
> Guix?

git pull , git push -> both are making sense

guix pull, but no guix push -> doesnt make sense as there is no relation 
between pull and other used commands. (thus i suggested to use known 
linked-terms like update,upgrade...etc)

> You can "downgrade" (switch to using an older Guix/software) by
> reconfiguring, so I wouldn't like to see that operation referred to as
> an upgrade (as it's not always)

I see, for example it can be made as upgrade command to always read 
configurations which are only intended for upgrading the system and if 
you want to use downgrade then it will read configurations only intended 
for downgrading the system. (either by using the same config.scm or each 
command point to separated config.scm like upgrade.scm and downgrade.scm...)

by this can run system-upgrade , system-downgrade or 
dist-upgrade/downgrade..etc

Maybe there are better solutions like better terms or technical 
solutions someone can come up with to make things better than the 
current situation.



Christopher Baines:
> 
> bo0od <bo0od <at> riseup.net> writes:
> 
>> Hi There,
>>
>> The current commands used to make sure everything updated are not
>> friendly to type nor to memorize, Current commands:(i dunno if i
>> missed more)
>>
>> guix pull
>> guix upgrade
>> sudo guix reconfigure /etc/config.scm
>>
>>
>> There is no relation can be drawn from using these commands:
>>
>> - pull: Is actually the opposite of push which is a git command and it
>>    make sense in git atmosphere/usage.
> 
> guix pull usually does a git pull under the hood and then builds guix
> from that updated repository.
> 
> I don't get what you mean when you say pull is actually the opposite of
> push? That's true in the sense of the words, but how does that relate to
> Guix?
> 
>> - upgrade: This is the only good one as this is very common term used
>>    within distros or actually most of the operating systems generally.
>>
>> - reconfigure /etc/config.scm: hmm...
>>
>> There are many ways we can improve this by using different better
>> terms which can be easily memorized and even linked e.g: (These are
>> just examples, If there are any better terms you can come with sure
>> why not)
>>
>> - pull -> update or refresh
> 
> I think update is OK, although I think pull is OK too. refresh is
> already taken.
> 
>> - upgrade -> can be kept or package-upgrade
>> - reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or
>>    system-upgrade
> 
> You can "downgrade" (switch to using an older Guix/software) by
> reconfiguring, so I wouldn't like to see that operation referred to as
> an upgrade (as it's not always).
> 




Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 14:47:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 15:18:02 GMT) Full text and rfc822 format available.

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Bone Baboon <bone.baboon <at> disroot.org>
To: bo0od <bo0od <at> riseup.net>
Cc: 47971 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#47971: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 11:16:40 -0400
bo0od writes:
> The current commands used to make sure everything updated are not
> friendly to type nor to memorize

The name of package management commands seems like it would largely be
personal preference.

Each person using Guix could customize the commands to their own
preferences using Bash aliases or an equivalent for the shell they are
using.  For Bash refer to the Aliases section of it's info
documentation.

> - pull -> update or refresh
> - upgrade -> can be kept or package-upgrade
> - reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or
>   system-upgrade

For command names there are many package managers that you can look to
for inspiration. Here are some examples:

* Gentoo - emerge
* OpenBSD - pkg 
* Void - xbps
* Alpine - apk
* Debian - apt
* Arch - pacam or paru
* Fedora - dnf

> OR There is another approach some distros taking which is using
> shortcuts to only letters e.g
>
> pull -> p or -p
> upgrade -> u or -u
> reconfigure -> re or -re

This could also be done with shell aliases.




Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 15:18:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 16:24:01 GMT) Full text and rfc822 format available.

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: bo0od <bo0od <at> riseup.net>
To: Bone Baboon <bone.baboon <at> disroot.org>
Cc: 47971 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#47971: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 16:23:49 +0000
Not really personal, Its about when there are new users these commands 
looks horrible.

You can call it personal when im saying use this X instead B while X and 
B has the same bad approach or both are good. This is called personal e.g:

use upgrade instead of distro-upgrade = yeah very much is something not 
really benefiting/different and personal.

but pull or update , reconfigure or system-upgrade...etc this is not 
anymore personal as i have already explained in my reasoning above.

Bone Baboon:
> bo0od writes:
>> The current commands used to make sure everything updated are not
>> friendly to type nor to memorize
> 
> The name of package management commands seems like it would largely be
> personal preference.
> 
> Each person using Guix could customize the commands to their own
> preferences using Bash aliases or an equivalent for the shell they are
> using.  For Bash refer to the Aliases section of it's info
> documentation.
> 
>> - pull -> update or refresh
>> - upgrade -> can be kept or package-upgrade
>> - reconfigure /etc/config.scm -> dist-upgrade or distro-upgrade or
>>    system-upgrade
> 
> For command names there are many package managers that you can look to
> for inspiration. Here are some examples:
> 
> * Gentoo - emerge
> * OpenBSD - pkg
> * Void - xbps
> * Alpine - apk
> * Debian - apt
> * Arch - pacam or paru
> * Fedora - dnf
> 
>> OR There is another approach some distros taking which is using
>> shortcuts to only letters e.g
>>
>> pull -> p or -p
>> upgrade -> u or -u
>> reconfigure -> re or -re
> 
> This could also be done with shell aliases.
> 




Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 16:25:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#47971; Package guix. (Fri, 23 Apr 2021 18:51:02 GMT) Full text and rfc822 format available.

Message #32 received at 47971 <at> debbugs.gnu.org (full text, mbox):

From: Leo Prikler <leo.prikler <at> student.tugraz.at>
To: bo0od <bo0od <at> riseup.net>, Bone Baboon <bone.baboon <at> disroot.org>
Cc: 47971 <at> debbugs.gnu.org
Subject: Re: bug#47971: Improve Guix commands for update/upgrade
Date: Fri, 23 Apr 2021 20:50:25 +0200
Am Freitag, den 23.04.2021, 16:23 +0000 schrieb bo0od:
> Not really personal, Its about when there are new users these
> commands 
> looks horrible.
Sorry for informing you, but your sense for aesthetics is a very
personal thing.  If we really want to talk about UX, much more would be
gained by having a translatable GUI than through questionable command
renamings.

> You can call it personal when im saying use this X instead B while X
> and 
> B has the same bad approach or both are good. This is called personal
> e.g:
> 
> use upgrade instead of distro-upgrade = yeah very much is something
> not 
> really benefiting/different and personal.
> 
> but pull or update , reconfigure or system-upgrade...etc this is not 
> anymore personal as i have already explained in my reasoning above.

- guix pull: You "pull" a fresh set of package descriptions.  Note,
that you can't "push" package descriptions *yet*.
- guix upgrade: You "upgrade" a given user profile.
- guix system reconfigure: You "reconfigure" your "system" according to
the specifications made in some file.  Note, that this is not
inherently an upgrade -- it is perfectly fine only to change some
services, to add new ones, or to do all of those three at once.

Of course, there may come times, when you will have to explain to your
less tech-savvy family members or friends, who you've helped install
Guix, why upgrading all of your packages is such a tedious operation,
that involves this funny command line thing.  I've been there and done
that.  It all makes sense if you take a little time to
explain/understand it properly.

Regards,
Leo





Added tag(s) wontfix. Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 04 May 2021 18:59:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 47971 <at> debbugs.gnu.org and bo0od <bo0od <at> riseup.net> Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 04 May 2021 18:59:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 02 Jun 2021 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 322 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.