Package Details: cdrip 3.2-0

Git Clone URL: https://aur.archlinux.org/cdrip.git (read-only, click to copy)
Package Base: cdrip
Description: A cdparanoia, lame and musicbrainz.org frontend written in python
Upstream URL: https://gitlab.com/the_isz/cdrip
Licenses: GPL
Submitter: the_isz
Maintainer: the_isz
Last Packager: the_isz
Votes: 18
Popularity: 0.000000
First Submitted: 2011-03-12 18:48 (UTC)
Last Updated: 2024-12-01 19:35 (UTC)

Latest Comments

1 2 Next › Last »

the_isz commented on 2024-12-01 19:38 (UTC)

I changed the upstream project to use the pyproject.toml format and adjusted the package build accordingly.

Let me know if I made any mistakes or there's still something missing/wrong.

the_isz commented on 2024-11-23 13:35 (UTC)

I'll try to fix the package soon.

mito77 commented on 2021-04-22 15:55 (UTC)

say me 

$ cdrip  usage: cdrip [-h] [-u] <device> cdrip: error: the following arguments are required:

the_isz commented on 2014-02-09 21:41 (UTC)

Updating PKGBUILD as to Army's proposal

Alwin commented on 2014-02-01 15:37 (UTC)

Could you please add Army's suggestion from his comment (2011-03-20 21:08) to rename cdrip.py into cdrip. Thx

the_isz commented on 2013-04-11 19:33 (UTC)

Upgrading PKGBUILD to conform to makepkg 4.1.0

the_isz commented on 2013-03-19 21:19 (UTC)

Version 2.2 - Writing .m3u playlists with utf-8 encoding - This allows filenames with utf-8 characters. - Fixing crash when release doesn't have a release date - Finally printing musicbrainz.org submission URL if disc not found

the_isz commented on 2013-03-03 15:30 (UTC)

Version 2.1 - Adapting to eyed3 library version 0.7.x - Fixing module import names

the_isz commented on 2012-04-15 17:15 (UTC)

Version 2.0 - cdrip now uses multiple threads to rip the CD and convert it to mp3 files at the same time. This almost halves the time necessary!

the_isz commented on 2012-04-13 19:52 (UTC)

Hi sweston and thanks for reporting the bug, I found it myself some time ago but never updated the package as I thought I was the only one using the package anyway... Also, the error only occurs when cdrip has run into an error... a second level error, so to say :) However, I just created a new release which fixes the bug, but stay tuned! I got a big new version in the pipeline which uses multi-threading to almost halve the time it takes cdrip to rip a cd :) It works well already, I just need to think about how cdrip should behave when it's killed (either by error or e.g. through CTRL-C) with multiple threads running. If you'd like a preliminary version just tell me and I'll gladly hand you over an unofficial release. Kind greetings

1 2 Next › Last »