Re: [gentoo-amd64] Re: Python-updater line 415 error

[Lance Lassetter <lancelassetter@gmail.com>]

On Mon, 2009-08-03 at 07:12 +0000, Duncan wrote:
> Frank Peters <frank.peters@comcast.net> posted
> 20090803022804.b9e5a8a0.frank.peters@comcast.net, excerpted below, on 
> Mon, 03 Aug 2009 02:28:04 -0400:
> 
> > On Mon, 03 Aug 2009 01:21:40 -0500
> > Lance Lassetter <lancelassetter@gmail.com> wrote:
> > 
> > 
> > 
> >> # bash --version
> >> GNU bash, version 3.2.39(1)-release (x86_64-pc-linux-gnu) Copyright (C)
> >> 2007 Free Software Foundation, Inc.
> >> 
> >> 
> >> 
> > Thanks again.  I thought so.  My bash version is 4.0.28(2) and there
> > obviously have been some changes.  Version 3.2 goes back a long way.
> > Another program where I have experienced problems is eselect, which is
> > another bash script.  Again there was a syntax fault.
> > 
> > I will have to look into this a little better in the morning and maybe
> > file a bug report.
> 
> FWIW, here (and see below for the Gentoo versions):
> 
> GNU bash, version 4.0.28(2)-release (x86_64-pc-linux-gnu)
> 
> That's current ~amd64 as of yesterday's sync.
> 
> I haven't run python-updater in some time but it ran fine when I ran it 
> last.  I do need to run it again since python-3.1 was just in yesterday's 
> updates, tho, and see what happens.
> 
> Meanwhile, I've had exactly zero problems with eselect, but I don't use 
> that many modules of it as I manage a lot of what it does, like the 
> kernel symlink, the make.profile symlink, etc, manually.
> 
> Here's my bash, python and python-updater versions:
> 
> $equery l bash python
>  * Searching for bash ...
> [IP-] [ ~] app-shells/bash-4.0_p28 (0)
> 
>  * Searching for python ...
> [IP-] [ ~] dev-lang/python-2.6.2-r1 (2.6)
> [IP-] [ ~] dev-lang/python-3.1 (3.1)
> 
>  * Searching for python-updater ...
> [IP-] [ ~] app-admin/python-updater-0.7 (0)
> $
> 
> Are you full ~amd64, or did you package.keyword bash?  If you're running 
> a mixed ~arch/stable system, it's possible that's the problem, tho it 
> doesn't look like it should be python-updater itself, since 0.7 is the 
> highest available for both stable and ~arch.
> 
> Here's a depth-2 depends graph for the 4.0 p28 bash version:
> 
> $equery g --depth=2 bash-4.0_p28
>  * Searching for bash ...
>  * dependency graph for app-shells/bash-4.0_p28:
> `-- app-shells/bash-4.0_p28
>  `-- sys-libs/ncurses-5.7-r1
>   `-- sys-libs/gpm-1.20.6 [gpm]
>   `-- sec-policy/selinux-gpm (unable to resolve: package masked or 
> removed)
>  `-- virtual/libintl-0 (virtual/libintl) [nls]
>   `-- sys-devel/gettext-0.17 [elibc_FreeBSD]
> [ app-shells/bash-4.0_p28 stats: packages (5), max depth (2) ]
> $
> 
> python-updater itself doesn't seem to have any significant dependencies, 
> just a package manager (portage, pkgcore or paludis), at the first level.
> 

it's mixed.  only select few packages installed ~x86 and their required
deps.  i would, personally, never go full blown ~x86 due to core
packages needing to be stable.