After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 727132 - Binaries won't report program version
Binaries won't report program version
Status: RESOLVED FIXED
Product: gvfs
Classification: Core
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2014-03-27 02:37 UTC by William Rekow
Modified: 2014-04-11 16:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Report gvfs version when --version is used (23.88 KB, patch)
2014-03-27 18:33 UTC, Ross Lagerwall
needs-work Details | Review
Report gvfs version when --version is used (32.94 KB, patch)
2014-03-29 14:27 UTC, Ross Lagerwall
committed Details | Review

Description William Rekow 2014-03-27 02:37:30 UTC
GVFS will not report it's version using -v -V or --version. For this reason I cannot determine the version of GVFS installed. I tried gvfs-ls, and one of the other binaries. Basically this means that without package management software, a user cannot find out what version of the software is running. As an aside, there is also no manpage installed. I recommend adding the program functionality to report the version.
  I can't even accurately report the version I am using due to this bug.
Comment 1 Ross Lagerwall 2014-03-27 07:27:01 UTC
A slightly confusing point here is that gvfs is split into a number of components which need not be the same version. Still, I think it would be useful if the binaries could report their version (although bear in mind that the gvfs-* binaries are not gvfs specific and may still move into the glib/gio tree).

gvfs has had manpages since 1.13.3, July 2012, so I can tell you that your gvfs is at least older than that :-)
Comment 2 Ross Lagerwall 2014-03-27 08:05:10 UTC
Since gvfsd-http uses the version number as a user-agent, you can figure it out in the meantime with this:
strings /usr/lib/gvfs/gvfsd-http | less

And then look for something like: gvfs/1.18.3
Comment 3 William Rekow 2014-03-27 18:14:19 UTC
Apparently there is no gvfsd-http in this install either. I can say it is whatever comes with Slackware 14.0. I recommend some kind of way to determine the release version independent of package management, even if it prints a pointer to --version a more core piece of the gvfs package.

 Installed binaries are: 
gvfs-cat            gvfs-mkdir          gvfs-rename
gvfs-copy           gvfs-monitor-dir    gvfs-rm
gvfs-info           gvfs-monitor-file   gvfs-save
gvfs-less           gvfs-mount          gvfs-set-attribute
gvfs-ls             gvfs-move           gvfs-trash
gvfs-mime           gvfs-open           gvfs-tree
Comment 4 Ross Lagerwall 2014-03-27 18:33:14 UTC
Created attachment 273107 [details] [review]
Report gvfs version when --version is used
Comment 5 Ondrej Holy 2014-03-28 13:43:45 UTC
Review of attachment 273107 [details] [review]:

Thanks, looks good, just few notes...

I don't thing so we need to put it in meta-* files, because they aren't distribute.

Man pages should be also updated accordingly.

::: daemon/main.c
@@ +190,3 @@
+  if (show_version)
+    {
+      g_print(PACKAGE_STRING "\n");

I know it's annoying, but insert space before opening parenthesis to be consistent across files, please fix it also in other files...

::: programs/gvfs-cat.c
@@ +37,3 @@
 static GOptionEntry entries[] = {
+  { "version", 0, 0, G_OPTION_ARG_NONE, &show_version, N_("Show program version"), NULL},
+  { G_OPTION_REMAINING, 0, 0, G_OPTION_ARG_FILENAME_ARRAY, &locations, NULL, NULL },

You have duplicated this line by mistake.
Comment 6 Ross Lagerwall 2014-03-29 14:27:07 UTC
Created attachment 273230 [details] [review]
Report gvfs version when --version is used
Comment 7 Ross Lagerwall 2014-03-29 14:27:53 UTC
The updated patch should fixes those issues.
Comment 8 Ondrej Holy 2014-04-02 15:04:51 UTC
Review of attachment 273230 [details] [review]:

Looks good to me, thanks!
Comment 9 Ross Lagerwall 2014-04-11 16:53:43 UTC
Pushed to master as a29366193100de48df416c07f96daf7b84ee8f30.  Thanks!