This reverts the upgrade to Android Studio 3.0 Beta 3 from commit
22ae3aa5b6 due to an upstream decision.
From the release updates: "Due to an issues with the Android Plugin for
Gradle in Beta 3 (64527520), we've pulled it down and recommend that you
not accept the update. If you already did, you can go back to Beta 2 by
downloading here." [0]
[0]: https://androidstudio.googleblog.com/2017/08/android-studio-30-beta-3-is-now.html
This applies upstream commit miguelfreitas/twister-core@dd4f5a1769.
Tested only by building and executing "twisterd --help", but no serious
testing done otherwise.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
From the upstream changelog:
Version 0.9.34:
* quick fix to "Assertion mapInfo.count" failed, don't mess with these
addrman structures!
Version 0.9.33:
* fix serious connectivity problem: not trying to connect to >=0.9.30
peers with random ports.
Version 0.9.31:
* backport from upstream (arvidn/libtorrent@677e642):
fixed uTP vulnerability from
The fixes in 0.9.31 are a bit more serious and it actually contains two
fixes from what I've been able to dig through:
* https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-5685
* https://www.us-cert.gov/ncas/alerts/TA14-017A
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
Regression introduced by 1ded0cb24c.
The package defines macros for min() and max(), but those macros are
undefined by the inclusion of stdlib.h since GCC 6.x, so we need to
change tho order of inclusions to include stdlib.h *before* NoWindows.h.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
- Now simply let the default `unpackPhase` unzip the vsix file. This
should allow users to retrieve the extension directly from github.
- Extensions now installed using their unique id as install folder.
- Extensions under `vscode-extensions` now use the unique id
as extension name.
This updates canto-daemon to version 0.9.7 and canto-curses to version
0.9.9. I've tested building both and executing them (although without
very comprehensive tests) and they do work on my machine.
I haven't tested the NixOS service module however, but given that
@devhell is also the maintainer of these packages and the service
module, I trust that he's done testing by himself.
