Pandu Poluan <pandu@poluan.info> [12-04-15 05:28]:
> On Apr 15, 2012 9:50 AM, <meino.cramer@gmx.de> wrote:
> >
> > Hi,
> >
> > I installed app-portage/gentoolkit-0.3.0.5.
> >
> > After installing it says:
> > * Another alternative to equery is app-portage/portage-utils
> > *
> > * glsa-check since gentoolkit 0.3 has modified some output,
> > * options and default behavior. The list of injected GLSAs
> > * has moved to /var/lib/portage/glsa_injected, please
> > * run 'glsa-check -p affected' before copying the existing checkfile.
> >
> >
> > Running
> >
> > glsa-check -p affected
> >
> >
> > produces:
> >
> > solfire:/root>glsa-check -p affected
> > zsh: /usr/bin/glsa-check: bad interpreter: /usr/local/bin/python: no
> such file or directory
> > [1] 28461 exit 127 glsa-check -p affected
> >
> >
> > to figure out the package, glsa-check is part of:
> >
> > solfire:/root>emerge -vp /usr/bin/glsa-check
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> > [ebuild R ] app-portage/gentoolkit-0.3.0.5 0 kB
> >
> > Total: 1 package (1 reinstall), Size of downloads: 0 kB
> >
> > Why do I need an installation of Python for this under /usr/locl/.... ?
> >
> > Best regards,
> > mcc
> >
> > PS: Other tools of gentoolkit are also effected...
> >
>
> eselect python list ?
>
> Rgds,


Available Python interpreters:
[1] python2.7 *
[2] python3.2

Rgds,

On 04/14/2012 07:46 PM, meino.cramer@gmx.de wrote:
> Running
>
> glsa-check -p affected
>
>
> produces:
>
> solfire:/root>glsa-check -p affected
> zsh: /usr/bin/glsa-check: bad interpreter: /usr/local/bin/python: no such file or directory

On my machines glsa-check returns nothing, but I don't have zsh installed.
Maybe zsh installs its own config files that set a hard-coded path for the
python interpreter? Dunno. What happens if you run glsa-check from a bash
prompt instead of zsh?

walt <w41ter@gmail.com> [12-04-15 17:24]:
> On 04/14/2012 07:46 PM, meino.cramer@gmx.de wrote:
> > Running
> >
> > glsa-check -p affected
> >
> >
> > produces:
> >
> > solfire:/root>glsa-check -p affected
> > zsh: /usr/bin/glsa-check: bad interpreter: /usr/local/bin/python: no such file or directory
>
> On my machines glsa-check returns nothing, but I don't have zsh installed.
> Maybe zsh installs its own config files that set a hard-coded path for the
> python interpreter? Dunno. What happens if you run glsa-check from a bash
> prompt instead of zsh?
>
>
In the meanwhile I found:

The reason was the first lines in the effected scripts:
#! /usr/local/bin/python

Fixing this to
#! /usr/bin/python

fixed that problem.

Best regards,
mcc

On 04/15/2012 06:11 PM, meino.cramer@gmx.de wrote:
> In the meanwhile I found:
>
> The reason was the first lines in the effected scripts:
> #! /usr/local/bin/python
>
> Fixing this to
> #! /usr/bin/python
>
> fixed that problem.

I which script of which package did you fix this?

Best,




Sebastian

Sebastian Pipping <sping@gentoo.org> [12-04-16 04:05]:
> On 04/15/2012 06:11 PM, meino.cramer@gmx.de wrote:
> > In the meanwhile I found:
> >
> > The reason was the first lines in the effected scripts:
> > #! /usr/local/bin/python
> >
> > Fixing this to
> > #! /usr/bin/python
> >
> > fixed that problem.
>
> I which script of which package did you fix this?
>
> Best,
>
>
>
>
> Sebastian
>
As already mentioned in a previous mail of mine,
the package is app-portage/gentoolkit-0.3.0.5. The
effected scripts are:
-rwxr-xr-x 1 root root 1032 2012-04-15 11:27 eclean
-rwxr-xr-x 1 root root 1370 2012-04-15 11:27 revdep-rebuild.py
-rwxr-xr-x 1 root root 1470 2012-04-15 11:27 epkginfo
-rwxr-xr-x 1 root root 1280 2012-04-15 11:27 enalyze
-rwxr-xr-x 1 root root 13100 2012-04-15 11:27 glsa-check
-rwxr-xr-x 1 root root 1296 2012-04-15 11:27 equery
-rwxr-xr-x 1 root root 232 2012-04-15 11:27 eshowkw

Best regards

On 04/16/2012 04:31 AM, meino.cramer@gmx.de wrote:
> As already mentioned in a previous mail of mine,
> the package is app-portage/gentoolkit-0.3.0.5. The
> effected scripts are:
> -rwxr-xr-x 1 root root 1032 2012-04-15 11:27 eclean
> -rwxr-xr-x 1 root root 1370 2012-04-15 11:27 revdep-rebuild.py
> -rwxr-xr-x 1 root root 1470 2012-04-15 11:27 epkginfo
> -rwxr-xr-x 1 root root 1280 2012-04-15 11:27 enalyze
> -rwxr-xr-x 1 root root 13100 2012-04-15 11:27 glsa-check
> -rwxr-xr-x 1 root root 1296 2012-04-15 11:27 equery
> -rwxr-xr-x 1 root root 232 2012-04-15 11:27 eshowkw

I have checked mine, same version, no /usr/local/ in these files over
here. I have no idea what would have caused such a change.

Best,


Sebastian

On Mon, 16 Apr 2012 05:14:07 +0200
Sebastian Pipping <sping@gentoo.org> wrote:

> On 04/16/2012 04:31 AM, meino.cramer@gmx.de wrote:
> > As already mentioned in a previous mail of mine,
> > the package is app-portage/gentoolkit-0.3.0.5. The
> > -rwxr-xr-x 1 root root 1032 2012-04-15 11:27 eclean
> > -rwxr-xr-x 1 root root 1370 2012-04-15 11:27 revdep-rebuild.py
> > -rwxr-xr-x 1 root root 1470 2012-04-15 11:27 epkginfo
> > -rwxr-xr-x 1 root root 1280 2012-04-15 11:27 enalyze
> > -rwxr-xr-x 1 root root 13100 2012-04-15 11:27 glsa-check
> > -rwxr-xr-x 1 root root 1296 2012-04-15 11:27 equery
> > -rwxr-xr-x 1 root root 232 2012-04-15 11:27 eshowkw
>
> I have checked mine, same version, no /usr/local/ in these files over
> here. I have no idea what would have caused such a change.

I don't know either. gentoolkit-0.3.0.5.ebuild calls
python_convert_shebangs in python.eclass, but I can't follow the
algorithm well enough to tell is something is screwy there.