Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - mist-git

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

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

Git Clone URL: https://aur-dev.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: 5chdn (cameel)
Last Packager: 5chdn
Votes: 4
Popularity: 0.009868
First Submitted: 2016-01-20 10:25
Last Updated: 2016-08-25 08:02

Latest Comments

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?

5chdn commented on 2016-03-13 08:37

here you go, give it a try. and thanks, i could use some help, i'm not the most experienced install-scripter ;-)

cameel commented on 2016-03-12 22:15

Co-maintainer? Is this even possible on AUR?

The answer is... maybe. It's a bit early to say if I'll keep long term interest in this package. I've just started using it very recently and for the time being I can't even get mist to create an ETH account (https://github.com/ethereum/mist/issues/248) :) Actually I'm only trying out the git version because I wanted to see if the issue has been fixed in master. But as long as I'm around I can try to help in maintaining it in one way or another...

5chdn commented on 2016-03-12 19:44

"pkgver to 0.5.2" ... that is a mess, but it is caused upstream. i will push fixes in a minute. do you wish to become co-maintainer?

cameel commented on 2016-03-12 19:23

Another issue with the package is that building it affects user's home directory. Namely ~/.meteor gets filled with about 1 GB of mostly JS code. Apparently meteor-js copies it from /opt/meteor the first time it's used. This data does not seem to be required by mist after it's been built.

Apart from being an annoyance when you're short on disk space, I suspect it might influence building process in unexpected ways if the user does develop something with meteor-js. Of if he has already built another package (or even an earlier version of mist-git) on the same machine. In other words, the build environment is not isolated and builds won't be repeatable.

Making PKGBUILD or post_install() delete ~/.meteor after the build is of course not a good idea. It might have been already present. It would be best if the PKGBUILD configured the package is such a way that the meteor stuff lands somewhere in the build directory instead. Any suggestions on how to do that?

cameel commented on 2016-03-12 18:40

Also, same problem as with https://aur.archlinux.org/packages/mist/ The file /usr/share/mist/resources/node/geth/geth is not marked as executable.

For anyone having probems starting the wallet, until the PKGBUILD is fixed, you have to add this line at the end of package() to make it work:

chmod 755 "${pkgdir}/usr/share/${pkgname}/resources/node/geth/geth"

Or, if you want to use geth-git, remove the file and make it a symlink to /usr/bin/geth

cameel commented on 2016-03-12 18:38

Package fails to build for me:

==> Entering fakeroot environment...
==> Starting package()...
-> Installing Mist...
cp: cannot stat '/tmp/pacaurtmp-cameel/mist-git/src/mist-git/dist_wallet/Ethereum-Wallet-linux64-0-5-1/.': No such file or directory
==> ERROR: A failure occurred in package().

Ethereum-Wallet-linux64-0-5-1 is missing but there's Ethereum-Wallet-linux64-0-5-2 instead. Bumping pkgver to 0.5.2 fixes the problem.