Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Alan McKinnon 
On 21/08/2015 04:41, wraeth wrote:
> On 21/08/15 11:49, Alan Grimes wrote:
>> tortoise ~ # emerge --info ... Repositories:
> 
> You have a fair number of overlays. It probably doesn't need to be
> said, but you should watch out for packages being pulled in from an
> overlay instead of the default Gentoo repository.
> 
>> CFLAGS="-O3 -march=native -pipe " CXXFLAGS="-O3 -march=native -pipe
>> "
> 
> C{XX}FLAGS="-O3" is known to cause some issues [1]. If you've done an
> --emptytree rebuild with "-O3" then this could be the cause of the
> segfaults.


Earlier I saw segfaults in gcc, and another poster pointed it out.

When gcc segfaults, it is always suspicious mostly because the compiler
is an app where we know the devs take extraordinary measures to prevent it.

The most common cause is faulty hardware (most often memory) as gcc
tends to use all of it in ways no other app does. The usual procedure at
this point is to run memtest for an extended period - say 48 hours, or
even 72 for an older slow machine.


> 
>> wraeth wrote:
>>> More information about your environment, such as an `emerge
>>> --info` and relevant flags/settings for a specific package that
>>> is failing would go a fair way to giving us the information we
>>> need (and have asked for) to be able to help you.
> 
> The `emerge --info` helps, but you haven't listed an explicit build
> failure or details about that package.
> 

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread wraeth 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 21/08/15 11:49, Alan Grimes wrote:
> tortoise ~ # emerge --info ... Repositories:

You have a fair number of overlays. It probably doesn't need to be
said, but you should watch out for packages being pulled in from an
overlay instead of the default Gentoo repository.

> CFLAGS="-O3 -march=native -pipe " CXXFLAGS="-O3 -march=native -pipe
> "

C{XX}FLAGS="-O3" is known to cause some issues [1]. If you've done an
- --emptytree rebuild with "-O3" then this could be the cause of the
segfaults.

> wraeth wrote:
>> More information about your environment, such as an `emerge
>> --info` and relevant flags/settings for a specific package that
>> is failing would go a fair way to giving us the information we
>> need (and have asked for) to be able to help you.

The `emerge --info` helps, but you haven't listed an explicit build
failure or details about that package.
- -- 
wraeth 
GnuPG Key: B2D9F759
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlXWj8oACgkQXcRKerLZ91lljwD/Uyqx4Izxy7+BQdyYn3hk7CDO
NZa1wUqS1ZQ4YVl7jEsA/2FqG5d5608HTm1KfKCbjkJobXbx4jL9xB0EP+2o5eBI
=Bm1J
-END PGP SIGNATURE-

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Alan Grimes 
tortoise ~ # emerge --info
Portage 2.2.20.1 (python 3.4.3-final-0,
default/linux/amd64/13.0/desktop, gcc-4.9.3, glibc-2.21-r1, 4.1.6 x86_64)
=
System uname:
Linux-4.1.6-x86_64-AMD_Phenom-tm-_II_X6_1090T_Processor-with-gentoo-2.2
KiB Mem:32877940 total,   3190276 free
KiB Swap:8000364 total,   8000364 free
Timestamp of repository gentoo: Thu, 20 Aug 2015 21:05:01 +
sh bash 4.3_p42
ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1
app-shells/bash:  4.3_p42::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.22.0::gentoo
dev-lang/python:  2.7.10::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo
dev-util/cmake:   3.3.1::gentoo
dev-util/pkgconfig:   0.28-r3::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.17::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69-r1::gentoo
sys-devel/automake:   1.10.3-r1::gentoo, 1.11.6-r1::gentoo,
1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1::gentoo
sys-devel/gcc:4.9.3::gentoo
sys-devel/gcc-config: 1.8::gentoo
sys-devel/libtool:2.4.6-r1::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 4.1::gentoo (virtual/os-headers)
sys-libs/glibc:   2.21-r1::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

hasufell
location: /var/lib/layman/hasufell
masters: gentoo
priority:
50  
  




spike-community-overlay 


location:
/var/lib/layman/spike-community-overlay 
  

masters:
gentoo  
   

