> ipfs-update fetch v0.4.0-dev
installing ipfs version v0.4.0-dev
ERROR: Failed to fetch binary:  Maximum storage limit exceeded. Maybe unpin some files?
> df
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/disk1     hfs   112G  104G  8.4G  93% /

nope

Hallo, I tried to update ipfs over ipfs-update (v1.4.0) but it sais, "version didnt match".
Did I miss something or is there a problem?

Thanks for help!

I'm supposed to have 1.5.2 and it gives me

./ipfs-update --version
ipfs-update version 1.5.1

:(

TODOs:

• fix the version :)
• add a test so this never happens again :)

this needs a license

I am unable to get this working. I tried by installing it from dist.ipfs.io, then I tried using go get. I wasn't able to get the file working. What am I missing?

🐕  cd ../ipfs-update
10:52 ~/Downloads/ipfs-update 🐕  ls
build-log   ipfs-update
10:52 ~/Downloads/ipfs-update 🐕  ipfs-update
-bash: ipfs-update: command not found
10:52 ~/Downloads/ipfs-update 🐕  ipfs-
10:52 ~/Downloads/ipfs-update 🐕  sh ipfs-update 
ipfs-update: ipfs-update: cannot execute binary file
10:52 ~/Downloads/ipfs-update 🐕  go get -u github.com/ipfs/ipfs-update
10:52 ~/Downloads/ipfs-update 🐕  go ipfs-update 
go: unknown subcommand "ipfs-update"
Run 'go help' for usage.
10:52 ~/Downloads/ipfs-update 🐕  ipfs-update
-bash: ipfs-update: command not found

This is also described in issue #7:

root@3416e74c98e9:/mnt# sharness/bin/ipfs-update install v0.3.8
installing ipfs version v0.3.8
binary downloaded, verifying...
success!
installing new binary to /usr/local/bin/ipfs

installation complete.

root@3416e74c98e9:/mnt# echo $?
0

