I would attach a build log but I don't know which one to attach. The package has gazillion USE flags and most of them cause it to fail randomly. I know that loud gentoo-dev@ users love pseudo-choice but having a package which requires random guessing of working flags isn't good for QA. Considering that cyassl is used by curl only, I suggest masking it along with the curl option for removal. Having too many crazy SSL libs isn't going to improve quality of Gentoo, only make people more likely to use not-well-tested, semi-broken libs.
(In reply to Michał Górny from comment #0) > I would attach a build log but I don't know which one to attach. The package > has gazillion USE flags and most of them cause it to fail randomly. I know > that loud gentoo-dev@ users love pseudo-choice but having a package which > requires random guessing of working flags isn't good for QA. > The choices that used to work are now failing and getting out of hand. > Considering that cyassl is used by curl only, I suggest masking it along > with the curl option for removal. Having too many crazy SSL libs isn't going > to improve quality of Gentoo, only make people more likely to use > not-well-tested, semi-broken libs. I'm agree with masking cyassl and dumping it. However, I don't agree about limiting multiple ssl choices if you are referring to the SSL use expand issue. The number of crypto providers --- I mean *good* crypto providers --- will grow. cyassl is no longer a good provider. It has degenerated from when I first added it ~3 years ago.
(In reply to Anthony Basile from comment #1) > > Considering that cyassl is used by curl only, I suggest masking it along > > with the curl option for removal. Having too many crazy SSL libs isn't going > > to improve quality of Gentoo, only make people more likely to use > > not-well-tested, semi-broken libs. > > I'm agree with masking cyassl and dumping it. However, I don't agree about > limiting multiple ssl choices if you are referring to the SSL use expand > issue. The number of crypto providers --- I mean *good* crypto providers > --- will grow. cyassl is no longer a good provider. It has degenerated > from when I first added it ~3 years ago. Well, I just meant axtls & cyassl here, since the two are used by curl only and therefore have no out-of-curl testing in Gentoo. Moreover, since many revdeps require curl with specific curl provider, those curl options will be used very rarely. Of course, that brings the issue when two different projects require two different variants of curl. But that's another issue and it's not our fault that upstream screwed up by trying to satisfy everyone.
tree cleanign bug #495848
