Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter
Hello Mike,

Am 23.07.19 um 19:37 schrieb Mike Gilbert:
> You probably installed a (cross) toolchain with host=i686-pc-linux-gnu
> at some point, and now you have stale symlinks leftover in /usr. Try
> removing them.

indeed I used a cross toolchain for x32 for some time together with
Distcc. But that was a long time ago. But it looks like there were still
remains:

# ls -l /usr
drwxr-xr-x   2 rootroot139264 24. Jul 00:37 bin
drwxr-xr-x   2 rootroot  4096  9. Apr 2016  etc
drwxr-xr-x   6 rootroot  4096 25. Apr 2011  gnu-classpath-0.98
drwxr-xr-x   3 rootroot  4096 28. Sep 2012  i686-pc-linux-gnu
drwxr-xr-x 521 rootroot 69632 24. Jul 00:37 include
drwxr-xr-x  47 rootroot 36864 24. Jul 00:39 lib
drwxr-xr-x 299 rootroot258048 24. Jul 07:11 lib64
drwxr-xr-x  30 rootroot 12288 24. Jul 00:07 libexec
drwxr-xr-x  10 rootroot  4096  8. Jun 17:00 local
drwx--   2 rootroot 16384 23. Apr 2011  lost+found
drwxr-xr-x 178 portage portage   4096 22. Jul 18:54 portage
drwxr-xr-x   2 rootroot 16384 24. Jul 00:07 sbin
drwxr-xr-x 630 rootroot 20480 24. Jul 07:11 share
drwxr-xr-x   6 rootroot  4096 13. Jul 09:39 src
lrwxrwxrwx   1 rootroot 8 23. Apr 2011  tmp -> /var/tmp
drwxr-xr-x   6 rootroot  4096 22. Jul 19:28 x86_64-pc-linux-gnu

I made a backup and removed i686-pc-linux-pc.

Unfortunately I can't test anymore if that was the problem. The error
with libXt occurred when compiling the x32 version of the library.
Yesterday I checked if I still need 32 bit libraries. As it turned out
the only package which I had installed which still needs 32 bit
libraries was dev-util/android-sdk-update-manager. At the moment I don't
need an Android development environment. Therefore I removed this
package and all abi_x86_32 useflags in package.use.

Without abi_x86_32 libXt-1.2.0 compiles without errors.

Anyway, thanks for you help.

Best regards

Jens







Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Raffaele Belardi

Mike Gilbert wrote:

On Tue, Jul 23, 2019 at 12:51 PM Jens Pelzetter
 wrote:


Hallo all,

Am 23.07.19 um 17:14 schrieb Mick:

On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote:


Am 23.07.19 um 01:31 schrieb Jack:


On multilib:

$ ls -la /etc/env.d/gcc/
total 16
drwxr-xr-x 2 root root 4096 Jun 11 12:23 .
drwxr-xr-x 5 root root 4096 Jul 20 16:53 ..
lrwxrwxrwx 1 root root   25 Jun 11 12:23 .NATIVE -> x86_64-pc-linux-gnu-8.3.0
-rw-r--r-- 1 root root   34 Jun 11 12:23 config-x86_64-pc-linux-gnu
-rw-r--r-- 1 root root  358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0

The question must be why is emerge looking for config-i686-pc-linux-gnu?

Has Jens messed about with CHOST= in /etc/portage/make.conf?

Will the package build without complaining if emerged so:

CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt



with CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt the ebuild
produces the same error. CHOST in my make.conf is x86_64-pc-linux-gnu.

env.d/gcc also looks fine:

# ls -la /etc/env.d/gcc/
total 16
drwxr-xr-x 2 root root 4096 Jul 21 19:45 .
drwxr-xr-x 7 root root 4096 Jul 22 19:21 ..
lrwxrwxrwx 1 root root   25 Jul 21 19:45 .NATIVE ->
x86_64-pc-linux-gnu-8.3.0
-rw-r--r-- 1 root root   34 Jul 21 19:45 config-x86_64-pc-linux-gnu
-rw-r--r-- 1 root root  358 Jul 19 21:18 x86_64-pc-linux-gnu-8.3.0

