Changing to Fix Released since 1.4.4-1 has been backported and no SRU
will ever go into edgy anyways.
** Changed in: Ubuntu Edgy
Status: Confirmed = Fix Released
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://bugs.launchpad.net/bugs/52298
You received this bug
Fixed in Gutsy.
** Changed in: openafs (Ubuntu)
Status: Confirmed = Fix Released
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://bugs.launchpad.net/bugs/52298
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
It was already fixed in Feisty, too…this bug is about Edgy.
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://bugs.launchpad.net/bugs/52298
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
Even so, the Ubuntu task doesn't need to remain open.
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://bugs.launchpad.net/bugs/52298
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Nick, The problem is that there are no maintainer of the openafs source package
in ubuntu! So we have to apply somebody from MOTU to do the update. Please
submit your testing results to the backport request here:
https://bugs.launchpad.net/edgy-backports/+bug/90711
John Dong has already tested
Johan, sorry if I wasn't clear. I meant that we still had not tested the
server packages to make sure they work. I ran some tests a while ago
with the backported openafs-fileserver and openafs-dbserver packages -
they work great on Edgy with the backported modules. Here's some
information on the
Nick, that sounds great! But what do you mean by reiterate our requests
individually, and what information are you suggesting that we are
missing at the present time?
Another question, about the maintainer. Sam Hartman is listed here, but
he hasn't been really active on the bug-reports. I think
Sam is listed as maintainer as he is one of the the Debian maintainers.
He (and) Ross have nothing to do with Ubuntu, except that they are doing
a really great job in Debian and are very responsive to bugs in Ubuntu
too, which means that we don't have to divert the package from the
Debian version.
Unless somebody follows the instructions in
https://wiki.ubuntu.com/MOTU/SRU I don't think there will be an update
of OpenAFS.
In my opinion an SRU of OpenAFS should happen as the current version in
Edgy does not build and also has some security issues (see #94787).
I have very limited time at
After a somewhat lenghty discussion on #ubuntu-motu, it has been
established, that it's probably not a good idea to try a SRU, since the
shift from 1.4.1 to a newer version will probably be rejected.
Instead, it was decided to try and get 1.4.4 into backports. I'm
currently looking into this, but
Johan, allee, and Björn,
I followed the steps that allee posted, and I successfully built the
feisty modules on edgy. I didn't run into any problems, except that I
had to install the devscripts package.
Everything works over here. I installed libpam-openafs-session and
openafs-krb5, so the
Thank you Nick.
I also successfully built the feisty modules and tested the Client. I
browsed an image library constantly for about 1 hour, and everything
seemed to work. I haven't tested the server components on edgy, but I am
running 1.4.4-1 on a feisty server and they work great there as
It looks like I had already created a backport request over a month ago,
i have updated it, with reference to this discussion. It does not look
like it has been given much attention though, so how do we push the
edgy-backports team to do something about it?
The request is:
Changing to confirmed, since 1.4.1 is reported broken in edgy.
** Changed in: Ubuntu Edgy
Status: Unconfirmed = Confirmed
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://bugs.launchpad.net/bugs/52298
You received this bug notification because you are a member of
Johan, I will test the server packages (openafs-fileserver and openafs-
dbserver) on Edgy and report what I find.
Otherwise, since we have (almost) all the information we need, we just
need to reiterate our request individually - whether it be on IRC or by
email. There's a large enough OpenAFS
Bump.
Are there happening anything with regard to the 1.4.2 SRU?
OpenAFS is completely broken in edgy, and nobody is doing anything about it.
I understand we are missing an OpenAFS maintainer on Ubuntu, correct me if i'm
wrong, but aren't there anything we can do?
--
openafs kernel modules
Hi Johan,
well I've rebuild 1.4.2-3 from feisty on edgy and use it without problems (-4*
did FTBFS).
I tried right now an edgy rebuild of 1.4.4-1 from feisty and it works too (only
quick tests
with an afs client).
IMHO we should skip the patched 1.4.2 and go to plain '1.4.4-1' ;)So what
** Changed in: Debian
Sourcepackagename: None = openafs
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://launchpad.net/bugs/52298
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Like Helge said, the latest package is still 1.4.1-4. If Sam is not the
maintainer for the Ubuntu package (even though the Ubuntu repository
lists him as such), we should find a new maintainer and get this problem
solved.
I built all the OpenAFS packages from the Debian repository, as
suggested
I'm guessing Sam's name remains in there from the sync to the debian
tree since there isn't an Ubuntu maintainer.
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://launchpad.net/bugs/52298
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I also had this problem when trying to install openafs-modules-source
into a Ubuntu 6.10. Following the advice here I installed openafs-
modules-source_1.4.2-3_all.deb from Ubuntu Feisty. This compiled and
installed fine and AFS now works. However, I do not yet have a lot of
experience with it.
(I'm the Debian OpenAFS maintainer and don't use Ubuntu, but I'm happy
to help out if I can.)
I'm curious exactly what is failing. To know what's failing, I'd need
to see the config.log output around the test for rlim. Something is
causing compilation against the kernel headers to fail, and I
Thanks for looking into this Russ, I don't understand why it is so hard
to get this fixed. Is Sam distracted by other things? Are there
political reasons? What is wrong with moving to 1.4.2, why track down
bugs in 1.4.1? So many questions... so few answers.
** Attachment added: requested
Well, Sam doesn't have anything to do with fixing this bug. Sam, like
myself, is one of the maintainers of the Debian package. I don't use
Ubuntu, have no upload access to Ubuntu, and know nothing about its
release cycle. So far as I know, the same is true of Sam. Insofar as
Launchpad implies
** Summary changed:
- kernel modules don't build with kernel 2.6.17-4
+ openafs kernel modules don't build with edgy kernel 2.6.17
--
openafs kernel modules don't build with edgy kernel 2.6.17
https://launchpad.net/bugs/52298
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
25 matches
Mail list logo
