Package Details: openafs 1.8.7-1

Git Clone URL: https://aur.archlinux.org/openafs.git (read-only, click to copy)
Package Base: openafs
Description: Open source implementation of the AFS distributed file system
Upstream URL: http://www.openafs.org
Licenses: custom:"IBM Public License Version 1.0"
Conflicts: openafs-features
Submitter: None
Maintainer: Bevan
Last Packager: Bevan
Votes: 61
Popularity: 0.007974
First Submitted: 2006-02-01 17:18
Last Updated: 2021-01-15 08:34

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

kaspi commented on 2015-07-27 09:24

@Bevan: OK, thanks for explanation!

Bevan commented on 2015-07-27 09:18

@kaspi: bison and flex are both part of the base-devel group. All users using the AUR are supposed to have base-devel installed and the packages in this group should not be included in makedepends: https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

kaspi commented on 2015-07-27 09:16

I've just tried to build the package, which failed due to unknown commands 'yacc' and 'flex'. The problem got solved after having installed 'bison' and 'flex' packages. Therefore I wonder whether it would be reasonable to include them into 'makedepends'. And likewise for 'openafs-modules'. Thanks!

Bevan commented on 2015-05-02 10:40

@alexpe87: I now added that option. You just need to rebuild openafs, no need to rebuild the module.

alexpe87 commented on 2015-05-02 10:30

I would be really happy to have that back at least as an option in the PKGBUILD...

Our cell is unfortunately still relying on DES and thus I can't access it anymore. My plan is now moving data from there to somewhere else, but unless the module doesn't work, I can't get the data out of the cell, upgrade it and then rely on a more secure encryption unfortunately. It would be great to keep some kind of backward compatibility at least for a while from now...

Bevan commented on 2015-04-30 21:04

Yes, I removed those on purpose. When updating to openafs 1.6.11.1 a message was shown explaining this. Nobody should use this anymore, really...

Removing "--disable-kauth" will not work as part of the kauth suite conflict with already existing files. If you really still need this I will add an option to the PKGBUILD to enable installation of the old tools. But please check again if and why you need them.

darkxsun commented on 2015-04-30 19:05

@alexpe87 I think this is related to dropping kauth: http://www.openafs.org/no-more-des.html

It looks like you can remove the --disable-kauth line from the PKGBUILD to build with kauth.

darkxsun commented on 2015-04-30 19:03

@alexpe87 I think this is related to dropping kauth: http://www.openafs.org/no-more-des.html

alexpe87 commented on 2015-04-30 18:48

When updating to Kernel 4.0 and upgrading to the openafs, openafs-modules, I loose the possibility to get a token via klog, klog.afs etc... these aren't there anymore! Any idea what mmight have gone wrong?

Bevan commented on 2015-04-13 11:23

For Linux 4.0 two patches are required:
http://gerrit.openafs.org/#q,status:merged+project:openafs+branch:openafs-stable-1_6_x+topic:release16111,n,z

I won't backport these here as openafs 1.6.11.1 is expected to be released soon which includes these changes.