| Git Clone URL: | https://aur.archlinux.org/foobar2000.git (read-only, click to copy) |
|---|---|
| Package Base: | foobar2000 |
| Description: | An advanced freeware audio player (uses Wine) |
| Upstream URL: | https://www.foobar2000.org |
| Licenses: | custom |
| Submitter: | None |
| Maintainer: | supermario |
| Last Packager: | supermario |
| Votes: | 67 |
| Popularity: | 0.005257 |
| First Submitted: | 2010-05-07 18:02 (UTC) |
| Last Updated: | 2025-01-13 13:37 (UTC) |
When I install this package I get an error when trying to play back .mp3 and .m4a files. I uninstalled the package and installed foobar2000.exe directly from the foobar2000 website, installed it as 'portable' and it worked.
The error that foobar throws is:
Unrecoverable playback error: Unknown error code (0x80040154)
Build fails as of 10/20/2022
==> ERROR: One or more files did not pass the validity check!
@supermario The wineprefix should be automatically set to windows<8.1, e.g to windows 8.
When starting on a fresh install (no Wine application ever executed), the startup script fails with:
wine: chdir to /home/⟨user⟩/.local/share/wineprefixes/foobar2000 : No such file or directory
With
mkdir -p "$HOME/.local/share/wineprefixes/"
the problem could easily be fixed. Maybe this should go into the script as well.
@Magotchi: and as you can see, the package is currently flagged out of date.
Oh, you filed that request. Carry on.
This currently fails to build because it ultimately downloads a "foobar2000_v1.6.9.exe" file where "foobar2000_v1.6.8.exe" is expected:
==> Validating source files with sha256sums...
foobar2000_v1.6.8.exe ... NOT FOUND
LICENSE ... Passed
foobar2000.sh ... Passed
foobar2000.png ... Passed
foobar2000.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
I've found that with wine 6.21 or 6.22 that foobar2000 fails to start: 6.21 0270:err:module:ntdll_init_syscalls syscall count mismatch 0 / 79 6.22 0238:err:module:ntdll_init_syscalls syscall count mismatch 0 / 96
If I rollback Wine to 6.17, it starts fine. I tried with a fresh wineprefix and the behavior was the same.
Has anyone encountered similar?
wget doesn't work directly on the /getfile/ URLs, it just retrieves a redirect page that usually contains a server side generated random ad for one of Spoon's many software products that Peter links to, because he also works for Spoon, who is indirectly sponsoring the development. The actual link is included in the page, which is the same filename on the /files/ path. The makepkg system follows the redirect just fine, somehow. Or maybe it doesn't.
@BachoSeven generally this means something sketchy is happening. I'd suggest try uploading these files to VirusTotal, also check what certificate is presented in browser when you visit foobar2000.org.
@magicgoose I just did this:
Applied only edits 1: and 3: of your last comment (so the old url which doesn't specify which specific binary to get), and then built the package and I get the following sha256sum:
3aaa3b8d464710a26df89f8a32bbb8e5f5db1a830e1900a2f4a98b2ef66ccd66 foobar2000_v1.6.8.exe
As far as I can tell, wget said it was using HTTPS successfully
And as I mentioned earlier, if I delete the .exe and makepkg -s again, I get different sum:
895af8d018c7ec224db65ae25c2e4e03f76d8dc3eae973b309abd72a7f5d1d13 foobar2000_v1.6.8.exe
Pinned Comments
supermario commented on 2025-01-13 13:39 (UTC)
@aliu if you try to download the exe file directly in the sources array the download site returns you an HTML page not the actual executable so we need to do this workaround
all: I have updated this package to use the 64bit executable on 64bit systems now that the upstream 7zip package is able to extract it. If you have problems please report them and I'll rollback to the 32bit executable even on 64bit systems until we can find a fix