[Rd] dos-style line endings in .Rbuildignore result in files not being excluded
Tony Plate
tplate at acm.org
Tue Oct 14 17:39:45 CEST 2008
Prof Brian Ripley wrote:
> On Tue, 14 Oct 2008, Sebastian P. Luque wrote:
>
>> On Mon, 13 Oct 2008 23:10:41 -0600,
>> Tony Plate <tplate at acm.org> wrote:
>>
>>> I was trying, on a Linux system, to get a .Rbuildignore file to work.
>>> After far too long, I found the problem was the <CR><NL> line endings
>>> in the .Rbuildignore file -- I had originally created it on a Windows
>>> system, and emacs in Ubuntu was politely hiding that fact from me.
>>
>> Are you sure? Whenever I open M$ files in Emacs under Debian I see
>> '(DOS)' near the left end of the modeline, which indicates that it has
>> ^C as EOL. This has been the case since at least 21.0.
>
> ^M^J, I think you mean (CRLF).
>
> Emacs is not totally consistent about how it does this: since it tries
> to guess the file encoding it will usually indicate (DOS) on the mode
> line, but not always (and it sometimes displays the ^M's, even on
> Windows).
>
> But to the point: how often do people get DOS-style files on a
> Unix-alike? You have to work pretty hard to do this, and there comes a
> point at which complicating R to workaround wrongly encoded files is
> not worth the trouble. Let's see if anyone else reports having done
> this.
>
It was pretty easy for me to get these line endings -- I created the
file in GNU Emacs under Windows, and rsync'ed the package directory to a
Ubuntu Linux machine. I went back and checked, and GNU Emacs under
Ubuntu did show (DOS) in the status line of the buffer, but I never
noticed that while I was trying to figure out why my .Rbuildignore file
wasn't having any effect. (I think I preferred it when Emacs would show
^M at the end of each line in a CRLF file -- not showing that is what I
meant by "hiding it from me".)
-- Tony Plate
More information about the R-devel
mailing list