Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 303152 - app-portage/gentoolkit-0.3.0_rc8-r1: epkginfo should list repo_name instead of ambiguous path location
Summary: app-portage/gentoolkit-0.3.0_rc8-r1: epkginfo should list repo_name instead o...
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Tools (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks: 237964
  Show dependency tree
 
Reported: 2010-02-01 21:49 UTC by Jeremy Olexa (darkside) (RETIRED)
Modified: 2010-02-19 15:31 UTC (History)
0 users

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 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2010-02-01 21:49:12 UTC
How does one define the official portage tree? I think the answer to this is via the "repo_name" file, not based on PATH

e.g:
%% epkginfo ruby-debug
 * dev-ruby/ruby-debug [portage_tree]
Herd:        ruby (ruby@gentoo.org)
Maintainer:  None specified
Upstream:    None specified
Location:    /home/jolexa/portage/global/portage_tree/dev-ruby/ruby-debug
Keywords:    0.10.3:0: 
Keywords:    0.10.3-r2:0: ~amd64-linux ~ppc ~ppc-macos ~x86 ~x86-linux
                          ~x86-macos ~x86-solaris
Keywords:    0.10.3-r3:0: ~amd64

%% cat $(portageq envvar PORTDIR)/profiles/repo_name
gentoo_prefix

%% epkginfo sys-apps/baselayout
 * sys-apps/baselayout [overlays]
Herd:        base-system (base-system@gentoo.org)
Maintainer:  None specified
Upstream:    None specified
Location:    /home/jolexa/portage/global/overlays/sys-apps/baselayout
Keywords:    2.0.1:0: ~amd64-linux

%% cat /home/jolexa/portage/global/overlays/profiles/repo_name 
overlay

So, in conclusion, I think I have shown that epkginfo is using the PATH to determine some output, but instead, please use the repo_name file because it makes more sense to have portage and epkginfo aligned in its output. Consistency for the win! :)

%% echo $PWD
/home/jolexa/portage/global/overlays/sys-apps/baselayout
%% basename $(dirname $(dirname $PWD))
overlays
%% cat $(dirname $(dirname $PWD))/profiles/repo_name
overlay
Comment 1 Douglas Anderson 2010-02-01 23:48:23 UTC
Fixed in genscripts repo. If used on an overlay which doesn't report repo_name, it'll still fall back to parsing the path.

$ svn ci -m "Fixes repo_name reporting by reading the 'repository' metadata file. Internally, gentoolkit.package.Package.repo_id has become repo_name to closer reflect what it actually does, and has a new 'fallback' option which allows the API consumer to control whether repositories that don't specify a repo_name should cause a traceback, or whether we should fall back to the previous method of getting the repo name from the path. Bug #303152."
Sending        gentoolkit/pym/gentoolkit/atom.py
Sending        gentoolkit/pym/gentoolkit/equery/meta.py
Sending        gentoolkit/pym/gentoolkit/package.py
Transmitting file data ...
Committed revision 190.
Comment 2 Paul Varner (RETIRED) gentoo-dev 2010-02-02 17:08:44 UTC
$ svn commit -m "Merge genscripts revision 191"
Sending        gentoolkit/TODO
Sending        gentoolkit/bin/revdep-rebuild
Sending        gentoolkit/pym/gentoolkit/atom.py
Sending        gentoolkit/pym/gentoolkit/cpv.py
Sending        gentoolkit/pym/gentoolkit/dependencies.py
Sending        gentoolkit/pym/gentoolkit/equery/meta.py
Sending        gentoolkit/pym/gentoolkit/helpers.py
Sending        gentoolkit/pym/gentoolkit/metadata.py
Sending        gentoolkit/pym/gentoolkit/package.py
Sending        gentoolkit/pym/gentoolkit/test/test_helpers.py
Sending        gentoolkit/pym/gentoolkit/versionmatch.py
Sending        gentoolkit/setup.py
Transmitting file data ............
Committed revision 737.
Comment 3 Paul Varner (RETIRED) gentoo-dev 2010-02-19 15:31:21 UTC
Released in gentoolkit-0.3.0_rc9