priority:
50  
  




steam-overlay   


location:
/var/lib/layman/steam-overlay   
  

masters:
gentoo  
   

priority:
50  
  




wichtounet  


location:
/var/lib/layman/wichtounet  
  

masters:
gentoo  
   

priority:
50  
  




ABI="amd64" 


ABI_X86="64
32" 


ACCEPT_KEYWORDS="amd64
~amd64" 
 

ACCEPT_LICENSE="*"  


ACCEPT_PROPERTIES="*"   


ACCEPT_RESTRICT="*" 


ADA_INCLUDE_PATH="/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/adainclude"   


ADA_OBJECTS_PATH="/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.6/adalib"   


ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem
ymfpci"

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Fernando Rodriguez 
On Thursday, August 20, 2015 6:31:48 PM Alan Grimes wrote:
> Fernando Rodriguez wrote:
> > The ncurses ebuild is indeed broken, I ran into the same problem before.
> >
> > But you received good advice on your last thread (build libtinfo on 
another 
> > system and copy it or just try symlinking it to ncurses), if you'd 
followed it 
> > you would a got your system back up in a few minutes.
> 
> ppl seem to be antsy to hear what I actually did, so I'll respond
> 
> 1. I got my grubby mitts on a stage 3 tarball, I always keep one on hand
> for this reason. =\
>
>
> 2. I grepped everything in /bin and /lib for tinfo and copied over from
> the tarball where necessary.

You can not blindly mix and match files like that, this is likely what broke 
your compiler (if you copied only some gcc related files)! You where advised to 
copy the bash binary, or libtinfo.so (from another system), or symlink it to 
libncurses.so. All good advice but you chose to do something dumb. Now you may 
need to unpack a whole stage3, start over, and wait another 3 days.

 
> 3. Started --emptytree world.
> 
> 4. waited.
> 
> 5. kicked it each time it stopped,
> 
> 6. kicked it some more.
> 
> 7. kicked it a few more times.
> 
> 8, got to the end of the list about two and a half days later (which is
> par for my machine.)
> 
> 9. published the results.
> 
> 10. rebooted.
> 
> 

-- 
Fernando Rodriguez

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread wraeth 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 21/08/15 08:31, Alan Grimes wrote:
> Fernando Rodriguez wrote:
>> The ncurses ebuild is indeed broken, I ran into the same problem
>> before.
>> 
>> But you received good advice on your last thread (build libtinfo
>> on another system and copy it or just try symlinking it to
>> ncurses), if you'd followed it you would a got your system back
>> up in a few minutes.
> 
> ppl seem to be antsy to hear what I actually did, so I'll
> respond

Because we try to avoid flame wars and needless name-calling/swearing
when looking for and providing support to people. Also because we kind
of expect the original poster to respond to queries in a thread that
they started.

> 1. I got my grubby mitts on a stage 3 tarball, I always keep one on
> hand for this reason. =\
> 
> 2. I grepped everything in /bin and /lib for tinfo and copied over
> from the tarball where necessary.

This is kind of dangerous. It would be safer to create/use a binary
package.

- From a running Gentoo system (including a stage3) you can create a
binary package of an installed program by running

  quickpkg /

This will place it in /usr/portage/packages by default (see PKGDIR in
`man make.conf`). This is better than just randomly copying files from
another system. There are also online hosts available that provide
some packages (see my post in your previous thread).

> 3. Started --emptytree world.
> 
> 4. waited.
> 
> 5. kicked it each time it stopped,
> 
> 6. kicked it some more.
> 
> 7. kicked it a few more times.

Emerge's '--keep-going' option may be of use to you here...

> 8, got to the end of the list about two and a half days later
> (which is par for my machine.)
> 
> 9. published the results.
> 
> 10. rebooted.

So what you're saying is that you did an '--emptytree' build for which
there were a number of failures; *one* of which was a segfault; some
of which may not be valid; after arbitrarily copying some files from a
stage3 of unknown age.

Don't get me wrong, providing feedback and letting others know is
good, but unless there's a baseline and/or more is known about what is
going on (see Alan McKinnon's comment about others not getting this
and something about your environment potentially causing this), we
can't do much with it.

