[gentoo-user] CD ripper that generates song titles?

[gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

  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?

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Daniel Frey]

On 08/26/2015 01:06 PM, 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 don't believe there's metadata on the CD outside of cd-text, which is
very limited.

I've messed around quite a bit with ripping on linux (although not in
the last 1-2 years) and eventually just gave up and ran EAC under wine.
EAC uses the album information on the CD to look up track lists on the
internet. Ripping and tagging are done in one step this way.

Outside of that, you can use something like EasyTAG to tag the tracks
after they are ripped. You can also use it to search databases on the
internet to get tags. However, with really new or obscure albums they
may not exist - you might have to tag them manually anyway.

Dan

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Walter Dnes <waltdnes@waltdnes.org> 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 use a package called mp3c, but I have nodified the configs to do flac
instead, but its a decent program and uses the freedb database to look
up titles.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Heiko Baums]

Am 26.08.2015 um 22:06 schrieb Walter Dnes:
>   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 use ripit for ripping my CDs.

http://suwald.com/ripit/

It's unfortunately not in the portage tree, but there's an ebuild:
https://bugs.gentoo.org/show_bug.cgi?id=117383

The latest stable release is 3.9.0.

Or you could try abcde or grip which are in the portage tree.

All of them have freedb support and use cdparanoia as back-end.

Re: [gentoo-user] CD ripper that generates song titles?

[wabenbau]

"Walter Dnes" <waltdnes@waltdnes.org> 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?

There are for example mp3c, grip, ripperx and probably also some other 
programs that can do this job.

There is no metadata for the songtitles on the CD but AFAIK every CD 
has an unique ID. The CD ripper programs are searching online for this
ID in the so called cddb (CD DataBase) and if someone has insert the
songtitles of the according CD to this database before, the ripped 
CD tracks are automatically renamed to the respective title. 
If nobody has added your CDs to the database, you can do this by 
yourself with the ripper software which can also transfer these
information to the cddb. 

Sorry for my probably unintelligible sentences, but I'm not a native
speaker. :-)

--
Regards
wabe

Re: [gentoo-user] CD ripper that generates song titles?

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 1018 bytes --]

Am Wed, 26 Aug 2015 16:06:10 -0400
schrieb "Walter Dnes" <waltdnes@waltdnes.org>:

>   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 use a combination of cdda2wav (from cdrtools) and split2flac.  I wrap them
together in a small shell script [0].  It's not perfect, namely titles generated
by cdda2wav can be wrong when the title there are double quotes in them, but
other than that it has worked very well for me.

[0] https://github.com/marcecj/mjoliet-progs/blob/master/rips.sh

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: Digitale Signatur von OpenPGP --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 1037 bytes --]

Am Wed, 26 Aug 2015 22:49:19 +0200
schrieb Heiko Baums <lists@baums-on-web.de>:

> Am 26.08.2015 um 22:06 schrieb Walter Dnes:
> >   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 use ripit for ripping my CDs.
> 
> http://suwald.com/ripit/
> 
> It's unfortunately not in the portage tree, but there's an ebuild:
> https://bugs.gentoo.org/show_bug.cgi?id=117383
> 
> The latest stable release is 3.9.0.
[...]

Oh my, I like the look of that!  I might give ripit a try some time.

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: Digitale Signatur von OpenPGP --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Wednesday, August 26, 2015 4:06:10 PM 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?

You can try k3b. It can use cd-text or freedb and encode to most formats.
It is a kde application so it will pull a lot of deps if you don't use kde.

-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[Emanuele Rusconi]

I usually use rubyripper. Like others similar software, it uses cddb
to get the titles.

If the CD set is unknown to cddb, you can try to rename the files with
Picard, which uses the musicbrainz database and can use the file's
"fingerprint" to find a match. It's usually very accurate.

-- Emanuele Rusconi

[gentoo-user] Re: CD ripper that generates song titles?

[Grant Edwards]

On 2015-08-26, Walter Dnes <waltdnes@waltdnes.org> 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?

Any of the CD ripping utilities will do that.  If you want
point/click, maybe try grip.  For command line there's abcde.  There's
also ripperx, KAudioCreator, Asunder, Audex, SoundJuicer, and probably
at least a dozen more.  There are ebuilds for pretty much all of them
(some of them in overlays).

