Re: [gentoo-user] problem changing to 17.1 profile

2019-11-06 Thread John Covici
On Sun, 03 Nov 2019 02:21:18 -0500,
Andrew Udvare wrote:
> 
> [1  ]
> [1.1  ]
> On 02/11/2019 01:36, John Covici wrote:
> > Hi.  Well, I was finally able to do the change of profile tothe 17.1
> > profile.  I have gotten all  the way almost to the end of this process
> > to the final step where itwantsto emerge all the 32-bit packages.  I
> > am about two from the end of that list and trying to emerge
> > x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> > 
> > libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> > -Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> > /usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
> > -lgobject-2.0 -lglib-2.0
> > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> > /usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> > collect2: error: ld returned 1 exit status
> > 
> > Now, I re-emerged dev-libs/atk which contains the offending
> > library, but no joy.  the gtk package is pulled in by   several other
> > packages, so I cannot remove it.
> 
> If you re-emerged atk successfully, then the gtk linking stage should
> not fail with the same error as /usr/lib/libatk-1.0.so should now be in
> the correct format (32-bit instead of 64-bit).
> 
> > 
> > Thanks in advance for any suggestions asto howto proceed.
> > 
> 
> You have to pull in some packages in a very specific order.
> 
> With KDE we have a sort of circular dependency on freetype[harfbuzz],
> because harfbuzz itself depends on freetype. For this reason I had to do
> the following:
> 
> env USE=-harfbuzz emerge -1 freetype
> emerge -1 harfbuzz
> emerge -1 freetype
> 
> There is currently no way for Portage to do this automatically.
> 
> Your issue sounds similar and I would suggest emerging offending
> packages separately before continuing the rebuild process for /lib32,
> etc. The order is going to depend on other packages you have installed.
> 
> As soon as one of these special packages errors, you need to check the
> build log. Most likely it was during the configure stage where a
> dependency is not being found in /lib because it has not been built yet.
> Build that dependency with --oneshot and try again with the failing
> package after.
> 

So, I have had no joy with this at all, could not find a package like
that.  I unmerged the two failing packages, hoping that then the
simlinks would be removed and I could just re emerge them again, but
still no joy.  I either need to go back to the old profile, do a
reinstall (hopefully saving all my settings and world file) or fix the
problem.  I did file a bug and blocked the tracker, but I have heard
nothing from those people.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-03 Thread John Covici
On Sun, 03 Nov 2019 02:21:18 -0500,
Andrew Udvare wrote:
> 
> [1  ]
> [1.1  ]
> On 02/11/2019 01:36, John Covici wrote:
> > Hi.  Well, I was finally able to do the change of profile tothe 17.1
> > profile.  I have gotten all  the way almost to the end of this process
> > to the final step where itwantsto emerge all the 32-bit packages.  I
> > am about two from the end of that list and trying to emerge
> > x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> > 
> > libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> > -Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> > /usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
> > -lgobject-2.0 -lglib-2.0
> > /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> > /usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> > collect2: error: ld returned 1 exit status
> > 
> > Now, I re-emerged dev-libs/atk which contains the offending
> > library, but no joy.  the gtk package is pulled in by   several other
> > packages, so I cannot remove it.
> 
> If you re-emerged atk successfully, then the gtk linking stage should
> not fail with the same error as /usr/lib/libatk-1.0.so should now be in
> the correct format (32-bit instead of 64-bit).
> 
> > 
> > Thanks in advance for any suggestions asto howto proceed.
> > 
> 
> You have to pull in some packages in a very specific order.
> 
> With KDE we have a sort of circular dependency on freetype[harfbuzz],
> because harfbuzz itself depends on freetype. For this reason I had to do
> the following:
> 
> env USE=-harfbuzz emerge -1 freetype
> emerge -1 harfbuzz
> emerge -1 freetype
> 
> There is currently no way for Portage to do this automatically.
> 
> Your issue sounds similar and I would suggest emerging offending
> packages separately before continuing the rebuild process for /lib32,
> etc. The order is going to depend on other packages you have installed.
> 
> As soon as one of these special packages errors, you need to check the
> build log. Most likely it was during the configure stage where a
> dependency is not being found in /lib because it has not been built yet.
> Build that dependency with --oneshot and try again with the failing
> package after.