More information about your environment, such as an `emerge --info`
and relevant flags/settings for a specific package that is failing
would go a fair way to giving us the information we need (and have
asked for) to be able to help you.

- -- 
wraeth 
GnuPG Key: B2D9F759
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlXWfM0ACgkQXcRKerLZ91k95wD/U7JAoA8RcjlJZfhEVTaHZZ/a
wUdEi3bSFFQfaNVcZW4A/icPoS+XgpMIRAEnxbilUJwbWZoMsEpkLFK4YtdxjFbH
=alwZ
-END PGP SIGNATURE-

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Alan Grimes 
Fernando Rodriguez wrote:
> The ncurses ebuild is indeed broken, I ran into the same problem before.
>
> But you received good advice on your last thread (build libtinfo on another 
> system and copy it or just try symlinking it to ncurses), if you'd followed 
> it 
> you would a got your system back up in a few minutes.

ppl seem to be antsy to hear what I actually did, so I'll respond

1. I got my grubby mitts on a stage 3 tarball, I always keep one on hand
for this reason. =\

2. I grepped everything in /bin and /lib for tinfo and copied over from
the tarball where necessary.

3. Started --emptytree world.

4. waited.

5. kicked it each time it stopped,

6. kicked it some more.

7. kicked it a few more times.

8, got to the end of the list about two and a half days later (which is
par for my machine.)

9. published the results.

10. rebooted.

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Fernando Rodriguez 
On Thursday, August 20, 2015 4:26:08 PM Alan Grimes wrote:
> My five year old CPU has been working it's ass off the last few days
> doing a full --emptytree world to try to purge the system of the ncurses
> clusterfuck.
> 
> Here is the list of FAIL. A few of these might be stale listings because
> I didn't purge the directory before running this. Also a few of these
> might work if I tried it again because a document generator was in
> ncurses-fail mode when it attempted to build the relevant package. One
> of these, however, was OMFGROTFLMFAO funny... You'll see what I mean
> below. What does it say about the state of linux when the compiler is
> too broken to compile a bug reporter module? =P
> 
> I usually tolerate a moderate failure %-age but these packages are far
> too important to the things I need to do to be acceptable. =|
> 
> tortoise portage # pwd
> /var/tmp/portage
> tortoise portage # tree -L 2
> .
> ├── app-arch
> │   └── rpm-4.12.0.1
> ├── app-doc
> │   └── doxygen-1.8.10-r1
> ├── app-office
> │   ├── libreoffice-4.4.5.2
> │   └── texmacs-1.99.2-r1
> ├── dev-db
> │   └── mysql-workbench-6.3.4
> ├── dev-dotnet
> │   └── nuget-2.8.3
> ├── dev-java
> │   └── antlr-3.1.3-r3
> ├── dev-libs
> │   ├── libcdio-0.93
> │   ├── libcdio-paranoia-0.93_p1
> │   └── libevdev-1.4.3
> ├── dev-util
> │   ├── kdevplatform-1.7.1
> │   └── monodevelop-5.9.5.9
> ├── kde-apps
> │   ├── kdesdk-kioslaves-4.14.3
> │   └── libkdcraw-4.14.3
> ├── media-gfx
> │   └── digikam-4.12.0
> ├── media-libs
> │   ├── libkface-4.12.0
> │   └── mesa-10.6.3
> ├── media-sound
> │   └── playmidi-2.5-r2
> ├── media-video
> │   └── vcdimager-0.7.24
> ├── sci-libs
> │   └── gdal-2.0.0
> └── sys-devel
> └── llvm-3.6.2
> 
> 36 directories, 0 files
> tortoise portage #
> 
> ###
> 
> In file included from
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:55:0,
>  from
> /var/tmp/portage/sys-
devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/Basic/SourceLocation.h:22,
>  from
> /var/tmp/portage/sys-
devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/StaticAnalyzer/Core/BugReporter/BugReporter.h:18,
>  from
> /var/tmp/portage/sys-
devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/BugReporter.cpp:15:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple: In
> constructor ‘constexpr std::tuple<_T1, _T2>::tuple(_U1&&, _U2&&) [with
> _U1 = clang::ento::LikelyFalsePositiveSuppressionBRVisitor*; _U2 =
> std::default_delete;
>  = void; _T1 = clang::ento::BugReporterVisitor*;
> _T2 = std::default_delete]’:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple:539:19:
> internal compiler error: Segmentation fault
>  constexpr tuple(_U1&& __a1, _U2&& __a2)
>^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> /bin/rm: cannot remove
> ‘/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-
abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.d.tmp’:
> No such file or directory
> /var/tmp/portage/sys-
devel/llvm-3.6.2/work/llvm-3.6.2.src/Makefile.rules:1514:
> recipe for target
> '/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-
abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o'
> failed
> make[5]: ***
> [/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-
abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o]
> Error 1
> make[5]: *** Waiting for unfinished jobs