The one I always used to use was an ncurses frontend to the usual
stuff[1] written by somebody in Germany. I've forgetten the name of it
and nothing Google finds looks familiar (haven't bought actual
physical CD in yonks, and the machine on which I last ripped one is
long since dead and gone).

If I were going to rip a CD today, I'd probably go with abcde.

> Is it in the form of metadata on the CD?

Sometimes, but rarely.

[1] cdparanoia, mp3lame, cddb, ffmpeg, mencoder, id3tag etc.

-- 
Grant Edwards               grant.b.edwards        Yow! does your DRESSING
                                  at               ROOM have enough ASPARAGUS?
                              gmail.com            

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 715 bytes --]

On Wed, 26 Aug 2015 16:06:10 -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?

I use abcde. One of its advantages is that it can rip to multiple formats
at the same time, so I generate FLAC files for playing at home and Ogg
Vorbis for use on my phone or in the car.


-- 
Neil Bothwick

Why do kamikaze pilots wear helmets?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Alex Corkwell]

[-- Attachment #1: Type: text/plain, Size: 2678 bytes --]

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/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1026 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Wed, Aug 26, 2015 at 10:58:03PM +0200, Marc Joliet wrote
> Am Wed, 26 Aug 2015 16:06:10 -0400
> schrieb "Walter Dnes" <waltdnes@waltdnes.org>:
> 
> >   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 use a combination of cdda2wav (from cdrtools) and split2flac.
> I wrap them together in a small shell script [0].  It's not perfect,
> namely titles generated by cdda2wav can be wrong when the title
> there are double quotes in them, but other than that it has worked
> very well for me.
> 
> [0] https://github.com/marcecj/mjoliet-progs/blob/master/rips.sh

  Thanks.  I've now switched from cdparanoia to cdda2wav, like so...

cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B

  I get separate tracks and info files, e.g. audio_01.inf, audio_01.wav.
audio_02.inf, audio_02.wav, etc.  I can pull the tune and artist from
the Tracktitle= entry in the corresponding .inf file, and write a bash
script to cycle through the directory, and use flac's -o option to give
the flac file the correct name.  I have an issue with /etc/sudoers, but
that's a totally different thread.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Daniel Frey]

On 08/26/2015 03:50 PM, Alex Corkwell wrote:
> 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.
> 

I think I'm going to check this one out. If it works the way I think it
does I won't need to keep wine on my 'puter anymore.

Dan

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 26/08/2015 22:06, 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?
> 


media-sound/beets. Best music metadata manager out there, period. There
isn't any song metadata as such on a CD, so beets uses musicbrainz as a
data source. You sometimes have to get your hands dirty and manage it
properly, especially for more esoteric CDs like you just bought. Or
maybe you're lucky :-)

I find for popular CDs (like what my kids buy in music stores), that k3b
does a fine job of getting metadata when ripping - it looks the CD up on
CDDB.

To do the job properly, and fully manage all the metadata, nothing comes
close to beets. It's also a cli python app which will go down well
around here, none of that "point mith a mouse and click" nonsense :-)

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:

> I find for popular CDs (like what my kids buy in music stores),

Kids still buy CDs? My grandson recently asked me "What's a record?" when
I used the term.


-- 
Neil Bothwick

For a list of all the ways technology has failed to improve the
quality of life, please press three.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Walter Dnes <waltdnes@waltdnes.org> 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?

Did you read the cdda2wav man page already?

Cdda2wav understands CD-Text and has a fallback to CDDB. It is currently the 
best choice for CD ripping on UNIX.



Jörg

-- 
 EMail:joerg@schily.net                    (home) Jörg Schilling D-13353 Berlin
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Heiko Baums <lists@baums-on-web.de> wrote:

> All of them have freedb support and use cdparanoia as back-end.

Cdparanoia is not a good choice, it has many flaws:


-	It is based on a 1997 cdda2wav and was never updated

-	It does not create the track based files at the right locations
	as it does not honor the standard that describes where the next
	track starts.

-	Even the paranoia code is unmaintained since 2002 and has many
	unfixed problems.

Cdda2wav does not have these problems and enhanced the quality of the paranoia 
code.

Jörg

-- 
 EMail:joerg@schily.net                    (home) Jörg Schilling D-13353 Berlin
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:

> You can try k3b. It can use cd-text or freedb and encode to most formats.
> It is a kde application so it will pull a lot of deps if you don't use kde.

