On 04/11/11 08:11, robert evert wrote:
Hey,
I somewhat like the idea
me too :)
I changed the signed package information to an information about
_unsigned_ packages, as those should be more interesting. Its a totally
informative message while installation is taking place.
Output takes place in the callback.c function. I needed to add another
int variable to the alpm_pkg_t, as I need to look for signatures in the
package information AND for a signature file.
If there is any chance that such functionality will be implemented in
pacman, I could provide some command line option to enable this
information ( enabling debug is NO alternative... ). Otherwise it was an
exercise for me and I will stop mentally hurting you guys ;)
-Rob
~~~~~~~~~~~~~~~~~~
The current output looks like this:
...
Proceed with installation? [Y/n]
checking package integrity...
loading package files...
checking for file conflicts...
upgrading abcde...
upgrading acpitool |Unsigned...
...
Proceed with installation? [Y/n]
(2/2) checking package integrity
[###################################################] 100%
(2/2) loading package files
[###################################################] 100%
(2/2) checking for file conflicts
[###################################################] 100%
(1/2) upgrading abcde
[###################################################] 100%
:: The following package is unsigned:
(2/2) upgrading acpitool
[###################################################] 100%
I am not really a fan of this for the following reasons:
1) I am a fan of keeping the output as minimal as possible and this
falls in the "unnecessary output" category for me.
2) The output comes too late to really do anything about the unsigned
package. It is now installed on your system. So what is this preventing?
3) If you do not want unsigned packages, you can use SigLevel = Required
to force packages to be signed.
So, in summary, I am not sure what problem this is trying to solve and
if it does indeed solve it.
Allan