From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 546861386CC for ; Tue, 8 Sep 2015 00:50:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9E93E1424B; Tue, 8 Sep 2015 00:50:07 +0000 (UTC) Received: from BLU004-OMC1S30.hotmail.com (blu004-omc1s30.hotmail.com [65.55.116.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 90137141E3 for ; Tue, 8 Sep 2015 00:50:06 +0000 (UTC) Received: from BLU437-SMTP92 ([65.55.116.8]) by BLU004-OMC1S30.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 7 Sep 2015 17:50:05 -0700 X-TMN: [BNTU46Dh2t6UMVX77gjcDR9Phky5qYb/] X-Originating-Email: [frodriguez.developer@outlook.com] Message-ID: From: Fernando Rodriguez To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] CD ripper that generates song titles? Date: Mon, 7 Sep 2015 20:49:11 -0400 User-Agent: KMail/4.14.8 (Linux/3.18.20; KDE/4.14.8; x86_64; ; ) In-Reply-To: <4024.1441669547@ccs.covici.com> References: <20150826200610.GA22849@waltdnes.org> <20150826225035.GA24953@luna> <4024.1441669547@ccs.covici.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-OriginalArrivalTime: 08 Sep 2015 00:50:05.0167 (UTC) FILETIME=[4D3717F0:01D0E9D0] X-Archives-Salt: 45ad6ea0-e077-4755-afc0-564766117656 X-Archives-Hash: 34469286c425835156aa1d8e57d9142a On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote: > Alex Corkwell wrote: > > > On Wed, Aug 26, 2015 at 04:06:10PM -0400, Walter Dnes wrote: > > > I went to the CNE (Canadian National Exhibition) yesterday and > > > indulged in a buying spree of 18 CD sets of my fave music (basically > > > anything pop/rock/country pre-Beatles). I now have over 20 CDs that I > > > want to rip to flac eventually. I dread the gruntwork in renaming > > > tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for > > > stuff that'll get ahold of track titles? Is it in the form of metadata > > > on the CD? > > > > I personally like using morituri [1] for ripping my CDs. > > It's a little bit slower than some, but very accurate (I believe it > > compares several reads, just to make sure there were no errors). > > It's not available in the main portage tree, but it's in the dev-zero > > overlay as media-sound/morituri. > > > > It can rip to flac (with optional cue files) and works from the > > terminal, if you prefer that. > > Additionally, it can adjust for drive read offsets when writing files, > > and is one of the few Linux things I've found which check the rips > > against AccurateRip. > > > > What's particularly nice about it is that it uses what little metadata > > and such it can get from the CD to look it up in MusicBrainz and add in > > the title, artist, etc. > > It also uses this to name the files according to album, artist, song > > title, etc. > > The template it uses to name the files and directories is relatively > > configurable, as well. > > > > If you need more configurable tagging, cover art downloading, and such, > > then look into Picard [2], which is in the main portage tree as > > media-sound/picard. > > It uses MusicBrainz [3] to get a whole bunch of metadata, tags, cover > > art, and other stuff, and can rename files much more flexibly than > > morituri. > > > > This is especially nice in combination with morituri, since morituri > > saves the MusicBrainz ID into the metadata of the ripped files. > > Normally, Picard looks files up by either the available metadata, or by > > the acoustic fingerprint. > > Since the MusicBrainz ID is already there, it immediately knows which > > album it is (although it may have the wrong release if you want to be > > that precise). > > > > The only caveats with Picard that I know of are that it's GUI only, it > > can't embed full size cover art if the image is above some large > > resolution, and I think that submitting extra fingerprints requires you > > to register with AcoustID [4]. > > Also, it's not an actual ripper. > > It just works on the metadata and tags of flac, mp3, and maybe a few > > other types. > > > > I personally like to rip with morituri, then polish the tagging and get > > the cover art with Picard. > > > > [1] http://thomas.apestaart.org/morituri/trac/wiki > > [2] https://picard.musicbrainz.org/ > > [3] https://musicbrainz.org/ > > [4] https://acoustid.org/ > > In trying to emerge morituri from the overlay I get the folloing: > > make[1]: Entering directory > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3' > if test -e ./.git; then make REVISION; fi > make[1]: Leaving directory > '/var/tmp/portage/media-sound/morituri-0.2.3/work/morituri-0.2.3' > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > Progress: > 00:10 > (null)*(null) (null)ACCESS DENIED(null): mkstemp: > /run/user/0/orcexec.XXXXXX-------------------------------------------------------------------------] > Building documentation: morituri.common.checksum > (/var/tmp/portage/media- sound/morituri-0.2.3/work/morituri-0.2.3/morituri/common/checksum.py) > (gst-plugin-scanner:3783): GStreamer-CRITICAL **: > gst_structure_empty_new: assertion 'gst_structure_validate_name (name)' > failed > > (gst-plugin-scanner:3783): Clutter-CRITICAL **: Unable to initialize > Clutter: Could not initialize Gdk > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > Warning: Unable to extract the base list for > twisted.trial.unittest.TestDecorator: Bad dotted name > Warning: Module gobject._gobject is shadowed by a variable with the same > name. > Warning: 18 markup errors were found while processing docstrings. Use > the verbose switch (-v) to display markup errors. > >>> Source compiled. > (null)*(null) --------------------------- ACCESS VIOLATION SUMMARY > --------------------------- > (null)*(null) LOG FILE: "/var/log/sandbox/sandbox-3700.log" > (null)*(null) > VERSION 1.0 > FORMAT: F - Function called > FORMAT: S - Access Status > FORMAT: P - Path as passed to function > FORMAT: A - Absolute Path (not canonical) > FORMAT: R - Canonical Path > FORMAT: C - Command Line > > F: mkstemp > S: deny > P: /run/user/0/orcexec.XXXXXX > A: /run/user/0/orcexec.XXXXXX > R: /run/user/0/orcexec.XXXXXX > C: /usr/lib64/gstreamer-0.10/gst-plugin-scanner -l > (null)*(null) > -------------------------------------------------------------------------------- > > >>> Failed to emerge media-sound/morituri-0.2.3, Log file: > > >>> '/var/log/portage/media-sound:morituri-0.2.3:20150907-233836.log' > > > So, how can I fix or is this a dead package i.e. no maintainance? > > Thanks in advance for any ideas. > > > If you trust the ebuild you can try emerging it with FEATURES="-sandbox" or add an exception for the temp directory on the ebuild. https://devmanual.gentoo.org/function-reference/sandbox-functions/ -- Fernando Rodriguez