k3b unfortunately does not use the best low level code for extraction.

Better use cdda2wav in paranoia mode.

Jörg

-- 
 EMail:joerg@schily.net                    (home) Jörg Schilling D-13353 Berlin
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Joerg Schilling]

Walter Dnes <waltdnes@waltdnes.org> wrote:

>   Thanks.  I've now switched from cdparanoia to cdda2wav, like so...
>
> cdda2wav -vall dev=1,0,0 cddb=0 -paranoia -B
>
>   I get separate tracks and info files, e.g. audio_01.inf, audio_01.wav.
> audio_02.inf, audio_02.wav, etc.  I can pull the tune and artist from
> the Tracktitle= entry in the corresponding .inf file, and write a bash
> script to cycle through the directory, and use flac's -o option to give
> the flac file the correct name.  I have an issue with /etc/sudoers, but
> that's a totally different thread.

BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports
C2 errors, it may be a good idea to use:

	speed=4 paraopts=proof,c2check

as add-on.

The reason why cdda2wav uses systematic file names is to allow easy copying 
with cdrecord (by using cdrecord *.wav). If there is a demand on title based 
filenames, I could add this feature.

Jörg

-- 
 EMail:joerg@schily.net                    (home) Jörg Schilling D-13353 Berlin
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 27/08/2015 11:53, Neil Bothwick wrote:
> On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:
> 
>> I find for popular CDs (like what my kids buy in music stores),
> 
> Kids still buy CDs? My grandson recently asked me "What's a record?" when
> I used the term.
> 
> 


I live in a different universe to you called "South Africa" and CDs are
a big market here. The bulk of the population (none of whom are early
adopters) don't trust online music stores; they want a thing they can
hold in their hand and that thing is a CD :-)

vinyls are also making a comeback; it's a whole retro marketing thing.

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 829 bytes --]

On Thursday 27 Aug 2015 15:43:41 Alan McKinnon wrote:
> On 27/08/2015 11:53, Neil Bothwick wrote:
> > On Thu, 27 Aug 2015 06:14:46 +0200, Alan McKinnon wrote:
> >> I find for popular CDs (like what my kids buy in music stores),
> > 
> > Kids still buy CDs? My grandson recently asked me "What's a record?" when
> > I used the term.
> 
> I live in a different universe to you called "South Africa" and CDs are
> a big market here. The bulk of the population (none of whom are early
> adopters) don't trust online music stores; they want a thing they can
> hold in their hand and that thing is a CD :-)
> 
> vinyls are also making a comeback; it's a whole retro marketing thing.

Vinyl LPs are making a comeback in the UK too among audiophiles.  Those who 
can afford it use valve amps too.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Alan Grimes]

Mick wrote:
> Vinyl LPs are making a comeback in the UK too among audiophiles. Those
> who can afford it use valve amps too.

Yeah, the most popular type is the Single Ended Triode (SET). The most
popular toobz are the 2A3 (good for about 5W output) and the 300B (good
for about 8W output).

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 948 bytes --]

On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:

> > Kids still buy CDs? My grandson recently asked me "What's a record?"
> > when I used the term.

> I live in a different universe to you called "South Africa" and CDs are
> a big market here. The bulk of the population (none of whom are early
> adopters) don't trust online music stores; they want a thing they can
> hold in their hand and that thing is a CD :-)

Round here, the kids (and most adults) are happy to entrust everything to
Apple and Facebook. I prefer physical media, but I always considered that
a symptom of being an old fart.

> vinyls are also making a comeback; it's a whole retro marketing thing.

Vinyl has always been the medium of choice for audio snobs...


-- 
Neil Bothwick

An infinite number of monkeys pounding away on keyboards will
eventually produce a report showing that Windows is more secure,
and has a lower TCO, than linux.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Todd Goodman]

* Neil Bothwick <neil@digimed.co.uk> [150827 14:57]:
> On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:
> 
> > > Kids still buy CDs? My grandson recently asked me "What's a record?"
> > > when I used the term.
> 
> > I live in a different universe to you called "South Africa" and CDs are
> > a big market here. The bulk of the population (none of whom are early
> > adopters) don't trust online music stores; they want a thing they can
> > hold in their hand and that thing is a CD :-)
> 
> Round here, the kids (and most adults) are happy to entrust everything to
> Apple and Facebook. I prefer physical media, but I always considered that
> a symptom of being an old fart.

