[gentoo-user] Strange install path but only on one machine

[gentoo-user] Strange install path but only on one machine

[Helmut Jarausch]

Hi,

this errors baffles me.

Emerging media-gfx/exact-image works just fine on one machine
but fails on a very similar (Gentoo) machine with
install: target `/var/tmp/portage/media-gfx/exact-image-0.8.1/image//
usr/lib64/python2.6/site-packages/' is not a directory: No such file or 
directory

Has anybody an idea where this strange install path might come from?

Many thanks,
Helmut.

Re: [gentoo-user] Strange install path but only on one machine

[Arttu V.]

On 7/5/10, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> wrote:
>
> Hi,
>
> this errors baffles me.
>
> Emerging media-gfx/exact-image works just fine on one machine
> but fails on a very similar (Gentoo) machine with
> install: target `/var/tmp/portage/media-gfx/exact-image-0.8.1/image//
> usr/lib64/python2.6/site-packages/' is not a directory: No such file or
> directory
>
> Has anybody an idea where this strange install path might come from?

Can you be more specific on the 'strangeness'? Which part looks odd?

For a quick glimpse it would seem to be a regular temporary 'image'
directory which is part of every package's install phase. Only once
files have been successfully installed under this temporary 'image'
(directory) will portage merge that directory's contents to respective
real directories.

As for the error itself, it could be a parallel make problem (goes
temporarily away with MAKE_OPTS="-j1", but should still be reported at
bugs.gentoo.org) or a lazy installer script which isn't properly
creating the directories to which it will try to install files (which
should also be reported at b.g.o, as it might be a gentoo-only
problem).

-- 
Arttu V. -- Running Gentoo is like running with scissors

Re: [gentoo-user] Strange install path but only on one machine

[Helmut Jarausch]