Thanks for your response.  I am pretty sure it has something to do
with the accessibility infrastructure,  I tried emerging those
separately, but no joy on doing that.  I will look and see if there
are any other dependencies, but this was at the very end of the list
and all others were successful. Very strange, indeed.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-03 Thread Andrew Udvare
On 02/11/2019 01:36, John Covici wrote:
> Hi.  Well, I was finally able to do the change of profile tothe 17.1
> profile.  I have gotten all  the way almost to the end of this process
> to the final step where itwantsto emerge all the 32-bit packages.  I
> am about two from the end of that list and trying to emerge
> x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> 
> libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> -Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> /usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
> -lgobject-2.0 -lglib-2.0
> /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> /usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> collect2: error: ld returned 1 exit status
> 
> Now, I re-emerged dev-libs/atk which contains the offending
> library, but no joy.  the gtk package is pulled in by   several other
> packages, so I cannot remove it.

If you re-emerged atk successfully, then the gtk linking stage should
not fail with the same error as /usr/lib/libatk-1.0.so should now be in
the correct format (32-bit instead of 64-bit).

> 
> Thanks in advance for any suggestions asto howto proceed.
> 

You have to pull in some packages in a very specific order.

With KDE we have a sort of circular dependency on freetype[harfbuzz],
because harfbuzz itself depends on freetype. For this reason I had to do
the following:

env USE=-harfbuzz emerge -1 freetype
emerge -1 harfbuzz
emerge -1 freetype

There is currently no way for Portage to do this automatically.

Your issue sounds similar and I would suggest emerging offending
packages separately before continuing the rebuild process for /lib32,
etc. The order is going to depend on other packages you have installed.

As soon as one of these special packages errors, you need to check the
build log. Most likely it was during the configure stage where a
dependency is not being found in /lib because it has not been built yet.
Build that dependency with --oneshot and try again with the failing
package after.

--
Andrew



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] problem changing to 17.1 profile

2019-11-02 Thread John Covici
On Sat, 02 Nov 2019 11:34:54 -0400,
David Haller wrote:
> 
> Hello,
> 
> On Sat, 02 Nov 2019, John Covici wrote:
> >On Sat, 02 Nov 2019 02:58:16 -0400,
> >David Haller wrote:
> >> On Sat, 02 Nov 2019, John Covici wrote:
> >> >Hi.  Well, I was finally able to do the change of profile tothe 17.1
> >> >profile.  I have gotten all  the way almost to the end of this process
> >> >to the final step where itwantsto emerge all the 32-bit packages.  I
> >> >am about two from the end of that list and trying to emerge
> >> >x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> >> >
> >> >libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> >> >-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> >> >/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
> >>  ^^^
> >> >-lgobject-2.0 -lglib-2.0
> >> >/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> >> >/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> >> [..]
> >> >Thanks in advance for any suggestions asto howto proceed.
> >> 
> >> Have you moved your /usr/lib* stuff to the new layout yet? I.e.
> >> is /usr/lib a symlink to /usr/lib64 or is it a directory containing
> >> the 32-bit libs? If the latter, gcc is picking up the wrong lib for
> >> this (64-bit) compile.
> >> 
> >> And anyway, are you on a multilib setup and have both atk (and deps)
> >> and gtk+ the "abi_x86_32 multilib" USE-flags set?
> >> 
> >> I still have the old /usr/lib* layout, i.e.:
> >> $ ls -ld /usr/lib* | cut -d/ -f2-
> >> usr/lib -> lib64/
> >> usr/lib32/
> >> usr/lib64/
> >> usr/libexec/
> >> 
> >> and this in make.conf:
> >> 
> >> CHOST="x86_64-pc-linux-gnu"
> >> ABI_X86="64"
> >> 
> >> and above mentionend USE-flags for all packages and their deps I
> >> want/need 32-bit libs (and/or binaries)...
> >
> >I have the new layout:
> >drwxr-xr-x 68 root root 651 Nov  2 01:10 /usr/lib/
> 
> But you're on
> 
> CHOST="x86_64-pc-linux-gnu"
> ABI_X86="64"
> 
> are you?
> 
> >and a use flag for the offending package
> >
> >dev-libs/atk abi_x86_32
> 
> I don't see 'multilib' there... Do you have /usr/lib64/libatk-1.0.*?
> 
> If not, add 'multilib' to all deps of gtk+ and re-emerge those.

A couple of points, I am using a multilib profile, the ones that are
not multlib say so and I have never used those.  So, I copied the .la
files to /usr/lib, they seem to be generated and not part of any
package.  So now I have the following error:

/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/libatk-bridge-2.0.so: error adding symbols: file in wrong
format