The ncurses ebuild is indeed broken, I ran into the same problem before.

But you received good advice on your last thread (build libtinfo on another 
system and copy it or just try symlinking it to ncurses), if you'd followed it 
you would a got your system back up in a few minutes.

Good luck,

-- 
Fernando Rodriguez

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Emanuele Rusconi 
On 20 August 2015 at 22:37, Alan McKinnon  wrote:
>
> Ranting on the list might make you feel better, but is not likely to fix
> your problem. Just saying.

Don't worry, in his previous thread, named with the insightful subject
"", the OP just didn't care to reply after several people chimed
in to help, so I doubt that fixing the problem is what the OP really
wants.

Here is a quote from the other thread, just to set the tone:
> GOOD JOB, PENGUINS!!!
> I won't even be able to reboot my machine!!!
>
> A+ configuration management

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Terry Z. 
Seeing segfaults in a compile like that makes me question your hardware
rather than the gentoo tools.  Are you sure your hardware is in a
functional state?  I update my world fairly often and am running ~amd64 and
have not experienced the issue you are experiencing. :(

On Thu, Aug 20, 2015 at 4:26 PM, Alan Grimes  wrote:

> My five year old CPU has been working it's ass off the last few days
> doing a full --emptytree world to try to purge the system of the ncurses
> clusterfuck.
>
> Here is the list of FAIL. A few of these might be stale listings because
> I didn't purge the directory before running this. Also a few of these
> might work if I tried it again because a document generator was in
> ncurses-fail mode when it attempted to build the relevant package. One
> of these, however, was OMFGROTFLMFAO funny... You'll see what I mean
> below. What does it say about the state of linux when the compiler is
> too broken to compile a bug reporter module? =P
>
> I usually tolerate a moderate failure %-age but these packages are far
> too important to the things I need to do to be acceptable. =|
>
> tortoise portage # pwd
> /var/tmp/portage
> tortoise portage # tree -L 2
> .
> ├── app-arch
> │   └── rpm-4.12.0.1
> ├── app-doc
> │   └── doxygen-1.8.10-r1
> ├── app-office
> │   ├── libreoffice-4.4.5.2
> │   └── texmacs-1.99.2-r1
> ├── dev-db
> │   └── mysql-workbench-6.3.4
> ├── dev-dotnet
> │   └── nuget-2.8.3
> ├── dev-java
> │   └── antlr-3.1.3-r3
> ├── dev-libs
> │   ├── libcdio-0.93
> │   ├── libcdio-paranoia-0.93_p1
> │   └── libevdev-1.4.3
> ├── dev-util
> │   ├── kdevplatform-1.7.1
> │   └── monodevelop-5.9.5.9
> ├── kde-apps
> │   ├── kdesdk-kioslaves-4.14.3
> │   └── libkdcraw-4.14.3
> ├── media-gfx
> │   └── digikam-4.12.0
> ├── media-libs
> │   ├── libkface-4.12.0
> │   └── mesa-10.6.3
> ├── media-sound
> │   └── playmidi-2.5-r2
> ├── media-video
> │   └── vcdimager-0.7.24
> ├── sci-libs
> │   └── gdal-2.0.0
> └── sys-devel
> └── llvm-3.6.2
>
> 36 directories, 0 files
> tortoise portage #
>
> ###
>
> In file included from
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:55:0,
>  from
>
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/Basic/SourceLocation.h:22,
>  from
>
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/StaticAnalyzer/Core/BugReporter/BugReporter.h:18,
>  from
>
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/BugReporter.cpp:15:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple: In
> constructor ‘constexpr std::tuple<_T1, _T2>::tuple(_U1&&, _U2&&) [with
> _U1 = clang::ento::LikelyFalsePositiveSuppressionBRVisitor*; _U2 =
> std::default_delete;
>  = void; _T1 = clang::ento::BugReporterVisitor*;
> _T2 = std::default_delete]’:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple:539:19:
> internal compiler error: Segmentation fault
>  constexpr tuple(_U1&& __a1, _U2&& __a2)
>^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> /bin/rm: cannot remove
>
> ‘/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.d.tmp’:
> No such file or directory
>
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/Makefile.rules:1514:
> recipe for target
>
> '/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o'
> failed
> make[5]: ***
>
> [/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o]
> Error 1
> make[5]: *** Waiting for unfinished jobs
>
> --
> IQ is a measure of how stupid you feel.
>
> Powers are not rights.
>
>
>


-- 
The irony is that Bill Gates claims to be making a stable operating system
and Linus Torvalds claims to be trying to take over the world.
-- seen on the net

Re: [gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Alan McKinnon 
Let me describe what I see.

This can't be a clusterfuck, as it is affecting only you. No-one else to
my knowledge is reporting problems caused by ncurses.

So, it is then highly likely that you have a setup that the devs did not
consider, and it is rare (if not unique).

So, what exactly did you do to fuck your system up this badly? Don;t say
"I ran emerge world" as lots of other people do that without issue.
Before that, perhaps long ago, what did YOU do that caused this current
issue?

Ranting on the list might make you feel better, but is not likely to fix
your problem. Just saying.






On 20/08/2015 22:26, Alan Grimes wrote:
> My five year old CPU has been working it's ass off the last few days
> doing a full --emptytree world to try to purge the system of the ncurses
> clusterfuck.
> 
> Here is the list of FAIL. A few of these might be stale listings because
> I didn't purge the directory before running this. Also a few of these
> might work if I tried it again because a document generator was in
> ncurses-fail mode when it attempted to build the relevant package. One
> of these, however, was OMFGROTFLMFAO funny... You'll see what I mean
> below. What does it say about the state of linux when the compiler is
> too broken to compile a bug reporter module? =P
> 
> I usually tolerate a moderate failure %-age but these packages are far
> too important to the things I need to do to be acceptable. =|
> 
> tortoise portage # pwd
> /var/tmp/portage
> tortoise portage # tree -L 2
> .
> ├── app-arch
> │   └── rpm-4.12.0.1
> ├── app-doc
> │   └── doxygen-1.8.10-r1
> ├── app-office
> │   ├── libreoffice-4.4.5.2
> │   └── texmacs-1.99.2-r1
> ├── dev-db
> │   └── mysql-workbench-6.3.4
> ├── dev-dotnet
> │   └── nuget-2.8.3
> ├── dev-java
> │   └── antlr-3.1.3-r3
> ├── dev-libs
> │   ├── libcdio-0.93
> │   ├── libcdio-paranoia-0.93_p1
> │   └── libevdev-1.4.3
> ├── dev-util
> │   ├── kdevplatform-1.7.1
> │   └── monodevelop-5.9.5.9
> ├── kde-apps
> │   ├── kdesdk-kioslaves-4.14.3
> │   └── libkdcraw-4.14.3
> ├── media-gfx
> │   └── digikam-4.12.0
> ├── media-libs
> │   ├── libkface-4.12.0
> │   └── mesa-10.6.3
> ├── media-sound
> │   └── playmidi-2.5-r2
> ├── media-video
> │   └── vcdimager-0.7.24
> ├── sci-libs
> │   └── gdal-2.0.0
> └── sys-devel
> └── llvm-3.6.2
> 
> 36 directories, 0 files
> tortoise portage #
> 
> ###
> 
> In file included from
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:55:0,
>  from
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/Basic/SourceLocation.h:22,
>  from
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/StaticAnalyzer/Core/BugReporter/BugReporter.h:18,
>  from
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/BugReporter.cpp:15:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple: In
> constructor ‘constexpr std::tuple<_T1, _T2>::tuple(_U1&&, _U2&&) [with
> _U1 = clang::ento::LikelyFalsePositiveSuppressionBRVisitor*; _U2 =
> std::default_delete;
>  = void; _T1 = clang::ento::BugReporterVisitor*;
> _T2 = std::default_delete]’:
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple:539:19:
> internal compiler error: Segmentation fault
>  constexpr tuple(_U1&& __a1, _U2&& __a2)
>^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> /bin/rm: cannot remove
> ‘/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.d.tmp’:
> No such file or directory
> /var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/Makefile.rules:1514:
> recipe for target
> '/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o'
> failed
> make[5]: ***
> [/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o]
> Error 1
> make[5]: *** Waiting for unfinished jobs
> 


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Epic list of total FAIL.

2015-08-20 Thread Alan Grimes 
My five year old CPU has been working it's ass off the last few days
doing a full --emptytree world to try to purge the system of the ncurses
clusterfuck.

Here is the list of FAIL. A few of these might be stale listings because
I didn't purge the directory before running this. Also a few of these
might work if I tried it again because a document generator was in
ncurses-fail mode when it attempted to build the relevant package. One
of these, however, was OMFGROTFLMFAO funny... You'll see what I mean
below. What does it say about the state of linux when the compiler is
too broken to compile a bug reporter module? =P

I usually tolerate a moderate failure %-age but these packages are far
too important to the things I need to do to be acceptable. =|

tortoise portage # pwd
/var/tmp/portage
tortoise portage # tree -L 2
.
├── app-arch
│   └── rpm-4.12.0.1
├── app-doc
│   └── doxygen-1.8.10-r1
├── app-office
│   ├── libreoffice-4.4.5.2
│   └── texmacs-1.99.2-r1
├── dev-db
│   └── mysql-workbench-6.3.4
├── dev-dotnet
│   └── nuget-2.8.3
├── dev-java
│   └── antlr-3.1.3-r3
├── dev-libs
│   ├── libcdio-0.93
│   ├── libcdio-paranoia-0.93_p1
│   └── libevdev-1.4.3
├── dev-util
│   ├── kdevplatform-1.7.1
│   └── monodevelop-5.9.5.9
├── kde-apps
│   ├── kdesdk-kioslaves-4.14.3
│   └── libkdcraw-4.14.3
├── media-gfx
│   └── digikam-4.12.0
├── media-libs
│   ├── libkface-4.12.0
│   └── mesa-10.6.3
├── media-sound
│   └── playmidi-2.5-r2
├── media-video
│   └── vcdimager-0.7.24
├── sci-libs
│   └── gdal-2.0.0
└── sys-devel
└── llvm-3.6.2

36 directories, 0 files
tortoise portage #

###

In file included from
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/functional:55:0,
 from
/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/Basic/SourceLocation.h:22,
 from
/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/../../../include/clang/StaticAnalyzer/Core/BugReporter/BugReporter.h:18,
 from
/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/tools/clang/lib/StaticAnalyzer/Core/BugReporter.cpp:15:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple: In
constructor ‘constexpr std::tuple<_T1, _T2>::tuple(_U1&&, _U2&&) [with
_U1 = clang::ento::LikelyFalsePositiveSuppressionBRVisitor*; _U2 =
std::default_delete;
 = void; _T1 = clang::ento::BugReporterVisitor*;
_T2 = std::default_delete]’:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4/tuple:539:19:
internal compiler error: Segmentation fault
 constexpr tuple(_U1&& __a1, _U2&& __a2)
   ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
/bin/rm: cannot remove
‘/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.d.tmp’:
No such file or directory
/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src/Makefile.rules:1514:
recipe for target
'/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o'
failed
make[5]: ***
[/var/tmp/portage/sys-devel/llvm-3.6.2/work/llvm-3.6.2.src-abi_x86_64.amd64/tools/clang/lib/StaticAnalyzer/Core/Release/BugReporter.o]
Error 1
make[5]: *** Waiting for unfinished jobs

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.