Announcements with details of changes
can be found on the mailing list,
and since IIRC these are all from
this month they all are listed here:
https://lists.x.org/archives/xorg-announce/2019-March/thread.html
-----
Grab luit from mirror because our fetcher's
default behavior doesn't get along with
invisible-island's FTP server apparently (?).
Or perhaps server is problematic, not sure.
Example URL:
ftp://ftp.invisible-island.net/luit/luit-20190106.tgz
* Using curl or wget:
"Server denied you to change to the given directory"
(or so)
* Using curl with `--ftp-mode nocwd`: success
curl's manpage suggests this is less-compliant behavior
used for speed, offering a third option that's more
likely to work but not quite as fast.
So it seems like the more compliant behavior is
rejected but the fast behavior is accepted.
Dunno, hopefully it'll be on a content-addressed
server soon enough so it doesn't matter as much :).
Hash used here matches manually-fetched from official URL
as well as from the mirror.
OpenAFS 1.8.2 does has not yet merged support for Linux 4.20 or 5.0
This patch cherry-picks commits from the git repository, and includes
them in the patches/ directory. This also replaces the amalgamated Linux 4.20
patches I added earlier with the original outputs from `git show`.
This has been tested to build on Linux 4.4, 4.14, 4.20, and 5.0.
This does not change the derivations of openafs_1_8, only
linuxPackages_*.openafs_1_8.
openafs: fix OpenAFS 1.6 on Linux 4.20
This patch cherry-picks commits from the OpenAFS git repository to
add support for Linux 4.20 to OpenAFS 1.6.
There do not seem to be patches in the Git repository for full Linux 5.0
support, although I have added the ones which exist so far.
This patch has been tested on Linux 4.4, 4.14, 4.20, and is confirmed to
fail on Linux 5.0. It does not change the drv of the openafs package,
only linuxPackages_*.openafs.
ttyd hasn't seen a release in a while, but has a few useful bugfixes and
features (such as IPv6) that are good to have. It also seems to fix a
few crashes I encountered (likely due to newer openssl/libwebsockets).
So in an untraditional fashion, we'll adopt this with a _pre tag to
ensure it gets bumped correctly later on.
Signed-off-by: Austin Seipp <aseipp@pobox.com>