I've always considered my regard for media as being an old fart as well.

Though two of my three kids are building vinyl collections now.

> 
> > vinyls are also making a comeback; it's a whole retro marketing thing.
> 
> Vinyl has always been the medium of choice for audio snobs...

I prefer reel to reel tape...

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Thu, Aug 27, 2015 at 01:37:42PM +0200, Joerg Schilling wrote

> BTW: I recommend to add: speed=4 paraopts=proof and if your drive supports
> C2 errors, it may be a good idea to use:
> 
> 	speed=4 paraopts=proof,c2check
> 
> as add-on.

  How do I know that the drive goes as low as 4?  "eject -X /dev/sr0"
and "eject -X /dev/sr1" both report 48 with no indication of the minimum
speed.  Here's the contents of my /proc/sys/dev/cdrom/info

CD-ROM information, Id: cdrom.c 3.20 2003/12/17

drive name:             sr1     sr0
drive speed:            48      48
drive # of slots:       1       1
Can close tray:         1       1
Can open tray:          1       1
Can lock tray:          1       1
Can change speed:       1       1
Can select disk:        0       0
Can read multisession:  1       1
Can read MCN:           1       1
Reports media changed:  1       1
Can play audio:         1       1
Can write CD-R:         1       1
Can write CD-RW:        1       1
Can read DVD:           1       1
Can write DVD-R:        1       0
Can write DVD-RAM:      0       0
Can read MRW:           1       1
Can write MRW:          1       1
Can write RAM:          1       1

> The reason why cdda2wav uses systematic file names is to allow easy
> copying with cdrecord (by using cdrecord *.wav). If there is a demand
> on title based filenames, I could add this feature.

  Title-artist-based filenames are harder than it looks.  I'm working on
a bash script to generate title_-_artist.flac filenames from
audio_nn.inf data.  Then I'll pass that name to flac's "-o" parameter.
I've already run into one CD who's .inf file format is...

Performer=      'Various Artists'
Tracktitle=     'Johnny Cash / I Walk The Line'

...while another CD has .inf data like...

Performer=      'Glenn Miller'
Tracktitle=     'In the mood'

  The script can select 2 branches depending on whether or not there's a
"/" in Tracktitle, but I'm sure there are probably other variants out
there.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Schilling, Jörg]

Most drives support 4x ripping but I know of no drive that has a low speed above 8x.

If you have a working algorithm, please send me a note. The format you reported is caused by manual editing of users and missing manual actvities from freedb.
--
Send from my Android phone

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 515 bytes --]

On Thu, 27 Aug 2015 15:42:46 -0400, Walter Dnes wrote:

>   Title-artist-based filenames are harder than it looks.  I'm working on
> a bash script to generate title_-_artist.flac filenames from
> audio_nn.inf data.  Then I'll pass that name to flac's "-o" parameter.

Why reinvent the wheel? abcde is a shell script that does this and much
more. It uses whichever ripper, encoder etc. that you want, with whatever
options you want.


-- 
Neil Bothwick

My brain's in gear, neutral's a gear ain't it?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[wabenbau]

Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> wrote:

> Heiko Baums <lists@baums-on-web.de> wrote:
> 
> > All of them have freedb support and use cdparanoia as back-end.
> 
> Cdparanoia is not a good choice, it has many flaws:
> 
> 
> -	It is based on a 1997 cdda2wav and was never updated
> 
> -	It does not create the track based files at the right
> locations as it does not honor the standard that describes where the
> next track starts.
> 
> -	Even the paranoia code is unmaintained since 2002 and has
> many unfixed problems.
> 
> Cdda2wav does not have these problems and enhanced the quality of the
> paranoia code.
> 
> Jörg
> 

That's good to know. THX for the info.

--
Regards
wabe

[gentoo-user] Re: CD ripper that generates song titles?

[James]

Alan Grimes <ALONZOTG <at> verizon.net> writes:

>> Vinyl LPs are making a comeback in the UK too among audiophiles. Those
>> who can afford it use valve amps too.

Vinyl does give an uniquely analog reproduction that is different than
digital gear, if you listen closely, the inherent noise is actually quite
pleasant, like the beach waves in the distance; soothing.


