Package Details: mist-git 0.8.2.r6.g18fa764-1

Git Clone URL: https://aur.archlinux.org/mist-git.git (read-only)
Package Base: mist-git
Description: Mist dapp browser and Ethereum wallet (git version).
Upstream URL: https://github.com/ethereum/mist
Licenses: GPL
Conflicts: libnode, libnode-git, mist
Provides: libnode, mist
Submitter: 5chdn
Maintainer: flacks
Last Packager: 5chdn
Votes: 6
Popularity: 0.045881
First Submitted: 2016-01-20 10:25
Last Updated: 2016-08-25 08:02

Latest Comments

5chdn commented on 2017-08-31 08:30

Abandoning this package.

zezadas commented on 2017-08-22 11:16

yarn is missing on dependencies

5chdn commented on 2017-07-25 09:37

This package does not compile for more than a year now. I will probably delete it.

Edit 0, what I mean: The source does not build on Arch Linux due to bugs. I didn't update the PKGBUILD because I don't want to push broken packages.

Edit 1, if anyone wants to join me as a co-maintainer and take over the communication with the upstream developers, please ping me.

grisu48 commented on 2017-06-29 08:25

Still not working: Patch no longer applies to gulpfile.js

james commented on 2017-05-25 12:58

Doesn't compile as ajv >5 is required, but it installs ajv 4.11.8

also yarn is missing from dependencies

james commented on 2017-05-25 12:33

Patch no longer applies to gulpfile.js

luclu commented on 2016-06-09 21:42

@5chdn you could drop line 73 (npm install electron-prebuilt) as a) this pulls the latest (unsupported) version and b) line 77 (gulp wallet --platform linux) will already evoke "npm install electron-prebuilt" at the appropiate version.

trekdev commented on 2016-03-14 08:47

@cameel Yes. Mist-git was working fine with geth-git. You just ran geth separately before running mist, and mist would just find the geth socket fd in ~/.ethereum/geth.ipc

Thanks for explanation.

cameel commented on 2016-03-14 00:38

@trekdev Was mist-git + geth-git working for you out of the box? Or did you manually replace the binary in /usr/share/mist/resources/node/geth/geth with a symlink to /usr/bin/geth? Unless I am missing something, it could not have worked with geth-git otherwise. I'm just curious how people were using this until the recent change.

mist-git builds its own version of geth so @5chdn just made it available to the rest of the system by putting a symlink in /usr/bin. Naturally it conflicts with geth built from other sources.

So, for now, it's recommended to use the bundled geth. If you want to use it with geth-git, you must modify the PKGBUILD on your own. I.e. remove the conflict, remove the symlink from /usr/bin and make it possible for mist to find your geth binary. Not perfect but at least the package works out of the box for people who don't have geth. And others still need tweaks just like they needed until now.

Of course it doesn't mean that it's good. I think that it should work with geth packages without tweaks. We can to better but we're waiting for mist developers to tell us how it's meant to be packaged because it's inconsistent. For example the official release .zip includes geth on x86_64 but not on i686. See https://github.com/ethereum/mist/issues/264

Personally I think that the solution will be to remove geth from mist-git and mist packages. Or make it a split package so that it's possible to retain the binary without hassle if one really wants it. The binary is obviously provided for the convenience of Windows and Mac users which don't have sensible package management. Actually, I could do the modifications tomorrow if @5chdn has nothing against. We can always change it later to whatever developers decide.

trekdev commented on 2016-03-13 22:49

Latest update now provides geth, which conflicts with geth, geth-git packages.

I was using the geth-git package for geth. What is the recommended way to have geth/mist/mix etc. all installed?

All comments