Package Details: whipper-git 0.9.1.dev138+g731453e-1

Git Clone URL: https://aur.archlinux.org/whipper-git.git (read-only, click to copy)
Package Base: whipper-git
Description: A Unix CD ripper aiming for accuracy over speed -- forked from morituri
Upstream URL: https://github.com/whipper-team/whipper
Keywords: audio cdda ripper
Licenses: GPL3
Conflicts: accuraterip-checksum, whipper
Provides: accuraterip-checksum, whipper
Submitter: neitsab
Maintainer: Freso (Archange, neitsab)
Last Packager: Freso
Votes: 23
Popularity: 0.000000
First Submitted: 2016-01-14 22:45 (UTC)
Last Updated: 2021-05-18 13:08 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

neitsab commented on 2016-12-11 15:48 (UTC)

@manic75 Usually we don't update VCS PKGBUILD just to bump the pkgver, but as I had other maintenance changes to perform I just pushed an update for the 0.4 version :-)

manic75 commented on 2016-12-11 14:47 (UTC)

@ArchangeGabriel All right! Thanx for your prompt answer :)

Archange commented on 2016-12-11 13:53 (UTC)

@manic75: If you build whipper-git you should end up with 0.4 (I have 0.4.0.r2.g8fdb452-1 here).

manic75 commented on 2016-12-11 13:36 (UTC)

@neitsab any plans for v0.4.0?

neitsab commented on 2016-11-03 19:50 (UTC)

@ArchangeGabriel Great, thanks for the feedback :) Regarding 1), the protection status is a bit weird ("allow only autoconfirmed users") but it seems that I can edit it (maybe because I'm part of the Maintainers team), so I'll try to wrap my head around it and put the info there.

Archange commented on 2016-11-03 13:45 (UTC)

@neitsab: 1) If I remember correctly, that wiki page + `Usage: extra-x86_64-build [options] -- [makechrootpkg args]` from `extra-x86_64-build -h`. But I agree it should be in the wiki. Maybe we should ask about that somewhere, except I don’t know where, since this page is edit protected. 2) Either bump the pkgrel or update the version number (prefer the latter, the former is mostly to be used in case they haven’t been any new commit to the upstream repo). The important point is that people get the update. ;) 3) Yes, that’s what I’ve said “at some point”. I think that it will wait whipper to see a stable release, and morituri to be replaced with it in community.

neitsab commented on 2016-11-01 23:25 (UTC) (edited on 2016-11-01 23:27 (UTC) by neitsab)

@ArchangeGabriel Thanks a lot for the tips! I just discovered mention of the "-- -I" trick in the wiki (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot), but without your explanation I wouldn't have figured it out. Where did you get this knowledge? Another question before amending the PKGBUILD to correct the conflicts() and provides() arrays: in case of a development package (-git...), do we need to bump the pkgrel or the fact that commits happened in between will suffice, since pkgver will be different? Note that I won't add replaces=('morituri') because it doesn't fit the use case described at https://wiki.archlinux.org/index.php/PKGBUILD#replaces: morituri is still provided in the official repositories and I wouldn't like unsuspecting users getting their version replaced by something not backward compatible :)

Archange commented on 2016-11-01 19:14 (UTC)

You don’t need to conflict morituri-git, but you should provide and conflict whipper. Also, at some point you might want to “replaces: 'morituri'”.

Archange commented on 2016-10-30 10:21 (UTC)

@neitsab: To build using extra-x86_64-build, just build accuraterip-checksum, store the package some where, and then from your whipper-git repo: extra-x86_64-build -- -I <path/to/accuraterip-checksum/package> Assuming you export AUR packages to pacman cache, this could be "/var/cache/pacman/pkg/accuraterip-checksum-1.4-1-x86_64.pkg.tar.xz". This is the standard procedure for any AUR package depending on other AUR packages. ;)

neitsab commented on 2016-10-26 19:53 (UTC)

@Shardz No worry, I should know better. I have updated the wiki to outline the requirements for Python packaging. Thank you for your patch, it will be helpful if somebody needs it.