Best regards

Jens



You probably installed a (cross) toolchain with host=i686-pc-linux-gnu
at some point, and now you have stale symlinks leftover in /usr. Try
removing them.


Could it be this, from the build.log:

 * econf: updating libXt-1.2.0/config.guess with 
/usr/share/gnuconfig/config.guess
/var/tmp/portage/x11-libs/libXt-1.2.0/work/libXt-1.2.0/configure --prefix=/usr \
--build=i686-pc-linux-gnu --host=i686-pc-linux-gnu

Why is econf using i686 as a prefix?

raffaele



Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Mike Gilbert
On Tue, Jul 23, 2019 at 12:51 PM Jens Pelzetter
 wrote:
>
> Hallo all,
>
> Am 23.07.19 um 17:14 schrieb Mick:
> > On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote:
> >
> >>> Am 23.07.19 um 01:31 schrieb Jack:
> >
> > On multilib:
> >
> > $ ls -la /etc/env.d/gcc/
> > total 16
> > drwxr-xr-x 2 root root 4096 Jun 11 12:23 .
> > drwxr-xr-x 5 root root 4096 Jul 20 16:53 ..
> > lrwxrwxrwx 1 root root   25 Jun 11 12:23 .NATIVE -> 
> > x86_64-pc-linux-gnu-8.3.0
> > -rw-r--r-- 1 root root   34 Jun 11 12:23 config-x86_64-pc-linux-gnu
> > -rw-r--r-- 1 root root  358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0
> >
> > The question must be why is emerge looking for config-i686-pc-linux-gnu?
> >
> > Has Jens messed about with CHOST= in /etc/portage/make.conf?
> >
> > Will the package build without complaining if emerged so:
> >
> > CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt
> >
>
> with CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt the ebuild
> produces the same error. CHOST in my make.conf is x86_64-pc-linux-gnu.
>
> env.d/gcc also looks fine:
>
> # ls -la /etc/env.d/gcc/
> total 16
> drwxr-xr-x 2 root root 4096 Jul 21 19:45 .
> drwxr-xr-x 7 root root 4096 Jul 22 19:21 ..
> lrwxrwxrwx 1 root root   25 Jul 21 19:45 .NATIVE ->
> x86_64-pc-linux-gnu-8.3.0
> -rw-r--r-- 1 root root   34 Jul 21 19:45 config-x86_64-pc-linux-gnu
> -rw-r--r-- 1 root root  358 Jul 19 21:18 x86_64-pc-linux-gnu-8.3.0
>
> Best regards
>
> Jens
>

You probably installed a (cross) toolchain with host=i686-pc-linux-gnu
at some point, and now you have stale symlinks leftover in /usr. Try
removing them.



Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter
Hallo all,

Am 23.07.19 um 17:14 schrieb Mick:
> On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote:
> 
>>> Am 23.07.19 um 01:31 schrieb Jack:
> 
> On multilib:
> 
> $ ls -la /etc/env.d/gcc/
> total 16
> drwxr-xr-x 2 root root 4096 Jun 11 12:23 .
> drwxr-xr-x 5 root root 4096 Jul 20 16:53 ..
> lrwxrwxrwx 1 root root   25 Jun 11 12:23 .NATIVE -> x86_64-pc-linux-gnu-8.3.0
> -rw-r--r-- 1 root root   34 Jun 11 12:23 config-x86_64-pc-linux-gnu
> -rw-r--r-- 1 root root  358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0
> 
> The question must be why is emerge looking for config-i686-pc-linux-gnu?
> 
> Has Jens messed about with CHOST= in /etc/portage/make.conf?
> 
> Will the package build without complaining if emerged so:
> 
> CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt 
> 

with CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt the ebuild
produces the same error. CHOST in my make.conf is x86_64-pc-linux-gnu.

env.d/gcc also looks fine:

# ls -la /etc/env.d/gcc/
total 16
drwxr-xr-x 2 root root 4096 Jul 21 19:45 .
drwxr-xr-x 7 root root 4096 Jul 22 19:21 ..
lrwxrwxrwx 1 root root   25 Jul 21 19:45 .NATIVE ->
x86_64-pc-linux-gnu-8.3.0
-rw-r--r-- 1 root root   34 Jul 21 19:45 config-x86_64-pc-linux-gnu
-rw-r--r-- 1 root root  358 Jul 19 21:18 x86_64-pc-linux-gnu-8.3.0

Best regards

Jens



Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Mick
On Tuesday, 23 July 2019 16:01:01 BST Raffaele Belardi wrote:

> > Am 23.07.19 um 01:31 schrieb Jack:
> >> On 2019.07.22 09:02, Jens Pelzetter wrote:
> >>> Hello everyone,
> >>> 
> >>> recently x11-libs/libXt was updated to version 1.2.0. On one of systems
> >>> 1.2.0 does not compile. The error is rather strange:
> >>> 
> >>> checking for i686-pc-linux-gnu-cpp... /usr/bin/i686-pc-linux-gnu-cpp
> >>> checking if /usr/bin/i686-pc-linux-gnu-cpp requires -undef...  *
> >>> gcc-config: No gcc profile is active!
> >>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
> >>> No such file or directory
> >>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
> >>> 
> >>>   * gcc-config: No gcc profile is active!
> >>> 
> >>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
> >>> No such file or directory
> >>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
> >>> 
> >>>   * gcc-config: No gcc profile is active!
> >>> 
> >>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
> >>> No such file or directory
> >>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
> >>> configure: error: /usr/bin/i686-pc-linux-gnu-cpp defines unix with or
> >>> without -undef.  I don't know what to do.
> >>> 
> >>> The systems is a multilib systems (32 and 64 Bit). I suspect that it is
> >>> not a bug in the libXt ebuild but a problem with my system, but I can't
> >>> figure out what the problem is. Any help is appreciated.
> >>> 
> >>> build.log, environment etc. are attached.
> >>> 
> >>> Best regards
> >> 
> >> Do you have a gcc profile selected?  "gcc-config -l" should list the
> >> available ones and indicate which is selected.
> >> 
> >> Jack
> 
> The gcc compiler for your profile is prefixed by x86_64-* but your configure
> script is looking for i686-* and does not find it: "gcc-config: error:
> could not run/locate 'i686-pc-linux-gnu-cpp'"
> 
> That said, I'm no longer on multilib since years so I would not know what
> the root cause of your problem is, sorry.
> 
> Maybe 'eselect profile list' helps?
> 
> raffaele

On multilib:

$ ls -la /etc/env.d/gcc/
total 16
drwxr-xr-x 2 root root 4096 Jun 11 12:23 .
drwxr-xr-x 5 root root 4096 Jul 20 16:53 ..
lrwxrwxrwx 1 root root   25 Jun 11 12:23 .NATIVE -> x86_64-pc-linux-gnu-8.3.0
-rw-r--r-- 1 root root   34 Jun 11 12:23 config-x86_64-pc-linux-gnu
-rw-r--r-- 1 root root  358 Jun 11 12:23 x86_64-pc-linux-gnu-8.3.0

The question must be why is emerge looking for config-i686-pc-linux-gnu?

Has Jens messed about with CHOST= in /etc/portage/make.conf?

Will the package build without complaining if emerged so:

CHOST="x86_64-pc-linux-gnu" emerge -1aDv x11-libs/libXt 

-- 
Regards,

Mick

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


Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Raffaele Belardi

