On Tue, 2020-09-22 at 07:51 -0500, Georg Rudoy wrote: > The PR ( https://github.com/gentoo/gentoo/pull/15938 ) contains > non-live snapshot ebuilds. Although, indeed, it's been last updated a > few months ago. > > What's ultimately blocking there is splitting the commit adding those > ebuilds into multiple commits, one per package, while keeping the tree > consistent. I admit I hadn't had (and most likely won't have in the > foreseeable future) the resources to do these > consistent-per-package-commits — doing this (effectively a toposort, > counting in the dependencies between ebuilds) by hand is painful, and > there's no good automation I'm aware of that'll do that for me. On the > other hand, > 1. I know at least some other multipackage groups don't always do > per-package updates and instead commit everything in one fell swoop > (like qt, for instance). > 2. I think I've been told on #gentoo-proxy-dev that if this indeed > proves to be a burdensome thing, adding all the ebuilds in one commit > is feasible. But it's indeed been a while ago, keeping track of time > is hard. > > If (2) is correct, I'm more than happy to fix whatever other issues > are pointed out in the PR. > > But, of course, all this is ultimately up to you folks. I'm just a > proxy. > > вт, 22 сент. 2020 г. в 07:12, Joonas Niilola <juip...@gentoo.org>: > > > I'd also like to point out something regarding "-9999 packages > > only"; It > > may be buildable one day for users, and broken the next. And some of > > the > > deps may be unbuildable, it's really random and up to state of > > upstream > > instead of state of ::gentoo repo. This was the case with leechcraft > > for > > example, check bug #693328. You should always have a keyworded > > static > > version available. > > > > -- juippis > > > > On 9/22/20 2:23 PM, Michał Górny wrote: > > > # Michał Górny <mgo...@gentoo.org> (2020-09-22) > > > # Poorly maintained suite of NIH packages. Only live ebuilds left > > > # for over a year. This really belongs in an overlay. Some of > > > them > > > # depend on deprecated dev-qt/qtwebkit (#684672). > > > # Removal in 14 days. Bug #693328. > > > app-leechcraft/laretz > > -- > Georg Rudoy >
No, the original point really stands. The energy we have invested in EAPI bumping and what not is in no relation to the actual gain. The ROI on leechcraft has been negative, and not just by a small bit. The back and forth has been tiring, and the last-ditch efforts always come in at the last minute. This time it's going for sure.
