| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
cross-compiling for Android
|
| |
|
|
|
|
|
|
| |
Been meaning to do this for some time; Android port was last straw.
Note that newer versions of the uuid library have a Data.UUID.V4 that
generates random UUIDs slightly more cleanly, but Debian has an old version
of the library, so I do it slightly round-about.
|
| |
|
|
|
|
|
|
|
| |
This allows it to use Build.SysConfig to always install the programs
configure detected. Amoung other fixes, this ensures the right uuid
generator and checksum programs are installed.
I also cleaned up the handling of lsof's path; configure now checks for
it in PATH, but falls back to looking for it in sbin directories.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
Without the frameworks, but with this library, I get:
dyld: Symbol not found: __vproc_transactions_enable
Referenced from: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
Expected in: /Volumes/git-annex/git-annex.app/Contents/MacOS/./C
in /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
Without this library, things seem to work again w/o frameworks.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
avoids overlaps
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
they are supposed to be
|
| |
|
|
| |
sh at least does not default to having a write bit
|
| | |
|
| |
|
|
|
|
|
|
| |
Since I'm dealing with arbitrarily short fields in which to store the
library name, and would have to rebuild a bunch of stuff like git to avoid
that, and I have to prefix this obnoxiously long "@executable_path"
to it, it's easy to run out of space. This makes it use 1 and 2 letter long
filenames for libraries in the app. Fun fun fun fun fun.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Have not yet been able to test this.
|
| |
|
|
|
|
| |
This reverts commit 206451dd02b4deea8b1cba9309883bef4cfbbc89.
At least CoreFoundation framework seems to be needed.
|
| |
|
|
| |
I suspect this might be related to recent reports of hangs.
|
| | |
|
| | |
|
| |
|
|
| |
deps
|
| | |
|
| |
|
|
| |
nonstandard
|
| |
|
|
| |
That'll fail when building offline.
|
| |
|
|
|
|
|
|
| |
This uses the ADNS library, if available. Otherwise, the host program.
I anticipate that cabal users won't easily get hsdns installed, since
it's a Haskell binding to a C library. And using host is just fine, as
long as the system has it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
So, it might be called sha1sum, or on some other OS, it might be called
sha1. It might be hidden away off of PATH on that OS. That's just expected
insanity; UNIX has been this way since 1980's. And these days, nobody even
gives the flying flip about standards that we briefly did in the 90's
after the first round of unix wars.
But it's the 2010's now, and we've certainly learned something.
So, let's make it so sometimes sha1 is a crazy program that wants to run as
root so it can lock memory while prompting for a passphrase, and outputting
binary garbage. Yes, that'd be wise. Let's package that in major Linux
distros, too, so users can stumble over it.
|
| |
|
|
| |
This was a stopgap, and we have the self-contained webapp now.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
also made several fixes that apply to the OSX app
|
| | |
|
| |
|
|
|
|
|
| |
I put it in ~/.ssh/ because there's no reliable way to get it into PATH,
and OSX ssh doesn't even honor user's PATH by default.
authorized_keys generators will need to check if it's there. Not done yet.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
I'm guessing that ~/Desktop/git-annex.app will be visiable.
For the system-wide installation, I don't know where to put it, though
somewhere in /Library seems likely.
|
| | |
|
Joey Hess