Created attachment 759380 [details, diff] CDDB patch Hi! I faced a cddb request problem these days. It is mentioned on the project website: https://gitlab.gnome.org/GNOME/easytag/-/issues/60 Since it's not a Gentoo related problem I'd posted the patch there as well. However there is another (Gentoo related?) bug (https://bugs.gentoo.org/show_bug.cgi?id=751694) I'd build a second patch for that. Greeting, rogge
Created attachment 759381 [details, diff] metainfo patch
Created attachment 759382 [details] Build log
Created attachment 759383 [details] easytag ebuild with two new patches
This is what's happen in the patch: * Kicking out all unnecessary FreeDB stuff * Since GnuDB can handle cddb requests there is no need to deal with 'HTTP/1.0' nor fall back to http requests only * The 'Manual Search' uses actually a hack now. The search request is going to 'www.gnudb.org' (no cgi path), but while klicking on the results (e. g. 43 Albums found → klicking on one) the further request will be cddb one. BUT 'www.gnudb.org' can't handle that. Here are one and a half problems: The cddb request needs a cgi path, which can be added easily and wont disturb the former www search request. However the cddb URL will be derived from the search request and results in 'www.gnudb.org/~cddb/cddb.cgi'. As reported this wont work. That's why the URL for the attached cddb request will derived from the first 'Automated Search' field. * Apropos 'Manual search': the recognition pattern handling the search results is fixed. Tested with the latest version 2.4.3-r2. The compiling process is still producing some warnings, but not due to the patch nor patch related.
