GNU logs - #23709, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: <peromsik@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 06 Jun 2016 21:54:02 +0000
Resent-Message-ID: <handler.23709.B.146524998211099 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 23709 <at> debbugs.gnu.org
From: <peromsik@HIDDEN>
Date: Mon, 6 Jun 2016 17:50:16 -0400
Message-ID: <9zpeg8a0yxz.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


M-x set-variable inhibit-eol-conversion t

Then try to open a 7z file. The expected summary does not appear. In the
*Messages* buffer (quoted below) you can see that the re-search-forward
call in archive-7z-summarize is confused by the ^M in the output of the
7za command. Perhaps adding inhibit-eol-conversion nil to that function's
let block would be in order?


In GNU Emacs 24.5.1 (x86_64-w64-mingw32)
 of 2015-04-12 on KAEL
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/z/emacs --host=x86_64-w64-mingw32
 --target=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --with-wide-int
 --with-jpeg --with-xpm --with-png --with-tiff --with-rsvg --with-xml2
 --with-gnutls --with-sound=yes --with-file-notification=yes
 --without-dbus --without-imagemagick 'CFLAGS=-Ofast
 -fomit-frame-pointer -funroll-loops -g0 -pipe' 'LDFLAGS=-static-libgcc
 -static-libstdc++ -static -s -Wl,-s''

