Description of problem:
The grip shipped with FC2 lacks support for ID3V2 which is a nuisance
since ID3V1 has a very limited range for title/album/artist fields.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try ripping a CD where any of the above mentioned fields exceed 30
The fields will be truncated in the resulting OGG file.
With ID3V2 the limits are increased so the likelyhood of truncation is
Is this implemented in upstream grip at all?
I believe so since I'm using grip-3.2.0-1.1.fc2.dag from DAG RPMs
which supports ID3V2. It does, however, require id3lib which DAG
provides but isn't included in base FC2. If id3lib is installed, the
grip configure script automatically picks it up and uses it to provide
OTOH, id3lib seems like a really ugly lib once you get your nose in
the code (unlike libid3tag, which seems nicer), so I wouldn't blame
Red Hat for not wanting to ship it. Maybe someone could convince
grip's author to switch libraries?
grip is no longer shipped in the development tree; as such, it is unlikely older
bugs will be fixed.