> Yeah, the most popular type is the Single Ended Triode (SET). The most
> popular toobz are the 2A3 (good for about 5W output) and the 300B (good
> for about 8W output).


Class A amplifiers are mostly limited to around 10 W of power. However, if
you are learning to accurately sing, like real opera folks or serious Jazz
folks, the combination of Vinyl and Class A (tube) amplifiers is unmatched
for accuracy, feel and those subtle effects of instruments and voices,
regardless of the number of channels. Those really do help to 'train the
ear' for accuracy and voice/scale/note training. If you have never have
experienced that sweet combo of Class A amps and Vinyl, do not be so quick
to refer to it as snobs, as there is a real difference, once you quite your
mind and surroundings. A studio room complete with proper acoustics really
magnifies the differences too.


That said my 10 Watt class A sits on a lonely shelf and my 4000 W system
only has the dust_mites blown off once or twice a year. So I use a (8 x 130)
watt Yamaha receiver and digital media inputs, mostly, due to the
conveniences therein. Most amps perform best (most linear response) at no
more than 20% of max output, just so you know.

hth,
James

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 27/08/2015 20:56, Neil Bothwick wrote:
> On Thu, 27 Aug 2015 16:43:41 +0200, Alan McKinnon wrote:
> 
>>> Kids still buy CDs? My grandson recently asked me "What's a record?"
>>> when I used the term.
> 
>> I live in a different universe to you called "South Africa" and CDs are
>> a big market here. The bulk of the population (none of whom are early
>> adopters) don't trust online music stores; they want a thing they can
>> hold in their hand and that thing is a CD :-)
> 
> Round here, the kids (and most adults) are happy to entrust everything to
> Apple and Facebook. I prefer physical media, but I always considered that
> a symptom of being an old fart.
> 
>> vinyls are also making a comeback; it's a whole retro marketing thing.
> 
> Vinyl has always been the medium of choice for audio snobs...
> 
> 


And by "snob" you don't mean an insult, you mean "someone with a trained
ear who can detect superior quality", right?



-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Justin Findlay]

On 08/26/2015 02:06 PM, 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 have over 1200 classical CDs that I have only recently begun ripping
to flac with freedb titles.  I wrote a utility to do this that you are
very welcome to try.  It does not have an ebuild, but it should work as
long as you install dev-python/cddb-py.

https://github.com/jfindlay/jmoney


Justin

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 550 bytes --]

On Fri, 28 Aug 2015 07:03:00 +0200, Alan McKinnon wrote:

> > Vinyl has always been the medium of choice for audio snobs...

> And by "snob" you don't mean an insult, you mean "someone with a trained
> ear who can detect superior quality", right?

Those too. for those of us whose ears spent too long in racing paddocks,
we are unable to tell between those who can hear a difference and those
who like people to think they can.


-- 
Neil Bothwick

We shall shortly be landing. Please return your stewardess to
the upright position.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Thu, Aug 27, 2015 at 10:00:54PM +0100, Neil Bothwick wrote
> On Thu, 27 Aug 2015 15:42:46 -0400, Walter Dnes wrote:
> 
> >   Title-artist-based filenames are harder than it looks.  I'm working on
> > a bash script to generate title_-_artist.flac filenames from
> > audio_nn.inf data.  Then I'll pass that name to flac's "-o" parameter.
> 
> Why reinvent the wheel? abcde is a shell script that does this and much
> more. It uses whichever ripper, encoder etc. that you want, with whatever
> options you want.

  I like to putter around with bash scripts.  I've written up a 146-line
script (83 lines of script plus 63 lines of comments) that handles
things to *MY* specs for *MY* needs.  It processes .inf and .wav files
in a directory, creating flac files in a flac subdirectory.  I haven't
tested it under all conditions, but it tries to handle...

* Check for a "flac" subdirectory; create one if it doesn't already exist
* If "Tracktitle" field is empty, bail out.
* If "Tracktitle" field contains a slash ("/"), assume that the artist's
  name is to the left of the slash, and the song name is on the right
  side of the slash.
* If "Tracktitle" field is non-empty, but doesn't contain a "/", assume
  that it only has the title.
  - Get the artist name from the "Performer" field.
  - If "Performer" field is empty, use "Albumperformer" field.
  - If both are empty, set artist name to "Unknown".
* The flac files are created in the "flac" subdirectory

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1595 bytes --]

