Prepare PR for TQ

[rmfranken]

Deleted sync-fork action
Fixed \r being an unrecognized character by bash, causing it to not find the entrypoint.sh file. Don't fully understand how this was not a problem before, but it doesn't work without this line in the dockerfile:
RUN sed -i 's/\r//g' entrypoint.sh

[rmfranken]

Ok, I have it setup so that it makes sure the end of line feeds are always lf if the file is a .sh file. At first I thought to just do it for all files, but maybe that's a little bit over-reachy, as the problem only shows itsself in shellscript for me. What do you think? Do we risk breaking anything by applying it to all files in a repo, or is the "add it to the gitattributes if it causes problems" a better practice? (more fine grained, but also more debugging effort potentially)

[cmdoret]

This is looks good, but just to be careful and explicit perhaps we could do:

# By default, normalize line endings
* text=auto

# Force Windows batch files to use CRLF
*.{cmd,[cC][mM][dD]} text eol=crlf
*.{bat,[bB][aA][tT]} text eol=crlf
*.{ics,[iI][cC][sS]} text eol=crlf

# Force Unix bash files to use LF
*.sh text eol=lf

IIUC the docs, this means:

• Let git infer which files are text and which are binary. Implicitely, those that are text will always be converted to lf (\n) by git.
• Convert .sh files to lf (I think this could be omitted)
• Convert .bat files to crlf (`\r\n') as they are only executed on windows

[rmfranken]

The .bat is a good point! And using auto might actually not require the explicit mentioning of bat since:

When text is set to "auto", Git decides by itself whether the file is text or binary. If it is text and the file was not already in Git with CRLF endings

The way I interpret that sentence is: If you upload a .bat with CRLF endings the first time its uploaded, it will remain as such. If you are only editing a file on windows (causing it to be "re-uploaded" with CRLF), it will result to it being converted to back to LF when git-pushing back.

That being said, we can do both - also for documentation sake to make it clear we expect LF endings on non-bat files, and CRLF on bat.

[cmdoret]

Looks good and works on my end 🙌