[...] checking for cfg_get_context in -lcfg+... no configure: WARNING: *** *** Libcfg+ was not found. Will use the included one. I don't see it in gx86 so you'd probably have to package it :P. http://opensource.platon.sk/projects/main_page.php?project_id=3
Working on it. The problem is that the gnutls bundled code is actually fixed against a few memory leaks...
Okay my answer to this is "let's keep it this way, and let's keep the bug open". From one side, this project is old and unmaintained, to the point that gnutls's own code is better maintained. From the other, there is nothing else using it. Trying to get libcfg+ to build correctly is also not worth it because upstream didn't know what PIC meant. More importantly, gnutls 3 is not using this crap anymore.
(In reply to comment #2) > Okay my answer to this is "let's keep it this way, and let's keep the bug > open". Said Diego closing the bug... :D
Ehm.. yes sorry I changed my mind about keeping it open and then forgot to change the text =_= Blocking bundled-libs we still have some tracking on whether this one is fixed or not... I guess we should start keeping a list similar to debian's about which package bundles which.
I'm glad you came to the same conclusion as me and yes we should unmask and start using gnutls3 asap. As far as I know, there aren't many packages that still break with it.
I'll give a run to gnutls3 on the new tinderbox tonight, let's see how it goes. What concerns me about gnutls3 is that it still uses a bundled lib (libopts), even though the ebuild seems to set it to use a system library (it's not in the deps). I also have one more thing I have to fix and send upstream as well, as certtool and pk11tool use libreadline which is not in the deps (but otoh I don't want to add it to the deps as I have systems where I don't keep readline around). I've signed the copyright assignment for FSF to fix this so I'll work on that anyway.
(In reply to comment #6) > I'll give a run to gnutls3 on the new tinderbox tonight, let's see how it > goes. Sounds good. > What concerns me about gnutls3 is that it still uses a bundled lib > (libopts), even though the ebuild seems to set it to use a system library > (it's not in the deps). It's in the deps via sys-devel/autogen as I mentioned on IRC.
