Netatalk shifts timestamps upon file creation and modification to the future. the files get a date of octobre 2009. this gap seems to be constant so distinguishing file order from their date is possible, they are just approx 4 years and 10 months in the future. the timestamps of the file on the physical ext3 filesystem is correctly (November 2004)! copying an existing file to the share behaves correctly though. the creation time on the appleshare folder is in the future also. something just is wrong with the date calculations! Reproducible: Always Steps to Reproduce: 1. create a new file/folder on the appleshare folder. OR 2. get a file on the share with a correct date (copy a file with a correct date on the share) and modify it. Actual Results: timestamps of the modify files are in distant future. Expected Results: files should get the correct, actual timestamp Portage 2.0.51-r3 (default-ppc64-2004.3, gcc-3.4.1, glibc-2.3.4.20041102-r0, 2.6.9 ppc64) ================================================================= System uname: 2.6.9 ppc64 PPC970FX, altivec supported Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.3-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="ppc64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="powerpc64-unknown-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="berkdb bitmap-fonts cups dvd f77 foomaticdb fortran gdbm gif imlib jpeg libwww mitshm nls oggvorbis oss pam perl png ppc64 python readline sdl slang ssl tcpd truetype xv" /etc/rc.conf: CLOCK="local" lrwxrwxrwx 1 root root 33 Oct 30 00:44 localtime -> /usr/share/zoneinfo/Europe/Berlin Tue Nov 30 13:22:03 CET 2004
Well, that looks like a 64bit unclean bug in upstream to me. I'll try to work on a patch for that when I get back later this evening. I've done some quick tests over here on both my PPC and IA32 hardware and didn't see anything. If we could get some IA64 or AMD64 hardware to test these, that would be great. (=
netatalk needs a developer to take up maintenance.
Please try with new netatalk-2.0.3 (which works for me on amd64) and report back thanks.
