| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
| |
Seems to want to recompile git-annex before running unrelated program.
stack ghc does not have that problem
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Seeing interrmittent build failures that may be related to stack's
concurrency
|
| | |
|
| |
|
|
| |
toolchain issue is preventing nightly from building anything on windows
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
using stack, version is pinned
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Not tested yet.
The EvilLinker workaround is removed. That got fixed in ghc 8.0.1,
(per https://ghc.haskell.org/trac/ghc/ticket/8596)
which will finally be used by the windows autobuilder now.
I have not deleted the EvilLinker yet (or closed its bugs).
This commit was sponsored by John Peloquin on Patreon.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
https://github.com/yesodweb/haskell-xss-sanitize/issues/17
|
| | |
|
| | |
|
| | |
|
| |\ |
|
| | |
| |
| |
| | |
locales such as, en_GB.UTF-8.
|
| | |
| |
| |
| | |
test failures were being ignored for complex reasons, new autobuilder broke that; bring it back
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
I've long considered the XMPP support in git-annex a wart.
It's nice to remove it.
(This also removes the NetMessager, which was only used for XMPP, and the
daemonstatus's desynced list (likewise).)
Existing XMPP remotes should be ignored by git-annex.
This commit was sponsored by Brock Spratlen on Patreon.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
definition files for the locales in use when starting runshell.
Currently only done for utf-8 locales because the charset can easily be
told for those. Other locales don't include the charset in their name.
The locale definition is generated under git-annex.linux/locales.
So, this only works if the user can write there.
If locale generation fails for any reason, it's silently skipped.
The git-annex-standalone.deb installs the bundle under /usr, so this locale
generation won't work for non-root users.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
locale-archive being read.
Version mismatches between the system locale-archive and the glibc in the
bundle have been observed to cause git crashes.
Unfortunately, this causes locales to not be used in the linux standalone
bundle, as was the case until version 6.20160419.
glibc hardcodes the path to /usr/lib/locale/locale-archive and does not
let an environment variable cause a different locale-archive file to be used.
The only other option to include locales in the bundle would be to include
exploded locale definition directories in the bundle for a number of
locales, generated by localedef. But these take at least 300 kb per locale,
and there are a great many locales; it would be hundreds of megabytes to
include them all.
(Hmm, we could include localdef in the bundle, and check LANG in runshell
and compile the locale directories on the fly. This would need
/usr/share/i18n/ and /usr/lib/locale-archive to be included in the bundle.
It's.. doable.)
I know this is going to once again cause users of the bundle to complain
that eg, ls doesn't show their unicode filenames right. Better than strange
crashes though.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
https://github.com/haskell-crypto/cryptonite/issues/99
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This prevents multiple versions of unix, from ghc and needed by newer
versions of some packages conflicting.
Had to update the bytestring and blaze-builder pins follow-on from this
change.
|
| |
|
|
| |
https://github.com/jgoerzen/missingh/issues/31
|
| |
|
|
| |
to not hang when it cannot find locale files.
|
Joey Hess
Edward Betts