Why not?
Printable View
Can u please help as when i try to run the code for step 4 in downloading for linx
4-Run the installer, specifying app_java_home variable to your JRE folder.
the terminal denies the access to it
any recommendations
Hi,
I have a weird issue with this Biglybt 2.7 version on Fedora 34. Previously, I used Biglybt 1.8 with Fedora 33 and everything was working fine. Since I upgraded to Fedora 34, before I upgraded Biglybt to 2.7, when I launched Biglybt 1.8, only the basic UI showed but a few seconds later it crashed. I upgraded to 2.7 but same thing occurred.
Now, I have the latest openjdk and requirements. What I noticed when I installed Biglybt 2.7 was that on the console, there was an errror/warning "Gtk-Message: 22:26:41.336: Failed to load module "pk-gtk-module" but it installed ok. However, when I launched the app it partially loaded the UI but then crashed just as above.
One interesting I found was that if I changed to root user then Biglybt 2.7 opened just fine without crashing. Another thing (sort of workaround) that I tried was that I lauched Biglybt 2.7 from the console with "./biglybt -ui console", and after it opened without any issue, then I entered "ui swt" and the GUI launched fine without crashing but the application is not 100% functional even though I could still download torrents, cheat, etc.
So, it seems like there is some kind of weird permission going that doesn't allow the "user" account on Fedora 34 to open Biglybt without the GUI crashing, but the "root" account didn't have any issue.
Also, I'm suspecting the permission issues (or something) are with gtk or swt. I don't know Fedora well enough to troubleshoot this sort of thing. Additionally, it didn't matter if I used Wayland or XORG in Fedora 34, the Biglybt app still crashed.
BTW, when I removed Biglybt 2.7 and installed 1.8, it stilled crashed. So this has something to do with Fedora 34. Maybe selinux is involved somewhere that's related to permission?
Other errors I saw when launching Biglybt 2.7 were:
(BiglyBT:9636): GLib-GObject-WARNING **: 20:13:05.720: cannot register existing type 'GtkWidget'
(BiglyBT:9636): GLib-GObject-CRITICAL **: 20:13:05.720: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed
(BiglyBT:9636): GLib-GObject-WARNING **: 20:13:05.720: cannot register existing type 'GtkBuildable'
(BiglyBT:9636): GLib-GObject-CRITICAL **: 20:13:05.720: g_type_interface_add_prerequisite: assertion 'G_TYPE_IS_INTERFACE (interface_type)' failed
(BiglyBT:9636): GLib-CRITICAL **: 20:13:05.720: g_once_init_leave: assertion 'result != 0' failed
(BiglyBT:9636): GLib-GObject-CRITICAL **: 20:13:05.720: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed
(BiglyBT:9636): GLib-GObject-CRITICAL **: 20:13:05.720: g_type_register_static: assertion 'parent_type > 0' failed
Please help. Thank you!
https://github.com/BiglySoftware/BiglyBT/issues/2112
While inadvisable from a security perspective, it seems you'll have to settle for running as root for now, as no one has found or posted a(nother) solution yet.
I found a solution. Turned out my java installation was not 100% correct which I have no idea what. But I used sdkman to install java which was quite easy as I don't even have to set the JAVA_HOME in the path manually. Sdkman can be used to install several versions of Java or other dev softwares and then switch to whatever version you want to use as default.
After that, I was able to launch Biglybt by going into the biglybt dir and run ./biglybt as my own user (without root) and it opened and worked perfectly fine.
Nice! You should post that on GitHub.
[[quote]]BIGLYBT CHANGELOG
-----------------
2021.07.09 | BiglyBT 2.8.0.0[/[quote]]
Updated today 😊
Hab mehrere Installationen durchgeführt (Java GA 17) -ohne Erfolg.
BiglyBT Meldung: "You need at least a 1.8.0_172 Java VM to install BiglyBT."
Bitte um die Hilfe.
https://github.com/BiglySoftware/BiglyBT/issues/1460 suggests editing the pref_jre.cfg file to point to the updated Java, which also matches other members' experience getting the "real" runtime to be found under Windows. If you are not able to install the base client at all, then this is better off reported on the GitHub issue tracker.
Hello, I've configured the mod as per the screenshot, any idea why it's still seeding? It should stop seeding and be removed from the list?
Thanks
Attachment 21156
If you want torrents to stop immediately upon completion, you need to configure the mod like this. The 0.01 value ensures they're actually stopped, instead of triggering a heisenbug that makes the feature do nothing :weirdo: (Credits to tonyqc for discovering that)
http://www.sb-innovation.de/attachme...chmentid=20893
Oh, and remember changes in the global settings panel you posted don't apply retroactively. For existing torrents, you'll need to double-click them and make adjustments there.
Thanks very much, that did the trick!