Important settings:
  value of $LANG: C
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Parsing archive file...
File mode specification error: (search-failed "^-----+
")
Type C-x 1 to delete the help window.
You can run the command `view-lossage' with C-h l
Type C-x 1 to delete the help window.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils arc-mode archive-mode help-mode cus-edit easymenu
wid-edit cl-loaddefs cl-lib cus-start cus-load help-fns time-date
tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
w32notify w32 multi-tty emacs)

Memory information:
((conses 16 96517 6281)
 (symbols 56 19445 0)
 (miscs 48 38 117)
 (strings 32 16504 3894)
 (string-bytes 1 432330)
 (vectors 16 10255)
 (vector-slots 8 388189 6479)
 (floats 8 67 162)
 (intervals 56 240 47)
 (buffers 960 14))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: <peromsik@HIDDEN>
Subject: bug#23709: Acknowledgement (24.5; inhibit-eol-conversion breaks
 archive-7z-summarize)
Message-ID: <handler.23709.B.146524998211099.ack <at> debbugs.gnu.org>
References: <9zpeg8a0yxz.fsf@HIDDEN>
X-Gnu-PR-Message: ack 23709
X-Gnu-PR-Package: emacs
Reply-To: 23709 <at> debbugs.gnu.org
Date: Mon, 06 Jun 2016 21:54:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 23709 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
23709: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23709
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Glenn Morris <rgm@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 04 Apr 2017 20:11:01 +0000
Resent-Message-ID: <handler.23709.B23709.14913366573923 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: peromsik@HIDDEN
Cc: 23709 <at> debbugs.gnu.org
From: Glenn Morris <rgm@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
Date: Tue, 04 Apr 2017 16:10:39 -0400
In-Reply-To: <9zpeg8a0yxz.fsf@HIDDEN>
 (peromsik@HIDDEN's message of "Mon, 6 Jun 2016 17:50:16 -0400")
Message-ID: <6zo9wcc4sg.fsf@HIDDEN>
User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


> M-x set-variable inhibit-eol-conversion t
>
> Then try to open a 7z file. The expected summary does not appear. In the
> *Messages* buffer (quoted below) you can see that the re-search-forward
> call in archive-7z-summarize is confused by the ^M in the output of the
> 7za command. Perhaps adding inhibit-eol-conversion nil to that function's
> let block would be in order?

Thanks for the report. I wonder if inhibit-eol-conversion should not
apply to processes, or should only apply to buffers visiting files, or
if there should be a process-specific version of i-e-c? Because as it
stands I think several places will break if ^M appears in process output
(eg vc-bzr). Binding inhibit-eol-conversion to nil around every single
process call doesn't sound sensible. But then term.el does the opposite,
binding it to t. Hmm. So maybe a process-specific version of
inhibit-eol-conversion, defaulting to nil?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 02:31:02 +0000
Resent-Message-ID: <handler.23709.B23709.14913594117570 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Glenn Morris <rgm@HIDDEN>
Cc: peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Date: Wed, 05 Apr 2017 05:29:59 +0300
Message-Id: <83tw63oac8.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <6zo9wcc4sg.fsf@HIDDEN> (message from Glenn Morris on
 Tue, 04 Apr 2017 16:10:39 -0400)
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Glenn Morris <rgm@HIDDEN>
> Date: Tue, 04 Apr 2017 16:10:39 -0400
> Cc: 23709 <at> debbugs.gnu.org
> 
> 
> > M-x set-variable inhibit-eol-conversion t
> >
> > Then try to open a 7z file. The expected summary does not appear. In the
> > *Messages* buffer (quoted below) you can see that the re-search-forward
> > call in archive-7z-summarize is confused by the ^M in the output of the
> > 7za command. Perhaps adding inhibit-eol-conversion nil to that function's
> > let block would be in order?
> 
> Thanks for the report. I wonder if inhibit-eol-conversion should not
> apply to processes, or should only apply to buffers visiting files, or
> if there should be a process-specific version of i-e-c? Because as it
> stands I think several places will break if ^M appears in process output
> (eg vc-bzr). Binding inhibit-eol-conversion to nil around every single
> process call doesn't sound sensible. But then term.el does the opposite,
> binding it to t. Hmm. So maybe a process-specific version of
> inhibit-eol-conversion, defaulting to nil?

Why is the OP setting this variable to begin with?

I think that a user who sets this variable, as opposed to let-binding
it for a single operation, is shooting themselves in the foot.  This
is not how this variable is supposed to be used.  Just don't do that.
Any solution we would try to invent for this is going to bite us
somewhere.

If there are good reasons for setting this variable globally, let's
hear them.  I'm not aware of any use patterns which would require
that.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: "Peromsik, Aaron" <peromsik@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 14:15:01 +0000
Resent-Message-ID: <handler.23709.B23709.149140165524888 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Glenn Morris <rgm@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>
Cc: "23709 <at> debbugs.gnu.org" <23709 <at> debbugs.gnu.org>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.149140165524888
          (code B ref 23709); Wed, 05 Apr 2017 14:15:01 +0000
Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 14:14:15 +0000
Received: from localhost ([127.0.0.1]:33756 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvlhO-0006TM-Nj
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 10:14:15 -0400
Received: from mx2.ptc.com ([12.11.148.189]:37358)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <prvs=261e14fe4=peromsik@HIDDEN>) id 1cvlhM-0006TA-RL
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 10:14:13 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;
 d=ptc.com; s=ptc; t=1491401652; x=1522937652;
 h=from:to:cc:subject:date:message-id:references:
 in-reply-to:mime-version;
 bh=Nz6grB+UWqmbwxtOMWXcWiq4LrslP9e3pMMNABYL6XQ=;
 b=j3ie6D5tOdIYaHr19YFDuUrule5IXSNtA2J/ROLpax/VNuuhryEhDuhM
 /Gd3OLMO6bjA0InmBLYOVE9l/WFrG0gONC8b30kY9FQlwmrzkZXrRtWmH
 1dXprfwqXSFe6AdwKkVFsIq7B275VTMVtuYlYGpAxck7aNZ2hyZ0U49Cy 4=;
X-IronPort-AV: E=Sophos;i="5.36,278,1486443600"; d="scan'208,217";a="64625189"
Received: from gndcdm-13ex01p.ptcnet.ptc.com ([10.80.21.134])
 by mx2-int.ptc.com with ESMTP/TLS/AES256-SHA; 05 Apr 2017 10:14:07 -0400
Received: from gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) by
 gndcdm-13ex01p.ptcnet.ptc.com (10.80.21.134) with Microsoft SMTP Server (TLS)
 id 15.0.1178.4; Wed, 5 Apr 2017 10:14:07 -0400
Received: from gndcdm-13edg01p.ptc.com (12.11.148.206) by
 gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) with Microsoft SMTP Server (TLS)
 id 15.0.1178.4 via Frontend Transport; Wed, 5 Apr 2017 10:14:06 -0400
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (12.11.148.9) by
 mail.ptc.com (12.11.148.206) with Microsoft SMTP Server (TLS) id
 15.0.1178.4; Wed, 5 Apr 2017 10:14:07 -0400
Received: from DM5PR1701MB1835.namprd17.prod.outlook.com (10.172.46.135) by
 DM5PR1701MB1835.namprd17.prod.outlook.com (10.172.46.135) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id
 15.1.1005.10; Wed, 5 Apr 2017 14:14:05 +0000
Received: from DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) by
 DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) with
 mapi id 15.01.1005.019; Wed, 5 Apr 2017 14:14:05 +0000
From: "Peromsik, Aaron" <peromsik@HIDDEN>
Thread-Topic: bug#23709: 24.5; inhibit-eol-conversion breaks
 archive-7z-summarize
Thread-Index: AQHSrX+Oes6nEj/L8Uqkj7nw+YUMLKG2DjjqgADETQw=
Date: Wed, 5 Apr 2017 14:14:05 +0000
Message-ID: <DM5PR1701MB183534A90B5743F5AEC465EEC60A0@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN>,<83tw63oac8.fsf@HIDDEN>
In-Reply-To: <83tw63oac8.fsf@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gnu.org; dkim=none (message not signed)
 header.d=none;gnu.org; dmarc=none action=none header.from=ptc.com;
x-originating-ip: [25.168.192.4]
x-microsoft-exchange-diagnostics: 1; DM5PR1701MB1835;
 7:BEbcI+HmY8yD27cWL9bFpiqUr1B6ebLNm9gkssN7wu1GpWvEv/B6sm/kESxND/7oBhAJ4KvVChAfYTUMiYiodUiZgtq5w1JC4nLN1Qe2zVHXgdYUDLX2hRzWV2xVqXvmouLlY6uPCYFPo+ueMa3WZAWmB4J1YMoZYKqDAXeT5YktwUhQ61zYVu2zGcq7eyib6h5RDk5IBA9hBrAxpA97tXm4DfOQWyA3Dfii7qq1fB4RyxZGIze5P91SOufKqplkk6jqXHbS/Z9SF1zyesZy6NW/AnYZXq+jMvcf1FK6G/pwIA9IVS5v9uktCG78RpzxueaTWySfaAUDxfkuqLndgg==
x-ms-office365-filtering-correlation-id: ca2d8735-3f76-4676-6e86-08d47c2e04ac
x-microsoft-antispam: UriScan:; BCL:0; PCL:0;
 RULEID:(22001)(2017030254075)(201703131423075)(201703031133081);
 SRVR:DM5PR1701MB1835; 
x-microsoft-antispam-prvs: <DM5PR1701MB18353A7F93AA04C812755ACCC60A0@HIDDEN>
x-exchange-antispam-report-test: UriScan:(158342451672863)(22074186197030);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0;
 RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(93006095)(93001095)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(6072148);
 SRVR:DM5PR1701MB1835; BCL:0; PCL:0; RULEID:; SRVR:DM5PR1701MB1835; 
x-forefront-prvs: 0268246AE7
x-forefront-antispam-report: SFV:NSPM;
 SFS:(10019020)(6009001)(39410400002)(39840400002)(39450400003)(39400400002)(39850400002)(377454003)(51914003)(3660700001)(53546009)(25786009)(33656002)(38730400002)(4326008)(6246003)(3280700002)(54896002)(122556002)(54356999)(102836003)(50986999)(76176999)(3846002)(6116002)(230783001)(2950100002)(86362001)(53936002)(189998001)(9686003)(99286003)(7696004)(55016002)(81166006)(8676002)(2900100001)(7736002)(6506006)(8936002)(66066001)(6436002)(77096006)(74316002)(229853002);
 DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR1701MB1835;
 H:DM5PR1701MB1835.namprd17.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative;
 boundary="_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2017 14:14:05.3440 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b9921086-ff77-4d0d-828a-cb3381f678e2
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1701MB1835
X-OriginatorOrg: ptc.com
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

--_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I set it in my .emacs years ago, so I can't be sure. That said, I think it =
was probably because I almost never want to write a file with Windows line =
endings.

________________________________
From: Eli Zaretskii <eliz@HIDDEN>
Sent: Tuesday, April 4, 2017 10:29:59 PM
To: Glenn Morris
Cc: Peromsik, Aaron; 23709 <at> debbugs.gnu.org
Subject: Re: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summ=
arize

> From: Glenn Morris <rgm@HIDDEN>
> Date: Tue, 04 Apr 2017 16:10:39 -0400
> Cc: 23709 <at> debbugs.gnu.org
>
>
> > M-x set-variable inhibit-eol-conversion t
> >
> > Then try to open a 7z file. The expected summary does not appear. In th=
e
> > *Messages* buffer (quoted below) you can see that the re-search-forward
> > call in archive-7z-summarize is confused by the ^M in the output of the
> > 7za command. Perhaps adding inhibit-eol-conversion nil to that function=
's
> > let block would be in order?
>
> Thanks for the report. I wonder if inhibit-eol-conversion should not
> apply to processes, or should only apply to buffers visiting files, or
> if there should be a process-specific version of i-e-c? Because as it
> stands I think several places will break if ^M appears in process output
> (eg vc-bzr). Binding inhibit-eol-conversion to nil around every single
> process call doesn't sound sensible. But then term.el does the opposite,
> binding it to t. Hmm. So maybe a process-specific version of
> inhibit-eol-conversion, defaulting to nil?

Why is the OP setting this variable to begin with?

I think that a user who sets this variable, as opposed to let-binding
it for a single operation, is shooting themselves in the foot.  This
is not how this variable is supposed to be used.  Just don't do that.
Any solution we would try to invent for this is going to bite us
somewhere.

If there are good reasons for setting this variable globally, let's
hear them.  I'm not aware of any use patterns which would require
that.

--_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; pad=
ding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content=3D"text/html; charset=3DUTF-8">
<style type=3D"text/css" style=3D"">
<!--
p
	{margin-top:0;
	margin-bottom:0}
-->
</style>
<div dir=3D"ltr">
<div id=3D"x_divtagdefaultwrapper" dir=3D"ltr" style=3D"font-size:12pt; col=
or:#000000; font-family:Calibri,Arial,Helvetica,sans-serif">
<p>I set it in my .emacs&nbsp;years ago, so I can't be sure. That said, I t=
hink it was probably because I almost never want to write a file with Windo=
ws line endings.</p>
</div>
<hr tabindex=3D"-1" style=3D"display:inline-block; width:98%">
<div id=3D"x_divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" =
color=3D"#000000" style=3D"font-size:11pt"><b>From:</b> Eli Zaretskii &lt;e=
liz@HIDDEN&gt;<br>
<b>Sent:</b> Tuesday, April 4, 2017 10:29:59 PM<br>
<b>To:</b> Glenn Morris<br>
<b>Cc:</b> Peromsik, Aaron; 23709 <at> debbugs.gnu.org<br>
<b>Subject:</b> Re: bug#23709: 24.5; inhibit-eol-conversion breaks archive-=
7z-summarize</font>
<div>&nbsp;</div>
</div>
</div>
<font size=3D"2"><span style=3D"font-size:10pt;">
<div class=3D"PlainText">&gt; From: Glenn Morris &lt;rgm@HIDDEN&gt;<br>
&gt; Date: Tue, 04 Apr 2017 16:10:39 -0400<br>
&gt; Cc: 23709 <at> debbugs.gnu.org<br>
&gt; <br>
&gt; <br>
&gt; &gt; M-x set-variable inhibit-eol-conversion t<br>
&gt; &gt;<br>
&gt; &gt; Then try to open a 7z file. The expected summary does not appear.=
 In the<br>
&gt; &gt; *Messages* buffer (quoted below) you can see that the re-search-f=
orward<br>
&gt; &gt; call in archive-7z-summarize is confused by the ^M in the output =
of the<br>
&gt; &gt; 7za command. Perhaps adding inhibit-eol-conversion nil to that fu=
nction's<br>
&gt; &gt; let block would be in order?<br>
&gt; <br>
&gt; Thanks for the report. I wonder if inhibit-eol-conversion should not<b=
r>
&gt; apply to processes, or should only apply to buffers visiting files, or=
<br>
&gt; if there should be a process-specific version of i-e-c? Because as it<=
br>
&gt; stands I think several places will break if ^M appears in process outp=
ut<br>
&gt; (eg vc-bzr). Binding inhibit-eol-conversion to nil around every single=
<br>
&gt; process call doesn't sound sensible. But then term.el does the opposit=
e,<br>
&gt; binding it to t. Hmm. So maybe a process-specific version of<br>
&gt; inhibit-eol-conversion, defaulting to nil?<br>
<br>
Why is the OP setting this variable to begin with?<br>
<br>
I think that a user who sets this variable, as opposed to let-binding<br>
it for a single operation, is shooting themselves in the foot.&nbsp; This<b=
r>
is not how this variable is supposed to be used.&nbsp; Just don't do that.<=
br>
Any solution we would try to invent for this is going to bite us<br>
somewhere.<br>
<br>
If there are good reasons for setting this variable globally, let's<br>
hear them.&nbsp; I'm not aware of any use patterns which would require<br>
that.<br>
</div>
</span></font>
</body>
</html>

--_000_DM5PR1701MB183534A90B5743F5AEC465EEC60A0DM5PR1701MB1835_--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Glenn Morris <rgm@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 15:57:02 +0000
Resent-Message-ID: <handler.23709.B23709.14914077938868 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.14914077938868
          (code B ref 23709); Wed, 05 Apr 2017 15:57:02 +0000
Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 15:56:33 +0000
Received: from localhost ([127.0.0.1]:33833 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvnIP-0002Ix-0U
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 11:56:33 -0400
Received: from eggs.gnu.org ([208.118.235.92]:54519)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rgm@HIDDEN>) id 1cvnIM-0002Ik-KC
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 11:56:30 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rgm@HIDDEN>) id 1cvnIG-0001oo-LY
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 11:56:25 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34973)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rgm@HIDDEN>)
 id 1cvnIE-0001o3-BR; Wed, 05 Apr 2017 11:56:22 -0400
Received: from rgm by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <rgm@HIDDEN>)
 id 1cvnIC-00043q-Bv; Wed, 05 Apr 2017 11:56:20 -0400
From: Glenn Morris <rgm@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
X-Spook: BART Federal Aviation Administration USDOJ Weapons cache
X-Ran: W:$j@SBprgn_Fz]nM&bo=7}*s2]c]mhZ}_yx*J(Wqq_{w>_|85t1ZNaSpRDn-l4t5lRNX3
X-Hue: brightblack
X-Attribution: GM
Date: Wed, 05 Apr 2017 11:56:20 -0400
In-Reply-To: <83tw63oac8.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 05 Apr
 2017 05:29:59 +0300")
Message-ID: <epbmsaalwb.fsf@HIDDEN>
User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii wrote:

> Why is the OP setting this variable to begin with?
>
> I think that a user who sets this variable, as opposed to let-binding
> it for a single operation, is shooting themselves in the foot.  This
> is not how this variable is supposed to be used.  Just don't do that.
> Any solution we would try to invent for this is going to bite us
> somewhere.
>
> If there are good reasons for setting this variable globally, let's
> hear them.  I'm not aware of any use patterns which would require
> that.

It's a customizable user option. It seems perfectly valid to me to set
it globally, for the reasons given in the manual:

  some people prefer this to the more subtle '(DOS)' end-of-line type
  indication near the left edge of the mode line

I've had it set in my own .emacs for years, as it happens.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 16:01:01 +0000
Resent-Message-ID: <handler.23709.B23709.14914080539350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Peromsik\, Aaron" <peromsik@HIDDEN>
Cc: rgm@HIDDEN, 23709 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.14914080539350
          (code B ref 23709); Wed, 05 Apr 2017 16:01:01 +0000
Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 16:00:53 +0000
Received: from localhost ([127.0.0.1]:33838 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvnMb-0002Qj-HY
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:00:53 -0400
Received: from eggs.gnu.org ([208.118.235.92]:57405)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1cvnMZ-0002QX-TP
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:00:52 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1cvnMQ-0003Ts-Ut
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:00:46 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35163)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1cvnMQ-0003Sw-Hp; Wed, 05 Apr 2017 12:00:42 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2107
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1cvnMP-0003Dh-KZ; Wed, 05 Apr 2017 12:00:42 -0400
Date: Wed, 05 Apr 2017 19:00:43 +0300
Message-Id: <83pogqondg.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <DM5PR1701MB183534A90B5743F5AEC465EEC60A0@HIDDEN>
 (peromsik@HIDDEN)
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN>, <83tw63oac8.fsf@HIDDEN>
 <DM5PR1701MB183534A90B5743F5AEC465EEC60A0@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: "Peromsik, Aaron" <peromsik@HIDDEN>
> CC: "23709 <at> debbugs.gnu.org" <23709 <at> debbugs.gnu.org>
> Date: Wed, 5 Apr 2017 14:14:05 +0000
> 
> I set it in my .emacs years ago, so I can't be sure.

May I suggest to unset it now and see if you have any problems?

> That said, I think it was probably because I almost never
> want to write a file with Windows line endings.

On what OS?  If on Windows, then the "official" way of doing that is
to use add-untranslated-filesystem.  You could also set up the default
for buffer-file-coding-system to be SOMETHING-unix.

If you want that on Unix, then I don't think I understand your
original problem: Emacs on Windows doesn't save files with Windows
line endings, unless they had Windows line endings before you visited
them, and in the latter case setting inhibit-eol-conversion will not
help you in any way.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 16:11:02 +0000
Resent-Message-ID: <handler.23709.B23709.149140862610241 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Glenn Morris <rgm@HIDDEN>
Cc: peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.149140862610241
          (code B ref 23709); Wed, 05 Apr 2017 16:11:02 +0000
Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 16:10:26 +0000
Received: from localhost ([127.0.0.1]:33851 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvnVp-0002f6-M7
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:10:25 -0400
Received: from eggs.gnu.org ([208.118.235.92]:34002)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1cvnVo-0002eu-6s
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:10:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1cvnVf-0000AE-Vg
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 12:10:19 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35378)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1cvnVf-0000A8-S3; Wed, 05 Apr 2017 12:10:15 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2117
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1cvnVe-0003bD-U5; Wed, 05 Apr 2017 12:10:15 -0400
Date: Wed, 05 Apr 2017 19:10:16 +0300
Message-Id: <83mvbuomxj.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <epbmsaalwb.fsf@HIDDEN> (message from Glenn Morris on
 Wed, 05 Apr 2017 11:56:20 -0400)
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Glenn Morris <rgm@HIDDEN>
> Cc: peromsik@HIDDEN,  23709 <at> debbugs.gnu.org
> Date: Wed, 05 Apr 2017 11:56:20 -0400
> 
> > If there are good reasons for setting this variable globally, let's
> > hear them.  I'm not aware of any use patterns which would require
> > that.
> 
> It's a customizable user option. It seems perfectly valid to me to set
> it globally, for the reasons given in the manual:
> 
>   some people prefer this to the more subtle '(DOS)' end-of-line type
>   indication near the left edge of the mode line
> 
> I've had it set in my own .emacs for years, as it happens.

Doesn't sound like good reasons to me, sorry.  I'm guessing this
variable was made a defcustom under pressure from people who didn't
want to see "(DOS)".  Me, I just modified the indicator to be just a
single backslash.

You are shooting yourself in the foot if you set this globally.  Of
course, Emacs users should be free to do that, as part of their
freedom, but we don't need to bother "fixing" such use cases by
binding the variable in every place where its being non-nil could
break standard features.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
In-Reply-To: <9zpeg8a0yxz.fsf@HIDDEN>
Resent-From: Glenn Morris <rgm@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 Apr 2017 19:59:01 +0000
Resent-Message-ID: <handler.23709.B23709.14914223051202 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.14914223051202
          (code B ref 23709); Wed, 05 Apr 2017 19:59:01 +0000
Received: (at 23709) by debbugs.gnu.org; 5 Apr 2017 19:58:25 +0000
Received: from localhost ([127.0.0.1]:34049 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvr4T-0000JJ-F9
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 15:58:25 -0400
Received: from eggs.gnu.org ([208.118.235.92]:44788)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rgm@HIDDEN>) id 1cvr4S-0000J3-Ot
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 15:58:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <rgm@HIDDEN>) id 1cvr4N-0005L2-3T
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 15:58:19 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38739)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rgm@HIDDEN>)
 id 1cvr4L-0005JK-7z; Wed, 05 Apr 2017 15:58:17 -0400
Received: from rgm by fencepost.gnu.org with local (Exim 4.82)
 (envelope-from <rgm@HIDDEN>)
 id 1cvr4K-0000jx-PH; Wed, 05 Apr 2017 15:58:16 -0400
From: Glenn Morris <rgm@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN> <83mvbuomxj.fsf@HIDDEN>
X-Spook: War on Terrorism Consular Bacteria Law enforcement
X-Ran: V~gfbi@qK(ej22xHZgh\lx>I6#Vz3IPN90L4S:8gC&!C7k+0\b&h5'=vNEq%E}gvjr}H~b
X-Hue: green
X-Attribution: GM
Date: Wed, 05 Apr 2017 15:58:16 -0400
Message-ID: <p2tw62ocdj.fsf@HIDDEN>
User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)
MIME-Version: 1.0
Content-Type: text/plain
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

Eli Zaretskii wrote:

> I'm guessing this variable was made a defcustom under pressure from
> people who didn't want to see "(DOS)".

There's no evidence for this.

> You are shooting yourself in the foot if you set this globally.  Of
> course, Emacs users should be free to do that, as part of their
> freedom, but we don't need to bother "fixing" such use cases by
> binding the variable in every place where its being non-nil could
> break standard features.

I find this a strange response.
"This is a user option, but users shouldn't set it".
It's been a user option since at least 1999.
The "some people prefer this" text was added by you in 2001.

If you don't want to support it, make it not a user option,
and stop documenting it in the user manual.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 06 Apr 2017 02:34:01 +0000
Resent-Message-ID: <handler.23709.B23709.149144602915036 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Glenn Morris <rgm@HIDDEN>
Cc: peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.149144602915036
          (code B ref 23709); Thu, 06 Apr 2017 02:34:01 +0000
Received: (at 23709) by debbugs.gnu.org; 6 Apr 2017 02:33:49 +0000
Received: from localhost ([127.0.0.1]:34247 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cvxF7-0003uR-ER
	for submit <at> debbugs.gnu.org; Wed, 05 Apr 2017 22:33:49 -0400
Received: from eggs.gnu.org ([208.118.235.92]:59468)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1cvxF5-0003uE-QY
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 22:33:48 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1cvxEx-0000Qu-JO
 for 23709 <at> debbugs.gnu.org; Wed, 05 Apr 2017 22:33:42 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42352)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1cvxEx-0000Qm-Fy; Wed, 05 Apr 2017 22:33:39 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2929
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1cvxEu-00010H-SI; Wed, 05 Apr 2017 22:33:37 -0400
Date: Thu, 06 Apr 2017 05:33:39 +0300
Message-Id: <83inminu2k.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <p2tw62ocdj.fsf@HIDDEN> (message from Glenn Morris on
 Wed, 05 Apr 2017 15:58:16 -0400)
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN> <83mvbuomxj.fsf@HIDDEN>
 <p2tw62ocdj.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Glenn Morris <rgm@HIDDEN>
> Cc: peromsik@HIDDEN,  23709 <at> debbugs.gnu.org
> Date: Wed, 05 Apr 2017 15:58:16 -0400
> 
> If you don't want to support it, make it not a user option,

That's what it was originally.

Anyway, what's the alternative?  If only a couple of features need to
forcefully bind it to nil, that's acceptable.  But my impression was
that we will now have to bind it almost everywhere, in which case
making it not an option is a better way, IMO.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: "Peromsik, Aaron" <peromsik@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 06 Apr 2017 21:59:01 +0000
Resent-Message-ID: <handler.23709.B23709.149151589217958 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: "rgm@HIDDEN" <rgm@HIDDEN>, "23709 <at> debbugs.gnu.org" <23709 <at> debbugs.gnu.org>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.149151589217958
          (code B ref 23709); Thu, 06 Apr 2017 21:59:01 +0000
Received: (at 23709) by debbugs.gnu.org; 6 Apr 2017 21:58:12 +0000
Received: from localhost ([127.0.0.1]:35390 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cwFPv-0004fZ-TC
	for submit <at> debbugs.gnu.org; Thu, 06 Apr 2017 17:58:12 -0400
Received: from mx2.ptc.com ([12.11.148.189]:49263)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <prvs=262162751=peromsik@HIDDEN>) id 1cwFPt-0004fK-KS
 for 23709 <at> debbugs.gnu.org; Thu, 06 Apr 2017 17:58:10 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;
 d=ptc.com; s=ptc; t=1491515889; x=1523051889;
 h=from:to:cc:subject:date:message-id:references:
 in-reply-to:mime-version;
 bh=RZMK1dFO/wrDQ44RB5X9P0AJO8upGXKb3ENUsKFfBJI=;
 b=q3rCZGCkiqhhlU1M0DIF2+OI1ORl/St9cRJYrqluO3VWGenoOLJoJx3O
 +woLupD3gWBrXb0xYPYffvBy/YryvpklTo+wfxHKqac2llqVa2URCPGZs
 E+5nleInvNWSUCLeN2iFJbPzdxpgCV0/0t+Kd61xEeyNp54pDIKb3Ha8/ I=;
X-IronPort-AV: E=Sophos;i="5.37,161,1488862800"; d="scan'208,217";a="64824928"
Received: from gndcdm-13ex03p.ptcnet.ptc.com ([10.80.21.136])
 by mx2-int.ptc.com with ESMTP/TLS/AES256-SHA; 06 Apr 2017 17:58:03 -0400
Received: from gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) by
 gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) with Microsoft SMTP Server (TLS)
 id 15.0.1178.4; Thu, 6 Apr 2017 17:58:03 -0400
Received: from gndcdm-13edg02p.ptc.com (12.11.148.209) by
 gndcdm-13ex03p.ptcnet.ptc.com (10.80.21.136) with Microsoft SMTP Server (TLS)
 id 15.0.1178.4 via Frontend Transport; Thu, 6 Apr 2017 17:58:03 -0400
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (12.11.148.9) by
 mail.ptc.com (12.11.148.209) with Microsoft SMTP Server (TLS) id
 15.0.1178.4; Thu, 6 Apr 2017 17:58:14 -0400
Received: from DM5PR1701MB1835.namprd17.prod.outlook.com (10.172.46.135) by
 DM5PR1701MB1834.namprd17.prod.outlook.com (10.172.46.23) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id
 15.1.1005.10; Thu, 6 Apr 2017 21:58:02 +0000
Received: from DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) by
 DM5PR1701MB1835.namprd17.prod.outlook.com ([10.172.46.135]) with
 mapi id 15.01.1005.021; Thu, 6 Apr 2017 21:58:01 +0000
From: "Peromsik, Aaron" <peromsik@HIDDEN>
Thread-Topic: bug#23709: 24.5; inhibit-eol-conversion breaks
 archive-7z-summarize
Thread-Index: AQHSrX+Oes6nEj/L8Uqkj7nw+YUMLKG2DjjqgADETQyAAB5XO4AB8gAl
Date: Thu, 6 Apr 2017 21:58:01 +0000
Message-ID: <DM5PR1701MB18350BA5FC7729E1D1919F51C60D0@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN>,<83tw63oac8.fsf@HIDDEN>
 <DM5PR1701MB183534A90B5743F5AEC465EEC60A0@HIDDEN>,
 <83pogqondg.fsf@HIDDEN>
In-Reply-To: <83pogqondg.fsf@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: gnu.org; dkim=none (message not signed)
 header.d=none;gnu.org; dmarc=none action=none header.from=ptc.com;
x-originating-ip: [25.168.192.4]
x-microsoft-exchange-diagnostics: 1; DM5PR1701MB1834;
 7:PWylr9Fwhq+sc9gLC8Nyw8wL8nl+y1NGdZSQbhnbmZVVhQFlnnML3TQbBDoZr56RQ5dAjqEeP8Wp071xUZVilrZgZb4a8g01oDuIDO0Naz1ghCZXl3Op3Fhsv8ECQp4gWVxyarkWXMVAjoioRbvAlw2xQIh1aoPaMaob5Uh29aWBLD/44zffkhgEP6n8ToiMGncrbRP3dEtPf4wuuT7CLxZOOKqn/SkSxO1vVqHVF3+YN6pPqvq7TpKtGFMl62WvOPKJ4bpXQopjQqO7+dZ1NB/qHid+qgG/AGaZ0H4IWPtA1bGZSfF+aoVRpcSgBCuI+UJUkKt1ehD9D4XOsMoy9w==
x-ms-office365-filtering-correlation-id: 316a8b54-c596-49a3-f89e-08d47d37feef
x-microsoft-antispam: UriScan:; BCL:0; PCL:0;
 RULEID:(22001)(2017030254075)(201703131423075)(201703031133081)(201702281549075);
 SRVR:DM5PR1701MB1834; 
x-microsoft-antispam-prvs: <DM5PR1701MB18343A1F3B48882119E1F76DC60D0@HIDDEN>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0;
 RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6041248)(20161123564025)(20161123560025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(20161123562025)(6072148);
 SRVR:DM5PR1701MB1834; BCL:0; PCL:0; RULEID:; SRVR:DM5PR1701MB1834; 
x-forefront-prvs: 02698DF457
x-forefront-antispam-report: SFV:NSPM;
 SFS:(10019020)(979002)(6009001)(39400400002)(39850400002)(39410400002)(39840400002)(39450400003)(6436002)(6916009)(8936002)(55016002)(38730400002)(93886004)(110136004)(6606003)(33656002)(102836003)(3660700001)(6116002)(3280700002)(189998001)(229853002)(8676002)(7736002)(53936002)(74316002)(54906002)(5660300001)(230783001)(99286003)(3846002)(2950100002)(81166006)(9686003)(6246003)(25786009)(4326008)(54896002)(86362001)(66066001)(19627405001)(2900100001)(122556002)(2906002)(77096006)(50986999)(6506006)(54356999)(7696004)(76176999)(969003)(989001)(999001)(1009001)(1019001);
 DIR:OUT; SFP:1102; SCL:1; SRVR:DM5PR1701MB1834;
 H:DM5PR1701MB1835.namprd17.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm;
 PTR:InfoNoRecords; LANG:en; 
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative;
 boundary="_000_DM5PR1701MB18350BA5FC7729E1D1919F51C60D0DM5PR1701MB1835_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Apr 2017 21:58:01.8674 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b9921086-ff77-4d0d-828a-cb3381f678e2
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1701MB1834
X-OriginatorOrg: ptc.com
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

--_000_DM5PR1701MB18350BA5FC7729E1D1919F51C60D0DM5PR1701MB1835_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>  Emacs on Windows doesn't save files with Windows

> line endings, unless they had Windows line endings before you visited

> them, and in the latter case setting inhibit-eol-conversion will not

> help you in any way.

Not quite true. It does help me in that I can see the Windows line endings =
and manually remove them.

> But my impression was
> that we will now have to bind it almost everywhere, in which case
> making it not an option is a better way, IMO.

As I said, I have been happily using this option for years. archive-7z-summ=
arize was the first thing I noticed not working because of it-- if you don'=
t count failure to remove ^M's on paste, which I am used to by now. Since I=
 filed this bug report I have been happily continuing along my way with a l=
et binding in advice for archive-7z-summarize. So I suspect your fears migh=
t be overblown.


--_000_DM5PR1701MB18350BA5FC7729E1D1919F51C60D0DM5PR1701MB1835_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"><!-- P {margin-top:0;margi=
n-bottom:0;} --></style>
</head>
<body dir=3D"ltr">
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<p><br>
</p>
<p>&gt;&nbsp;<span style=3D"font-family: Calibri, Arial, Helvetica, sans-se=
rif; font-size: 13.3333px;">&nbsp;Emacs on Windows doesn't save files with =
Windows</span></p>
<p><span style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-=
size: 13.3333px;"></span>&gt;&nbsp;<span style=3D"font-family: Calibri, Ari=
al, Helvetica, sans-serif; font-size: 13.3333px;">line endings, unless they=
 had Windows line endings before you visited</span></p>
<p><span style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-=
size: 13.3333px;"></span>&gt;&nbsp;<span style=3D"font-family: Calibri, Ari=
al, Helvetica, sans-serif; font-size: 13.3333px;">them, and in the latter c=
ase setting inhibit-eol-conversion will not</span></p>
<p><span style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-=
size: 13.3333px;">&gt;&nbsp;help you in any way.</span></p>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<br>
</div>
Not quite true. It does help me in that I can see the Windows line endings =
and manually&nbsp;remove them.&nbsp;<br>
</div>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<br>
</div>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<div>&gt; But my impression was</div>
<div>&gt;&nbsp;that we will now have to bind it almost everywhere, in which=
 case</div>
<div>&gt;&nbsp;making it not an option is a better way, IMO.</div>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<br>
</div>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
As I said, I have been happily using this option for years. archive-7z-summ=
arize was the first thing I noticed not working because of it-- if you don'=
t count failure to remove ^M's on paste, which I am used to by now. Since I=
 filed this bug report I have been
 happily continuing along my way with a let binding in advice for archive-7=
z-summarize. So&nbsp;I suspect your fears might be overblown.</div>
<div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font=
-family:Calibri,Arial,Helvetica,sans-serif;" dir=3D"ltr">
<br>
</div>
<div style=3D"color: rgb(0, 0, 0);"></div>
</div>
</div>
</body>
</html>

--_000_DM5PR1701MB18350BA5FC7729E1D1919F51C60D0DM5PR1701MB1835_--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Apr 2017 07:06:02 +0000
Resent-Message-ID: <handler.23709.B23709.149154872818551 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Peromsik\, Aaron" <peromsik@HIDDEN>
Cc: rgm@HIDDEN, 23709 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.149154872818551
          (code B ref 23709); Fri, 07 Apr 2017 07:06:02 +0000
Received: (at 23709) by debbugs.gnu.org; 7 Apr 2017 07:05:28 +0000
Received: from localhost ([127.0.0.1]:35684 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1cwNxY-0004p9-5D
	for submit <at> debbugs.gnu.org; Fri, 07 Apr 2017 03:05:28 -0400
Received: from eggs.gnu.org ([208.118.235.92]:58367)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1cwNxW-0004ou-OE
 for 23709 <at> debbugs.gnu.org; Fri, 07 Apr 2017 03:05:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eliz@HIDDEN>) id 1cwNxN-0008Mh-12
 for 23709 <at> debbugs.gnu.org; Fri, 07 Apr 2017 03:05:21 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD
 autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34219)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1cwNxM-0008Md-U3; Fri, 07 Apr 2017 03:05:16 -0400
Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4502
 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1cwNxI-0000KE-Jm; Fri, 07 Apr 2017 03:05:13 -0400
Date: Fri, 07 Apr 2017 10:05:18 +0300
Message-Id: <838tncofyp.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <DM5PR1701MB18350BA5FC7729E1D1919F51C60D0@HIDDEN>
 (peromsik@HIDDEN)
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN>,<83tw63oac8.fsf@HIDDEN>
 <DM5PR1701MB183534A90B5743F5AEC465EEC60A0@HIDDEN>,
 <83pogqondg.fsf@HIDDEN>
 <DM5PR1701MB18350BA5FC7729E1D1919F51C60D0@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: "Peromsik, Aaron" <peromsik@HIDDEN>
> CC: "rgm@HIDDEN" <rgm@HIDDEN>, "23709 <at> debbugs.gnu.org"
> 	<23709 <at> debbugs.gnu.org>
> Date: Thu, 6 Apr 2017 21:58:01 +0000
> 
> > Emacs on Windows doesn't save files with Windows
> > line endings, unless they had Windows line endings before you visited
> > them, and in the latter case setting inhibit-eol-conversion will not
> > help you in any way.
> 
> Not quite true. It does help me in that I can see the Windows line endings and manually remove them. 

If you want to remove them, just saving the file after typing "C-x RET
f unix RET" is a more efficient way than removing the CR characters by
hand.  (You can make the combination of the above with "C-x C-s" a
function bound to a key, so invoking it will be a snap.)  The
indication in the mode line clearly shows that the file has Windows
EOL format, so you know when to apply that.

> > But my impression was
> > that we will now have to bind it almost everywhere, in which case
> > making it not an option is a better way, IMO.
> 
> As I said, I have been happily using this option for years.

I was referring to what Glenn proposed as a remedy.

Anyway, I suggest to review this setting, because Emacs development
didn't stall since then.  You might find that there are better
solutions for the problems you had back then, and some problems might
not exist at all.

> archive-7z-summarize was the first thing I noticed
> not working because of it-- if you don't count failure to remove ^M's on paste, which I am used to by now.
> Since I filed this bug report I have been happily continuing along my way with a let binding in advice for
> archive-7z-summarize. So I suspect your fears might be overblown.

I'm okay with fixing this for archive-7z-summarize by forcing the
variable to have the right value, if that solves your problem (does
it?).  But I'm opposed to inventing yet another, separate option for
reading sub-process output, as proposed by Glenn, primarily because I
don't think it will solve problems such as this one.  I'm also opposed
to introducing any other significant infrastructure for similar use
cases, because I think having inhibit-eol-conversion globally non-nil
is a thing of the past, and there are nowadays much better and less
intrusive solutions for whatever problems people had when the related
features were first introduced into Emacs 20 years ago.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Noam Postavsky <npostavs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 14 Feb 2018 11:35:02 +0000
Resent-Message-ID: <handler.23709.B23709.15186080411546 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Glenn Morris <rgm@HIDDEN>, peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.15186080411546
          (code B ref 23709); Wed, 14 Feb 2018 11:35:02 +0000
Received: (at 23709) by debbugs.gnu.org; 14 Feb 2018 11:34:01 +0000
Received: from localhost ([127.0.0.1]:42183 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1elvK5-0000Ok-Dd
	for submit <at> debbugs.gnu.org; Wed, 14 Feb 2018 06:34:01 -0500
Received: from mail-io0-f175.google.com ([209.85.223.175]:42480)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>) id 1elvK3-0000OV-AI
 for 23709 <at> debbugs.gnu.org; Wed, 14 Feb 2018 06:33:59 -0500
Received: by mail-io0-f175.google.com with SMTP id u84so1137477iod.9
 for <23709 <at> debbugs.gnu.org>; Wed, 14 Feb 2018 03:33:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=iEUXYTPJqOqdAZ/IHxkpccSPp/BTZZikqocWegHNYOc=;
 b=FBC5UYDlrdXCbJ30O80MviUlgQrSpSMSM2eMqgXNw6Z/i8IcZKJQKhkK+rSYomfK5p
 UDPtpohthEQM2k+ocUUKQnvBufFA66EcV1MiRChIcSTEdxZCqms6YfLJ0+jVFGzC+CdM
 KR/rxOjfgpOKT4TQ9WBFK+QK9tzPGVO50oWnuSJlkcPiBJIEp5Vw6B5GeuIzJ5ldVYTX
 2j7BTKxgabBqKculKf52+vpZ78H77E3yZu1DnaMw7OXDWFMbbl6u9jCds3KCtQIa3ehH
 Oo0Ex0MMtZr8mSwWtUdIyiTM9IjI3WDpF2+j01KEFZ1exjxuuxAy84iGw3UdZSi8jAkI
 XmbA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:from:to:cc:subject:references:date
 :in-reply-to:message-id:user-agent:mime-version;
 bh=iEUXYTPJqOqdAZ/IHxkpccSPp/BTZZikqocWegHNYOc=;
 b=m7JUJzgH41K5X10guIZLu20vlj5qLudXc0bvgTei1BYOXvQydZPs26W7bTbxQb2Bf4
 Mroomc47GQOjU1w9fHFheBAEs/O1qe5A4mn7AfTsRCdVeKqew0fbyq6Fx8k2GPsZfnQU
 VwxVX6tYjwiYLXDz4oySMXCXj9kTrbu/LrwMOumQxSSYULnVyAL2Ks5VsWM6xmIb2w8Z
 2YV9TJedr1GMeqLJJn+M6j7x0mSOfy9RGJg9BAEB8jCS69wBgTk8WNCHJzkv/kv0qweP
 wYglr5N3v7RVK+dphuIyqGst5DZQvdmXROQbF+shmWE07KDWImIlGdf1FUVj0AowAqCb
 uc5Q==
X-Gm-Message-State: APf1xPB8h4gm2HTYwxCKzikCsouQfpPLAzQOjNjFmIrStJm/h2BJ1eFy
 muEbfFX+MMBkC8AKm7/jTgcoQg==
X-Google-Smtp-Source: AH8x227F1ILNVG6SbXxRxkiuK2PfbT8u8qrr4i9cm1AzHK6uHpEoZErOGuN6ld0VZRRwKU9Ka97ulg==
X-Received: by 10.107.53.22 with SMTP id c22mr5051753ioa.189.1518608033327;
 Wed, 14 Feb 2018 03:33:53 -0800 (PST)
Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id
 x2sm13086556ite.10.2018.02.14.03.33.51
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 14 Feb 2018 03:33:51 -0800 (PST)
From: Noam Postavsky <npostavs@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN> <83mvbuomxj.fsf@HIDDEN>
Date: Wed, 14 Feb 2018 06:33:50 -0500
In-Reply-To: <83mvbuomxj.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 05 Apr
 2017 19:10:16 +0300")
Message-ID: <87wozf955t.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.5 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

>> It's a customizable user option. It seems perfectly valid to me to set
>> it globally, for the reasons given in the manual:
>> 
>>   some people prefer this to the more subtle '(DOS)' end-of-line type
>>   indication near the left edge of the mode line
>> 
>> I've had it set in my own .emacs for years, as it happens.
>
> I'm guessing this variable was made a defcustom under pressure from
> people who didn't want to see "(DOS)".

I think it's rather from people who *can't* see "(DOS)" (not literally
"can't", but find the indicator easy to miss).  I came across a post [1]
about this recently (the post itself is from 2016):

    Many versions ago, if you opened a dos-line-end file on Linux you
    would see the extra ^M codes. Now it automatically recognizes the
    situation and puts "DOS" in the info bar and hides the extra ^Ms.

    How can I exit "DOS" mode and switch back to Unix mode? How can I
    disable the auto-detection and force the files to be opened with
    Unix line endings and the DOS CR shown as ^M?

And a further comment from the OP about it:

    I guess there isn't really a compelling reason for it except that I
    only occasionally encounter dos files and I was used to that obvious
    visual cue of all the ^M's when I open one.

So this does sound like it's all about files.  If inhibit-eol-conversion
is problematic, maybe a setting for file-coding-system-alist would be a
better recommendation?

[1]: https://emacs.stackexchange.com/questions/24984/how-to-disable-automatic-dos-mode/38576

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Andreas Schwab <schwab@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 14 Feb 2018 11:52:01 +0000
Resent-Message-ID: <handler.23709.B23709.15186091173048 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Noam Postavsky <npostavs@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.15186091173048
          (code B ref 23709); Wed, 14 Feb 2018 11:52:01 +0000
Received: (at 23709) by debbugs.gnu.org; 14 Feb 2018 11:51:57 +0000
Received: from localhost ([127.0.0.1]:42194 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1elvbR-0000n6-CX
	for submit <at> debbugs.gnu.org; Wed, 14 Feb 2018 06:51:57 -0500
Received: from mx2.suse.de ([195.135.220.15]:40400)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <schwab@HIDDEN>) id 1elvbP-0000mx-La
 for 23709 <at> debbugs.gnu.org; Wed, 14 Feb 2018 06:51:56 -0500
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
 by mx2.suse.de (Postfix) with ESMTP id 5047EAAF1;
 Wed, 14 Feb 2018 11:51:54 +0000 (UTC)
From: Andreas Schwab <schwab@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN> <83mvbuomxj.fsf@HIDDEN>
 <87wozf955t.fsf@HIDDEN>
X-Yow: ..  Like I always say -- nothing can beat the BRATWURST
 here in DUSSELDORF!!
Date: Wed, 14 Feb 2018 12:51:53 +0100
In-Reply-To: <87wozf955t.fsf@HIDDEN> (Noam Postavsky's message
 of "Wed, 14 Feb 2018 06:33:50 -0500")
Message-ID: <mvm3723dc12.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.91 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

On Feb 14 2018, Noam Postavsky <npostavs@HIDDEN> wrote:

> And a further comment from the OP about it:
>
>     I guess there isn't really a compelling reason for it except that I
>     only occasionally encounter dos files and I was used to that obvious
>     visual cue of all the ^M's when I open one.
>
> So this does sound like it's all about files.  If inhibit-eol-conversion
> is problematic, maybe a setting for file-coding-system-alist would be a
> better recommendation?

Probably setting the last element to '("" undecided-unix) will do.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab@HIDDEN
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#23709: 24.5; inhibit-eol-conversion breaks archive-7z-summarize
Resent-From: Noam Postavsky <npostavs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 15 Feb 2018 01:40:01 +0000
Resent-Message-ID: <handler.23709.B23709.151865875431975 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 23709
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Andreas Schwab <schwab@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, peromsik@HIDDEN, 23709 <at> debbugs.gnu.org
Received: via spool by 23709-submit <at> debbugs.gnu.org id=B23709.151865875431975
          (code B ref 23709); Thu, 15 Feb 2018 01:40:01 +0000
Received: (at 23709) by debbugs.gnu.org; 15 Feb 2018 01:39:14 +0000
Received: from localhost ([127.0.0.1]:43488 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1em8W2-0008Jf-0J
	for submit <at> debbugs.gnu.org; Wed, 14 Feb 2018 20:39:14 -0500
Received: from mail-it0-f44.google.com ([209.85.214.44]:33182)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>) id 1em8W0-0008JQ-Aa
 for 23709 <at> debbugs.gnu.org; Wed, 14 Feb 2018 20:39:12 -0500
Received: by mail-it0-f44.google.com with SMTP id 140so8121112iti.0
 for <23709 <at> debbugs.gnu.org>; Wed, 14 Feb 2018 17:39:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=VnTHmVGB1Msr+5jpbrz5JIJbYXZjXBGccIDi2JWg1D8=;
 b=vPTi/SGXbadCmYVA+HJ+4VUY1u9zyU2bTopRJD6RB7GVA2UE29cE1n+YefKh5SJlLp
 1Jg5/AXirFwQIqXT/yCbwON1MwDex1eJS2MWllCan/EhkFM2XdKRZifxyT+tvXWKH/3Q
 JQFQOxk7oKAExR0Hv7AYzvstAQrFhVyG6VQ87M1intmQDom15zV7RFtN5Zgw9ZgwLlbo
 cV9lugCDa173wZVzACCCtT33t9hippcj/eOaUqgKwixtbkXIKa9UGxlkfnVMgS9WakO6
 E1jTxll8KAL8oJSJqw8G7ZYf7EMWDX37JXfiQcslVtVXSi7cO/+RFviM9xHtxqs8bci4
 k+Aw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=VnTHmVGB1Msr+5jpbrz5JIJbYXZjXBGccIDi2JWg1D8=;
 b=pkOZLMH5tLIei9E99IZOWDG4l+0MBVtn7Arp1e8LRxpZFULltwn5t7dfaiks0m5vUs
 Vi8qMsmm82SBpu6eZIpyinLxgTv46AGrSO+tnBVKo2NvU17wJQdwpDIJ33yJpcbgMzBo
 rF07pH+7INAVEvo+NUi4eKluR7+SlVsEeoJvCDbTuthC2LyopjxuVyhqJmPx1RSRrQNz
 qg0kuUwEESvMt82oXF3Jd1mNdFNICjTwDvpaUuLWe7geL/y9rJ2kkJ+LfaSNMs5Z18PU
 b+NiYPXYY7j4WdphLn8H7rGbaOJ8k+ROFcnKxQbqBpbkRup/2jnldPMhDhtUx8rQhBvq
 MymA==
X-Gm-Message-State: APf1xPAM2z1OV6I8i4E5owvfWEWcKAxYzlYGZ8z8Q45UoBcOCYB3dx3i
 qHdKWSoLht8z2cPF/hCwaAgmEQ==
X-Google-Smtp-Source: AH8x227lyF6gzctoRiBucDdTBXB+5ITXRpvQhW4Yft9t8cVOr3vZ1RE6zNOmDbi9RdlT5gj7AqDcQg==
X-Received: by 10.36.138.134 with SMTP id v128mr1371395itd.45.1518658746674;
 Wed, 14 Feb 2018 17:39:06 -0800 (PST)
Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id
 t123sm13902989itb.41.2018.02.14.17.39.05
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Wed, 14 Feb 2018 17:39:05 -0800 (PST)
From: Noam Postavsky <npostavs@HIDDEN>
References: <9zpeg8a0yxz.fsf@HIDDEN>
 <6zo9wcc4sg.fsf@HIDDEN> <83tw63oac8.fsf@HIDDEN>
 <epbmsaalwb.fsf@HIDDEN> <83mvbuomxj.fsf@HIDDEN>
 <87wozf955t.fsf@HIDDEN> <mvm3723dc12.fsf@HIDDEN>
Date: Wed, 14 Feb 2018 20:39:04 -0500
In-Reply-To: <mvm3723dc12.fsf@HIDDEN> (Andreas Schwab's message of "Wed, 14
 Feb 2018 12:51:53 +0100")
Message-ID: <87d1178213.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

Andreas Schwab <schwab@HIDDEN> writes:

> On Feb 14 2018, Noam Postavsky <npostavs@HIDDEN> wrote:
>
>> So this does sound like it's all about files.  If inhibit-eol-conversion
>> is problematic, maybe a setting for file-coding-system-alist would be a
>> better recommendation?
>
> Probably setting the last element to '("" undecided-unix) will do.

I'm not sure: it will be overriden by some earlier elements.  That's
correct for the no-conversion entries, but maybe not the others.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.