Bug 72904 – Netatalk 1.6.4 and 2.0.1 shifting timestamps to the future

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Florian Zwoch 2004-11-30 04:21:14 UTC]

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

[Comment 1 AD Rutledge 2004-11-30 12:54:36 UTC]

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. (=

[Comment 2 Maurice van der Pot (RETIRED) 2005-06-30 14:31:42 UTC]

netatalk needs a developer to take up maintenance.

[Comment 3 Diego Elio Pettenò (RETIRED) 2005-06-30 16:57:23 UTC]

Please try with new netatalk-2.0.3 (which works for me on amd64) and report 
back thanks.