Package Details: bisq 1.1.7-1

Git Clone URL: https://aur.archlinux.org/bisq.git (read-only)
Package Base: bisq
Description: Cross-platform desktop application that allows users to trade national currency (dollars, euros, etc) for bitcoin without relying on centralized exchanges
Upstream URL: https://bisq.network
Licenses: AGPL3
Conflicts: bisq-bin, bisq-git
Provides: bisq
Submitter: dmp1ce
Maintainer: dmp1ce (freimair)
Last Packager: freimair
Votes: 24
Popularity: 1.669313
First Submitted: 2017-07-05 14:43
Last Updated: 2019-09-23 10:20

Latest Comments

1 2 3 4 Next › Last »

paulodiovani commented on 2019-08-06 20:00

Please, do not SKIP package checksum.

Fetch the archive from github instead: https://github.com/bisq-network/${pkgname}/archive/v${pkgver}.tar.gz

hdante commented on 2019-08-01 00:39

Hello, I'm having this crash when bisq starts:

https://github.com/bisq-network/bisq/issues/2279

There should probably be a "GDK_BACKEND=x11" environment variable set when running bisq.

https://bugs.openjdk.java.net/browse/JDK-8210411

gerardo-junior commented on 2019-02-02 09:01

not start

Feb-02 05:53:50.803 [NetworkNode-9999] ERROR b.n.p2p.network.TorNetworkNode: Could not connect to running Tor: Unsupported private_key algorithm. Did Tor get a new key type for hidden services?

dmp1ce commented on 2018-12-29 15:50

Thanks @locked_sh

I am now working with a clean environment using clean-chroot-manager and a VirtualBox VM of Antergos to test the packages properly.

I removed java-openjfx as a dependency and set java-runtime as a dependency instead. This does require that the installer set jre10-openjdk to the Java runtime in order for Bisq to work I believe.

locked_sh commented on 2018-12-27 12:37

Seems like since 0.9.0 Bisq is no longer depends on java-openjfx?

dmp1ce commented on 2018-12-10 13:34

@freimair: Thank you for helping with this package. You might consider changing the pkgrel for minor changes that do not make a version change.

IncredibleLaser commented on 2018-12-09 09:50

git is missing from makedepends, building in a clean chroot fails.

frankbe commented on 2018-12-07 15:13

You could consider to add 'jdk10-openjdk' in PKGBUILD to 'depends' as well. Until now, jdk10 is only within the build dependencies. But at least since with the JAVA_HOME setting in bisq.desktop, the runtime is now bound to jdk10 anyway.
However, I don't know if it makes any difference in practice..

freimair commented on 2018-12-06 13:39

@xuhcc: you have to run bisq with jdk10-openjdk. A sudo archlinux-java set java-10-openjdk run once solves the issue.

@all:However, as some of you might not want to switch to a systemwide java10, I updated bisq.desktop to start bisq with jdk10-openjdk. So everything should work out of the box without having to change the system java.

xuhcc commented on 2018-12-05 10:41

I'm getting this error when launching app:

Exception in thread "main" java.lang.UnsupportedClassVersionError: bisq/desktop/app/BisqAppMain has been compiled by a more recent version of the Java Runtime (class file version 54.0), this version of the Java Runtime only recognizes class file versions up to 52.0