Search Criteria
Package Details: mp3tag 3.34-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/mp3tag.git (read-only, click to copy) |
|---|---|
| Package Base: | mp3tag |
| Description: | The universal tag editor |
| Upstream URL: | https://www.mp3tag.de/en/ |
| Licenses: | custom |
| Submitter: | Marach |
| Maintainer: | supermario |
| Last Packager: | supermario |
| Votes: | 31 |
| Popularity: | 0.009328 |
| First Submitted: | 2011-08-27 12:46 (UTC) |
| Last Updated: | 2026-04-13 07:40 (UTC) |
Dependencies (2)
- wine (wine-stable-nextAUR, wine-stableAUR, wine-valveAUR, wine-pure-gitAUR, wine-pure-gitAUR, wine-tkg-staging-ntsync-binAUR, wine-asahi-gitAUR, wine-gitAUR, wine-staging-gitAUR, wine-cachyosAUR, wine32AUR, wine-tkg-staging-wow64-binAUR, wine-tkg-staging-binAUR, wine-staging)
- 7zip (p7zip-natspecAUR, 7zip-natspecAUR, 7zip-zstd-binAUR, 7zip-zstdAUR) (make)
Latest Comments
1 2 3 4 5 6 7 Next › Last »
suletta commented on 2026-02-16 08:10 (UTC)
needs updating, can't install since ver 3.33 isn't offered by the mp3tag website. fixed by updating the version number and sha256sum but tbf i'm new to changing shit in pkgbuilds so what do i know
Strykar commented on 2026-01-26 13:39 (UTC) (edited on 2026-01-26 14:01 (UTC) by Strykar)
Please test if the package builds when you ship a new version, I get the same error as andreas_baumann below. Feel free to add me as a co-maintainer.
andreas_baumann commented on 2026-01-26 10:47 (UTC)
I get:
n4r3n commented on 2025-11-23 17:21 (UTC)
I made a modified version of this package and use it for quiet some time now: https://codeberg.org/n4r3n/PKGBUILDs/src/branch/mp3tag
It includes rw config dir with fuse-overlayfs and a possibility for custom wine prefixes.
I probably won't update the repo in sync with releases, but with a vimdiff it's easy to merge in the differences
nhawke commented on 2025-11-22 19:21 (UTC)
I'm having trouble writing to
~/.mp3tag/databecause it is a link to/usr/share/mp3tag/data/, which is root-owned with755permissions.Am I doing something wrong? Or does the data directory need to be set up differently?
My workaround is to give myself write permission on the
actionsdirectory.papavlos commented on 2025-10-03 22:09 (UTC) (edited on 2025-10-03 22:14 (UTC) by papavlos)
The dash mentioned by dillard is important only for 32-bit. For 64-bit architecture - which is the default - the dash is already in place. So open the PKGBUILD and correct two things: (1) "pkgver" should be "3.31a" instead of "3.31" and (2) sha256 value was calculated for 3.31, not for 3.31a, it is not updated. So replace the value of "sha256sums_x86_64" variable by 'a4541f4856b88be3fe49fe5e017d903f9e54db0dca7d2ef8c1b0fb3b464224d8'. If you don't trust me - get the file "mp3tagv331a-x64-setup.exe" and calculate its sha256 hash by yourself. Then 'makepkg -si' works fine.
dillard commented on 2025-09-30 22:11 (UTC)
It's almost there! I got this to build by adding a hypen here:
source_i686=("https://download.mp3tag.de/${pkgname}v${pkgver/./}setup.exe")changed to
source_i686=("https://download.mp3tag.de/${pkgname}v${pkgver/./}-setup.exe")and doing the same in the 7z section as well.
BritishCynic commented on 2025-09-27 13:23 (UTC)
Please update your PKGBUILD file! It's still reporting 3.31 as the version number rather than the 3.31a your package is currently reporting itself to be. The old 3.31 version of mp3tag is no longer available, so the EXE file that gets downloaded is actually the HTML output of the download page since the old 3.31 URL redirects to it.
Also, why the fuck is your manifest reporting the hash of the broken 8.2 KiB executable as being correct? This shit should break before it even gets to 7-zip complaining about it being a broken PE.
Respectably, please fix your shit.
fridge commented on 2025-09-23 19:00 (UTC)
Does not work for me either:
grg3 commented on 2025-09-23 16:41 (UTC)
Tried to update and get zero size file
1 2 3 4 5 6 7 Next › Last »