Please sync openafs 1.4.8.dfsg1-1 from unstable, for Jaunty kernel 2.6.28 support

Bug #303112 reported by Anders Kaseorg
38
This bug affects 2 people
Affects Status Importance Assigned to Milestone
openafs (Debian)
Fix Released
Unknown
openafs (Ubuntu)
Fix Released
Medium
Unassigned
Jaunty
Fix Released
Medium
Unassigned

Bug Description

Another kernel release, another broken OpenAFS build. Fortunately, this one’s easy! The upstream 1.4.8 release already works on kernel 2.6.28, so the package just needs to be upgraded to 1.4.8.

Please sync openafs 1.4.8.dfsg1-1 from Debian unstable.

Changelog since last revision in Ubuntu jaunty:
 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, #318132)
     - Do not abort postinst if we can't resolve any host name for the
       cell. Just continue in that case, omitting any configuration for
       the local cell. (LP: #322054)
     - Correctly set the default for AFS_CRYPT from the existing config.
     - The cache size is high, not critical, since we have a default.
     - Don't create the client ThisCell if no local cell was specified.
     - Improve the leading comment in afs.conf.client. Users can edit it,
       but any changes other than the setting values will be lost.
     - Remove the openafs-fileserver/bosconfig_moved template, which would
       only be shown on upgrades from pre-1.2.0 versions.
     - Standardize coding style and always quote strings.
   * Update to debhelper compatibility level V7.
     - Use dh where possible in debian/rules.
     - Use dh_lintian to install Lintian overrides.
     - Eliminate the configure target and do all the work in build.
     - Do more in the install target and less in binary, matching the
       default command stacks in dh.
     - Use a debian/clean configuration file to let dh clean do more of the
       work rather than using rm commands in debian/rules.
   * Abort the config script rather than exiting successfully if the
     debconf shell module is not available. The config script should never
     be run in the absence of debconf, so if this fails, something deeper
     is wrong and we shouldn't blindly continue.
   * Add ${misc:Depends} to all dependencies.
   * Add explanations for the Lintian overrides.
   * Use set -e instead of #!/bin/sh -e in maintainer scripts.
   * Remove server documentation from openafs-modules-source.
   * Translation updates:
     - Spanish, thanks Francisco Javier Cuadrado. (Closes: #514452)

Revision history for this message
Russ Allbery (rra-debian) wrote : Re: [Bug 303112] [NEW] Please upgrade to 1.4.8 for Jaunty kernel 2.6.28 support

Anders Kaseorg <email address hidden> writes:

> Another kernel release, another broken OpenAFS build. Fortunately, this
> one’s easy! The upstream 1.4.8 release already works on kernel 2.6.28,
> so the package just needs to be upgraded to 1.4.8.

Debian is in release freeze, so just to warn people on the Ubuntu side, I
currently have no plans to upload a new OpenAFS package of 1.4.8 until
after lenny releases.

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

Revision history for this message
Anders Kaseorg (andersk) wrote : Re: Please upgrade to 1.4.8 for Jaunty kernel 2.6.28 support

Okay. I’ve created and tested an openafs 1.4.8 package for Ubuntu, and uploaded it to my PPA:
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1.orig.tar.gz
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1-0ubuntu1.diff.gz
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1-0ubuntu1.dsc

I’ll subscribe ubuntu-universe-sponsors and request an upload.

Russ: when you get around to putting 1.4.8 in Debian, it would be convenient if we used the same orig tarball. I generated it using `debian/rules get-orig-source`.

Changed in openafs:
status: New → Confirmed
Revision history for this message
Luca Falavigna (dktrkranz) wrote :

Debian experimental has 1.5.50, but it's a development release and it is probably not targetted for stable systems yet, isn't it?

Changed in openafs:
importance: Undecided → Wishlist
Revision history for this message
Anders Kaseorg (andersk) wrote :

That’s correct. From the OpenAFS 1.5.55 release announcement:
http://www.openafs.org/pipermail/openafs-announce/2008/000269.html
“1.5.55 is the recommended production-ready release of OpenAFS for
Microsoft Windows users. …
For UNIX, Linux, and MacOS X the recommended production-ready release of
OpenAFS is 1.4.7 and 1.4.8 is currently being packaged for release.”

and the OpenAFS 1.4.8 release announcement:
http://www.openafs.org/pipermail/openafs-announce/2008/000270.html
“This is the current recommended release for all Unix platforms; For Windows,
we recommend use of the current 1.5 series release for best performance, and
we do not expect to provide OpenAFS 1.4.8 binaries for Windows.”

Revision history for this message
Russ Allbery (rra-debian) wrote : Re: [Bug 303112] Re: Please upgrade to 1.4.8 for Jaunty kernel 2.6.28 support

Luca Falavigna <email address hidden> writes:

> Debian experimental has 1.5.50, but it's a development release and it is
> probably not targetted for stable systems yet, isn't it?

Yeah, you don't want to use 1.5 and you definitely don't want to use
1.5.50. I'm going to package the latest 1.5 as soon as I have some free
time, but it isn't something that you want in Ubuntu yet.

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

Revision history for this message
Anders Kaseorg (andersk) wrote : Re: Please upgrade to 1.4.8 for Jaunty kernel 2.6.28 support

Today’s Jaunty kernel (2.6.28-5-generic) requires additional OpenAFS patches. I cherry-picked delta STABLE14-linux-2629-20090115 and uploaded the new package to my PPA:
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1.orig.tar.gz
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1-0ubuntu2.diff.gz
http://ppa.launchpad.net/anders-kaseorg/ubuntu/pool/main/o/openafs/openafs_1.4.8.dfsg1-0ubuntu2.dsc

The package is maintained in Git:
git://andersk.mit.edu/openafs-ubuntu.git
http://andersk.mit.edu/gitweb/openafs-ubuntu.git

Revision history for this message
Anders Kaseorg (andersk) wrote :

If this package is not accepted before the Jaunty feature freeze (currently scheduled for Feb. 19), the OpenAFS client will not work at all in Jaunty. I know that the OpenAFS client has hundreds of users on Intrepid just at MIT, so this would be very bad. Is anyone willing to review this package?

Revision history for this message
Terrax (tball-es) wrote :

@Anders

I have some problems with openafs 1.4.7. The sudo /etc/init.d/openafs-client restart doesn't work, but when doing the sudo modprobe openafs and sudo afsd it all seems to work. BUT very slow!

Does your packages work with intrepid, and does it fix the 1.4.7 problems?

Revision history for this message
Terrax (tball-es) wrote :

And do you plz have your ppa repository links, so I could try it out? :D

Revision history for this message
Anders Kaseorg (andersk) wrote :

Terrax, my PPA is <https://launchpad.net/~anders-kaseorg/+archive/ppa>. The OpenAFS packages are for Jaunty, but I’m adding a backport to Intrepid so you can try it.

If you can’t get OpenAFS to work (with either 1.4.7 or 1.4.8), can you file a question at <https://answers.launchpad.net/ubuntu/+source/openafs/+addquestion> and I’ll try to answer it there? This bug is about getting my package into Jaunty, and I’d like to keep it clean of unrelated comments. Thanks.

Anders Kaseorg (andersk)
description: updated
Changed in openafs:
importance: Wishlist → Medium
status: Confirmed → Triaged
Revision history for this message
Anders Kaseorg (andersk) wrote :

Now that Lenny is released, Russ Allbery has uploaded a 1.4.8 package to unstable. I will change this to a sync request.

description: updated
Revision history for this message
Lionel Porcheron (lionel.porcheron) wrote :

Sync request ACKed.

description: updated
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: Triaged → Fix Released
Revision history for this message
Michael Milligan (milli) wrote :

And there was much rejoicing.

Revision history for this message
Franklin Bynum (frabyn) wrote :

The openafs 1.4.8.dfsg1-1 kernel module still fails to build in a fully-updated jaunty installation.

Revision history for this message
Anders Kaseorg (andersk) wrote :

The current version (and the one that was synced) is 1.4.8.dfsg1-2. 1.4.8.dfsg1-1 had a bug that caused the module build to fail on architectures other than i386. Frank, can you try again with 1.4.8.dfsg1-2?

Revision history for this message
Franklin Bynum (frabyn) wrote :

Anders, sorry about the mistake. The build fails with 1.4.8.dfsg1-2, not 1-1 (which I don't think was ever installed here).

Revision history for this message
BotLobsta (kjenks-deactivatedaccount) wrote :

I filed a new bug about 1.4.8.dfsg1-2 not building. It is bug #333691.

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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