Package Details: soulseekqt 20180130-7

Git Clone URL: https://aur.archlinux.org/soulseekqt.git (read-only)
Package Base: soulseekqt
Description: A desktop client for the Soulseek peer-to-peer file sharing network
Upstream URL: http://www.soulseekqt.net/news/
Licenses: custom
Submitter: said
Maintainer: robertfoster
Last Packager: robertfoster
Votes: 63
Popularity: 1.095029
First Submitted: 2011-06-21 11:18
Last Updated: 2019-09-05 20:13

Latest Comments

1 2 3 4 5 Next › Last »

donatelloraphael commented on 2019-09-04 13:00

The link to Dropbox is expired. Just edit PKGBUILD and change the source to https://www.slsknet.org/SoulseekQt/Linux/SoulseekQt-2018-1-30-64bit-appimage.tgz from the Soulseek site and it should install properly.

ValdikSS commented on 2019-09-03 20:15

==> Retrieving sources... -> Downloading SoulseekQt-2018-1-30-64bit.tgz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 curl: (22) The requested URL returned error: 404 ==> ERROR: Failure while downloading https://www.dropbox.com/s/0vi87eef3ooh7iy/SoulseekQt-2018-1-30-64bit.tgz

dpack commented on 2019-06-01 02:12

I'm having the same problem as AlphaJack. Has anyone found a solution?

AlphaJack commented on 2019-05-21 09:43

I can't install the package bacause I'm getting this error:

==> Entering fakeroot environment...
==> Starting package()...
  -> Extraction...
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Failed to connect to bus: Operation not permitted
Failed to connect to bus: Operation not permitted
==> ERROR: A failure occurred in package().
    Aborting...
Error making: soulseekqt

What's to blame?

Gimmeapill commented on 2019-02-24 15:14

Ok, got it: not a reboot issue. Just that I don't have the fuse module loaded by default & it was not obvious why this was suddenly needed. Anyway: the squashfs method seems to work better, so far it's stable. Thanks for your work ;-)

kevku commented on 2019-02-23 17:24

you updated your kernel you need to reboot

Gimmeapill commented on 2019-02-21 18:44

The new package doesn't seem to work here (built in a chroot with extra-x86_64-build): "soulseekqt fuse: device not found, try 'modprobe fuse' first

Cannot mount AppImage, please check your FUSE setup. You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option. See https://github.com/AppImage/AppImageKit/wiki/FUSE for more information open dir error: No such file or directory"

robertfoster commented on 2019-02-21 00:57

@ezulo now the terminal spit out errors. I used another approach in packaging and it seems to accomodate the appimage runtime better. Also the freezes should be gone

ezulo commented on 2019-02-20 21:37

I'm having the same issue described by chrisco23. I'm on Arch using DWM with Xorg. It seems the issue is intermittent, it occurs consistently within a window of maybe a few hours, and then it'll work just fine some days I try it.

The freezes happen when files are right clicked or certain buttons are hovered over (for example, the button to close a search results panel). The only way I'm able to regain control of my system is by using a TTY, logging in and killing the process from there. For now I'm able to circumvent it and still get some use out of it by enabling the "double-click to download file" option.

Maybe this has something to do with Xorg? I'm not really sure where to begin. The terminal doesn't spit out any errors.

andrejr commented on 2019-02-12 14:06

The other soulseek client available on AUR, nicotine-plus-git, doesn't have the context-menu-freeze problem. It's totally usable, albeit a bit slower and with a clunkier interface.