On Fri, 28 Aug 2015 21:09:31 -0400, Walter Dnes wrote:

> > Why reinvent the wheel? abcde is a shell script that does this and
> > much more. It uses whichever ripper, encoder etc. that you want, with
> > whatever options you want.  
> 
>   I like to putter around with bash scripts.  I've written up a 146-line
> script (83 lines of script plus 63 lines of comments)

abcde is a little larger than that.

% wc -l =abcde
4896 /usr/bin/abcde

> that handles
> things to *MY* specs for *MY* needs.  It processes .inf and .wav files
> in a directory, creating flac files in a flac subdirectory.  I haven't
> tested it under all conditions, but it tries to handle...
> 
> * Check for a "flac" subdirectory; create one if it doesn't already
> exist
> * If "Tracktitle" field is empty, bail out.
> * If "Tracktitle" field contains a slash ("/"), assume that the artist's
>   name is to the left of the slash, and the song name is on the right
>   side of the slash.
> * If "Tracktitle" field is non-empty, but doesn't contain a "/", assume
>   that it only has the title.
>   - Get the artist name from the "Performer" field.
>   - If "Performer" field is empty, use "Albumperformer" field.
>   - If both are empty, set artist name to "Unknown".
> * The flac files are created in the "flac" subdirectory

That's pretty much what I do with abcde, except I only had to edit a
config file, leaving my script puttering time for wheels I need more.

How do you handle compilation/multi-artist CDs?


-- 
Neil Bothwick

Hello.. Incontinence Hotline.. Can you hold?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

[-- Attachment #1: Type: text/plain, Size: 2649 bytes --]

On Sat, Aug 29, 2015 at 10:38:44AM +0100, Neil Bothwick wrote

> 4896 /usr/bin/abcde
> 
> > that handles
> > things to *MY* specs for *MY* needs.  It processes .inf and .wav files
> > in a directory, creating flac files in a flac subdirectory.  I haven't
> > tested it under all conditions, but it tries to handle...
> > 
> > * Check for a "flac" subdirectory; create one if it doesn't already
> > exist
> > * If "Tracktitle" field is empty, bail out.
> > * If "Tracktitle" field contains a slash ("/"), assume that the artist's
> >   name is to the left of the slash, and the song name is on the right
> >   side of the slash.
> > * If "Tracktitle" field is non-empty, but doesn't contain a "/", assume
> >   that it only has the title.
> >   - Get the artist name from the "Performer" field.
> >   - If "Performer" field is empty, use "Albumperformer" field.
> >   - If both are empty, set artist name to "Unknown".
> > * The flac files are created in the "flac" subdirectory
> 
> That's pretty much what I do with abcde, except I only had to edit a
> config file, leaving my script puttering time for wheels I need more.
> 
> How do you handle compilation/multi-artist CDs?

  Please re-read the message you're replying to. An example .inf file is
attached.  There are 3 fields that my algorithm looks at...

Albumperformer= 'Various Artists'
Performer=      'Various Artists'
Tracktitle=     'Johnny Cash / I Walk The Line'

  Given that there is a separate .inf file for each track, I figure the
way it *SHOULD* be done is to have the track title in the "Tracktitle"
field, and the artist in the "Performer" field.  But, no, that's too
logical.  The old saw about MTAs is "be conservative in what you send,
and liberal in what you accept".  Boy, do I ever have to be liberal in
what I accept.  As noted in my previous message, the algorithm, in
descending priority is...

1) If the "Tracktitle" field contains a slash, assume that it's in the
format 'Artist or Group Name / Track name'.  The above example gets
converted to "I_Walk_The_Line_-_Johnny_Cash.flac".

2) Some .inf files actually get it right (gasp!) with the track title
in the "Tracktitle" field and the performer in the "Performer" field.
There is no slash "/" in the "Tracktitle" field.

Albumperformer= 'Glenn Miller'
Performer=      'Glenn Miller'
Tracktitle=     'In the mood'

This gets converted to "In_the_mood_-_Glenn_Miller.flac"

3) A variant on 2) above, if no "/" in "Tracktititle", and the
"Performer" field is empty, use the "Albumperformer" field as the
artist.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

[-- Attachment #2: audio_01.inf.gz --]
[-- Type: application/octet-stream, Size: 560 bytes --]

Re: [gentoo-user] CD ripper that generates song titles?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1034 bytes --]

