bisq
bisq copied to clipboard
bisq-network
Bisq Desktop crashes on Alpine
Description
Bisq crashes immediately when I try to run it on Alpine
Version
1.9.18
Expected behaviour
Program runs normally
Actual behaviour
Program immediately crashes
Device or machine
Alpine Linux (Busybox+Musl)
Additional info
Shell output:
(building)
$ JAVA_HOME="/usr/lib/jvm/java-11-openjdk" ./gradlew clean :desktop:build -x test # I have multiple JDK versions installed because I have other apps which require different JDK versions
# <seems to build properly>
(running)
$ JAVA_HOME="/usr/lib/jvm/java-11-openjdk" ./bisq-desktop
Dec-24 10:00:30.574 [main] INFO bisq.common.setup.CommonSetup: Log file at: /home/lesbiab/.local/share/Bisq/bisq.log
Dec-24 10:00:30.610 [main] INFO bisq.common.util.Utilities: System info: os.name=Linux; os.version=6.6.67-0-lts; os.arch=amd64; sun.arch.data.model=64; JRE=11.0.25+9-alpine-r0 (Alpine); JVM=11.0.25+9-alpine-r0 (OpenJDK 64-Bit Server VM)
Dec-24 10:00:30.759 [main] INFO bisq.common.app.AsciiLogo:
........ ......
.............. ......
................. ......
...... .......... .. ......
...... ...... ...... ............... ..... ......... ..........
....... ........ .................. ..... ............. ...............
...... ........ .......... ....... ..... ...... ... ........ .......
...... ..... ....... ..... ..... ..... ..... ......
...... ... ... ...... ...... ..... ........... ...... ......
...... ..... .... ...... ...... ..... ............ ..... ......
...... ..... ...... ..... ........ ...... ......
...... .... ... ...... ...... ..... .. ...... ...... ........
........ .. ....... ................. ..... .............. ...................
.......... ......... ............. ..... ............ .................
...................... ..... .... .... ......
................ ......
.... ......
......
Dec-24 10:00:30.782 [main] INFO bisq.common.app.Version: Version{VERSION=1.9.18, P2P_NETWORK_VERSION=1, LOCAL_DB_VERSION=1, TRADE_PROTOCOL_VERSION=4, BASE_CURRENCY_NETWORK=0, getP2PNetworkId()=10}
Dec-24 10:00:30.787 [main] INFO bisq.common.setup.CommonSetup: Path to Bisq jar file: /home/lesbiab/Downloads/bisq-1.9.18/lib/common.jar
Dec-24 10:00:30.884 [main] INFO bisq.common.util.Profiler: Total memory: 128 MB; Used memory: 30.001 MB; Free memory: 97.999 MB; Max memory: 2 GB; No. of threads: 1
Dec-24 10:00:30.926 [main] INFO bisq.core.setup.CoreNetworkCapabilities: TRADE_STATISTICS [0], TRADE_STATISTICS_2 [1], ACCOUNT_AGE_WITNESS [2], PROPOSAL [5], BLIND_VOTE [6], ACK_MSG [7], RECEIVE_BSQ_BLOCK [8], DAO_STATE [9], BUNDLE_OF_ENVELOPES [10], SIGNED_ACCOUNT_AGE_WITNESS [11], MEDIATION [12], REFUND_AGENT [13], TRADE_STATISTICS_HASH_UPDATE [14], NO_ADDRESS_PRE_FIX [15], TRADE_STATISTICS_3 [16], BSQ_SWAP_OFFER [17]
Dec-24 10:00:30.936 [main] INFO bisq.core.locale.GlobalSettings: Locale info: en_US
Dec 24, 2024 10:00:31 AM com.sun.javafx.application.PlatformImpl startup
WARNING: Unsupported JavaFX configuration: classes were loaded from 'unnamed module @416c58f5'
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000003946, pid=11856, tid=11899
#
# JRE version: OpenJDK Runtime Environment (11.0.25+9) (build 11.0.25+9-alpine-r0)
# Java VM: OpenJDK 64-Bit Server VM (11.0.25+9-alpine-r0, mixed mode, tiered, compressed oops, g1 gc, linux-amd64)
# Problematic frame:
# C 0x0000000000003946
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/lesbiab/Downloads/bisq-1.9.18/hs_err_pid11856.log
#
# If you would like to submit a bug report, please visit:
# https://gitlab.alpinelinux.org/alpine/aports/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Aborted
Thanks for opening your first issue here!
Be sure to follow the issue template. Your issue will be reviewed by a maintainer and labeled for further action.
![boring-cyborg[bot] avatar](https://avatars.githubusercontent.com/in/50386?v=4 "Published by a pub.dev verified publisher"){kind=small}
@Zainmor-tech Did you just try to scam me by linking me to a website that you couldn't even be bothered to get a custom domain for? Google Firebase's free plan does not make for a convincing lander for a scam; nor does replying to an issue with an entirely-unrelated answer using a burner GitHub account you created 2 weeks ago that has no contributions to any project, let alone the one you're pretending to be officially associated with.
@NobodySpecial256 I am not personally familiar with Alpine, but in the offchance it might help, try building from source: https://github.com/bisq-network/bisq/blob/master/docs/build.md
I did. The log I pasted above is the output when I built from source.
I did. The log I pasted above is the output when I built from source.
Right, I see now.
I did not notice the command you ran, and since I saw the bisq ascii art I took for granted it was a running cli log and not a build output.
I am not a java dev myself but when I build I just use ./gradlew build and my output doesn't show the ascii logo. Probably will not make a difference in your case though.
I am afraid I cannot provide further assistance except a very general "run from a debian vm", which is suboptimal I understand.
Development efforts are all set on bisq2 so I do not see this issue getting traction.
So, that's actually 2 separate commands. I posted the build command I used, just to show exactly what options I built with, but the ASCII art is from actually trying to run Bisq Desktop. I edited the issue to make this more clear.
The build process works fine, it's when I try to run it that I get an error.
Development efforts are all set on bisq2 so I do not see this issue getting traction.
I was considering trying Bisq2 until I saw that it's still in beta. Would you say Bisq2 is production-ready?
Oh I see now, everything checks out. Sorry I couldn't be of more help though! Bisq2 is production ready for the Bisq Easy trading protocol, it's not a replacement for Bisq1 multisig but rather a platform for nocoiners to get their first btc and seller to play a long-term profit game with higher costs but also higher sale premiums. It is not great but I still stand by my previous suggestion of running Bisq1 inside a debian stable VM
Running it in a VM doesn't really fit the usecase, the purpose of compiling Bisq is to package kit for an Alpine-based distro I'm developing. If I just want to run Bisq, I can do that easily enough on my Qubes daily driver.
@suddenwhipvapor Can Bisq2 be used to trade XMR? That's the primary purpose of bundling Bisq in the distro's repos, to provide an anonymous KYC-less way for people to acquire and cash out XMR.
@suddenwhipvapor Can Bisq2 be used to trade XMR? That's the primary purpose of bundling Bisq in the distro's repos, to provide an anonymous KYC-less way for people to acquire and cash out XMR.
Bisq2 has a XMR payment method supported to trade against BTC, and you can create your own payment methods in any case, but it's usually for higher price than what happens on BIsq1 as sellers have to cover for the costs of getting a reputation score
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
![github-actions[bot] avatar](https://avatars.githubusercontent.com/in/15368?v=4 "Published by a pub.dev verified publisher"){kind=small}
This issue has been automatically closed because of inactivity. Feel free to reopen it if you think it is still relevant.