Re: [gentoo-portage-dev] cat/pkg::x-portage ?
On Tue, 2015-12-01 at 10:44 -0500, Mike Frysinger wrote: > On 24 Nov 2015 15:41, Joakim Tjernlund wrote: > > Emerging on my embedded gentoo ppc target I see this: > > > > dev-lang/python-exec-2.0.1-r1::x-portage > > sys-apps/install-xattr-0.5::x-portage > > sys-libs/timezone-data-2015f::x-portage > > > > Where does the name x-portage come from? I do not have a repo > > named x-portage, it is still named gentoo. > > it has no name so one is auto-created using the path. Ahh, this must be the repos.conf/repo_name conflict/mess. I have a name in repos.conf but I have deleted the profiles/repo_name file in the repo. This inconsistency could use some portage (and related tools) love. There is also a bug https://bugs.gentoo.org/show_bug.cgi?id=563874 > pym/portage/repository/config.py: > @staticmethod > def _read_valid_repo_name(repo_path): > name, missing = RepoConfig._read_repo_name(repo_path) > # We must ensure that the name conforms to PMS 3.1.5 > # in order to avoid InvalidAtom exceptions when we > # use it to generate atoms. > name = _gen_valid_repo(name) > if not name: > # name only contains invalid characters > name = "x-" + os.path.basename(repo_path) > name = _gen_valid_repo(name) > # If basename only contains whitespace then the > # end result is name = 'x-'. > return name, missing > > @staticmethod > def _read_repo_name(repo_path): > """ > Read repo_name from repo_path. > Returns repo_name, missing. > """ > repo_name_path = os.path.join(repo_path, REPO_NAME_LOC) > f = None > try: > f = io.open( > _unicode_encode(repo_name_path, > encoding=_encodings['fs'], errors='strict'), > mode='r', encoding=_encodings['repo.content'], > errors='replace') > return f.readline().strip(), False > except EnvironmentError: > return "x-" + os.path.basename(repo_path), True > finally: > if f is not None: > f.close() > -mike
Re: [gentoo-portage-dev] cat/pkg::x-portage ?
On 24 Nov 2015 15:41, Joakim Tjernlund wrote: > Emerging on my embedded gentoo ppc target I see this: > > dev-lang/python-exec-2.0.1-r1::x-portage > sys-apps/install-xattr-0.5::x-portage > sys-libs/timezone-data-2015f::x-portage > > Where does the name x-portage come from? I do not have a repo > named x-portage, it is still named gentoo. it has no name so one is auto-created using the path. pym/portage/repository/config.py: @staticmethod def _read_valid_repo_name(repo_path): name, missing = RepoConfig._read_repo_name(repo_path) # We must ensure that the name conforms to PMS 3.1.5 # in order to avoid InvalidAtom exceptions when we # use it to generate atoms. name = _gen_valid_repo(name) if not name: # name only contains invalid characters name = "x-" + os.path.basename(repo_path) name = _gen_valid_repo(name) # If basename only contains whitespace then the # end result is name = 'x-'. return name, missing @staticmethod def _read_repo_name(repo_path): """ Read repo_name from repo_path. Returns repo_name, missing. """ repo_name_path = os.path.join(repo_path, REPO_NAME_LOC) f = None try: f = io.open( _unicode_encode(repo_name_path, encoding=_encodings['fs'], errors='strict'), mode='r', encoding=_encodings['repo.content'], errors='replace') return f.readline().strip(), False except EnvironmentError: return "x-" + os.path.basename(repo_path), True finally: if f is not None: f.close() -mike signature.asc Description: Digital signature
[gentoo-portage-dev] cat/pkg::x-portage ?
Emerging on my embedded gentoo ppc target I see this: dev-lang/python-exec-2.0.1-r1::x-portage sys-apps/install-xattr-0.5::x-portage sys-libs/timezone-data-2015f::x-portage Where does the name x-portage come from? I do not have a repo named x-portage, it is still named gentoo. Jocke