On Sat, 29 Aug 2015 20:20:45 -0400, Walter Dnes wrote:

> > How do you handle compilation/multi-artist CDs?  
> 
>   Please re-read the message you're replying to. An example .inf file is
> attached.

That's what I was missing...

> There are 3 fields that my algorithm looks at...
> 
> Albumperformer= 'Various Artists'
> Performer=      'Various Artists'
> Tracktitle=     'Johnny Cash / I Walk The Line'

So it handles things properly, as long as the .inf files are correct.
abcde asks for confirmation if it thinks this is a multi-artist CD
(there's probably an option to automate that).
 
>   Given that there is a separate .inf file for each track, I figure the
> way it *SHOULD* be done is to have the track title in the "Tracktitle"
> field, and the artist in the "Performer" field.  But, no, that's too
> logical.

It does raise the question of what is the point of the Performer field if
it's always the same as the Albumperformer.


-- 
Neil Bothwick

Top Oxymorons Number 13: Computer jock

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[gentoo-user] Re: CD ripper that generates song titles?

[James]

Neil Bothwick <neil <at> digimed.co.uk> writes:


> It does raise the question of what is the point of the Performer field if
> it's always the same as the Albumperformer.

Dubbing? :: as in voice over, professionally, extra comments on the
sound track, karaoke  and such?

Your dubs over a Grand Funk Railroad  ( or Adele?) master, might be quite
interesting?

;-)	
James

Re: [gentoo-user] CD ripper that generates song titles?

[Stroller]

On Sun, 30 August 2015, at 11:46 am, Neil Bothwick <neil@digimed.co.uk> wrote:
> 
>> There are 3 fields that my algorithm looks at...
>> 
>> Albumperformer= 'Various Artists'
>> Performer=      'Various Artists'
>> Tracktitle=     'Johnny Cash / I Walk The Line'
> 
> … 
> It does raise the question of what is the point of the Performer field if
> it's always the same as the Albumperformer.

I'm sure the above is wrong.

I don't know where OP got this metadata from, but I'm sure that "Various" is the right Albumperformer, but "Johnny Cash" should be the Performer field, and the Tracktitle should just be "I Walk The Line".

Of course everyone is free to label their tracks as they like, but I'm pretty sure that's the way I'd do it.

Stroller.

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 31/08/2015 18:40, Stroller wrote:
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick <neil@digimed.co.uk> wrote:
>>
>>> There are 3 fields that my algorithm looks at...
>>>
>>> Albumperformer= 'Various Artists'
>>> Performer=      'Various Artists'
>>> Tracktitle=     'Johnny Cash / I Walk The Line'
>>
>> … 
>> It does raise the question of what is the point of the Performer field if
>> it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.
> 
> I don't know where OP got this metadata from, but I'm sure that "Various" is the right Albumperformer, but "Johnny Cash" should be the Performer field, and the Tracktitle should just be "I Walk The Line".
> 
> Of course everyone is free to label their tracks as they like, but I'm pretty sure that's the way I'd do it.

That's also the way musicbrainz does it. most taggers follow
musicbrainz's lead. It also makes total sense to do it your way


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Mon, Aug 31, 2015 at 05:40:04PM +0100, Stroller wrote
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick <neil@digimed.co.uk> wrote:
> > 
> >> There are 3 fields that my algorithm looks at...
> >> 
> >> Albumperformer= 'Various Artists'
> >> Performer=      'Various Artists'
> >> Tracktitle=     'Johnny Cash / I Walk The Line'
> > 
> > ? 
> > It does raise the question of what is the point of the Performer field if
> > it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.

  It's not a bug, it's a feature <G>.  I know it looks wrong; I'm simply
trying to deal with the real world.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Alex Corkwell <i.am.the.memory@gmail.com> 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.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> Alex Corkwell <i.am.the.memory@gmail.com> 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

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:

> On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > Alex Corkwell <i.am.the.memory@gmail.com> 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/

But what is it really complaining about?  I don't want to do this
arbitrarily, it is there for a reason.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Monday, September 07, 2015 10:51:18 PM covici@ccs.covici.com wrote:
> Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > > Alex Corkwell <i.am.the.memory@gmail.com> 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/
> 
> But what is it really complaining about?  I don't want to do this
> arbitrarily, it is there for a reason.

