<table><tr><td style="">wbauer added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D27973">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Under that view point shrinking the library seems like a very reasonable thing to do and going with musicbrainz is probably the better choice as there seems to be more interest for it (and thus more/better data one presumes) than for freedb/gnudb. According to google trends anyway.</p></blockquote>

<p>But who guarantees that musicbrainz is here to stay and not being discontinued at one point in the future, like it happened to freedb now?<br />
At least gnudb.org apparently was created to avoid such problems.</p>

<p>And that's actually a point to keep libcddb anyway IMHO, so that not every single application (that uses it) has to deal with these issues.</p>

<p>My 2 cents only though, of course.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R348 KCDDB Library</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D27973">https://phabricator.kde.org/D27973</a></div></div><br /><div><strong>To: </strong>aacid, sitter<br /><strong>Cc: </strong>ltoscano, wbauer, pino, sitter, heikobecker, rstephenson, kde-doc-english, gennad, fbampaloukas, skadinna<br /></div>