On 07/05/10 17:39:36, Arttu V. wrote:
> On 7/5/10, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> wrote:
> >
> > Hi,
> >
> > this errors baffles me.
> >
> > Emerging media-gfx/exact-image works just fine on one machine
> > but fails on a very similar (Gentoo) machine with
> > install: target `/var/tmp/portage/media-gfx/exact-image-0.8.1/
> image//
> > usr/lib64/python2.6/site-packages/' is not a directory: No such 
> file
> or
> > directory
> >
> > Has anybody an idea where this strange install path might come 
> from?
> 
> Can you be more specific on the 'strangeness'? Which part looks odd?
> 
> For a quick glimpse it would seem to be a regular temporary 'image'
> directory which is part of every package's install phase. Only once
> files have been successfully installed under this temporary 'image'
> (directory) will portage merge that directory's contents to 
> respective
> real directories.
> 
> As for the error itself, it could be a parallel make problem (goes
> temporarily away with MAKE_OPTS="-j1", but should still be reported 
> at
> bugs.gentoo.org) or a lazy installer script which isn't properly
> creating the directories to which it will try to install files (which
> should also be reported at b.g.o, as it might be a gentoo-only
> problem).
> 
> -- 
> Arttu V. -- Running Gentoo is like running with scissors
> 

Thanks!
MAKEOPTS=-j1 didn't help

instead of 
/var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
python2.6/site-packages

there is a file
/var/tmp/portage/media-gfx/exact-image-0.8.1/image
/usr/lib/python2.5/site-packages

note  lib not lib64
      python2.5  not python2.6

eselect python list gives
Available Python interpreters:
  [1]   python2.6 *
  [2]   python3.1

So, where does this come from?

Many thanks for a hint,
Helmut.

Re: [gentoo-user] Strange install path but only on one machine

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 519 bytes --]

On Mon, 05 Jul 2010 18:35:41 +0200, Helmut Jarausch wrote:

> instead of 
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
> python2.6/site-packages
> 
> there is a file
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image
> /usr/lib/python2.5/site-packages
> 
> note  lib not lib64

/lib is usually symlinked to /lib64 on amd6 systems.

>       python2.5  not python2.6

Have you tried running python-updater?


-- 
Neil Bothwick

Become a gynaecologist, look up a friend today.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Strange install path but only on one machine

[Arttu V.]

On 7/5/10, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> wrote:
> MAKEOPTS=-j1 didn't help
>
> instead of
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
> python2.6/site-packages
>
> there is a file
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image
> /usr/lib/python2.5/site-packages
>
> note  lib not lib64
>       python2.5  not python2.6
>
> eselect python list gives
> Available Python interpreters:
>   [1]   python2.6 *
>   [2]   python3.1
>
> So, where does this come from?

Unfortunately I have no more theories, short of broken python on
Gentoo (not just on your box). I can reproduce the problem in a test
environment I keep using, so it's probably not something due to, e.g.,
a need for revdep-rebuild or python-updater (although running them
rarely hurts).

But could tell us a bit more about the system on which this does *not*
happen? How is it different? Is it an x86 or amd64? multilib? Is it a
more recent install than the other one (so that there should be no
left-over cruft from, e.g., old python versions)?

-- 
Arttu V.

Re: [gentoo-user] Strange install path but only on one machine

[Helmut Jarausch]

On 07/05/10 21:55:10, Neil Bothwick wrote:
> On Mon, 05 Jul 2010 18:35:41 +0200, Helmut Jarausch wrote:
> 
> > instead of 
> > /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
> > python2.6/site-packages
> > 
> > there is a file
> > /var/tmp/portage/media-gfx/exact-image-0.8.1/image
> > /usr/lib/python2.5/site-packages
> > 
> > note  lib not lib64
> 
> /lib is usually symlinked to /lib64 on amd6 systems.

Yes, /lib is symlinked to /lib64  but
/var/tmp/portage/media-gfx/exact-image-0.8.1/image/usr/lib is not a 
symlink. Thus, 
cd /var/tmp/portage/media-gfx/exact-image-0.8.1/image/usr/lib64/
just fails.
> 
> >       python2.5  not python2.6
> 
> Have you tried running python-updater?
Yes, and I have run just once more but it doesn't help.
Furthermore I've run lafilefixer and 
symlinks -dr /usr/lib64 /usr/include

Many thanks, Neil,
Helmut.

Re: [gentoo-user] Strange install path but only on one machine

[Helmut Jarausch]

On 07/05/10 22:09:09, Arttu V. wrote:
> On 7/5/10, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> wrote:
> > MAKEOPTS=-j1 didn't help
> >
> > instead of
> > /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
> > python2.6/site-packages
> >
> > there is a file
> > /var/tmp/portage/media-gfx/exact-image-0.8.1/image
> > /usr/lib/python2.5/site-packages
> >
> > note  lib not lib64
> >       python2.5  not python2.6
> >
> > eselect python list gives
> > Available Python interpreters:
> >   [1]   python2.6 *
> >   [2]   python3.1
> >
> > So, where does this come from?
> 
> Unfortunately I have no more theories, short of broken python on
> Gentoo (not just on your box). I can reproduce the problem in a test
> environment I keep using, so it's probably not something due to, 
> e.g.,
> a need for revdep-rebuild or python-updater (although running them
> rarely hurts).
> 
> But could tell us a bit more about the system on which this does 
> *not*
> happen? How is it different? Is it an x86 or amd64? multilib? Is it a
> more recent install than the other one (so that there should be no
> left-over cruft from, e.g., old python versions)?

Sorry to say, but I don't know the difference.
Both have nearly identical hardware (AMD Phenom II, same chipset)
Both are updated each day (~amd64) and both have nearly the same set
of packages installed.

This raises the question on how to compare two different Gentoo 
installations?

Many thanks Arttu,
I'm glad you see the problem, as well.

I have many, many packages of dev-python/ installed.
Up to now media-gfx/exact-image is the only one which
causes trouble.

So, I'm lost right now.
(though exact-image is not an essential package for me at the moment)

Helmut.

Re: [gentoo-user] Strange install path but only on one machine

[Arttu V.]

On 7/5/10, Helmut Jarausch <jarausch@igpm.rwth-aachen.de> wrote:
> instead of
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/
> python2.6/site-packages
>
> there is a file
> /var/tmp/portage/media-gfx/exact-image-0.8.1/image
> /usr/lib/python2.5/site-packages

I found something related to that. The install path seems to be
semi-hardcoded in the sources, at api/python/Makefile:

        $(Q)mkdir -p $(DESTDIR)$(libdir)/python2.5/site-packages/

That will create a path suitable for python version 2.5 (maybe that
one box of yours still has it?), but no others.

I filed a bug (#327171).

-- 
Arttu V.

Re: [gentoo-user] Strange install path but only on one machine

[Arttu V.]

On 7/6/10, Arttu V. <arttuv69@gmail.com> wrote:
> I filed a bug (#327171).

The bug is marked fixed, and at least on my testing system emerge
exact-image is successful.

-- 
Arttu V.

Re: [gentoo-user] Strange install path but only on one machine

[Helmut Jarausch]

On 07/09/10 14:02:39, Arttu V. wrote:
> On 7/6/10, Arttu V. <arttuv69@gmail.com> wrote:
> > I filed a bug (#327171).
> 
> The bug is marked fixed, and at least on my testing system emerge
> exact-image is successful.
> 
Yes, it installs just fine now (unfortunately no revision bump, so I 
didn't notice myself).
Helmut.

Re: [gentoo-user] Strange install path but only on one machine

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

On Fri, 09 Jul 2010 14:19:53 +0200, Helmut Jarausch wrote:

> > The bug is marked fixed, and at least on my testing system emerge
> > exact-image is successful.
> >   
> Yes, it installs just fine now (unfortunately no revision bump, so I 
> didn't notice myself).

The revision isn't bumped when an installation problem is fixed, because
that would cause people to reinstall when the previous version worked.
The basic rule is that if the installed files are not changed, the
revision should not be.


-- 
Neil Bothwick

Tell me, and I will forget. Show me, and I will remember. Involve me, and
I will learn.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]