Jens Pelzetter wrote:

Hello Jack,

a GCC profile is selected:

# gcc-config -l
[1] x86_64-pc-linux-gnu-8.3.0 *

# gcc-config -c
x86_64-pc-linux-gnu-8.3.0

Best regards

Jens

Am 23.07.19 um 01:31 schrieb Jack:

On 2019.07.22 09:02, Jens Pelzetter wrote:

Hello everyone,

recently x11-libs/libXt was updated to version 1.2.0. On one of systems
1.2.0 does not compile. The error is rather strange:

checking for i686-pc-linux-gnu-cpp... /usr/bin/i686-pc-linux-gnu-cpp
checking if /usr/bin/i686-pc-linux-gnu-cpp requires -undef...  *
gcc-config: No gcc profile is active!
/usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
No such file or directory
gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
  * gcc-config: No gcc profile is active!
/usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
No such file or directory
gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
  * gcc-config: No gcc profile is active!
/usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
No such file or directory
gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
configure: error: /usr/bin/i686-pc-linux-gnu-cpp defines unix with or
without -undef.  I don't know what to do.

The systems is a multilib systems (32 and 64 Bit). I suspect that it is
not a bug in the libXt ebuild but a problem with my system, but I can't
figure out what the problem is. Any help is appreciated.

build.log, environment etc. are attached.

Best regards


Do you have a gcc profile selected?  "gcc-config -l" should list the
available ones and indicate which is selected.

Jack


The gcc compiler for your profile is prefixed by x86_64-* but your configure script is 
looking for i686-* and does not find it: "gcc-config: error: could not run/locate 
'i686-pc-linux-gnu-cpp'"


That said, I'm no longer on multilib since years so I would not know what the root cause 
of your problem is, sorry.


Maybe 'eselect profile list' helps?

raffaele



Re: [gentoo-user] Can't compile x11-libs/libXt

2019-07-23 Thread Jens Pelzetter
Hello Jack,

a GCC profile is selected:

# gcc-config -l
[1] x86_64-pc-linux-gnu-8.3.0 *

# gcc-config -c
x86_64-pc-linux-gnu-8.3.0

Best regards

Jens

Am 23.07.19 um 01:31 schrieb Jack:
> On 2019.07.22 09:02, Jens Pelzetter wrote:
>> Hello everyone,
>>
>> recently x11-libs/libXt was updated to version 1.2.0. On one of systems
>> 1.2.0 does not compile. The error is rather strange:
>>
>> checking for i686-pc-linux-gnu-cpp... /usr/bin/i686-pc-linux-gnu-cpp
>> checking if /usr/bin/i686-pc-linux-gnu-cpp requires -undef...  *
>> gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>>  * gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>>  * gcc-config: No gcc profile is active!
>> /usr/bin/gcc-config: line 76: /etc/env.d/gcc/config-i686-pc-linux-gnu:
>> No such file or directory
>> gcc-config: error: could not run/locate 'i686-pc-linux-gnu-cpp'
>> configure: error: /usr/bin/i686-pc-linux-gnu-cpp defines unix with or
>> without -undef.  I don't know what to do.
>>
>> The systems is a multilib systems (32 and 64 Bit). I suspect that it is
>> not a bug in the libXt ebuild but a problem with my system, but I can't
>> figure out what the problem is. Any help is appreciated.
>>
>> build.log, environment etc. are attached.
>>
>> Best regards
>>
> Do you have a gcc profile selected?  "gcc-config -l" should list the
> available ones and indicate which is selected.
> 
> Jack




Re: [gentoo-user] Imagemagick not being detected by emacs

2019-07-23 Thread James Stevenson
Thank you for the solution, will give it a try this evening!

James

On Tue, 23 Jul 2019, 00:06 David Haller,  wrote:

