From mboxrd@z Thu Jan 1 00:00:00 1970 From: Johannes Schindelin Subject: Re: [msysGit] Re: Store autocrlf during init-db (was [msysGit] autocrlf problems with Git-preview20080301.exe) Date: Sun, 23 Mar 2008 15:07:28 +0100 (CET) Message-ID: References: <7vzlsqfe2h.fsf@gitster.siamese.dyndns.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Junio C Hamano , tormod.hystad@gmail.com, msysGit , git@vger.kernel.org To: Steffen Prohaska X-From: git-owner@vger.kernel.org Sun Mar 23 15:08:11 2008 Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1JdQrq-0006Fr-DI for gcvg-git-2@gmane.org; Sun, 23 Mar 2008 15:08:10 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758611AbYCWOH3 (ORCPT ); Sun, 23 Mar 2008 10:07:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756439AbYCWOH3 (ORCPT ); Sun, 23 Mar 2008 10:07:29 -0400 Received: from mail.gmx.net ([213.165.64.20]:60434 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1756027AbYCWOH3 (ORCPT ); Sun, 23 Mar 2008 10:07:29 -0400 Received: (qmail invoked by alias); 23 Mar 2008 14:07:27 -0000 Received: from host86-148-26-43.range86-148.btcentralplus.com (EHLO racer.home) [86.148.26.43] by mail.gmx.net (mp004) with SMTP; 23 Mar 2008 15:07:27 +0100 X-Authenticated: #1490710 X-Provags-ID: V01U2FsdGVkX1+SzUxpyrWSEZC5RlJcXtjYVwvcuY6EYW6rctAzaR 7ltVkwBOeNlPAi X-X-Sender: gene099@racer.site In-Reply-To: User-Agent: Alpine 1.00 (LSU 882 2007-12-20) X-Y-GMX-Trusted: 0 Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Hi, On Sun, 23 Mar 2008, Steffen Prohaska wrote: > On Sun, 23 Mar 2008, Johannes Schindelin wrote: > > > The point is: if we use /etc/gitconfig, we also touch _existing_ > > setups (as Junio pointed out). Which, in the case of autocrlf, is not > > desirable. > > I proposed a mechanism that would avoid such problems in the future. Yes, but your solution feels a bit limited and "hot-needled" for just one purpose. > Maybe we can improve the installer to warn the users that the default > has changed and existing repositories must either be converted or the > global default must be overridden. The installer could ask the user to > confirm this change. Maybe this is sufficient to avoid further > complains about weird behavior after upgrading. Maybe. My experience is that people do not even read the big red warnings in the installer. Whatever. Ciao, Dscho