[Yum-devel] [PATCH] More fancy progress msgs

[seth vidal]

> Finished Transaction Test
> Transaction Test Succeeded
> Running Transaction
> Installing/Updating:
>   bind-libs                 ########################################### [  4%] 
>   bind-utils                ########################################### [  9%] 
>   cups-libs                 ########################################### [ 13%] 
>   sysklogd                  ########################################### [ 18%] 
>   alsa-lib                  ########################################### [ 22%] 
>   gpdf                      ########################################### [ 27%] 
>   dhclient                  ########################################### [ 31%] 
>   vixie-cron                ########################################### [ 36%] 
>   dhcpv6_client             ########################################### [ 40%] 
>   cups                      ########################################### [ 45%] 
>   bind                      ########################################### [ 50%] 

The things I don't like about this is that for VERY large transactions
the % on the side is not terribly useful. Some folks want to know which
of the two functions is actually being performed: an install or an
update.

Also looking like rpm just tends to confuse people as to what program is
actually being run. What advantage do you see in laying things out like
this? I do like the tabbing as you've done. It is cleaner for the
display.


> An another small issue, yum seems to like this format for packages in
> messages to the user:
> 
>  name.arch epoch:version-release : emacs.i386 2:21.3-1.i386
> 
> Why is yum not using the standard way?
> 
>  name-epoch:version-release.arch : emacs-2:21.3-1.i386

1. there's no 'standard way' :)
2. and, to me, it makes no sense to group the package information like
that. why put name next to epoch? - they aren't the normal keys for
information display. My thought was name and arch together b/c they are
searchable keys for most of the dict searches. Then all the version
information together e:v-r. It's just sensible grouping based on the
information.

I also grouped them this way b/c you can double click on emacs.i386 and
have it in your clipboard and paste that onto a command line and get it
all set. You can't do that for emacs-2:21.3-1.i386 b/c putting the epoch
in the middle isn't a supported cli option.


Does that make sense?
-sv