root@3416e74c98e9:/mnt# sharness/bin/ipfs-update install v0.3.8
installing ipfs version v0.3.8
binary downloaded, verifying...
success!
stashing old binary
installing new binary to /usr/local/bin/ipfs/ipfs
ERROR: Install failed:  error moving new binary into place: open /usr/local/bin/ipfs/ipfs: no such file or directory
install failed, reverting changes...
Error reverting
failed to replace binary after install fail:  open /usr/local/bin/ipfs/ipfs: no such file or directory
sorry :(
your old ipfs binary should still be located at:  /root/.ipfs/old-bin/ipfs-v0.3.8
try: `mv "/root/.ipfs/old-bin/ipfs-v0.3.8" "/usr/local/bin/ipfs/ipfs"`
ERROR: error moving new binary into place: open /usr/local/bin/ipfs/ipfs: no such file or directory 

root@3416e74c98e9:/mnt# echo $?
1

It also fails in the same way when installing v0.3.8 after v0.3.9.

The site https://ipfs.io and https://dist.ipfs.io are fully censored by the GFW. Is there a way to update ipfs via IPFS?

It's just not updating the version. The daemon is not running. I'm trying to update from 0.4.6 to 0.4.11 (latest).

[vagrant@localhost ~]$ ipfs version
ipfs version 0.4.6
[vagrant@localhost ~]$ ipfs-update install latest
fetching go-ipfs version v0.4.11
binary downloaded, verifying...
install failed, reverting changes...
error initializing with new binary: exit status 1: initializing IPFS node at /ipfs/update-staging/test764857057
generating 2048-bit RSA keypair...done
peer identity: QmZszAzwmsuzKKTV6L7FEgzmUzjhxK2iyXPU5WT3YkaPaL
Error: sync /ipfs/update-staging/test764857057/datastore: invalid argument

[vagrant@localhost ~]$ sudo ipfs-update
sudo: ipfs-update: command not found
[vagrant@localhost ~]$ which ipfs-update
/usr/local/bin/ipfs-update
[vagrant@localhost ~]$ sudo /usr/local/bin/ipfs-update install latest
Already have version v0.4.11 installed, skipping.

Installation complete!
[vagrant@localhost ~]$ ipfs version
ipfs version 0.4.6
[vagrant@localhost ~]$ which ipfs
/usr/local/bin/ipfs
[vagrant@localhost ~]$ ipfs-update version
v0.4.6
[vagrant@localhost ~]$ ipfs-update --version
ipfs-update version 1.5.1
[vagrant@localhost ~]$ grep NoSync /ipfs/config
    "NoSync": true,
[vagrant@localhost ~]$ uname -a
Linux localhost.localdomain 3.10.0-514.10.2.el7.x86_64 #1 SMP Fri Mar 3 00:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[vagrant@localhost ~]$ cat /etc/centos-release
CentOS Linux release 7.3.1611 (Core)

hi guys, what should I try to get IPFS updated ?

ipfs version
ipfs version 0.4.0

ipfs update
Error: ipfs-update not installed.

Anything os specific (like HOME, and executable names) should get its own subpackage so we can keep that logic together and well tested

> ipfs-update fetch v0.4.0-dev
installing ipfs version v0.4.0-dev

if fetch != install it shouldn't claim it is installing it.

Tested it out-- seems to work! 👍

• nice command help
• minor testing, seems to work well 👍 🎆 👏
• clear output tells the user what's going on
• nice reverting (with interactive select!) 😎
• nice ipfs-update versions output

Things to Fix

• command help could be more user friendly: no idea what to feed it here:

  ./ipfs-update revert --help
  NAME:
     ./ipfs-update revert - revert to previously installed version of ipfs
  
  USAGE:
     ./ipfs-update revert [arguments...]
  
  DESCRIPTION:
     revert will check if a previous update left a stashed
  binary and overwrite the current ipfs binary with it.
  

• use v<num> or <num>, be consistent:

  > ./ipfs-update versions
  v0.3.2
  v0.3.4
  v0.3.5
  v0.3.6
  v0.3.7
  v0.3.8
  v0.3.9
  > ./ipfs-update version
  0.3.9
  

• improve description of stash cmd, not clear what it would be used for.

• separate testnew.go into own subpkg -- https://github.com/ipfs/ipfs-update/blob/b4d672f8551bb17e8f84d19b35cfbf2b82a9f400/testnew.go

• separate the "update bundle" formatting parts into a subpkg (versions.go)

• use localApiUrl const for url

  ipfs-update/versions.go

  Line 31 in b4d672f

  sh := api.NewShell("http://localhost:5001")

• port is configurable...

  ipfs-update/versions.go

  Line 31 in b4d672f

  sh := api.NewShell("http://localhost:5001")

  • read $repo/api file (respect $IPFS_PATH)
  • respect --api flag

• should bound the httpFetch resp.Body reader with a limited reader (like at most {4MB, 8MB} or something) --

  ipfs-update/utils.go

  Line 24 in b4d672f

  mes, err := ioutil.ReadAll(resp.Body)

  to avoid hosing the local client's memory if there's a malicious remote host.

• Decompose into logical units!

  ipfs-update/install.go

  Line 17 in b4d672f

  func InstallVersion(root, v string, nocheck bool) error {

  -- long sequences of tangential instructions ARE NOT easy to follow. I had to break it up into this: https://gist.github.com/jbenet/aa51fce4fb271f92070e just to check everything made sense. Use that or something even better.

• should say "error reverting" --

  ipfs-update/revert.go

  Line 20 in b4d672f

  stump.Log("error replacing binary after install fail: ", rnerr)

• Give user directions on what to do now:

  ipfs-update/revert.go

  Line 22 in b4d672f

  stump.Log("your old ipfs binary should still be located at: ", stashpath)

  -- maybe like

  maybe try: mv $stashpath $binpath
  

  Otherwise, this tool leaves users totally in the dust. "my old binary is in X, ok? what does that mean? what should i do?"

• mixing your stump thing with fmt.Fprintf !? --

  ipfs-update/revert.go

  Line 56 in b4d672f

  fmt.Fprintf(tw, "%d)\t%s\t%s\n", i+1, bin.Name(), bin.ModTime().Format(time.ANSIC))

  -- great now changing the logger will fail to catch these.

• if going to allow overriding stdio elsewhere, make this a variable reader too, not os.Stdio --

  ipfs-update/revert.go

  Line 61 in b4d672f

  scan := bufio.NewScanner(os.Stdin)

• repeat "(0 to exit)" here --

  ipfs-update/revert.go

  Line 68 in b4d672f

  stump.Log("please enter a number in the range 1-%d", len(entries))

• can the "VERSION" and "AUTHORS" parts be removed from standard --help output? i think it's distracting to the average user. or if not, then maybe as one subtle line at the end?

  ipfs-update version <version>, by <authors>
  

• The habit of writing out to the user from the bowels of the code is very bad. It makes me never want to touch this code, as any meaningful refactor could have unintended serious impact in the flow of the UX.

• bad error -- handle errors better

  ./ipfs-update install 0.3.8
  installing ipfs version 0.3.8
  fetching 0.3.8 binary...
  ERROR: no link named "0.3.8" under QmctgsD3G5MrvUcuVAZ6tVXP2c2pkgsEsqT85gQaTcfGjw
  

• silently correct inputs not specifying the v (or clearly handle this error specially, by prompting the user to add it)

• none of this is tested

Overall, a good start! 👍

but needs lots of testing before i would be comfortable shipping this to users in a "this is the recommended upgrade path" state.

I got the following error when trying to upgrade to v0.4.2.

ERROR: fetching resource: 404 Not Found
install failed, reverting changes...
ERROR: 404 Not Found: Path Resolve error: no link named "go-ipfs_v0.4.2_linux-amd64.zip" under QmSqVhoY6pvX9wEPC6UE6r858NaZvQHfyFW7GUgepnRxR2 

I checked the dist page. It seems that the dist server not longer provides zip file.

Here's the transcript

darkstar@flonne:~$ go version
go version go1.6 linux/386
darkstar@flonne:~$ ipfs-update  version
v0.3.11-dev
darkstar@flonne:~$ ipfs-update  install v0.4.0-dev
fetching ipfs version v0.4.0-dev
binary downloaded, verifying...
success!
stashing old binary
installing new binary to /var/lib/go/bin/ipfs
checking if repo migration is needed...
  - Migration required
ERROR: Migration Failed:  # cd /var/lib/go/src/github.com/ipfs/fs-repo-migrations; git submodule update --init --recursive
No submodule mapping found in .gitmodules for path 'ipfs-1-to-2/golang-lru'
package github.com/ipfs/fs-repo-migrations: exit status 1
 exit status 1
install failed, reverting changes...
ERROR: # cd /var/lib/go/src/github.com/ipfs/fs-repo-migrations; git submodule update --init --recursive
No submodule mapping found in .gitmodules for path 'ipfs-1-to-2/golang-lru'
package github.com/ipfs/fs-repo-migrations: exit status 1
 exit status 1

I would be happy with just wiping and re-initializing/re-installing ipfs, but I have no idea where all those go-files and the other stuff is stored. I'm considering rm -rf /var/lib/go (since I have no other programs that use go) but I'm not sure if that'll break my whole installation

Any advice?

ipfs-update should update itself, too. it's annoying to have to go download it.

tried to install ipfs with the latest ipfs-update binary from dist.ipfs.io on a clean debian stable vm

Versions i tried:

• v0.4.1
• v0.4.2
• v0.4.3
• v0.4.5-pre1
• v0.4.4

all result in the same error:

daemon check failed: open /home/vagrant/.ipfs/api: no such file or directory
no pre-existing ipfs installation found
fetching go-ipfs version v0.4.4
  - using GOOS=linux and GOARCH=amd64
  - fetching "/ipns/dist.ipfs.io/go-ipfs/v0.4.4/go-ipfs_v0.4.4_linux-amd64.tar.gz"
fetching url: https://ipfs.io/ipns/dist.ipfs.io/go-ipfs/v0.4.4/go-ipfs_v0.4.4_linux-amd64.tar.gz
  - writing to /tmp/ipfs-update592994973/go-ipfs_v0.4.4_linux-amd64.tar.gz
  - extracting binary to tempdir:  /tmp/ipfs-update645384374/ipfs-new
binary downloaded, verifying...
  - running init in '/home/vagrant/.ipfs/update-staging/test306772824' with new binary
  - running: [/tmp/ipfs-update645384374/ipfs-new init]
  - checking new binary outputs correct version
  - running: [/tmp/ipfs-update645384374/ipfs-new version]
install failed, reverting changes...
ERROR: version didnt match 

if i run the last command by hand:

vagrant@jessie:~$ /tmp/ipfs-update645384374/ipfs-new version
ipfs version 0.4.4

I am currently running v0.4.2 installed via the ipfs-update tool and installed in $HOME/gocode/bin/ipfs.

I run ipfs daemon in one window and then in another window run this:

$ ipfs update  install v0.4.2
fetching go-ipfs version v0.4.2
binary downloaded, verifying...
success!
stashing old binary
installing new binary to /home/wscott/gocode/bin/ipfs
checking if repo migration is needed...

installation complete.
remember to restart your daemon before continuing

Works fine, but shouldn't have actually changed anything. Just including that to demonstrate that it works. Hit ^C in daemon window and wait for it to shutdown and then started it again. Next I run this:

$ ipfs update  install v0.4.3-dev
fetching go-ipfs version v0.4.3-dev
binary downloaded, verifying...
success!
install failed, reverting changes...
ERROR: exit status 1: Error: invalid ipfs ref path

This time it fails. Same thing happens when I run without a daemon running in the background.

I get:

#  sharness/bin/ipfs-update install v0.3.8
installing ipfs version v0.3.8
ERROR: fetching resource: 408 Request Timeout
install failed, reverting changes...
ERROR: 408 Request Timeout: Path Resolve error: context deadline exceeded

#  sharness/bin/ipfs-update install v0.3.7
installing ipfs version v0.3.7
ERROR: fetching resource: 408 Request Timeout
install failed, reverting changes...
ERROR: 408 Request Timeout: Path Resolve error: context deadline exceeded

#  sharness/bin/ipfs-update install v0.3.10
installing ipfs version v0.3.10
ERROR: fetching resource: 404 Not Found
install failed, reverting changes...
ERROR: 404 Not Found: Path Resolve error: no link named "v0.3.10" under QmctgsD3G5MrvUcuVAZ6tVXP2c2pkgsEsqT85gQaTcfGjw 

So basically I can only write tests using v0.3.9.

it must, else most users dont know what to do! let's take UX seriously.

forgot to increment version number: https://github.com/ipfs/ipfs-update/blob/master/config/config.go#L7

need a release checklist or something.

Version information: 0.4.12

Type: Feature Request

Severity: Enhancement

Description: Currently ipfs update install requires a version to be specified.

ipfs update install with no versions should install the latest version instead as this is the most common use case.

Inspired by concourse's fly cli, a sync feature (https://concourse.ci/fly-sync.html) that once run against the API (in this case, a ipfs daemon API) would sync the version of the cli to match the version on the API.

$ ipfs id
Incompatible API version!
$ ipfs-update sync /ip4/127.0.0.1/tcp/5001
Checking version of API...
Got version 0.4.3, downloading the right IPFS version
Downloaded! 
$ ipfs id
{
	"ID": "QmZ8pJ4vNP4BSH",
	"PublicKey": "CAASpgIwggEiMA0QOevfKUQWkPDCqyh3hlcCSyUTAgMBAAE=",
	"Addresses": null,
	"AgentVersion": "go-libp2p/3.3.4",
	"ProtocolVersion": "ipfs/0.1.0"
}

ipfs-update.exe asks for permissions, then runs in popup window and exits. Output redirection doesn't work, so I can't even read the help.

I just tried to use ipfs-update to install v0.4.0, and this is what I got:

C:\Users\drk>ipfs update --verbose install v0.4.0
daemon check failed: open .ipfs\api: The system cannot find the file specified. fetching go-ipfs version v0.4.0
  - using GOOS=windows and GOARCH=amd64
  - fetching "/ipns/dist.ipfs.io/go-ipfs/v0.4.0/go-ipfs_v0.4.0_windows-amd64.zip"
fetching url: https://ipfs.io/ipns/dist.ipfs.io/go-ipfs/v0.4.0/go-ipfs_v0.4.0_windows-amd64.zip
  - writing to C:\Users\drk\AppData\Local\Temp\ipfs-update075339658\go-ipfs_v0.4.0_windows-amd64.zip
  - unpacking zip to "C:\\Users\\drk\\AppData\\Local\\Temp\\ipfs-update518033175\\ipfs-new"
  - extracting binary to tempdir:  C:\Users\drk\AppData\Local\Temp\ipfs-update518033175\ipfs-new
binary downloaded, verifying...
  - running init in '.ipfs\update-staging\test137528673' with new binary
install failed, reverting changes...
ERROR: error initializing with new binary: exec: "C:\\Users\\drk\\AppData\\Local\\Temp\\ipfs-update518033175\\ipfs-new": file does not exist:

I checked, and the indicated ipfs-new file exists. It looks like the problem is that it's trying to execute it, but it's doing it in a way that doesn't work unless the file has an .exe extension.

(This is doubly frustrating because I already have 0.4.0; it's just that I want to migrate my current settings, but there are no instructions for how to do this other than "run ipfs-update".)

Not familiar with Go, but it seems that sort.Slice is being used in
github.com/libp2p/go-libp2p-connmgr
depended by github.com/libp2p/go-libp2p-host
depended by github.com/libp2p/go-floodsub
depended by github.com/ipfs/go-ipfs-api,
which requires Go 1.8+. Either pin down to a previous version (if possible) or update README?

$ ipfs-update install v0.4.4
fetching go-ipfs version v0.4.4
binary downloaded, verifying...
install failed, reverting changes...
ERROR: error initializing with new binary: exec: "C:\\Users\\edsilv\\AppData\\Local\\Temp\\ipfs-update648285215\\ipfs-new": file does not exist:

ipfs version is 0.4.2

on windows 10 x64

I am having some issues updating this.

I wanted to update go-ipfs. So, I found out what version I had - v0.4.2. Then, I went to ipfs/go-ipfs, and looked at the update section. It told me to go to ipfs-update. I already have that installed, so I ran it. When I ran $ ipfs-update versions, it showed me up to v0.4.2. This, I think, means that I have those versions installed - but that wouldn't help me update it, as I don't know the current version. So, I went to dist.ipfs.io, and saw that there is a version v0.4.4.

$  ipfs update install v0.4.4
fetching ipfs version v0.4.4
install failed, reverting changes...
ERROR: no link named "v0.4.4" under QmXaJQK4s9MK79nayF6XCUvCzpweXXTxY5ZtSsCoZ2jTAq

What am I doing wrong here?

Running ipfs version 0.3.9-dev. ipfs-update installed via go get -u github.com/ipfs/ipfs-update

$ ipfs-update install 0.4.0-rc2
fetching ipfs version v0.4.0-rc2
install failed, reverting changes...
ERROR: cat: multihash length inconsistent: &{124  132 [104]} 

$  ipfs-update versions
ERROR: Failed to query versions:  cat: multihash length inconsistent: &{124  132 [104]}

It would be awesome to have an arm64 build.

The title says it already. Does the updater also update the web ui? Because in the last relaese rc4, the web ui does still not working

We could probably make this output more friendly:

> ipfs-update install v0.4.3-rc3
fetching go-ipfs version v0.4.3-rc3
binary downloaded, verifying...
        success!
stashing old binary
installing new binary to /usr/local/bin/ipfs
checking if repo migration is needed...
  - Migration required
fetching fs-repo-migrations version v1.1.0
running migration: '/var/folders/nn/33h5t_cn5ql90zjywzwbrxnc0000gn/T/ipfs-update-migrate306730086/fs-repo-migrations -to 4 -y'
Found fs-repo version 3 at /Users/earth/.ipfs
===> Running migration 3 to 4...
applying 3-to-4 repo migration
locking repo at "/Users/earth/.ipfs"
  - verifying version is '3'
  - opening datastore at "/Users/earth/.ipfs"
transfering blocks to new key format
[15 / 15] Approx time remaining: 698s
transferring stored public key records
gathering keys...
got 1 keys, beginning transfer. This will take some time.
[1 / 1]
transferring stored ipns records
gathering keys...
got 1 keys, beginning transfer. This will take some time.
[1 / 1]
updated version file
===> Migration 3 to 4 succeeded!
migration succeeded!

installation complete.

Perhaps something like

> ipfs-update install v0.4.3-rc3
fetching go-ipfs version v0.4.3-rc3: downloading... verifying... success!
stashing old go-ipfs binary at <location>
installing new go-ipfs binary to /usr/local/bin/ipfs
repo migration is needed: must migrate from <v1> to <v2>

fetching fs-repo-migrations version v1.1.0: downloading... verifying... success!
run /var/folders/nn/33h5t_cn5ql90zjywzwbrxnc0000gn/T/ipfs-update-migrate306730086/fs-repo-migrations -to 4 -y
Found fs-repo version 3 at /Users/earth/.ipfs
===> Running migration 3 to 4...
applying 3-to-4 repo migration
locking repo at "/Users/earth/.ipfs"
verified version is '3'
transferring blocks to new key format [15 / 15]
transferring stored public key records [1 / 1]
transferring stored ipns records [1 / 1]
updated version file
===> Migration 3 to 4 succeeded!
migration succeeded!

installation complete.

Saw there's a domain setup for update.ipfs.io -- cool!

Though I think this probably should be housed at refs.ipfs.io with other things -- thoughts? Intuition here is that it will be easier to keep track of everything if it is in one single repo, rather than a bunch of domains that we will have to account separately.

Update flow on Windows is pretty broken.

Running ipfs update install v0.4.3-rc1 yields;

binary downloaded, verifying...
install failed, reverting changes...
ERROR: error initializing with new binary: exec: "C:\\Users\\zqueal\\AppData\\Local\\Temp\\ipfs-update837744511\\ipfs-new": file does not exist:

Upon inspecting the folder, there is a zip with the new version in it. So I manually dropped it in my path. Come to find, however, that it's actually 0.4.3-dev and not v0.4.3-rc1 which is weird.

Running ipfs daemon after the "update" failed as well;

Initializing daemon...
Found old repo version, migrations need to be run.
Run migrations automatically? [y/N] y
  => checking for migrations binary...
  => usable migrations not found on system, fetching...
fetching url: https://ipfs.io/ipfs/QmUnvqDuRyfe7HJuiMMHv77AMUFnjGyAU28LFPeTYwGmFF/fs-repo-migrations/versions
fetching url: https://ipfs.io/ipfs/QmUnvqDuRyfe7HJuiMMHv77AMUFnjGyAU28LFPeTYwGmFF/fs-repo-migrations/v1.1.0/fs-repo-migrations_v1.1.0_windows-amd64.zip
Error: no migration binary found that supports version 4 - failed to check migrations version: exec: "C:\\Users\\zqueal\\AppData\\Local\\Temp\\go-ipfs-migrate672150123\\fs-repo-migrations": file does not exist

From here I couldn't get the migrations to happen*. So I ended up removing my .ipfs repo and ipfs init again.

ipfs-update fetch seems to grab the linux version, and not the windows version.

* It seems I was unable to get migrations to happen because I didn't have the fs-repo-migrations.exe in my path.

So apparently this tool installs ipfs into $GOPATH/bin. this tool is meant for people without go. this should use some other standard bin location.

> ipfs-update install latest
fetching ipfs version v0.4.3-rc1
install failed, reverting changes...
ERROR: Post http://127.0.0.1:5001/api/v0/cat?arg=%2Fipns%2Fdist.ipfs.io%2Fgo-ipfs%2Fv0.4.3-rc1%2Fgo-ipfs_v0.4.3-rc1_linux-amd64.tar.gz&encoding=json&stream-channels=true: EOF

I have:

• a daemon running (0.4.2)
• want to upgrade to 0.4.3-rc1

problem:

• the error above is not indicative of the problem, or helpful
• the error above leaves me at a loss of what to do.
• not clear why it failed.

FreeBSD has a command called ipfs which is part of the firewall tooling: http://www.unix.com/man-page/FreeBSD/8/ipfs/
That's also why the port is called ipfs-go.

ipfs-update needs to take this into account.

cc @Aranjedeath

latest should be the latest release. It should never install development versions.

Most people use .local/bin instead of bin for their personal binaries.

I ran the following command to get ipfs-update:

go get -u github.com/ipfs/ipfs-update

This worked and correctly installed ipfs-update on my ~/go/bin folder.

I then put that path in my PATH to be able to run ipfs-update from anywhere.

I then tried to install ipfs by running this command:

ipfs-update install v0.4.13

Which outputs this error:

fetching go-ipfs version v0.4.13
binary downloaded, verifying...
success! tests all passed.
install failed, reverting changes...
ERROR: could not find good install location 

I don't think there's any environment issues on my machine, maybe you just didn't test this on Ubuntu before?

My system is a Ubuntu 16.04 LTS 64-bit and I have plenty of RAM (16GB) and disk space (at least 400GB free).

in bad connections, unclear if this program just hangs.

this should install to a system bin path, like /usr/bin or /usr/local/bin, depending on what the user's $PATH looks like (it may not have a /usr/local/bin).

> ipfs-update install v0.3.11
fetching ipfs version v0.3.11
binary downloaded, verifying...
success!
installing new binary to /home/jbenet/go/bin/ipfs
ERROR: Install failed:  error moving new binary into place: open /home/jbenet/go/bin/ipfs: no such file or directory
install failed, reverting changes...
ERROR: error moving new binary into place: open /home/jbenet/go/bin/ipfs: no such file or directory

I should not have to have go installed or configured to make this work.

I'm using Chrome 60.0.3112.113, and Windows amd64 binary cannot be downloaded, as shown in this screenshot.

(That's just saying This file is dangerous and we blocked it)

Log:

➜  ~  go get github.com/ipfs/ipfs-update
# github.com/ipfs/ipfs-update
go/src/github.com/ipfs/ipfs-update/main.go:42: sh.IsUp undefined (type *shell.Shell has no field or method IsUp)

ipfs update install v0.4.6-rc1
fetching go-ipfs version v0.4.6-rc1
binary downloaded, verifying...
install failed, reverting changes...
ERROR: version didnt match