Virtually every binary out there has a way to return version #, usually via -v and/or --version. Even 'ls'. And 'yes'. [cwelton@huajiao ~]$ yes --version yes (GNU coreutils) 8.12 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. That we cannot appear to do the same via the CLI in katello cli seems like a small, but significant, oversight. Current results: # katello --version katello: error: no such option: --version # katello -v katello: error: no such option: -v # katello version katello: error: Invalid command; please see --help Expected results: Something like * katello --version katello version 0.1.303-1.el6
So after some discussions it was decided katello -u <> -p <> --version katello -u <> -p <> -v katello -u <> -p <> version will use a new api call to figure out there server version and report it to the user.
https://github.com/Katello/katello/commit/6b6971bc0a173612a54c12461230db1d5706571b
Verified with following katello build: [root@perceptor ~]# rpm -qa | grep -ie katello-cli-0 -ie katello-0 katello-cli-0.2.33-1.el6.noarch katello-0.2.35-1.el6.noarch As per comment 5, katello version correctly displayed with following: [root@perceptor ~]# katello -u admin -p admin --version Katello 0.2.35-1.el6 [root@perceptor ~]# katello -u admin -p admin -v Katello 0.2.35-1.el6 [root@perceptor ~]# katello -u admin -p admin version Katello 0.2.35-1.el6 [root@perceptor ~]# katello -u admin -p admin --ver Katello 0.2.35-1.el6 [root@perceptor ~]# katello -u admin -p admin --v Katello 0.2.35-1.el6 Will test it against latest CFSE build too.
(In reply to comment #3) > Verified with following katello build: > > [root@perceptor ~]# rpm -qa | grep -ie katello-cli-0 -ie katello-0 > katello-cli-0.2.33-1.el6.noarch > katello-0.2.35-1.el6.noarch > > As per comment 5, katello version correctly displayed with following: Sorry for type. I meant to point comment 1 > [root@perceptor ~]# katello -u admin -p admin --version > Katello 0.2.35-1.el6 > [root@perceptor ~]# katello -u admin -p admin -v > Katello 0.2.35-1.el6 > [root@perceptor ~]# katello -u admin -p admin version > Katello 0.2.35-1.el6 > [root@perceptor ~]# katello -u admin -p admin --ver > Katello 0.2.35-1.el6 > [root@perceptor ~]# katello -u admin -p admin --v > Katello 0.2.35-1.el6 > > > Will test it against latest CFSE build too.
Verified with following CFSE 1.1 puddle: katello-qpid-client-key-pair-1.0-1.noarch katello-common-1.1.12-7.el6cf.noarch katello-all-1.1.12-7.el6cf.noarch katello-cli-1.1.8-4.el6cf.noarch katello-certs-tools-1.1.8-1.el6cf.noarch katello-glue-candlepin-1.1.12-7.el6cf.noarch katello-selinux-1.1.1-1.el6cf.noarch katello-configure-1.1.9-3.el6cf.noarch katello-candlepin-cert-key-pair-1.0-1.noarch katello-cli-common-1.1.8-4.el6cf.noarch katello-glue-pulp-1.1.12-7.el6cf.noarch katello-1.1.12-7.el6cf.noarch katello-qpid-broker-key-pair-1.0-1.noarch -- [root@dhcp201-107 ~]# katello -u admin -p admin --version CloudForms System Engine 1.1.12-7.el6cf [root@dhcp201-107 ~]# katello -u admin -p admin -v CloudForms System Engine 1.1.12-7.el6cf [root@dhcp201-107 ~]# katello -u admin -p admin version CloudForms System Engine 1.1.12-7.el6cf [root@dhcp201-107 ~]# katello -u admin -p admin --ver CloudForms System Engine 1.1.12-7.el6cf [root@dhcp201-107 ~]# katello -u admin -p admin --v CloudForms System Engine 1.1.12-7.el6cf ---
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2012-1543.html