On Thu, 11 Feb 2021 at 11:24, Dima Pasechnik wrote:
>
> It could also be that core.autocrlf is true by default for you.
> (this is the option that does automatic convesion to LF from CRLF)
> Try
>
> git config core.autocrlf false
I think it is false by default (someone on stackexchange actually
l
I had the exactly same issue a while ago and finally got rid of it after
many tries. It even appeared after a fresh git clone. I had to unset all
(not just core.autocrlf) global Git configurations except username and
password, even push.default (which I do on all other Git repositories
locally,
It could also be that core.autocrlf is true by default for you.
(this is the option that does automatic convesion to LF from CRLF)
Try
git config core.autocrlf false
and see if it helps
On Thu, Feb 11, 2021 at 9:21 AM John Cremona wrote:
>
> On Wed, 10 Feb 2021 at 18:07, Dima Pasechnik wrote:
On Thu, Feb 11, 2021 at 10:43 AM John Cremona wrote:
>
>
>
> On Thu, 11 Feb 2021, 10:00 Frédéric Chapoton, wrote:
>>
>> I have made https://trac.sagemath.org/ticket/31379 to get rid of the CRLF in
>> these 3 files.
I guess one can ensure that CRLF get automatically converted into LF
on git push
On Thu, 11 Feb 2021, 10:00 Frédéric Chapoton, wrote:
> I have made https://trac.sagemath.org/ticket/31379 to get rid of the CRLF
> in these 3 files.
>
Thanks!
Can we do something to stop this happening again?
John
> Le jeudi 11 février 2021 à 10:43:27 UTC+1, Frédéric Chapoton a écrit :
>
>>
I have made https://trac.sagemath.org/ticket/31379 to get rid of the CRLF
in these 3 files.
Le jeudi 11 février 2021 à 10:43:27 UTC+1, Frédéric Chapoton a écrit :
> I have been hit by this kind of annoying issue some time ago. No idea what
> is happening.
> There are only 3 offending files cont
I have been hit by this kind of annoying issue some time ago. No idea what
is happening.
There are only 3 offending files containing CRLF:
sage$ git grep -Il $'\r' src/
src/sage/combinat/crystals/star_crystal.py
src/sage/misc/element_with_label.py
src/sage/rings/invariants/__init__.py
We should
On Wed, 10 Feb 2021 at 18:07, Dima Pasechnik wrote:
>
> On Wed, Feb 10, 2021 at 5:49 PM John Cremona wrote:
> >
> > On Wed, 10 Feb 2021 at 16:56, Dima Pasechnik wrote:
> > >
> > > On Wed, Feb 10, 2021 at 2:58 PM John Cremona
> > > wrote:
> > > >
> > > > Has anyone else been seeing the followin
On Wed, Feb 10, 2021 at 5:49 PM John Cremona wrote:
>
> On Wed, 10 Feb 2021 at 16:56, Dima Pasechnik wrote:
> >
> > On Wed, Feb 10, 2021 at 2:58 PM John Cremona wrote:
> > >
> > > Has anyone else been seeing the following problem, which has been
> > > plaguing me for a week or two. Here's a sim
On Wed, 10 Feb 2021 at 16:56, Dima Pasechnik wrote:
>
> On Wed, Feb 10, 2021 at 2:58 PM John Cremona wrote:
> >
> > Has anyone else been seeing the following problem, which has been
> > plaguing me for a week or two. Here's a simple example. All
> > computers mentioned here are running ubuntu.
On Wed, Feb 10, 2021 at 2:58 PM John Cremona wrote:
>
> Has anyone else been seeing the following problem, which has been
> plaguing me for a week or two. Here's a simple example. All
> computers mentioned here are running ubuntu. On a machine I had not
> used for a while I had a sage build of
Has anyone else been seeing the following problem, which has been
plaguing me for a week or two. Here's a simple example. All
computers mentioned here are running ubuntu. On a machine I had not
used for a while I had a sage build of the develop branch at an old
version (pre 9.0). There were no
12 matches
Mail list logo