Ühel kenal päeval, E, 18.06.2018 kell 08:01, kirjutas Ulrich Mueller: > > > > > > On Sun, 17 Jun 2018, Marty E Plummer wrote: > > Signed-off-by: Marty E. Plummer <hanet...@startmail.com> > > Please don't yet use Signed-off-by. Our policy on this (GLEP 76) is > still a draft and subject to change. > > > -DEPEND=">=sys-apps/sed-4" > > - > > +# sed needs to be executable on the build system > > +BDEPEND=">=sys-apps/sed-4" > > +[[ ${EAPI:-0} == [0123456] ]] && DEPEND="${BDEPEND}" > > These >=sed-4 dependencies are a relic from the time when there was a > sed-3. It left the tree in 2003 though. > > So I suggest to remove this build-time dependency altogether.
I prefer being explicit, but that's probably a lost "battle" for sed, so, OK, we can remove it instead. Otherwise as a generic question for EAPI-7 support in other eclasses: Doesn't this case leak a BDEPEND variable to ebuilds for lower EAPIs, as there's no "unset BDEPEND" for the lower EAPIs. And is that OK? I have various changes still in my TODO queue to both these eclasses, and I need to get to those soon. So I suggest to wait with any pushing of these to be done together, so metadata is invalidated only once. I also would welcome help making these changes, to reduce the time delta where these EAPI-7 support wouldn't be pushed due to this. If it becomes unreasonably delayed, so ebuilds want to start using EAPI-7 for these cases, then I guess it can be pushed once fixed up. But yeah, I need the other changes within 1-2 weeks to start moving GNOME 3.26 to tree. That's about putting icon cache stuff to xdg-utils and xdg instead of gnome* (Qt uses it too), some magic to avoid double calls if possible, and some other changes that come out of gnome overlay gnome- meson.eclass review (with the goal of perhaps not needing it in most cases when combining with "inherit meson xdg" instead) Mart
signature.asc
Description: This is a digitally signed message part