Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 710498 - dev-util/pkgcheck does not work on prefix
Summary: dev-util/pkgcheck does not work on prefix
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Michał Górny
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-22 16:32 UTC by Sergei Trofimovich (RETIRED)
Modified: 2020-12-20 00:58 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergei Trofimovich (RETIRED) gentoo-dev 2020-02-22 16:32:31 UTC
$ pwd
/home/siarheit
$ portageq envvar EPREFIX
/home/siarheit/gentoo/rap
$ pkgcheck scan dev-util/pkgcheck
pkgcheck: error: repo init failed: lstat failed: /var/db/repos/gentoo

I guess pkgcheck does not have EPREFIX passed to it as a PORTAGE_CONFIGROOT.

$ LANG=C strace -f -etrace=%file pkgcheck scan dev-util/pkgcheck |& fgrep portage
stat("/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/portageq.py", {st_mode=S_IFREG|0644, st_size=9030, ...}) = 0
stat("/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/portageq.py", {st_mode=S_IFREG|0644, st_size=9030, ...}) = 0
openat(AT_FDCWD, "/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/__pycache__/portageq.cpython-36.pyc", O_RDONLY|O_CLOEXEC) = 3
stat("/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/portage_conf.py", {st_mode=S_IFREG|0644, st_size=25305, ...}) = 0
stat("/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/portage_conf.py", {st_mode=S_IFREG|0644, st_size=25305, ...}) = 0
openat(AT_FDCWD, "/home/siarheit/gentoo/rap/usr/lib64/python3.6/site-packages/pkgcore/ebuild/__pycache__/portage_conf.cpython-36.pyc", O_RDONLY|O_CLOEXEC) = 3
lstat("/etc/portage", 0x7fff18c6e1b0)   = -1 ENOENT (No such file or directory)
lstat("/etc/portage/make.conf", 0x7fff18c6e1b0) = -1 ENOENT (No such file or directory)
stat("/etc/portage/make.conf", 0x7fff18c6dcd0) = -1 ENOENT (No such file or directory)
lstat("/etc/portage/make.conf", 0x7fff18c6dcd0) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/portage/make.conf", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/portage/sets", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
stat("/etc/portage/profile", 0x7fff18c6e510) = -1 ENOENT (No such file or directory)
lstat("/etc/portage", 0x7fff18c6e2e0)   = -1 ENOENT (No such file or directory)
lstat("/etc/portage/repos.conf", 0x7fff18c6e2e0) = -1 ENOENT (No such file or directory)
stat("/etc/portage/repos.conf", 0x7fff18c6de00) = -1 ENOENT (No such file or directory)
lstat("/etc/portage/repos.conf", 0x7fff18c6de00) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/portage/repos.conf", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2020-12-01 13:18:31 UTC
Yes, for now, I am using PORTAGE_CONFIGROOT as a workaround.
Comment 2 Tim Harder gentoo-dev 2020-12-20 00:58:44 UTC
Closing since I don't think this is a problem anymore with the current release or from git. In theory (and in practice by pkgcheck CI), one should be able to pip install pkgcheck on any Unix system and use it.

If you do hit issues, I'd suggest opening issues upstream if they aren't directly related to the ebuilds.