In that case it looks like it's just trying to create a temp file under /run. 
Portage defines a temp directory within the sandbox but it looks like the build 
system uses some other method to determine the temp dir. Also note that it is 
running as root (I think that's because the ebuild has userpriv set) so 
although a temp file sounds harmless there's no way to tell what else it'll do 
if you run it without the sandbox. You can use the addwrite function at the 
top of the src_compile() function to allow it to write only to that directory.

-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:

> On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > Alex Corkwell <i.am.the.memory@gmail.com> 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/

So, if I wanted to add addpredict /run where would I put it?  Somewhere
in the ebuild?  I still tink its pretty funky.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 12:09:14 AM covici@ccs.covici.com wrote:
> Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > > Alex Corkwell <i.am.the.memory@gmail.com> 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/
> 
> So, if I wanted to add addpredict /run where would I put it?  Somewhere
> in the ebuild?  I still tink its pretty funky.
> 
> 

It looks like it's happening during the compile phase so at the top of 
src_compile(). If it's a live (git) ebuild it's likely that it's an upstream 
change since the ebuild was written. If a malicious ebuild wants to escape the 
sandbox it's easy (clear LD_PRELOAD or load a dummy sandbox library) so it's 
likely just bad practices.

I don't know if addpredict will work but it's worth a try, in any case I think 
it'll be harmless to write there (any user can do it). If there's no 
src_compile() make it:

src_compile() {
	addpredict /run/user/0/
	default
}

I don't remember if that's the right syntax for a directory, it may be 
addpredict "/run/user/0/*"

-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 12:09:14 AM covici@ccs.covici.com wrote:
> Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:
> 
> > On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > > Alex Corkwell <i.am.the.memory@gmail.com> 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/
> 
> So, if I wanted to add addpredict /run where would I put it?  Somewhere
> in the ebuild?  I still tink its pretty funky.
> 
> 

I installed the ebuild and it didn't throw any errors, but judging by your 
output it's happening while building the documentation so it must be something 
related to your epydoc installation. Disabling the doc use flag should get 
around it.

-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[Fernando Rodriguez]

On Tuesday, September 08, 2015 1:59:35 AM Fernando Rodriguez wrote:
> On Tuesday, September 08, 2015 12:09:14 AM covici@ccs.covici.com wrote:
> > Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:
> > 
> > > On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > > > Alex Corkwell <i.am.the.memory@gmail.com> 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/
> > 
> > So, if I wanted to add addpredict /run where would I put it?  Somewhere
> > in the ebuild?  I still tink its pretty funky.
> > 
> > 
> 
> I installed the ebuild and it didn't throw any errors, but judging by your 
> output it's happening while building the documentation so it must be 
something 
> related to your epydoc installation. Disabling the doc use flag should get 
> around it.
> 
> 
...or maybe your have user-sandbox on your make.conf FEATURES...
-- 
Fernando Rodriguez

Re: [gentoo-user] CD ripper that generates song titles?

[covici]

Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:

> On Tuesday, September 08, 2015 12:09:14 AM covici@ccs.covici.com wrote:
> > Fernando Rodriguez <frodriguez.developer@outlook.com> wrote:
> > 
> > > On Monday, September 07, 2015 7:45:47 PM covici@ccs.covici.com wrote:
> > > > Alex Corkwell <i.am.the.memory@gmail.com> 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/
> > 
> > So, if I wanted to add addpredict /run where would I put it?  Somewhere
> > in the ebuild?  I still tink its pretty funky.
> > 
> > 
> 
> It looks like it's happening during the compile phase so at the top of 
> src_compile(). If it's a live (git) ebuild it's likely that it's an upstream 
> change since the ebuild was written. If a malicious ebuild wants to escape the 
> sandbox it's easy (clear LD_PRELOAD or load a dummy sandbox library) so it's 
> likely just bad practices.
> 
> I don't know if addpredict will work but it's worth a try, in any case I think 
> it'll be harmless to write there (any user can do it). If there's no 
> src_compile() make it:
> 
> src_compile() {
> 	addpredict /run/user/0/
> 	default
> }
> 
> I don't remember if that's the right syntax for a directory, it may be 
> addpredict "/run/user/0/*"

Well, I did get it to emerge, but it was very broke, like they never
finished the thing, even valid commands would always give a traceback,
so I got rid of the thing.

Thanks anyway for all your help -- I learned something anyway.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com