zinf currently returns the following warning when compiled against either id3lib 3.8.0 or 3.8.3-r1: /usr/lib/zinf/plugins/id3lib.mdf: undefined symbol: _ZNK9ID3_Frame8GetFieldE11ID3_FieldID it also fails to read the id3tags of mp3 files. This disables it's HIGHLY noteworthy media managment. This applies to zinf-2.2.3, (in portage) as well as the 2.2.4 ebuild in bugzilla. 2.2.1 (also in portage) returns the following warning:/usr/lib/zinf/plugins/id3v2.mdf: undefined symbol: _ZNSt11char_traitsIhE6assignEPhjh and segfaults before it successfully imports music. This leads me to believe that the problem is in id3lib, which unfortunatly does not have versions previous to 3.8 to test on. This used to work fine, but I don't remember what I updated that broke it Reproducible: Always Steps to Reproduce: 1.emerge zinf 2.add files to zinf's database 3.note that they do not take on thier id3 tags Actual Results: Files are imported without thier id3 information, greatly debilitating zinf's wonderful media manager Expected Results: Read the id3 tags I think this should be passed to the id3lib developers, but it's my understanding that I should report it here in case it's a problem with gentoo, and the gentoo devs will forward it to the id3lib people as necessary (re: Gentoo Social Contract)
Sounds like a library needs to be re-emerged. I would try id3lib first.
I've re-emerged id3lib 3.8.3, 3.8.0, and each of the versions of zinf in portage. As I am typing this I have just ran "emerge id3lib && emerge zinf", with the same results. Hm oh and I just downloaded your ebuild again and am running that same command again... with different results! hmm! ok it works now :-) um I recommend adding Robert's Zinf-2.2.4.ebuild and removing zinf-2.2.3 as it no longer works with id3lib Thanks Robert -SG
zinf-2.2.4 is now commited. Closing.
