[Bug 1324337] Re: Please backport uvtool 0~bzr92-0ubuntu1 (universe) from trusty
I used this PPA for testing: ppa:niedbalski/uvt-precise ** Changed in: precise-backports Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to Precise Backports. https://bugs.launchpad.net/bugs/1324337 Title: Please backport uvtool 0~bzr92-0ubuntu1 (universe) from trusty To manage notifications about this bug go to: https://bugs.launchpad.net/precise-backports/+bug/1324337/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[Bug 1324337] [NEW] Please backport uvtool 0~bzr92-0ubuntu1 (universe) from trusty
Public bug reported: Please backport uvtool 0~bzr92-0ubuntu1 (universe) from trusty to precise. Reason for the backport: This tool is actually needed for deploying new cloud image based guests on libvirt. Testing: * precise: [X] Package builds without modification [X] uvtool installs cleanly and runs [X] uvtool-libvirt installs cleanly and runs No reverse dependencies ** Affects: precise-backports Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to Precise Backports. https://bugs.launchpad.net/bugs/1324337 Title: Please backport uvtool 0~bzr92-0ubuntu1 (universe) from trusty To manage notifications about this bug go to: https://bugs.launchpad.net/precise-backports/+bug/1324337/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[Bug 1324288] Re: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly.
*** This bug is a duplicate of bug 1206387 *** https://bugs.launchpad.net/bugs/1206387 openafs_1.6.7-1~precise1_source.changes ** Attachment added: "openafs_1.6.7-1~precise1_source.changes" https://bugs.launchpad.net/precise-backports/+bug/1324288/+attachment/4121688/+files/openafs_1.6.7-1%7Eprecise1_source.changes -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to Precise Backports. https://bugs.launchpad.net/bugs/1324288 Title: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/precise-backports/+bug/1324288/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[Bug 1324288] [NEW] Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly.
*** This bug is a duplicate of bug 1206387 *** https://bugs.launchpad.net/bugs/1206387 Public bug reported: Please backport openafs 1.6.7-1 (universe) from trusty to precise so dkms module can be built correctly on HWE enabled systems. Cherry- picking changes from 1.6.5 to precise version, 1.6.1, will result in a nonviable RSU (like Steve Langasek - vorlon - said in the launchpad opened bug LP #1206387). Reason for the backport: Main reason: Several requests from users/customers for this backport (LP #1206387). After fixing some wrongly auto-generated includes, I could see that there were 2 approaches for bringing 1.6.5 behavior to 1.6.1: 1) Remove "STRUCT_TASK_STRUCT_HAS_CRED" define. Autotools is correctly checking for the existence of a "credentials" structure inside task_struct (kernel). Since newer kernels (3.x) have this structure, the code defines STRUCT_TASK_STRUCT_HAS_CRED variable and starts accessing all credential variables directly from kernel defined structures (includes). Removing this would make openafs behave like it used to in the past (older kernels from 2.6.x) and would imply fixing all "current_task"->cred structure (changing upstream code on that specific version). Of course, after this, even more changes would be expected. -> not a good approach 2) Cherry-pick code from 1.6.5 to 1.6.1. There are 398 commits between this two versions and, taking in consideration only dkms module, this could be a reasonable direction. The problem is that since there are a huge amount of changes in the kernel structures for process, sched, security (between v3.2 and v3.11) the changes wouldn't be acceptable on SRU. Some of needed changes would be: dentry_open new prototype, kmap_atomic new prototype, vmtruncated deprecated, task_struct cred session_keyring location, new proc_create function on module, and so on... -> not a good approach also IMHO backporting OpenAFS from trusty to precise (-backports) would be the best in this case and probably meet with customers/users requirement/expectation (just like Micheal pointed out). Testing: Mark off items in the checklist [X] as you test them, but please leave the checklist so that backporters can quickly evaluate the state of testing. You can test-build the backport in your PPA with backportpackage: $ backportpackage -u ppa:/ -s trusty -d precise openafs - ppa:inaddy/lp1206387 - lp #1206387 - pkg source * precise: [!] Package builds without modification [x] openafs-client installs cleanly and runs [x] libafsauthent1 installs cleanly and runs [x] openafs-doc installs cleanly and runs [x] openafs-dbserver installs cleanly and runs [x] openafs-dbg installs cleanly and runs [x] openafs-modules-dkms installs cleanly and runs [x] openafs-fileserver installs cleanly and runs [x] libpam-openafs-kaserver installs cleanly and runs [x] libopenafs-dev installs cleanly and runs [x] openafs-krb5 installs cleanly and runs [x] libkopenafs1 installs cleanly and runs [x] openafs-kpasswd installs cleanly and runs [x] libafsrpc1 installs cleanly and runs [x] openafs-modules-source installs cleanly and runs [x] openafs-fuse installs cleanly and runs !debian/control modification: - Build-Depends: debhelper (>= 9), autoconf, automake, bison, comerr-dev, - cpio, flex, hardening-wrapper, libfuse-dev, libkrb5-dev, libncurses5-dev, - libpam0g-dev, libxml2-utils, perl, pkg-config - Build-Depends-Indep: dblatex, dkms (>= 2.1.1.1), docbook-xsl, doxygen, - xsltproc + Build-Depends: debhelper (>= 9), autoconf, automake, bison, comerr-dev, + cpio, flex, hardening-wrapper, libfuse-dev, libkrb5-dev, libncurses5-dev, + libpam0g-dev, libxml2-utils, perl, pkg-config, dblatex, dkms (>= 2.1.1.1), + docbook-xsl, doxygen, xsltproc Reverse dependencies: = The following reverse-dependencies need to be tested against the new version of openafs. For reverse-build-dependencies (-Indep), please test that the package still builds against the new openafs. For reverse-dependencies, please test that the version of the package currently in the release still works with the new openafs installed. Reverse- Recommends, Suggests, and Enhances don't need to be tested, and are listed for completeness-sake. openafs-client -- * heimdal-clients [ ] precise (Reverse-Conflicts) * libpam-afs-session [ ] precise (Reverse-Recommends) libafsauthent1 -- openafs-doc --- openafs-dbserver openafs-dbg --- openafs-modules-dkms openafs-fileserver -- libpam-openafs-kaserver --- libopenafs-dev -- openafs-krb5 * libpam-afs-session [ ] precise (Reverse-Recommends) libkopenafs1 openafs-kpasswd --- libafsrpc1 -- openafs-modules-source -- openafs-fuse ** Affects: precise-backports Importance: Undecided Status: New
[Bug 1324288] Re: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly.
*** This bug is a duplicate of bug 1206387 *** https://bugs.launchpad.net/bugs/1206387 openafs_1.6.7-1~precise1.debian.tar.xz ** Attachment added: "openafs_1.6.7-1~precise1.debian.tar.xz" https://bugs.launchpad.net/precise-backports/+bug/1324288/+attachment/4121687/+files/openafs_1.6.7-1%7Eprecise1.debian.tar.xz -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to Precise Backports. https://bugs.launchpad.net/bugs/1324288 Title: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/precise-backports/+bug/1324288/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[Bug 1324288] Re: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly.
*** This bug is a duplicate of bug 1206387 *** https://bugs.launchpad.net/bugs/1206387 openafs_1.6.7-1~precise1.dsc ** Attachment added: "openafs_1.6.7-1~precise1.dsc" https://bugs.launchpad.net/precise-backports/+bug/1324288/+attachment/4121686/+files/openafs_1.6.7-1%7Eprecise1.dsc -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to Precise Backports. https://bugs.launchpad.net/bugs/1324288 Title: Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/precise-backports/+bug/1324288/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[Bug 1324288] [NEW] Please backport openafs 1.6.7-1 (universe) from trusty for HWE enabled systems to work correctly.
You have been subscribed to a public bug by Rafael David Tinoco (inaddy): Please backport openafs 1.6.7-1 (universe) from trusty to precise so dkms module can be built correctly on HWE enabled systems. Cherry- picking changes from 1.6.5 to precise version, 1.6.1, will result in a nonviable RSU (like Steve Langasek - vorlon - said in the launchpad opened bug LP #1206387). Reason for the backport: Main reason: Several requests from users/customers for this backport (LP #1206387). After fixing some wrongly auto-generated includes, I could see that there were 2 approaches for bringing 1.6.5 behavior to 1.6.1: 1) Remove "STRUCT_TASK_STRUCT_HAS_CRED" define. Autotools is correctly checking for the existence of a "credentials" structure inside task_struct (kernel). Since newer kernels (3.x) have this structure, the code defines STRUCT_TASK_STRUCT_HAS_CRED variable and starts accessing all credential variables directly from kernel defined structures (includes). Removing this would make openafs behave like it used to in the past (older kernels from 2.6.x) and would imply fixing all "current_task"->cred structure (changing upstream code on that specific version). Of course, after this, even more changes would be expected. -> not a good approach 2) Cherry-pick code from 1.6.5 to 1.6.1. There are 398 commits between this two versions and, taking in consideration only dkms module, this could be a reasonable direction. The problem is that since there are a huge amount of changes in the kernel structures for process, sched, security (between v3.2 and v3.11) the changes wouldn't be acceptable on SRU. Some of needed changes would be: dentry_open new prototype, kmap_atomic new prototype, vmtruncated deprecated, task_struct cred session_keyring location, new proc_create function on module, and so on... -> not a good approach also IMHO backporting OpenAFS from trusty to precise (-backports) would be the best in this case and probably meet with customers/users requirement/expectation (just like Micheal pointed out). Testing: Mark off items in the checklist [X] as you test them, but please leave the checklist so that backporters can quickly evaluate the state of testing. You can test-build the backport in your PPA with backportpackage: $ backportpackage -u ppa:/ -s trusty -d precise openafs - ppa:inaddy/lp1206387 - lp #1206387 - pkg source * precise: [!] Package builds without modification [x] openafs-client installs cleanly and runs [x] libafsauthent1 installs cleanly and runs [x] openafs-doc installs cleanly and runs [x] openafs-dbserver installs cleanly and runs [x] openafs-dbg installs cleanly and runs [x] openafs-modules-dkms installs cleanly and runs [x] openafs-fileserver installs cleanly and runs [x] libpam-openafs-kaserver installs cleanly and runs [x] libopenafs-dev installs cleanly and runs [x] openafs-krb5 installs cleanly and runs [x] libkopenafs1 installs cleanly and runs [x] openafs-kpasswd installs cleanly and runs [x] libafsrpc1 installs cleanly and runs [x] openafs-modules-source installs cleanly and runs [x] openafs-fuse installs cleanly and runs !debian/control modification: - Build-Depends: debhelper (>= 9), autoconf, automake, bison, comerr-dev, - cpio, flex, hardening-wrapper, libfuse-dev, libkrb5-dev, libncurses5-dev, - libpam0g-dev, libxml2-utils, perl, pkg-config - Build-Depends-Indep: dblatex, dkms (>= 2.1.1.1), docbook-xsl, doxygen, - xsltproc + Build-Depends: debhelper (>= 9), autoconf, automake, bison, comerr-dev, + cpio, flex, hardening-wrapper, libfuse-dev, libkrb5-dev, libncurses5-dev, + libpam0g-dev, libxml2-utils, perl, pkg-config, dblatex, dkms (>= 2.1.1.1), + docbook-xsl, doxygen, xsltproc Reverse dependencies: = The following reverse-dependencies need to be tested against the new version of openafs. For reverse-build-dependencies (-Indep), please test that the package still builds against the new openafs. For reverse-dependencies, please test that the version of the package currently in the release still works with the new openafs installed. Reverse- Recommends, Suggests, and Enhances don't need to be tested, and are listed for completeness-sake. openafs-client -- * heimdal-clients [ ] precise (Reverse-Conflicts) * libpam-afs-session [ ] precise (Reverse-Recommends) libafsauthent1 -- openafs-doc --- openafs-dbserver openafs-dbg --- openafs-modules-dkms openafs-fileserver -- libpam-openafs-kaserver --- libopenafs-dev -- openafs-krb5 * libpam-afs-session [ ] precise (Reverse-Recommends) libkopenafs1 openafs-kpasswd --- libafsrpc1 -- openafs-modules-source -- openafs-fuse ** Affects: precise-backports Importance: Undecided Status: New -- Please backport openafs 1.6.7-1 (un
Re: [Bug 1206387] Re: openafs-modules-dkms 1.6.1-1+ubuntu0.2: module FTBFS on 3.8.0
This system has been removed and the fils all backed up for futurew use of a new install. Thanks for the support Rafael. Stephen Corbin bigredss...@aol.com -Original Message- From: Rafael David Tinoco To: bigredsshop Sent: Tue, May 27, 2014 8:11 am Subject: [Bug 1206387] Re: openafs-modules-dkms 1.6.1-1+ubuntu0.2: module FTBFS on 3.8.0 After this discussion (and some other customers/users requests on the same bug), knowing that the 1.6.5 backport was not eligible for a SRU (just like Steve pointed out) I started to cherry-pick code from openafs 1.6.5 to openafs 1.6.1, so the openafs dkms module was able to compile on HWE kernels. With that I could see that this approach would also not result in a eligible RSU. There are too many changes from kernel 3.2 to kernel 3.11 and openafs has a huge amount of pre-defined code based on these changes (Rightly pointed out by Anders). After fixing some wrongly auto-generated includes, I could see that there were 2 approaches for bringing 1.6.5 behavior to 1.6.1: 1) Remove "STRUCT_TASK_STRUCT_HAS_CRED" define. Autotools is correctly checking for the existence of a "credentials" structure inside task_struct (kernel). Since newer kernels (3.x) have this structure, the code defines STRUCT_TASK_STRUCT_HAS_CRED variable and starts accessing all credential variables directly from kernel defined structures (includes). Removing this would make openafs behave like it used to in the past (older kernels from 2.6.x) and would imply fixing all "current_task"->cred structure (changing upstream code on that specific version). Of course, after this, even more changes would be expected. -> not a good approach 2) Cherry-pick code from 1.6.5 to 1.6.1. There are 398 commits between this two versions and, taking in consideration only dkms module, this could be a reasonable direction. The problem is that since there are a huge amount of changes in the kernel structures for process, sched, security (between v3.2 and v3.11) the changes wouldn't be acceptable on SRU. Some of needed changes would be: dentry_open new prototype, kmap_atomic new prototype, vmtruncated deprecated, task_struct cred session_keyring location, new proc_create function on module, and so on... -> not a good approach also * see next comment -- You received this bug notification because you are subscribed to a duplicate bug report (1249289). https://bugs.launchpad.net/bugs/1206387 Title: openafs-modules-dkms 1.6.1-1+ubuntu0.2: module FTBFS on 3.8.0 Status in “openafs” package in Ubuntu: Invalid Status in “openafs” source package in Precise: In Progress Bug description: [Impact] Since the backported Raring kernel 3.8 was released into Precise and is installed by default, OpenAFS cannot be installed on Precise. The out-of-tree OpenAFS kernel module needs to be upgraded to support kernel 3.8. This happened before for the backported Quantal kernel 3.5 (bug 1015925), but this time so many patches are needed that it’s less risky to take a new upstream stable release, which is already well- tested, than to try to decide which patches to cherry-pick. [Test Case] apt-get install openafs-modules-dkms (This should succeed on all supported Precise kernels, 3.2, 3.5, and 3.8.) [Regression Potential] OpenAFS 1.6.5 has been well-tested in the OpenAFS PPA https://launchpad.net/~openafs/+archive/stable, which has many users at MIT. The 1.6.x series is focused on important bug fixes and new kernel support (with main development happening on the master branch that will become 1.8.x, and Windows development happening on 1.7.x). ProblemType: Package DistroRelease: Ubuntu 12.04 Package: openafs-modules-dkms 1.6.1-1+ubuntu0.2 ProcVersionSignature: Ubuntu 3.5.0-37.58~precise1-generic 3.5.7.16 Uname: Linux 3.5.0-37-generic x86_64 NonfreeKernelModules: openafs ApportVersion: 2.0.1-0ubuntu17.3 Architecture: amd64 DKMSKernelVersion: 3.8.0-27-generic Date: Tue Jul 30 02:32:14 2013 InstallationMedia: Ubuntu 12.04.2 LTS "Precise Pangolin" - Release amd64 (20130214) MarkForUpload: True PackageArchitecture: all PackageVersion: 1.6.1-1+ubuntu0.2 SourcePackage: openafs Title: openafs-modules-dkms 1.6.1-1+ubuntu0.2: openafs kernel module failed to build UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1206387/+subscriptions -- You received this bug notification because you are a member of Ubuntu Backporters, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1206387 Title: openafs-modules-dkms 1.6.1-1+ubuntu0.2: module FTBFS on 3.8.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1206387/+subscriptions -- ubuntu-backports mailing list ubuntu-backports@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-b