Arch Linux User Repository

The PKGBUILD has received a major overhaul (thanks to input from schinfo and FabioLolix). From now on, md5 checksums are skipped. The dependencies have been updated and the provides and conflicts fields are provided. The url now points to the downloads page instead of the info page of this program. pkgver() and package() now are way more concise and the license field has been updated.

Thanks again for the help. Best regards, matthias-eb

After the update from November 7th, it prompts: Neither FFmpeg nor AVConv are installed. Install and click.

I solved the problem for youtube-downloader-bin using my own server and the October 29th version.

pkgname=youtube-to-mp3
pkgver=3.9.9.96
pkgrel=5
pkgdesc='Downloads audio from YouTube or Vimeo and saves it to mp3 or m4a format to listen to locally'
arch=('x86_64')
url="https://www.mediahuman.com/download.html"
license=('LicenseRef-custom')
depends=('hicolor-icon-theme'
         'qt5-multimedia'
         'qt5-webengine'
         'qt5-declarative'
         'taglib1'
         'ffmpeg')
provides=('youtube-to-mp3')
conflicts=('youtube-to-mp3')
source_x86_64=("${pkgname}-$(date +%F-%H).amd64.deb::https://schinfo.de/MediaHuman/YouTubeToMP3.amd64.deb")
sha256sums_x86_64=('67dfd93e2fcd1dd912138036b28d1c0137ae0532d7a39442da7887054b051ec8')

pkgver() {
  bsdtar -xf control.tar.xz -C .
  actpkgverlong="$(cat "control" | grep "Version: ")"
  actpkgver=${actpkgverlong##*: }
  echo "$actpkgver"
}

package() {
  bsdtar -xf data.tar.xz -C ${pkgdir}/
  install -D "${pkgdir}/usr/share/doc/${pkgname}/copyright" -t "${pkgdir}/usr/share/licenses/${pkgname}/"
  install -dm755 $pkgdir/usr/bin
  ln -s /opt/$pkgname/YouTubeToMP3 "${pkgdir}/usr/bin/YouTubeToMP3"
}

This is MediaHuman's response to the problem:

Thanks for your suggestion. Usually we release a new version and change the version number, but this time release was not very smooth and we had to push 5-7 hot fixes. YouTube often release some features as A/B test for certain geo and it's impossible to guess where your newly released version will work correctly and where not. Sometimes we just update the binary on the site without pushing the update, so only new users are affected, and if no one complains for a day or so, we push the update to the public. I don't think it's a good practice, but it's worse to release a version and get thousands of support letters from angry users who can't get it to work.

The amateurs at MediaHuman updated the program again on November 7th. without changing the version number.

That worked, thanks. Will look into it.

Hmm I really don't understand what's going on there. Here is another try, this time with a different pastebin provider: https://pastebin.mozilla.org/xaS7qDkp

@MajorMayer the new Link also ends in a 404. Maybe pastebin removes it after a short amount of time?

Thanks also for the tool @FabioLolix, will do that.

Thanks for the hint. Here is the new link: https://pastebin.com/47j3bpf5

md5sums_i686=("SKIP") is not a good idea.

It is fair to do since the archive is unversioned

This come from experience with a similar situation but with far more vocal users then here

This means that a new version will no longer be recognized.

New versions will not be recognized by a failure but from an updated pkgver= and package

I currently don't have the time to update my script which checks for new md5 sums

For your updated scripts you can use updpkgsums (from pacman-contrib, the standard tool to calculate hash sums) which will download a new archive (source renaming is hourly) and makepkg will calculate the pkgver() from said archive

@MajorMayer your link is "not found" (404)

Hi @matthias-eb, thanks for putting your effort into this, but unfortunately I still experience the same error. Here are the full logs after the update: https://pastebin.com/myfaHECb

Yeah I agree but I currently don't have the time to update my script which checks for new md5 sums. Once I get around to it, I will change it back to having md5 sums with package release updates.