EAPI=7 support

[MageSlayer]

Corresponding Gentoo bug https://bugs.gentoo.org/655976

[Bfgeshka]

Can this feature be expected anytime soon? It's probably the last thing that obstructs paludis usage.

Btw, I've rehosted your ebuild in my overlay (which is available in official listings), I hope you don't mind.

[MageSlayer]

Yes, I understand.
I had time to only investigate design for EAPI7 so far, unfortunately.

Sure, I don't mind.

[bodograumann]

The changes from EAPI 6 to EAPI 7 can be found in The ultimate guide to EAPI 7.
I think we only need partial support to make paludis completely usable again.

• Banned commands and removed variables
  Can be ignored for now.

• Improved cross-compilation support
  Not sure if there is any support currently in paludis.
  I think it would suffice to merge BDEPEND into DEPEND for now.

• Version manipulation and comparison commands
  We need to implement the three new functions ver_cut, ver_rs and ver_test.
  The guide says there is eapi7-ver.eclass ”providing the reference implementation for previous EAPIs”.
  Maybe we can rely on that for now?

• Other new features and commands

  • eqawarn needs to be defined, but need not do anything. Also there is a fallback implementation in eutils.eclass.
  • ENV_UNSET is needed. This should not be too hard to implement.
  • dostrip, if I understand it correctly, could be implemented simplified by still having it disabling stripping completely and ignoring dostrip -x.
  • We need to depend on >=patch-2.7.

• Other behaviour changes

  • We need to remove the trailing slash of D, ED, ROOT and EROOT.
  • The output of einfo, elog, etc. must not go to stdout anymore.
  • die and assert need to be usable in subshells. Is this already the case?
  • nonfatal must be available as a shell function and as an external command. What do we currently have?
  • Make domo ignore the prefix, just like dodoc etc.
  • || () and ^^ () dependencies should count as not satisfied. I don’t think this is too important for now.

• Profile changes

  • Directories in profiles are probably not widely used right now and still forbidden in the main gentoo repo. So this can be postponed.
  • Ignoring package.provided is also not that important.

So all in all it seems there are only a few changes necessary to get to a working state with basic EAPI 7 support.

Unfortunately I don’t think I can be of much help in implementing, as I’m completely unfamiliar with the codebase and I haven’t used c++ in years. If there is something to test though, I'll gladly try to do that.

[MageSlayer]

My own conclusions about EAPI7 are roughly the same.
I'll try to start doing some concrete steps.

[MageSlayer]

For those interested (read - those who are ready for testing/breakage).

I've pushed new ebuild changes in https://github.com/MageSlayer/paludis-gentoo-overlay with "eapi7" use flag to enable experimental EAPI7 Paludis build.

[hlandgarten]

I am getting a lot of failures on EAPI 7 ebuilds like this one in xterm-337:
!!! ERROR in x11-terms/xterm-337::gentoo:
!!! In inherit at line 63
!!! Error finding eclass desktop

All the errors reference different eclasses but mostly: autotools, mulitlib, multili-minimal. and distutils-r1

All the failures occur in: /usr/libexec/paludis/0/eclass_functions.bash:63

[MageSlayer]

@hlandgarten
Yes, I am aware of it.
That's due to improper ECLASSDIR/ECLASSDIRS removal.
I'll fix it asap.

[hlandgarten]

Most install now. Still have issue on some ebuilds. For example rdesktop:
!!! ERROR in net-misc/rdesktop-1.8.3-r3::gentoo:
!!! In has_version at line 2464
!!! /usr/libexec/paludis/ebuild.bash should take exactly one arg

All the ebuilds with this issue have multiple items in the inherit line.

[MageSlayer]

Ok. Thanks for testing.
New EAPI7 "has_version" support is yet to be implemented.

[hlandgarten]

I currently have 20 ebuilds failing because of has_version so it would be good to get it implemented. Gentoo added lots of EAPI7 ebuilds.

[MageSlayer]

Yes, I know.
I'll implement it as soon as I have some free time.

[kdudka]

I have also seen the has_version related error mentioned above:

!!! ERROR in dev-libs/libevdev-1.5.9-r1::gentoo:
!!! In has_version at line 2202
!!! /usr/libexec/paludis/ebuild.bash should take exactly one arg

!!! Call stack:
!!!    * has_version (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:2202)
!!!    * python_is_installed (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:3646)
!!!    * _python_EPYTHON_supported (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:670)
!!!    * python_setup (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:3793)
!!!    * python-any-r1_pkg_setup (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:3119)
!!!    * pkg_setup (/var/tmp/paludis/dev-libs-libevdev-1.5.9-r1/temp/loadsaveenv:3069)
!!!    * ebuild_f_setup (/usr/libexec/paludis/0/pkg_setup.bash:43)
!!!    * ebuild_main (/usr/libexec/paludis/ebuild.bash:675)
!!!    * main (/usr/libexec/paludis/ebuild.bash:698)

Besides that, it seems to work fine so far. Thank you for the progress on this!

[MageSlayer]

Glad someone else also appreciates this project.

[hlandgarten]

The new version is working great. All my ebuilds are now building. Thank you for bringing paludis back to life. Maybe we can get it back in the gentoo tree.

[MageSlayer]

@hlandgarten
Please beware, "best_version" and "has_version" are merely stubs doing nothing except pretending as working. Proper version is in progress.