So, the package for that file seems to be correct, it has two files of
the same name in /usr/llib and /usr/lib64 which are different.  It
looks like gtk3+ is picking the wrong file or something -- if anyone
has an idea as to how to fix, it would be great.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-02 Thread John Covici
On Sat, 02 Nov 2019 11:34:54 -0400,
David Haller wrote:
> 
> Hello,
> 
> On Sat, 02 Nov 2019, John Covici wrote:
> >On Sat, 02 Nov 2019 02:58:16 -0400,
> >David Haller wrote:
> >> On Sat, 02 Nov 2019, John Covici wrote:
> >> >Hi.  Well, I was finally able to do the change of profile tothe 17.1
> >> >profile.  I have gotten all  the way almost to the end of this process
> >> >to the final step where itwantsto emerge all the 32-bit packages.  I
> >> >am about two from the end of that list and trying to emerge
> >> >x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> >> >
> >> >libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> >> >-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> >> >/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
> >>  ^^^
> >> >-lgobject-2.0 -lglib-2.0
> >> >/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> >> >/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> >> [..]
> >> >Thanks in advance for any suggestions asto howto proceed.
> >> 
> >> Have you moved your /usr/lib* stuff to the new layout yet? I.e.
> >> is /usr/lib a symlink to /usr/lib64 or is it a directory containing
> >> the 32-bit libs? If the latter, gcc is picking up the wrong lib for
> >> this (64-bit) compile.
> >> 
> >> And anyway, are you on a multilib setup and have both atk (and deps)
> >> and gtk+ the "abi_x86_32 multilib" USE-flags set?
> >> 
> >> I still have the old /usr/lib* layout, i.e.:
> >> $ ls -ld /usr/lib* | cut -d/ -f2-
> >> usr/lib -> lib64/
> >> usr/lib32/
> >> usr/lib64/
> >> usr/libexec/
> >> 
> >> and this in make.conf:
> >> 
> >> CHOST="x86_64-pc-linux-gnu"
> >> ABI_X86="64"
> >> 
> >> and above mentionend USE-flags for all packages and their deps I
> >> want/need 32-bit libs (and/or binaries)...
> >
> >I have the new layout:
> >drwxr-xr-x 68 root root 651 Nov  2 01:10 /usr/lib/
> 
> But you're on
> 
> CHOST="x86_64-pc-linux-gnu"
> ABI_X86="64"
> 
> are you?
> 
> >and a use flag for the offending package
> >
> >dev-libs/atk abi_x86_32
> 
> I don't see 'multilib' there... Do you have /usr/lib64/libatk-1.0.*?
> 
> If not, add 'multilib' to all deps of gtk+ and re-emerge those.

my make.conf just says CHOST="x86_64-pc-linux-gnu"
but I have a number of packages which portage told me to put
abi_x86_32 as a use flag in order to  energe the package.  I do have
the file /usr/lib64/libatk-1.0.* but no package claims it.   gtk+ (all
versions) are looking for it in /usr/lib, but I don't think if I just
move it there the file will be compatible -- I can't find any package
that claims the file and re emerging the accessibility stack does not
giveit to me in /usr/lib -- very peculiar.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-02 Thread David Haller
Hello,

On Sat, 02 Nov 2019, John Covici wrote:
>On Sat, 02 Nov 2019 02:58:16 -0400,
>David Haller wrote:
>> On Sat, 02 Nov 2019, John Covici wrote:
>> >Hi.  Well, I was finally able to do the change of profile tothe 17.1
>> >profile.  I have gotten all  the way almost to the end of this process
>> >to the final step where itwantsto emerge all the 32-bit packages.  I
>> >am about two from the end of that list and trying to emerge
>> >x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
>> >
>> >libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
>> >-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
>> >/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
>>  ^^^
>> >-lgobject-2.0 -lglib-2.0
>> >/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>> >/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
>> [..]
>> >Thanks in advance for any suggestions asto howto proceed.
>> 
>> Have you moved your /usr/lib* stuff to the new layout yet? I.e.
>> is /usr/lib a symlink to /usr/lib64 or is it a directory containing
>> the 32-bit libs? If the latter, gcc is picking up the wrong lib for
>> this (64-bit) compile.
>> 
>> And anyway, are you on a multilib setup and have both atk (and deps)
>> and gtk+ the "abi_x86_32 multilib" USE-flags set?
>> 
>> I still have the old /usr/lib* layout, i.e.:
>> $ ls -ld /usr/lib* | cut -d/ -f2-
>> usr/lib -> lib64/
>> usr/lib32/
>> usr/lib64/
>> usr/libexec/
>> 
>> and this in make.conf:
>> 
>> CHOST="x86_64-pc-linux-gnu"
>> ABI_X86="64"
>> 
>> and above mentionend USE-flags for all packages and their deps I
>> want/need 32-bit libs (and/or binaries)...
>
>I have the new layout:
>drwxr-xr-x 68 root root 651 Nov  2 01:10 /usr/lib/

But you're on

CHOST="x86_64-pc-linux-gnu"
ABI_X86="64"

are you?

>and a use flag for the offending package
>
>dev-libs/atk abi_x86_32

I don't see 'multilib' there... Do you have /usr/lib64/libatk-1.0.*?

