| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
| |
As it was getting too expensive to patch out use of the "new" syscalls
We could revisit this if someone has hardware with an older kernel
that's still being maintained, but I've verified that the Synology
NAS that had used a too old kernel version has been updated to 2.6.32.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
with aws updated to 0.17.1
The old version of this file no longer builds on the arm autobuilder,
running Debian unstable.
|
| | |
|
| |
|
|
| |
locales such as, en_GB.UTF-8.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
to not hang when it cannot find locale files.
|
| |
|
|
| |
system gpg will be preferred over it.
|
| |
|
|
| |
into $HOME/.ssh
|
| | |
|
| |
|
|
| |
properly if unpacked into a directory that contains ":" or ";" in its name.
|
| | |
|
| |
|
|
| |
Only 1 patched haskell package is needed on arm now.
|
| |
|
|
| |
vars, so that it will work when eg, untarred into a directory path with spaces in its name.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
for proxy support
I have not updated the autobuilder yet; these versions seem ok by
inspection.
|
| |
|
|
| |
for "git annex sync" as well as "git-annex sync".
|
| |
|
|
|
|
|
|
|
| |
git-annex was installed from the standalone tarball.
This was introduced by commit 849a4b1a0d71071a602f552125fd7e25689662db
However, the same problem could affect other calls to programPath,
specifically some on the assistant. So, I fixed it at a deeper level.
|
| |
|
|
|
|
| |
https://ghc.haskell.org/trac/ghc/ticket/7695
This prevents localization from working, but git-annex is not localized anyway.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Without --pristine, cabal will update the package's cabal file if a newer
one is available in hackage. But that can break applying patches.
Especially since the new version from hackage can apparently have dos line
endings, while the version from the tarball doesn't.
|
| |
|
|
| |
reproducability of builds
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
In qemu-system-arm, more jobs seems to cause frequent qemu-related crashes.
|
| | |
|
| | |
|
| |
|
|
| |
I don't understand why this patch is needed.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
bundle into PATH.
Unless busybox doesn't support readlink -f, then it just uses readlink and
symlinking won't work. Also, OSX has no readlink -f so not done there.
Thanks, jlebar.
|
| |
|
|
|
|
|
|
|
|
| |
the standalone tarball or OSX app, and so does not have git-annex in PATH (and may also not have git or rsync in PATH).
* webapp: Support using git-annex on a remote server, which was installed
from the standalone tarball or OSX app, and so does not have
git-annex in PATH (and may also not have git or rsync in PATH).
* standalone tarball, OSX app: Install a ~/.ssh/git-annex-wrapper, which
can be used to run git-annex, git, rsync, etc.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
standalone build, and OSX app, so they will be available when it's added to PATH.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Was able to reuse many of the android patches, but several had to be
re-done. On Android, ghc is a stage2 build, so can compile, but not run TH
code. But debian's ghc on armel cannot even compile TH code, so it has
to be patched out.
Some haskell packages have been updated to new versions, including yesod
and DAV, and their patches had to be redone.
The Makefile now has 2 new targets. The first is run on a companion x86
system to do the build and get TH splices. Then the second target is run
the same source tree on the arm system to build without needing TH.
This commit was sponsored by Svenne Krap.
|
| |
|
|
|
|
| |
armel build
Will move common patches out of android/haskell-patches.
|
Joey Hess
Edward Betts
Joey Hess
Joey Hess
Your Name