ObjFW  History of Makefile of 33dc3b983cc4e43d

It's annoying having to maintain the same list 3 times. file: [05a54a52b1] check-in: [22d28ff1f8] user: js, branch: trunk, size: 1385 [annotate] [blame] [check-ins using] [diff]

All tests have been migrated to ObjFWTest. file: [9e336025c2] check-in: [1fa2f03dc4] user: js, branch: objfwtest, size: 1391 [annotate] [blame] [check-ins using] [diff]

It no longer exists. file: [a04c0a2490] check-in: [259a72e1a6] user: js, branch: trunk, size: 1378 [annotate] [blame] [check-ins using] [diff]

ofarc supports adding directories recursively for quite a while now. file: [60e6acbe12] check-in: [144a365825] user: js, branch: trunk, size: 1450 [annotate] [blame] [check-ins using] [diff]

I've just had it with Travis. I coped with it being extremely buggy and
basically every single build needing to be restarted a few times until
it works because their macOS machines (but not only those) are super
buggy. But then they got even more buggy and it was no longer possible
to restart builds - which meant it became pretty useless, as every 2nd
build failed because Travis was buggy and there was no way to restart
it.

I contacted support about this, but they were unwilling to help me at
all until I switch plans and continuously pressured me to do so. After
repeatedly being told that switching plans would fix all my problems, I
finally gave in and switched to the open source plan. Hurray, I could
finally restart the failed builds! Only to then notice: After just 2
builds(!!), they decided that that used up all my credits. I contacted
support and told them that following their repeated nagging to change
plans only made it worse and now I cannot do any builds at all anymore.
I was basically told "Tough luck, we might refill credits in the future,
but it's currently unimplemented". They did not disclose this fact to me
when they coerced me to switch plans before "helping" me.

It is clear by now that Travis isn't interested in the open source
community at all anymore. They exploited the open source community to
get big so that companies would buy their services and now that they
did, they no longer care about open source. Given this, they no longer
deserve the support of the open source community and given how painful
it always was to support them due to their extreme bugginess and not
having any way to test changes before committing them, I am no longer
willing to invest my time into this to give them free advertising by
making them able to say how many open source projects use them, and by
familarizing developers with their product by exposing developers to it
in open source projects, giving Travis an advantage over competitors.

I will look for alternatives, and I advise everybody reading this to do
the same. file: [b5f8b9bb2c] check-in: [4bc6412b3a] user: js, branch: trunk, size: 1444 [annotate] [blame] [check-ins using] [diff]

It supports more than just ZIP now, so the name was no longer
appropriate. file: [8220802d40] check-in: [51343e2dfc] user: js, branch: trunk, size: 1407 [annotate] [blame] [check-ins using] [diff]

While .tar.xz is smaller, .tar.gz is more widely supported. file: [ea6009bccb] check-in: [211234ea70] user: js, branch: trunk, size: 1338 [annotate] [blame] [check-ins using] [diff]

However, they're only run when not cross-compiling or if a test launcher
is available. file: [a5b8cc4591] check-in: [974b1b203f] user: js, branch: trunk, size: 1215 [annotate] [blame] [check-ins using] [diff]

This makes it possible to handle exceptions that occurred during async
I/O in the specified handler. file: [99b6edd0ce] check-in: [6343e04dcd] user: js, branch: trunk, size: 786 [annotate] [blame] [check-ins using] [diff]

The problem with pkg-config is that it doesn't know about CPPFLAGS or
OBJCFLAGS, only CFLAGS.

Oh, and the library version was changed from 1.0 to 0.1, so it matches
with the rest. file: [541a9e3c5e] check-in: [4e4c1c0eca] user: js, branch: trunk, size: 660 [annotate] [blame] [check-ins using] [diff]