If not, add 'multilib' to all deps of gtk+ and re-emerge those.

HTH,
-dnh

-- 
Mal: "We're in deep space, corner of no and where."
--Episode #14, "Objects in Space"



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-02 Thread John Covici
On Sat, 02 Nov 2019 02:58:16 -0400,
David Haller wrote:
> 
> Hello,
> 
> On Sat, 02 Nov 2019, John Covici wrote:
> >Hi.  Well, I was finally able to do the change of profile tothe 17.1
> >profile.  I have gotten all  the way almost to the end of this process
> >to the final step where itwantsto emerge all the 32-bit packages.  I
> >am about two from the end of that list and trying to emerge
> >x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
> >
> >libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
> >-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
> >/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
>  ^^^
> >-lgobject-2.0 -lglib-2.0
> >/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
> >/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
> [..]
> >Thanks in advance for any suggestions asto howto proceed.
> 
> Have you moved your /usr/lib* stuff to the new layout yet? I.e.
> is /usr/lib a symlink to /usr/lib64 or is it a directory containing
> the 32-bit libs? If the latter, gcc is picking up the wrong lib for
> this (64-bit) compile.
> 
> And anyway, are you on a multilib setup and have both atk (and deps)
> and gtk+ the "abi_x86_32 multilib" USE-flags set?
> 
> I still have the old /usr/lib* layout, i.e.:
> $ ls -ld /usr/lib* | cut -d/ -f2-
> usr/lib -> lib64/
> usr/lib32/
> usr/lib64/
> usr/libexec/
> 
> and this in make.conf:
> 
> CHOST="x86_64-pc-linux-gnu"
> ABI_X86="64"
> 
> and above mentionend USE-flags for all packages and their deps I
> want/need 32-bit libs (and/or binaries)...

I have the new layout:
drwxr-xr-x 68 root root 651 Nov  2 01:10 /usr/lib/

and a use flag for the offending package

dev-libs/atk abi_x86_32


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] problem changing to 17.1 profile

2019-11-02 Thread David Haller
Hello,

On Sat, 02 Nov 2019, John Covici wrote:
>Hi.  Well, I was finally able to do the change of profile tothe 17.1
>profile.  I have gotten all  the way almost to the end of this process
>to the final step where itwantsto emerge all the 32-bit packages.  I
>am about two from the end of that list and trying to emerge
>x11-libs/gtk+-2.24.32-r1  andI have run into this problem:
>
>libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
>-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
>/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
 ^^^
>-lgobject-2.0 -lglib-2.0
>/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
[..]
>Thanks in advance for any suggestions asto howto proceed.

Have you moved your /usr/lib* stuff to the new layout yet? I.e.
is /usr/lib a symlink to /usr/lib64 or is it a directory containing
the 32-bit libs? If the latter, gcc is picking up the wrong lib for
this (64-bit) compile.

And anyway, are you on a multilib setup and have both atk (and deps)
and gtk+ the "abi_x86_32 multilib" USE-flags set?

I still have the old /usr/lib* layout, i.e.:
$ ls -ld /usr/lib* | cut -d/ -f2-
usr/lib -> lib64/
usr/lib32/
usr/lib64/
usr/libexec/

and this in make.conf:

CHOST="x86_64-pc-linux-gnu"
ABI_X86="64"

and above mentionend USE-flags for all packages and their deps I
want/need 32-bit libs (and/or binaries)...

HTH,
-dnh

-- 
Steige um auf Emacs als Editor.  Dann wird es nicht mehr primär LaTeX
sein, das Dir das Gefühl vermittelt, unter den Möglichkeiten Deiner
Werkzeuge zu bleiben.-- David Kastrup in dctt



[gentoo-user] problem changing to 17.1 profile

2019-11-01 Thread John Covici
Hi.  Well, I was finally able to do the change of profile tothe 17.1
profile.  I have gotten all  the way almost to the end of this process
to the final step where itwantsto emerge all the 32-bit packages.  I
am about two from the end of that list and trying to emerge
x11-libs/gtk+-2.24.32-r1  andI have run into this problem:

libtool: link: x86_64-pc-linux-gnu-gcc -O2 -mtune=core2 -pipe -ggdb
-Wall -Wl,-O1 -o decompose-bits decompose-bits.o  -Wl,--as-needed
/usr/lib/libatk-1.0.so -lpango-1.0 -lcairo -lgdk_pixbuf-2.0
-lgobject-2.0 -lglib-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/libatk-1.0.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status

Now, I re-emerged dev-libs/atk which contains the offending
library, but no joy.  the gtk package is pulled in by   several other
packages, so I cannot remove it.

Thanks in advance for any suggestions asto howto proceed.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com