i'm not sure why, but i think it's connected with mtime of edited files. crontab always writes, that no changes have been made in file. Reproducible: Always Steps to Reproduce: 1. crontab -e 2. make some changes in file 3. save end exit vim (:wq) Actual Results: crontab: no changes made to crontab Expected Results: crontab should be actualized i've found on google this: http://tinyurl.com/2vfrg. maybe helpfull
I can't reproduce this. Could you paste your emerge info output please?
sure, here it is: Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.5) ================================================================= System uname: 2.6.5 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -mfpmath=sse -pipe -ffast-math -DNDEBUG -DG_DISABLE_ASSERT -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -mfpmath=sse -pipe -ffast-math -DNDEBUG -DG_DISABLE_ASSERT" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.zie.pg.gda.pl/ http://gentoo.prz.rzeszow.pl http://src.gentoo.pl/distfiles ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://gentoo.inode.at/ ftp://ftp.rhnet.is/pub/gentoo/ http://www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/portage/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/my_ebuilds" SYNC="rsync://rsync.gentoo.pl/gentoo-portage" USE="3dnow X aalib apache2 avi crypt cups dvd encode esd fbcon flash gif glut gpm gtk gtk2 imlib imlib2 java javascript jikes jpeg lcms libwww maildir mbox memlimit mikmod mmx motif moznocompose moznoirc moznomail mpeg mysql ncurses nls nocardbus nvidia oggvorbis opengl oss pam pda pdflib perl png ppds python quicktime readline samba sasl sdl serial slang spell sse ssl tcltk tcpd tiff truetype v4l v4l2 videos vim-with-x wmf x86 xmms xv xvid zlib" i'm sure it's vim's fault, couse everything works just fine if i use nano (EDITOR=nano crontab -e)
:help crontab sheds some light on this. What do you have set for backupcopy?
Probably a dup of bug 32938
that's help indeed. i hadn't set that variable and it was automatically set to 'auto'. i've change it to 'yes' and it works fine. don't know why it worked on previous versions, but anyway thanks for help
Hrm, maybe we should add something like "autocmd FileType crontab :set backupcopy=yes" to /etc/vim/vimrc inside our augroup gentoo section. Aron, Ryan -- opinions?
What I find strange is that :help backupcopy mentions that that 'yes' is the default on unix platforms.
That's just really unclear wording in the docs. What is says is: 'backupcopy' 'bkc' string (Vi default for Unix: "yes", otherwise: "auto") What it means is "if you're on Unix, *and* you're using vi behaviour rather than vim behaviour, then it is 'yes', otherwise it is 'auto'". The relevant code is in src/option.c:405-412: {"backupcopy", "bkc", P_STRING|P_VIM|P_COMMA|P_NODUP, (char_u *)&p_bkc, PV_NONE, #ifdef UNIX {(char_u *)"yes", (char_u *)"auto"} #else {(char_u *)"auto", (char_u *)"auto"} #endif }, So if you do vi -u NONE -U NONE -c 'set compatible' , it'll give you "yes".
Added in an autocmd to the default vimrc that'll stop this from affecting anyone else. No revbump, it's not a significant change.