* Dealing with line endings
@ 2019-06-25 2:26 keith.derrick
2019-06-25 7:30 ` Martin Jansa
0 siblings, 1 reply; 3+ messages in thread
From: keith.derrick @ 2019-06-25 2:26 UTC (permalink / raw)
To: yocto
[-- Attachment #1: Type: text/plain, Size: 451 bytes --]
I am using an upstream repo with a mix of line endings.
In my recipe, I'm applying a patch with normalized line endings, as our meta layer repo has a .gitattributes with "text=auto" set.
The patch is failing due to "different line endings".
Can the git fetcher be configured to normalize line endings on unpack? I tried setting core.autocrlf in my global .gitconfig, but the fetcher/unpacker seems to ignore it.
Thanks
Keith
[-- Attachment #2: Type: text/html, Size: 958 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Dealing with line endings
2019-06-25 2:26 Dealing with line endings keith.derrick
@ 2019-06-25 7:30 ` Martin Jansa
2019-06-26 0:15 ` keith.derrick
0 siblings, 1 reply; 3+ messages in thread
From: Martin Jansa @ 2019-06-25 7:30 UTC (permalink / raw)
To: keith.derrick; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 895 bytes --]
Hi Keith,
you can use dos2unix.bbclass:
http://git.openembedded.org/openembedded-core/tree/meta/classes/dos2unix.bbclass
to convert them before do_patch.
Cheers,
On Tue, Jun 25, 2019 at 4:57 AM keith.derrick <keith.derrick@lge.com> wrote:
> I am using an upstream repo with a mix of line endings.
>
>
> In my recipe, I'm applying a patch with normalized line endings, as our
> meta layer repo has a .gitattributes with "text=auto" set.
>
>
> The patch is failing due to "different line endings".
>
>
> Can the git fetcher be configured to normalize line endings on unpack? I
> tried setting core.autocrlf in my global .gitconfig, but the
> fetcher/unpacker seems to ignore it.
>
>
> Thanks
>
> Keith
>
>
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
[-- Attachment #2: Type: text/html, Size: 1772 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Dealing with line endings
2019-06-25 7:30 ` Martin Jansa
@ 2019-06-26 0:15 ` keith.derrick
0 siblings, 0 replies; 3+ messages in thread
From: keith.derrick @ 2019-06-26 0:15 UTC (permalink / raw)
To: Martin Jansa; +Cc: yocto
[-- Attachment #1: Type: text/plain, Size: 1213 bytes --]
Thanks Martin, that fixed it nicely.
________________________________
From: Martin Jansa <martin.jansa@gmail.com>
Sent: Tuesday, June 25, 2019 12:30 AM
To: Keith Derrick/LGEUS Advanced Platform(keith.derrick@lge.com)
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Dealing with line endings
Hi Keith,
you can use dos2unix.bbclass:
http://git.openembedded.org/openembedded-core/tree/meta/classes/dos2unix.bbclass
to convert them before do_patch.
Cheers,
On Tue, Jun 25, 2019 at 4:57 AM keith.derrick <keith.derrick@lge.com<mailto:keith.derrick@lge.com>> wrote:
I am using an upstream repo with a mix of line endings.
In my recipe, I'm applying a patch with normalized line endings, as our meta layer repo has a .gitattributes with "text=auto" set.
The patch is failing due to "different line endings".
Can the git fetcher be configured to normalize line endings on unpack? I tried setting core.autocrlf in my global .gitconfig, but the fetcher/unpacker seems to ignore it.
Thanks
Keith
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>
https://lists.yoctoproject.org/listinfo/yocto
[-- Attachment #2: Type: text/html, Size: 2742 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2019-06-26 0:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-06-25 2:26 Dealing with line endings keith.derrick
2019-06-25 7:30 ` Martin Jansa
2019-06-26 0:15 ` keith.derrick
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.