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] why is writing to an async-mounted USB disk so slow?

2019-11-02 Thread Dale
n952162 wrote:
> Okay, thank you, I'll try that (in (33 - 24) hours ;-) )
>
>
> On 11/02/19 16:40, Mick wrote:
>> On Saturday, 2 November 2019 15:15:31 GMT n952162 wrote:
>>> I'm getting 13k bps writing to a Toshiba 3T drive over a USB/Sata
>>> connection.  It' take 33 hours to transfer a 200meg file.
>>>
>>> I mounted it async but then see that ext4 ignores the async option on
>>> mounts.
>>>
>>> What am I doing wrong?
>> Probably nothing, other than using a faulty port/cable and/or faulty
>> drive.
>> Have a look at dmesg and syslog for I/O errors.
>>
>> Have you tried a different port and different USB cable?  Unless it
>> is an
>> eSATA, in which case you will need an eSATA port/cable.
>>
>
>
>


Mick has a good point.  I have two or three of the cheaper USB external
enclosures and only one of them was somewhat fast, it is USB 2.0 after
all.  The other two logged a lot of errors in messages file about
resetting something.  It was resetting so often that moving data to or
from the drive was very slow.  I pitched the two bad ones, saved the one
that works but bought a known good one, it has a fan and a display with
the temps and fan RPMs etc on it.  It is a eSATA or USB enclosure.  I
use the eSATA port and it is as fast as my internal drives.  If
interested, I can find a link for one so you can see what it looks
like.  I can also find the one that doesn't work just in case you have
it.  The good one is black and the iffy ones are a silver color.  Point
is, not all external enclosures work well.  USB ports in my experience
really complicate matters. 

I like USB for my camera and my little card reader, that I use to get
deer pics off my trail camera.  Other than that, I try to avoid USB. 
Oh, printers tend to work too. 

Dale

:-)  :-) 



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] why is writing to an async-mounted USB disk so slow?

2019-11-02 Thread n952162

Okay, thank you, I'll try that (in (33 - 24) hours ;-) )


On 11/02/19 16:40, Mick wrote:

On Saturday, 2 November 2019 15:15:31 GMT n952162 wrote:

I'm getting 13k bps writing to a Toshiba 3T drive over a USB/Sata
connection.  It' take 33 hours to transfer a 200meg file.

I mounted it async but then see that ext4 ignores the async option on
mounts.

What am I doing wrong?

Probably nothing, other than using a faulty port/cable and/or faulty drive.
Have a look at dmesg and syslog for I/O errors.

Have you tried a different port and different USB cable?  Unless it is an
eSATA, in which case you will need an eSATA port/cable.






Re: [gentoo-user] why is writing to an async-mounted USB disk so slow?

2019-11-02 Thread Mick
On Saturday, 2 November 2019 15:15:31 GMT n952162 wrote:
> I'm getting 13k bps writing to a Toshiba 3T drive over a USB/Sata
> connection.  It' take 33 hours to transfer a 200meg file.
> 
> I mounted it async but then see that ext4 ignores the async option on
> mounts.
> 
> What am I doing wrong?

Probably nothing, other than using a faulty port/cable and/or faulty drive. 
Have a look at dmesg and syslog for I/O errors.

Have you tried a different port and different USB cable?  Unless it is an 
eSATA, in which case you will need an eSATA port/cable.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.


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"



[gentoo-user] why is writing to an async-mounted USB disk so slow?

2019-11-02 Thread n952162

I'm getting 13k bps writing to a Toshiba 3T drive over a USB/Sata
connection.  It' take 33 hours to transfer a 200meg file.

I mounted it async but then see that ext4 ignores the async option on
mounts.

What am I doing wrong?




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