openafs doesn't include vos_clone manpage

Bug #324449 reported by Kevin Sumner
2
Affects Status Importance Assigned to Milestone
openafs (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

A man page for vos_clone(1) isn't included in the current debs for Intrepid, even though it is referenced by (at least) the vos_copy(1) man page that is included in the openafs-client package.

Current installed packages related to AFS:
ii kstart 3.13-1 Kerberos kinit supporting AFS and ticket ref
ii libpam-afs-session 1.6-1 PAM module to set up a PAG and obtain AFS to
ii openafs-client 1.4.7.dfsg1-6 AFS distributed filesystem client support
ii openafs-doc 1.4.7.dfsg1-6 AFS distributed filesystem documentation
ii openafs-krb5 1.4.7.dfsg1-6 AFS distributed filesystem Kerberos 5 integr
ii openafs-modules-2.6.27-11-generic 1.4.7.dfsg1-6+2.6.27-7.16 AFS distributed filesystem kernel module
ii openafs-modules-2.6.27-7-generic 1.4.7.dfsg1-6+2.6.27-7.16 AFS distributed filesystem kernel module
ii openafs-modules-2.6.27-9-generic 1.4.7.dfsg1-6+2.6.27-9.19 AFS distributed filesystem kernel module
ii openafs-modules-source 1.4.7.dfsg1-6 AFS distributed filesystem kernel module sou

lsb_release -rd:
Description: Ubuntu 8.10
Release: 8.10

Being that vos clone and vos copy are confusingly similar commands and AFS's internal documentation via vos help isn't very descriptive, a man page for vos clone would be helpful in differentiating between the two.

Revision history for this message
Russ Allbery (rra-debian) wrote : Re: [Bug 324449] [NEW] openafs doesn't include vos_clone manpage

Kevin Sumner <email address hidden> writes:

> A man page for vos_clone(1) isn't included in the current debs for
> Intrepid, even though it is referenced by (at least) the vos_copy(1) man
> page that is included in the openafs-client package.

Upstream didn't provide one in 1.4.7. They did in 1.4.8, so the current
version of the package in jaunty should have it.

> Being that vos clone and vos copy are confusingly similar commands and
> AFS's internal documentation via vos help isn't very descriptive, a man
> page for vos clone would be helpful in differentiating between the two.

Agreed. (Although for the record, you never want to use vos clone unless
you know exactly what you're doing. It's a command for AFS experts and
not something to use in normal operation of a cell.)

--
Russ Allbery (<email address hidden>) <http://www.eyrie.org/~eagle/>

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (4.9 KiB)

This bug was fixed in the package openafs - 1.4.8.dfsg1-2

---------------
openafs (1.4.8.dfsg1-2) unstable; urgency=low

  * Make openafs-modules-source architecture-specific (arch: any instead
    of arch: all). The new method for generating the kernel source tree
    only generates correct build machinery for the architecture on which
    it was built, making the package architecture-specific. The generated
    tree is so much smaller that this still only uses about 1MB of archive
    space more than the old method and makes each openafs-modules-source
    package much smaller. This is a workaround until we can fix
    libafs_tree to include enough build machinery to handle all Linux
    architectures from one source tree. (Closes: #516023)
  * Explicitly remove *-stamp files in the clean target of the module
    build until the module build is upgraded to debhelper 7.

openafs (1.4.8.dfsg1-1) unstable; urgency=low

  * New upstream release. (Closes: #511535)
    - Support 2.6.28 kernels. (LP: #303112)
    - Check at compile time that the kernel has keyring support rather
      than building non-functional modules. (Closes: #500850)
    - Include vos clone man page. (LP: #324449)
  * Apply upstream CVS deltas:
    - STABLE14-libuafs-updates-20081229: prerequisite for other deltas.
    - STABLE14-linux-truncate-race-20090109: avoid race condition during
      truncation.
    - STABLE14-linux-i-size-20090112: further fix for truncation race.
    - STABLE14-linux-truncate-cleanup-20090113: further truncation fix.
    - STABLE14-osi-probe-check-result-cope-with-enoent-20090115: fix for
      syscall probing.
    - STABLE14-linux-2629-20090115: support for 2.6.29 kernels.
      (Closes: #513680)
    - STABLE14-rx-idledead-only-ignore-keepalives-20081222: rx bug fix to
      not ignore other ping packets.
    - STABLE14-rx-rdwr-writeproc-race-20081228: fix rx race condition that
      could result in reuse of freed memory.
    - STABLE14-rx-do-not-race-current-packet-20090105: fix rx race
      condition.
  * Use make libafs_tree to generate the tree for the kernel module
    compile rather than copying the entire source tree.
  * Compress the source in openafs-modules-source with bzip2 instead of
    gzip to reduce the package size.
  * Make dynroot the default for new installations. It works much better
    with systems that don't bring up their network until late in the boot
    process, such as wireless laptops. (LP: #249240, #318605)
  * Mention libpam-afs-session instead of libpam-openafs-session in the
    description of libpam-openafs-kaserver, and mention libpam-krb5 by
    name. Thanks, Philipp Kaluza. (Closes: #501308)
  * Suggest module-assistant auto-install in README.modules and be clearer
    that building one's own kernel is not required. Thanks, Anders
    Kaseorg and Lutz Goehring for suggestions. (LP: #295897)
  * Allow time-daemon to satisfy the openafs-fileserver recommends in
    addition to ntp, allowing for openntpd. (Closes: #508258)
  * General improvements to debconf configuration handling.
    - Do not abort the config script if we have no default realm and
      dnsdomainname fails. (LP: #274886, #318...

Read more...

Changed in openafs:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.