Ross Burton

Parallel builds fail

Did a tiny bit of digging, the zip format says this: 4.4.14 internal file attributes: (2 bytes) Bits 1 and 2 are reserved for use by PKWARE. 4.4.14.1 The lowest bit of this field indicates, if set, that the file is apparently an ASCII or text file. If not set, that the file apparently contains binary data. The remaining bits are unused in version 1.0. Looks like 7zip ignores the internal file attributes?

Unzip has a -a option that is "auto-convert any text files". Quoting from the manpage: convert text files. Ordinarily all files are extracted exactly as they are stored (as ''binary'' files). The -a option causes files identified by zip as text files (those with the 't' label in zipinfo listings, rather than 'b') to be automatically extracted as such, converting line endings, end-of-file characters and the character set itself as necessary. (For example, Unix files use line feeds (LFs) for end-of-line...

I've tested the change, it's essential for autoreconf to work out of the box, and the diff is simply adding that line to the top-level Makefile.am.

Tell autoreconf where to write aclocal macros

Hi, This is a weird one that I hope someone has a simple answer to. I have an Exchange server and I want to categorise messages for processing later with a script that connects using DavMail. I use macOS Mail and can assign different coloured flags to messages. This works well for what I want. I then realised that they all appear as "\Flagged" in IMAP with no differentiation between the colour that I can see in any of the headers or envelope. Even weirder: the colours don't appear in Outlook either,...

Don't hardcode interpreter in utils/smartquotes.py

Allow cross-compiling