Repository navigation
Can't install AutoEQ database #247
Description
Activity
Update: I started it from the terminal and found two lines:
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/version.json"): device not open
QIODevice::read (QFile, "/home/ME/.cache/jamesdsp/autoeq/index.json"): device not openSo I copied these two .json files from my Debian .cache to my Arch. The result was that it now shows the Equalizers in the database that I have in my Debian but won't load it. When I update my database it is now stuck on the unpacking window and won't proceed. I can't cancel it neither. The only way for it to stop is kill the entire process :/
The same thing happens when I don't have these two files in my .cache but simply start jamesdsp from the terminal. It's stuck on the unpacking and won't proceed.
Again: nothing in the terminal output that would give me a hint why it's doing that.
Reacted by HaslanP, Jehu Marcos Herrera Puentes, im_zerou and PolishPandaBearI don't know if this helps, but here's the last few lines of an strace when downloading/decompressing halts...
futex(0x5c9520feeb50, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c9520c51698, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c95210d0e88, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c95210d0e40, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c9520c51698, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c9520ba5288, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c9520ba5240, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x5c9520c51698, FUTEX_WAKE_PRIVATE, 1) = 1 poll([{fd=5, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=5, revents=POLLOUT}]) writev(5, [{iov_base=";\3\7\0003\0\200\2\0\0\0\0\v\0\"\0z\1\31\0\v\0A\0\234\0\31\0\202\3\n\0"..., iov_len=124}], 1) = 124 mmap(NULL, 8392704, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7075ba7fd000 mprotect(0x7075ba7fe000, 8388608, PROT_READ|PROT_WRITE) = 0 rt_sigprocmask(SIG_BLOCK, ~[], [], 8) = 0 clone3({flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, child_tid=0x7075baffd990, parent_tid=0x7075baffd990, exit_signal=0, stack=0x7075ba7fd000, stack_size=0x7ffd00, tls=0x7075baffd6c0} => {parent_tid=[91106]}, 88) = 91106 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 futex(0x7075f00082c8, FUTEX_WAKE_PRIVATE, 1) = 1 ppoll([{fd=4, events=POLLIN}, {fd=24, events=POLLIN}], 2, {tv_sec=0, tv_nsec=0}, NULL, 8) = 1 ([{fd=4, revents=POLLIN}], left {tv_sec=0, tv_nsec=0}) read(4, "\3\0\0\0\0\0\0\0", 8) = 8 write(4, "\1\0\0\0\0\0\0\0", 8) = 8 poll([{fd=5, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=5, revents=POLLOUT}]) writev(5, [{iov_base="\22\0\30\0/\0\200\2(\0\0\0)\0\0\0 \0\0\0\22\0\0\0\23\2\0\0\205\10\0\0"..., iov_len=100}], 1) = 100 futex(0x7ffe86ee37c0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- stopped by SIGTTIN ---The good news is it works with flatpak, so you can install from there if you need it, but it looks like the AUR version is broken.
If you just want to make it work right now you need to download the database manually and extract the files.
The latest database can be obtained using this. Search for the
package_url- it will be something likehttps://github.com/ThePBone/AutoEqPackages/raw/main/archive.tar.gz. Download the file from this url and extract to~/.cache/jamesdsp/autoeq/.Reacted by lightdot, jason, Oliver Tzeng, Kellsen, anolting, bannert, Jacob Leenerts, nebm51, shimadachi, purple and 7 moreHello, is this issue fixed as of today? I am having the same problem after building jamesdsp from the AUR, the workaround above does not work for me.
Hello, is this issue fixed as of today? I am having the same problem after building jamesdsp from the AUR, the workaround above does not work for me.
No, it does not.
Funny enought I switched back to Debien 13 (LMDE 7) and now it's not working as well. The download starts but it quits right when it starts to extract.
Manual download still works.Hello, is this issue fixed as of today? I am having the same problem after building jamesdsp from the AUR, the workaround above does not work for me.
workaround works just fine. I used the regular package, I don't know about the git
I found possible issue by troubleshooting my xfs_scrub service failure
One of the folders contains illegal characters and thus it likely fails to extract it, and xfs scrubber doesnt like it either.
I have used a workaround and managed to extract the archive but xfs srubber would always fail on /home because of it, deleting offending folder fixed the issue.
xfs_scrub@home[212326]: Warning: /home/helm/.cache/jamesdsp/autoeq: Unicode name "Bose QuietComfort 35 II Gaming Headset\xe2\x80\x8b" in directory contains control characters.as you can see scrubber failed because of illegal characters
this is hex code
e2 80 ebwhich isnt visibleLC_ALL=C /usr/bin/ls --color=never --escape ~/.cache/jamesdsp/autoeq | grep Bose Bose\ AE2 Bose\ Hearphones Bose\ IE2 Bose\ Noise\ Cancelling\ Headphones\ 700 Bose\ Q25\ (ANC\ off) Bose\ QuietComfort Bose\ QuietComfort\ 15 Bose\ QuietComfort\ 20 Bose\ QuietComfort\ 20\ (passive) Bose\ QuietComfort\ 25 Bose\ QuietComfort\ 25\ (passive) Bose\ QuietComfort\ 3 Bose\ QuietComfort\ 35 Bose\ QuietComfort\ 35\ (wired,\ active) Bose\ QuietComfort\ 35\ (wired,\ passive) Bose\ QuietComfort\ 35\ (wireless) Bose\ QuietComfort\ 35\ II Bose\ QuietComfort\ 35\ II\ (passive) Bose\ QuietComfort\ 35\ II\ Gaming\ Headset\342\200\213 Bose\ QuietComfort\ 45 Bose\ QuietComfort\ 45\ (ANC\ on) Bose\ QuietComfort\ 45\ (passive)you can see it here
Bose\ QuietComfort\ 35\ II\ Gaming\ Headset\342\200\213these do not exist in folder structureone of my arch friends figured out what it is
U+200B
its this character apparently
name of the character is "Zero Width Space"please fix database
The database archive gets downloaded to
/tmp/jamesdsp/download/<timestamp>.tar.gz. Then it fails to extract for some reason. But you can always simply extract it manually:cd ~/.cache/jamesdsp/autoeq/ tar xf /tmp/jamesdsp/download/<...>.tar.gzReacted by Dmitry and MrNanookThe problem is, now that I test it more, sometimes it deletes the archive right after downloading it, instead of hanging while trying to extract it. If this happens, then simply download the archive from https://github.com/timschneeb/AutoEqPackages/releases/latest/download/archive.tar.gz .
While we're at it... When extracting the package, the number is messed up:
Reacted by Dmitry, MrNanook, wizzdom and dethzord@dark-penguin you're lifesaver! I just downloaded archive.tar.gz to the "Downloads" folder on CachyOS and tar xf it from ~/.cache/jamesdsp/autoeq/ directory
Reacted by dark-penguin and Benjamin Foltz-MirandaManually downloading the file is always working for me, not sure if it's the extraction issue as others have noted.
To get it work with flatpak,
download https://github.com/timschneeb/AutoEqPackages/releases/latest/download/archive.tar.gz
unpack it to ~/.var/app/me.timschneeberger.jdsp4linux/cache/jamesdsp/autoeq/
Heya,
I have been using jamesdsp for quite a while now on my Debian machine on which it works perfectly fine but today I decided to give Arch Linux a go.
The program builds fine from the AUR and runs and the effects work.
However when I try to download the AutoEQ database it downloads but that's it. It downloads and then the process just quits. The program itself keeps running fine but the import function just stops and the window with the progress bar closes. No error messages when I start it from the terminal.