> Hello,
>
> On Sun, 21 Jul 2019, James Stevenson wrote:
> >I'm struggling to get emacs to incorporate imagemagick to allow for
> >rudimental image viewing and manipulation functionality. I have both
> >media-gfx/imagemagick-7.0.8-50 and app-editors/emacs-26.2 installed.
>
> Save the attached patch I found upstream as this commit[1] for emacs-27
>
> /etc/portage/patches/app-editors/emacs-26.2/ImageMagick-7.patch
>
> and change the emacs-26.2.ebuild (or better a copy in your local
> overlay) so that
>
> AT_M4DIR=m4 eautoreconf
>
> is run at the end of src_prepare() which is already there but
> commented out.
>
> HTH,
> -dnh
>
> [1]
> https://github.com/emacs-mirror/emacs/commit/5729486951e6a60db55ea17ee3bac9baf8b54f6a
>
>
> --
> Ok, I'm just uploading the new version of the kernel, v1.3.33, also
> known as "the buggiest kernel ever".  -- Linus Torvalds


SOLVED Re: [gentoo-user] hw problems

2019-07-23 Thread pat

On 2019-07-23 02:29, Adam Carter wrote:

Also these look nasty;
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: Machine
check events logged
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: CPU 0:
Machine Check: 0 Bank 6: ee200040110a
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: TSC 0 ADDR
fef1cf80 MISC 43880010086
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: PROCESSOR
0:806e9 TIME 1563152768 SOCKET 0 APIC 0 microcode 30
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: Machine
check events logged
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: CPU 0:
Machine Check: 0 Bank 7: ee200040110a
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: TSC 0 ADDR
fef1ff00 MISC 43880010086
Jul 15 01:07:25 draken-korin kernel: mce: [Hardware Error]: PROCESSOR
0:806e9 TIME 1563152768 SOCKET 0 APIC 0 microcode 30

Is the system overheating?

https://en.wikipedia.org/wiki/Machine-check_exception has some links
to MCE decode programs


Hi,

I want to thank to all for suggestions. The problem was that RAM had 
died. It was slow thus it made me to think that it is HDD.


Thanks again.

Pat



Freehosting PIPNI - http://www.pipni.cz/




Re: [gentoo-user] Re: dev-lang/ruby and dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25] error

2019-07-23 Thread Dale
Hans de Graaff wrote:
> On Mon, 22 Jul 2019 05:12:55 -0500, Dale wrote:
>
>> emerge: there are no ebuilds to satisfy
>> ">=dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25]".
>> (dependency required by "dev-lang/ruby-2.5.5::gentoo" [ebuild])
>> Anyone have a clue on this?
> An error on my part in preparing for a stable ruby:2.5. It was fixed 
> yesterday: https://bugs.gentoo.org/690300
>
> What happens is that RUBY_TARGETS would like to install ruby25 as well, 
> but the corresponding ruby_targets_ruby25 USE flag is still masked in 
> stable.
>
> Hans
>

So it was just what it looked like.  Wow.  First time I ever was able to
figure out the output of emerge.  Most of the time, it may as well be
Greek or some other language I can't read.  ROFL 

I'll sync in a little bit and try again.  If it still gives problems,
I'll let you know. 

Thanks much for checking into it and fixing it. 

Dale

:-)  :-) 



[gentoo-user] Re: dev-lang/ruby and dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25] error

2019-07-23 Thread Hans de Graaff
On Mon, 22 Jul 2019 05:12:55 -0500, Dale wrote:

> emerge: there are no ebuilds to satisfy
> ">=dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25]".
> (dependency required by "dev-lang/ruby-2.5.5::gentoo" [ebuild])

> Anyone have a clue on this?

An error on my part in preparing for a stable ruby:2.5. It was fixed 
yesterday: https://bugs.gentoo.org/690300

What happens is that RUBY_TARGETS would like to install ruby25 as well, 
but the corresponding ruby_targets_ruby25 USE flag is still masked in 
stable.

Hans