From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#18716: 24.3; dired-omit-extensions's default value omits COPYING.LIB Date: Thu, 16 Oct 2014 00:00:43 +0100 Message-ID: References: <8761fm903w.fsf@sc3d.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1135e6fef5758205057e19ba X-Trace: ger.gmane.org 1413414086 20895 80.91.229.3 (15 Oct 2014 23:01:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2014 23:01:26 +0000 (UTC) Cc: 18716@debbugs.gnu.org, Andreas Schwab To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 16 01:01:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XeXZF-00025c-Dn for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Oct 2014 01:01:17 +0200 Original-Received: from localhost ([::1]:47280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeXZF-0004Ty-2D for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Oct 2014 19:01:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeXZ5-0004Tb-Ov for bug-gnu-emacs@gnu.org; Wed, 15 Oct 2014 19:01:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeXZ1-0007Wv-1t for bug-gnu-emacs@gnu.org; Wed, 15 Oct 2014 19:01:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53408) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeXZ0-0007WW-S7 for bug-gnu-emacs@gnu.org; Wed, 15 Oct 2014 19:01:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XeXZ0-0005ZA-4Q for bug-gnu-emacs@gnu.org; Wed, 15 Oct 2014 19:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Oct 2014 23:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18716 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18716-submit@debbugs.gnu.org id=B18716.141341404821368 (code B ref 18716); Wed, 15 Oct 2014 23:01:02 +0000 Original-Received: (at 18716) by debbugs.gnu.org; 15 Oct 2014 23:00:48 +0000 Original-Received: from localhost ([127.0.0.1]:44972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeXYl-0005YY-A9 for submit@debbugs.gnu.org; Wed, 15 Oct 2014 19:00:47 -0400 Original-Received: from mail-la0-f51.google.com ([209.85.215.51]:42291) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeXYi-0005YN-E9 for 18716@debbugs.gnu.org; Wed, 15 Oct 2014 19:00:45 -0400 Original-Received: by mail-la0-f51.google.com with SMTP id ge10so1922491lab.24 for <18716@debbugs.gnu.org>; Wed, 15 Oct 2014 16:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vgV7t6eA1WjNXREZEwba6HD5jZ8LbY3/5C2ImIjeE6I=; b=uwjU3N5JfWbVjBg8svyudR8KmAcDaVFC2LyCQSuM05/rduteYNVh06S4Bhk8js6F0Y ptrc02EDXZhYKyNKZIogGNbzJA5cvuyhHGB7VBqmhL8TMV14LATxJ3KEpmklUp5CIr/g kboEJDRxr8v9t959V6OhHj9YPNrnNzRzrP0kM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=vgV7t6eA1WjNXREZEwba6HD5jZ8LbY3/5C2ImIjeE6I=; b=O6IbLSlbrhwDO5CmztCz+hxFFkoFg360o/vsgOrPdy0544YmBn45tlH3x3pwT9dc+J Qjz6VOTG+iKNrPp+sgDU9Q3v/cqGQ5iWwTDLcBoC70bKTd5748rdy5yryCAS4f8bfxSb cpp1YDnUDsP8inkjsYuw4pDZIkDhtvVc2GCieyx8fZVVYcOcUfYcywVyErjDcivy2O2C s//Cki8eqJYD0n1tBhBxQTpY3ehnh9V1uL1zmmiImTBzWOzkhP2NpjLEnKyMYOuhHCbM BaVujvjkwbEPvhuTRRzsGXbvICBIETDb6HUbEdqjawF/vziQiJN+wcg/gkcOMrY4bYw2 9S2Q== X-Gm-Message-State: ALoCoQmi60jqB6rwMIxmZ/BEc6f5gxPLGohASjVbVYsvVUr1JGEybssxx8vR6kfhbiRINSEcG2C0 X-Received: by 10.153.11.6 with SMTP id ee6mr15626945lad.22.1413414043081; Wed, 15 Oct 2014 16:00:43 -0700 (PDT) Original-Received: by 10.152.161.167 with HTTP; Wed, 15 Oct 2014 16:00:43 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:94567 --001a1135e6fef5758205057e19ba Content-Type: text/plain; charset=UTF-8 On 15 October 2014 23:42, Stefan Monnier wrote: > > Although no-one has yet answered my question why Emacs takes these > patterns > > to be case-insensitive even on case-sensitive filing systems. > > I don't actually know. > > Maybe because the existence of case-insensitive filesystems cause the > existence of files with "weird" extensions like ".JPG" and it's easier > to just say "match case-insensitively" than to handle the known cases > where case is sometimes "messed up". > > At least, that's the reason for the existence of auto-mode-case-fold. > Maybe this is a good place to start, then? Wouldn't the user prefer to know about oddly-named files on a case-sensitive file system, rather than have them automagically hidden? How about (at least optionally) matching case-sensitively? That would solve the COPYING.LIB problem too. -- http://rrt.sc3d.org --001a1135e6fef5758205057e19ba Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 1= 5 October 2014 23:42, Stefan Monnier <monnier@iro.umontreal.ca&= gt; wrote:
> A= lthough no-one has yet answered my question why Emacs takes these patterns<= br> > to be case-insensitive even on case-sensitive filing systems.

I don't actually know.

Maybe because the existence of case-insensitive filesystems cause the
existence of files with "weird" extensions like ".JPG" = and it's easier
to just say "match case-insensitively" than to handle the known c= ases
where case is sometimes "messed up".

At least, that's the reason for the existence of auto-mode-case-fold.

Maybe this is a good place to start, the= n? Wouldn't the user prefer to know about oddly-named files on a case-s= ensitive file system, rather than have them automagically hidden? How about= (at least optionally) matching case-sensitively? That would solve the COPY= ING.LIB problem too.

--
http://rrt.sc3d.org
--001a1135e6fef5758205057e19ba--