A month in testing without valid bug reports. I've personally been using it on amd64, alpha and x86 without any obvious problems. Could you take a look to see if it you consider it worth stabling? (The current "stable" on x86 doesn't work on 2.6 kernels by the way) Not adding ppc64 yet as someone in the forums seems to have a hard time fighting with it (http://forums.gentoo.org/viewtopic.php?p=3145133). Alpha team: I know you're quite busy, I'll be keywording this myself as requested, but I'm adding this for the record
Works on my network, stable on x86.
Works for me as well on ~x86.
On one SMP machine (Xeon based) I get when compiling openafs-kernel: make[4]: Circular openafs.ko <- openafs.ko dependency dropped. make[4]: Circular openafs.ko <- openafs.ko dependency dropped. env EXTRA_CFLAGS="" /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/make_kbuild_makefile.pl MODLOAD-2.6.16-rc5-MP openafs.ko /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/config/Makefile.config Makefile.afs Makefile.common env EXTRA_CFLAGS="" make -C /usr/src/linux M=/var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP modules make[5]: Entering directory `/usr/src/linux-2.6.16-rc5' CC [M] /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_atomlist.o CC [M] /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_lhash.o CC [M] /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_analyze.o In file included from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/afs/afs_osi.h:393, from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/rx/rx_clock.h:88, from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/rx/rx.h:35, from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/afs/afsincludes.h:26, from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_analyze.c:36: /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/afs/LINUX/osi_machdep.h:55:2: #error Not sure what to do about rlim (should be in the Linux task struct somewhere....) In file included from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/afs/afsincludes.h:44, from /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_analyze.c:36: /var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/afs/afs.h:901:5: warning: "AFS_USEBUFFERS" is not defined make[6]: *** [/var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP/afs_analyze.o] Error 1 make[5]: *** [_module_/var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP] Error 2 make[5]: Leaving directory `/usr/src/linux-2.6.16-rc5' make[4]: *** [openafs.ko] Error 2 make[4]: Leaving directory `/var/tmp/portage/openafs-kernel-1.4.0/work/openafs-1.4.0/src/libafs/MODLOAD-2.6.16-rc5-MP'
2.6.16-rc5 is not a kernel in stable. Please bump your openafs to 1.4.1 release candidate for linux-2.6.16 and up.
(In reply to comment #0) > Not adding ppc64 yet as someone in the forums seems to have a hard time > fighting with it (http://forums.gentoo.org/viewtopic.php?p=3145133). Adding ppc64 anyway, as the mentioned problems seem to be caused by the user's configuration, and not the ebuild.
stable on ppc64
PPC already has 2.6.16 stable. Should we be stabilzing 1.4.1 instead?
(In reply to comment #7) > PPC already has 2.6.16 stable. Should we be stabilzing 1.4.1 instead? > openafs-1.4.1-r1 has just been committed to portage, fixing two bugs (didn't build when heimdal was installed and kerberos was in USE flags / didn't build a pam-module on amd64) and re-enabling usage of global CFLAGS. At least the first bug blocks stabilizing 1.4.1 in my opinion. I would either stabilize 1.4.0-r2, or wait for stabilizing 1.4.1-r1 (which should prove to be only a minor delta to 1.4.1)
Oops, I thought I was commenting on bug #128086, but probably so did you, as you're mentioning linux-2.6.16 going stable. As openafs isn't currently stable on ppc, I would suggest waiting for openafs-1.4.1-r1.
No, ppc was never added to that bug, I was responding to comment #4. I'll add us to the other bug and remove us from here. Thanks.
Stefaan, would you mind try and keyword openafs for alpha? alpha team trust on you, little padawan ;). If you are not able to do so now, please ping me.
I tested this on amd64 and it emerges fine (needs openafs-kernel-1.4.0 or 1.4.0-r1 to be stabilized with it, though). I didn't perform any tests towards functionality though. During the emerge i get several QA notices: QA Notice: pre-stripped files found: /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/sys /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/rxgen /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/pagsh /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/pagsh.krb /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/udebug /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/pts /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/klog /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/klog.krb /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/knfs /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/kpwvalid /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/bos /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/unlog /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/tokens /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/scout /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/fs /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/livesys /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/up /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/cmdebug /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/xstat_fs_test /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/xstat_cm_test /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/afsmonitor /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/dlog /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/dpass /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/translate_et /var/tmp/portage/openafs-1.4.0-r2/image/usr/bin/kpasswd_afs /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/rmtsysd /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/copyauth /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/pt_util /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/prdb_check /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/kas /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/kpwvalid /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/kadb_check /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/kdb /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/afsd /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/vsys /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/volinfo /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/vldb_convert /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/vldb_check /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/restorevol /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/voldump /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/vos /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/uss /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/backup /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/read_tape /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/bosserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/bos_util /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/butc /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/kseal /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/fms /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/fstrace /var/tmp/portage/openafs-1.4.0-r2/image/usr/sbin/rxdebug /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/ptserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/kaserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/salvager /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/vlserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/buserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/upserver /var/tmp/portage/openafs-1.4.0-r2/image/usr/libexec/openafs/upclient QA Notice: the following shared libraries lack a SONAME /var/tmp/portage/openafs-1.4.0-r2/image/usr/lib64/libafsauthent.so.1.0 /var/tmp/portage/openafs-1.4.0-r2/image/usr/lib64/libafsrpc.so.1.0 QA Notice: the following files contain executable stacks Files with executable stacks will not work properly (or at all!) on some architectures/operating systems. A bug should be filed at http://bugs.gentoo.org/ to make sure the file is fixed. For more information, see http://hardened.gentoo.org/gnu-stack.xml Please include this file in your report: /var/tmp/portage/openafs-1.4.0-r2/temp/scanelf-execstack.log "RWX --- --- usr/lib64/libafsrpc.so.1.0" emerge --info Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-suspend2-r3-Dudebox-Edition x86_64) ================================================================= System uname: 2.6.17-suspend2-r3-Dudebox-Edition x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.15 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LINGUAS="de" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://server/gentoo-portage" USE="amd64 X alsa arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mp3 mpeg ncurses nls nptl opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts unicode usb userlocales xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_de userland_GNU video_cards_dummy" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
thanks dude ;D
Stabled on alpha as requested: net-fs/openafs-kernel-1.4.1 net-fs/openafs-1.4.1-r1
