Package Details: libvorbis-aotuv-lancer 1.3.7-3

Git Clone URL: https://aur.archlinux.org/libvorbis-aotuv-lancer.git (read-only, click to copy)
Package Base: libvorbis-aotuv-lancer
Description: The Vorbis library with aoTuV and Lancer patches
Upstream URL: https://hydrogenaud.io/index.php?topic=115774.0
Keywords: codec music sound transcode
Licenses: BSD
Conflicts: libvorbis, libvorbis-aotuv
Provides: libvorbis, libvorbis.so, libvorbisenc.so, libvorbisfile.so
Submitter: Soukyuu
Maintainer: None
Last Packager: neitsab
Votes: 11
Popularity: 0.003217
First Submitted: 2015-09-10 17:56 (UTC)
Last Updated: 2021-05-16 22:57 (UTC)

Dependencies (1)

Required by (595)

Sources (4)

Pinned Comments

neitsab commented on 2021-05-16 23:17 (UTC) (edited on 2022-03-04 15:03 (UTC) by neitsab)

This was a somehow tricky update, as what was described as a simple bugfix update to the patches turned out to also include a stealth update to aoTuVb.03, leading to quite a few packaging changes that were not immediately clear.

Most notably, since the patch maintainer updated them without changing the file names, I had to find a way to force a redownload of the files for all users. I did it via a custom variable using the date of the latest patch update, using it to rename the files.

I suggest that this package move to enzo1982's Github repo as upstream so as to simplify maintenance, however that means either:

  1. moving to a -git package, since he doesn't really make new releases (see also this post for why I hadn't done it so far; however I think this should not really be a problem with Arch VCS packages), or
  2. doing a bit like libvorbis in the official repos, but using a specific commit ref as source instead of a tag. This could be an easy transition plan, although then we are then indeed subject to the risk of a force push for 1.3.8...

What do people here think about this issue?

Cheers

Latest Comments

« First ‹ Previous 1 2

Soukyuu commented on 2017-11-14 18:41 (UTC) (edited on 2017-11-14 18:42 (UTC) by Soukyuu)

desbma, checksums match for me. Have you deleted your cached copies of the source files? makepkg does not re-download the files if they are already present.

desbma commented on 2017-11-13 15:38 (UTC)

When updating to b6.03-8 I get an error because the hash of libvorbis-aotuv_b6.03_2015-lancer.patch is invalid

Soukyuu commented on 2017-11-11 11:41 (UTC)

My bad, the only other package I maintain is a -git one, so the version takes care of itself. Thanks for reminding me.

gabor_zoka commented on 2017-11-11 01:44 (UTC)

Could you bump up pkgrel? I would like to be in line with official AUR, but the right way is to bump it after every change. I had to bump in my copy otherwise I run into upgrade issues. I maintain several PC-s and I cache old versions to reduce downloads. The issue is that in my repo now I have a new build, but I pick the old versions via cache due to release number did not change. Cheers, Gabor

Soukyuu commented on 2017-10-26 18:00 (UTC)

I've updated the checksum now that the author has fixed the patch to work for both shared and static builds. Compiles and passes tests here.

neitsab commented on 2017-10-18 15:53 (UTC) (edited on 2017-10-18 16:14 (UTC) by neitsab)

After updating the pkgsums to match the update to the first patch done on 20161217 (reason for which I flagged the package out-of-date), I stumbled upon a build error that seems linked to the update: gcc: error: xmmlib.o: No such file or directory However it works if we remove the "--disable-static" option in configure. Problem reported upstream in the reference thread.