Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 353395 - portage fails when trying to show dependency problems.
Summary: portage fails when trying to show dependency problems.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo Prefix
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-01 12:31 UTC by Alan Hourihane
Modified: 2011-02-04 00:18 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 Alan Hourihane 2011-02-01 12:31:01 UTC
Traceback (most recent call last):
  File "/usr/bin/emerge", line 44, in <module>
    retval = emerge_main()
  File "/h/usr/lib/portage/pym/_emerge/main.py", line 1702, in emerge_main
    myopts, myaction, myfiles, spinner)
  File "/h/usr/lib/portage/pym/_emerge/actions.py", line 387, in action_build
    mydepgraph.display_problems()
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 4818, in display_problems
    self._display_problems()
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 4841, in _display_problems
    self._show_missed_update()
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 388, in _show_missed_update
    missed_update_types.get("missing dependency"))
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 402, in _show_missed_update_unsatisfied_dep
    check_backtrack=True)
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 2230, in _show_unsatisfied_dep
    built, installed, db_keys, myrepo=repo, _pkg_use_enabled=self._pkg_use_enabled)
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 5817, in get_mask_info
    mreasons = get_masking_status(pkg, pkgsettings, root_config, myrepo=myrepo, use=modified_use)
  File "/h/usr/lib/portage/pym/_emerge/depgraph.py", line 5885, in get_masking_status
    mreason in _get_masking_status(pkg, pkgsettings, root_config, myrepo=myrepo, use=use)]
AttributeError: 'str' object has no attribute 'message'
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-02-01 21:30:44 UTC
a traceback alone is not very valueable. How do we reproduce this and what command were you running?
Comment 2 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-02-01 21:30:57 UTC
and portage version, etc.
Comment 3 Alan Hourihane 2011-02-01 22:01:17 UTC
Doing a binary only emerge....

emerge -pgK sys-fs/e2fsprogs

running with portage-2.2.01.17721
Comment 4 Alan Hourihane 2011-02-01 22:11:30 UTC
It's pretty easy to see that "message" isn't a valid target for the str() operator, but I'm not sure what the intention is with this line of code.
Comment 5 Alan Hourihane 2011-02-01 22:14:25 UTC
Upgrading to a full Gentoo problem as I can see this in x86 gentoo too.
Comment 6 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-02-01 22:18:25 UTC
(In reply to comment #5)
> Upgrading to a full Gentoo problem as I can see this in x86 gentoo too.
> 

Ok, I'll add dev-portage to CC to take a look.
Comment 7 Zac Medico gentoo-dev 2011-02-02 01:02:25 UTC
The _get_masking_status() in the prefix branch is appending strings where it's supposed to append instance of _MaskReason:

http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=pym/_emerge/depgraph.py;h=18e29996925059ff72e28fc6508e17be76f719be;hb=refs/heads/prefix#l5923
Comment 9 Alan Hourihane 2011-02-02 09:57:13 UTC
Yes, that fixes it.

The knock on problem now is that in the binhost's Packages file, there seems to be several packages missing the EPREFIX: keyword as now the command I used in comment #1 reports....

!!! All ebuilds that could satisfy "sys-fs/e2fsprogs" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/e2fsprogs-1.41.12-r1::gentoo_prefix (masked by: missing EPREFIX)

Looks like a lot of the older packages have it, but most recent ones dont, as though it got broken somewhere in recent portages.

Looking at that package in the Packages file shows no EPREFIX line, and if I add it I get the same problem, so where can I fix this ?
Comment 10 Fabian Groffen gentoo-dev 2011-02-02 17:24:46 UTC
ok, committed in portage-2.2.01.17757

Need to look at that EPREFIX thing, why it isn't stored any more.  It's stored in the environment bit of the xpak bit.  Not sure if that can easily be edited.
Comment 11 Alan Hourihane 2011-02-04 00:18:47 UTC
Original bug report fixed.