I just found an excellent article via an excellent article via another excellent article about building Netatalk on OpenSolaris.
Thanks folks, after about 15min of compile-time and a some copy&paste, my ZPool is now visible in Finder.
Apple, OpenSolaris
In 2009, OpenAFS converted to git for our revision control needs, and it has greatly improved code submission and review.
However, for those of you who wish to create repository forks for development, wish to collaborate on it, but do not wish to maintain your own git installation, things were a bit harder.
To improve this situation as well as to make available github’s visualization tools, OpenAFS git changes are now being pushed to github upon commit. You can visit
http://github.com/openafs/openafs
to view any changes as well as to create a fork to develop on, and then push changes to OpenAFS gerrit later when you are ready for review and submission. The git.openafs.org tree remains the canonical repository.
[Quelle: Derrick via openafs-annouce]
Clone-URL: git://github.com/openafs/openafs.git
git clone git://github.com/openafs/openafs.git
OpenAFS
1.5.72 is the recommended production-ready release of OpenAFS for Microsoft Windows users. It supports all Microsoft Windows operating systems from Windows 2000 through Windows 7 and Windows Server 2008 R2 including both 32-bit and 64-bit architectures. The 1.5.72 release restores AFSDB support for kaserver users. The 1.5.72 Windows client is fully compatible with all AFS server versions.
For UNIX, Linux, and MacOS X (including Snow Leopard) the recommended production-ready release of OpenAFS is 1.4.11.
Please visit openafs.org/windows for up to date information on the status of the OpenAFS for Windows client.
[Quelle: Derrick via openafs-annouce]
OpenAFS
The OpenAFS Gatekeepers announce the availability of the third release candidate for OpenAFS version 1.4.12.
[...]
A large number of bugfixes, including in the Linux cache manager and the fileserver, are included, as well as a Preferences Pane for MacOS.
Since 1.4.12pre2, a Linux bug regarding cache access when SELinux is enabled, and a MacOS issue when enumerating /afs in Finder have been addressed.
[Quelle: Derrick via openafs-annouce]
OpenAFS
Aktuelle Distributionen arbeiten ohne xorg.conf, daher funktioniert der “alte” Hack nicht mehr.
Heute legt man daher die Datei /etc/hal/fdi/policy/mouse-wheel.fdi mit folgendem Inhalt an:
1
2
3
4
5
6
7
8
| <match key="info.product" string="TPPS/2 IBM TrackPoint">
<merge key="input.x11_options.EmulateWheel" type="string">true</merge>
<merge key="input.x11_options.EmulateWheelButton" type="string">2</merge>
<merge key="input.x11_options.XAxisMapping" type="string">6 7</merge>
<merge key="input.x11_options.YAxisMapping" type="string">4 5</merge>
<merge key="input.x11_options.ZAxisMapping" type="string">4 5</merge>
<merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
</match> |
Danach noch den Cache von HAL loeschen, HAL und GDM neu starten, und das neue Scrolling geniessen:
sudo rm /var/cache/hald/fdi-cache
sudo /etc/init.d/hal restart
sudo /etc/init.d/gdm restart
Linux
The OpenSolaris development package repository
http://pkg.opensolaris.org/dev/
has been updated to reflect the changes up to and including snv_132 for both x86/x64 and SPARC platforms. This update includes fixes to the Caiman “Slim Install” and the Image Packaging System (IPS).
[...]
Users who wish to update their system to the development build can do so by setting their preferred publisher to the above URL and using the “image-update” facility provided by the pkg(1) command or by the “Update All” facility of the Package Manager GUI.
[Quelle: David Comay via opensolaris-annouce]
OpenSolaris
With sur5r’s dkms-hint, let’s write this article again:
The installation of the client on modern Linux distributions is pretty straight forward.
- get the packages
compile the kernel module
- mess around in some config files
First step: get the packages
sudo apt-get install
openafs-client openafs-doc openafs-modules-dkms openafs-krb5 krb5-clients krb5-config krb5-user krb5-doc
(Yes, we’ll install the -doc-Packages, because everyone likes documentation)
Last step: the config files
Open /etc/krb5.conf and edit the sections containing the following:
1
2
3
4
5
6
7
8
9
10
11
12
| [libdefaults]
default_realm = MYCELL.NET
[realms]
MYCELL.NET = {
kdc = kdc1.mycell.net
kdc = kdc2.mycell.net
admin_server = kdc1.mycell.net
default_domain = mycell.net
}
[domain_realm]
.mycell.net = MYCELL.NET
mycell.net = MYCELL.NET |
You should translate mycell.net to your local cell settings, but you already knew that, right? Ask your AFS Admin, if you are not sure about the correct values.
You may also take a look at /etc/openafs/afs.conf.client, /etc/openafs/ThisCell and /etc/openafs/CellServDB, but in most cases there’s no need to change something within these three files. If you need to get an updated version of /etc/openafs/CellServDB, just get it via FTP from grand.central.org.
wget -O /etc/openafs/CellServDB
ftp://ftp.central.org/pub/cellservdb/CellServDB
The very last step: restart the client
sudo /etc/init.d/openafs-client restart
Now the magic happens. The missing kernel module will be compiled in time and the OpenAFS-Client gets started. The benefit: remember updating your kernel and updating every single module again and again? dkms will help you, that you only need to update the kernel – the modules will be upgraded automagicly.
You’re done! kinit and aklog will be your best friends from now on!
Kerberos, Linux, OpenAFS