Re: [gentoo-user] !!!!
This has operator error written all over it especially given this operator's level of maturity. On Aug 18, 2015 1:32 PM, Jeff Smelser trade...@gmail.com wrote: What did you update? Nothing I remember recently came out to break like this. On Tue, Aug 18, 2015 at 2:52 PM, Alan Grimes alonz...@verizon.net wrote: Like a stupid dumbfuck, I tried to update my machine today tortoise ~ # revdep-rebuild /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory tortoise ~ # ufed sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory Couldn't determine EPREFIX and PORTDIR from Portage INIT failed--call queue aborted. tortoise ~ # GOOD JOB, PENGUINS!!! I won't even be able to reboot my machine!!! A+ configuration management -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] Re: [WAS: keyboard stops working] Recent kernels block the loading of non-GPL kernel modules
On Wednesday, August 19, 2015 10:53:39 PM Rich Freeman wrote: On Wed, Aug 19, 2015 at 10:37 PM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: Try a different exercise. Go buy a Quran. Now use it as a cryptographic key to encrypt an email. Is the email now a derived work? That's no a perfect analogy but it's more like what happens when you dynamic link a library. But that isn't what happens with dynamic linking. In the paragraph below, insert word 1 after the 3rd word in place of the xx, and insert word 2 after the 9th word in place of the xx. This is an xx of dynamic linking. I have a xx where various elements are replaced with others. Somebody else will tell you next week what word 1 and word 2 are. He owns the copyright on those words, but he will refer to them as word 1 and word 2. Dynamic linking doesn't render code unreadable the way encryption does. It just means that not all of the code is actually present. All the original code written by the author of the object file is actually present, and in completely executable form except where it accesses memory that isn't a part of the object file. You can actually execute parts of an object file as a result. The point I was trying to make is that just like the email would be useless unless I have a Quran so will a program be useless without the library it depends on. I did say it wasn't a very good analogy. It's not the symbols that are copyrighted, it's the code that those symbols load into your programs address space. The symbols don't load anything. The linker loads the external code into RAM, and inserts its address into your own code where it references the exported symbols. In the example above my instructions don't actually do anything. They just tell you what to do when you find out what words 1 and 2 are. The linker/loader doesn't load anything either, it just tells the kernel to load it...the kernel doesn't load it either, it tells the cpu to do it and so on. The point is that the symbols are instructions too, they're just not executed by the processor but interpreted by the loader. It all starts with the developer's decision to link against the library in order to take advantage of _existing works_. Here's a better example, see the Mona Lisa example in wikipedia[1]. Now, suppose I write a small program that downloads a Mona Lisa picture of the internet and displays it with a mustache overlaid? Is my program now a derivative work of the Mona Lisa? That's *exactly* what happens when you dynamic link to a library. That program would not be a derivative work of the Mona Lisa. The picture it displays would be a derivative work of the Mona Lisa. The analogy isn't perfect, but it is decent. Executing the program might or might not be a violation of copyright, but distributing the program itself would not be. At most you could argue it is inducing copyright violation, which is a horrible legal argument, but admittedly one that US courts have seemed to embrace. Go Mercia! Yet just about everyone would agree that if I fireup gimp and edit the picture and save it as a jpg would be a derived work. But for an end user there's no difference. The difference is only in the implementation. Both files contain binary code, one is interpreted by the cpu the other by an image viewer. One is statically linked to the original work the other dynamically. If this does goes to court a judge will have to determine if the letter of the law still serves it's intended purpose if it doesn't (and it obviously doesn't) then it's obsolete and the loophole needs to be patched. -- Fernando Rodriguez
Re: [gentoo-user] Re: [WAS: keyboard stops working] Recent kernels block the loading of non-GPL kernel modules
Am Wed, 19 Aug 2015 21:13:01 -0400 schrieb Rich Freeman ri...@gentoo.org: So, who cares what they think? They don't get to write the law. When Linus says stuff that is smart, I'll admire him for it. When he says stuff that is dumb, I'm not afraid to say that the emperor has no clothes. What do you think of the input the lawyers he went to gave him [0]: Linus, however, believes that GPL-only exports are significant. I've talked to a lawyer or two, and (a) there's an absolutely _huge_ difference and (b) they liked it. The fact is, the law isn't a blind and mindless computer that takes what you say literally. Intent matters a LOT. And using the xxx_GPL() version to show that it's an internal interface is very meaningful indeed. One of the lawyers said that it was a much better approach than trying to make the license explain all the details - codifying the intention in the code itself is not only more flexible, but a lot less likely to be misunderstood. In the rest of the email [1] he writes: I think both them said that anybody who were to change a xyz_GPL to the non-GPL one in order to use it with a non-GPL module would almost immediately fall under the willful infringement thing, and that it would make it MUCH easier to get triple damages and/or injunctions, since they clearly knew about it. I suspect programmers make horrible lawyers. They nitpick on details that sane humans don't. I think programmers often end up forgetting about the fact that human interactions don't work that way. Common sense makes a lot of difference, and DWIM is not just possible, but it's the only thing that matters. Linus [0] https://lwn.net/Articles/154602/ [1] https://lwn.net/Articles/154603/ -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpwUTjabqHlB.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Re: [WAS: keyboard stops working] Recent kernels block the loading of non-GPL kernel modules
On Thu, Aug 20, 2015 at 3:24 AM, Fernando Rodriguez frodriguez.develo...@outlook.com wrote: The point I was trying to make is that just like the email would be useless unless I have a Quran so will a program be useless without the library it depends on. I did say it wasn't a very good analogy. Arguably the library is also useless without the program that links to it. I don't think whether something is useful on its own really is a factor in establishing that it is a derived work. Rifftrax is generally considered to not be a derived work of the movies it is associated with. And yet, it is of limited usefulness on its own. At least, it is no more useful than a program is without its linked library (a program without its linked libraries could possibly be useful in some ways). That program would not be a derivative work of the Mona Lisa. The picture it displays would be a derivative work of the Mona Lisa. The analogy isn't perfect, but it is decent. Yet just about everyone would agree that if I fireup gimp and edit the picture and save it as a jpg would be a derived work. But for an end user there's no difference. The difference is only in the implementation. Both files contain binary code, one is interpreted by the cpu the other by an image viewer. One is statically linked to the original work the other dynamically. The analogy still holds. Gimp isn't a derived work of the Mona Lisa. Your email telling me to draw a mustache on top of it isn't a derived work of the Mona Lisa. Even a picture of a mustache stored in a file with the same dimensions of your picture of the Mona Lisa positioned so that it ends up right over her lips isn't a derived work of the Mona Lisa. It isn't a derived work until you actually save it. In the same way a kernel module isn't a derived work of the kernel. The combined kernel+module image in RAM would be. If this does goes to court a judge will have to determine if the letter of the law still serves it's intended purpose if it doesn't (and it obviously doesn't) then it's obsolete and the loophole needs to be patched. There is plenty of history to suggest that derivative works were never intended to cover references. A SparkNotes for a book can comprehensively reference passages in a book and discuss every aspect of its plot and is not considered a derivative work of the book. Rifftrax is completely synced to the audio/video for a movie and is not considered a derivative work. I don't think this is a loophole. The purpose of the derivative works clause of copyright was so that I couldn't add one line to the kernel and call it an original work and redistribute the whole thing under my own copyright. That would be a derivative work. I can't even run the thing through ROT13 or gzip and call it an original work - it is just an adaptation that still contains most of the content of the original in some way. In the statue derivative works are works which contain substantial portions of the original in some way. A kernel module doesn't contain much of the kernel at all. It just contains some symbol names. Similar arguments are made about fan fiction, and that is also an area where the law has not been fully tested. If I write a completely original story that includes Harry Potter as a character most would argue that it is fair use at worst as far as copyright is concerned. If I write an extra chapter that is intended to go in the middle or end of a Harry Potter novel, I'd probably be on similar ground. While cases around situations like these haven't been fully tried in court, so far most indications are that courts have been reluctant to uphold copyright claims against works like these, and decisions to the contrary have mostly been reversed on appeal. -- Rich
Re: [gentoo-user] Re: [WAS: keyboard stops working] Recent kernels block the loading of non-GPL kernel modules
On Thu, Aug 20, 2015 at 4:40 AM, Marc Joliet mar...@gmx.de wrote: Am Wed, 19 Aug 2015 21:13:01 -0400 schrieb Rich Freeman ri...@gentoo.org: So, who cares what they think? They don't get to write the law. When Linus says stuff that is smart, I'll admire him for it. When he says stuff that is dumb, I'm not afraid to say that the emperor has no clothes. What do you think of the input the lawyers he went to gave him [0]: I don't know. You didn't provide it, and neither did Linus. Lawyers also don't have the authority to write the law. In fact, in every single case that goes to court there are at least two lawyers who disagree on how the case should be resolved. I think both them said that anybody who were to change a xyz_GPL to the non-GPL one in order to use it with a non-GPL module would almost immediately fall under the willful infringement thing, and that it would make it MUCH easier to get triple damages and/or injunctions, since they clearly knew about it. IF it were infringement, I agree. It is a bit like putting a lock on your door. Even if the lock is easy to defeat it shows intent. I don't take issue with that argument. However, if I stick a lock on somebody else's gate it doesn't make them a trespasser if they cut it. Linus doesn't get to change the law. He's just drawing a line in the sand. -- Rich
Re: [gentoo-user] Re: [WAS: keyboard stops working] Recent kernels block the loading of non-GPL kernel modules
On Wed, Aug 19, 2015 at 11:22 PM, Michael Orlitzky m...@gentoo.org wrote: Uploading is copying. Downloading is also copying. Unauthorized copying is an unauthorized use that is governed by the copyright laws. Therefore, unauthorized uploading and unauthorized downloading are unauthorized uses governed by the copyright laws http://cases.justia.com/ohio/supreme-court-of-ohio/1998-ohio-422.pdf?ts=1396139663 The party in this case was also uploading files, and it seems to me that the mention of downloading was made in conjunction with him being the uploader. The downloading side of this argument was never really litigated on its own since it would be moot to the infringement claim since the party was also uploading. I'd be more interested in a case where a court holds a party liable for copyright infringement when the ONLY activity they took part in was downloading a copyrighted work. I've yet to hear of a copyright holder even pursing such a case. -- Rich
Re: [gentoo-user] Epic list of total FAIL.
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.
-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 category/package 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 wra...@wraeth.id.au 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.
-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 wra...@wraeth.id.au 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.
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
[gentoo-user] Re: Epic list of total FAIL.
On 2015-08-20, Alan McKinnon alan.mckin...@gmail.com wrote: 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. In fact, the more you rant and swear and insult people, the fewer people are going to pay attention and try to help. -- Grant Edwards grant.b.edwardsYow! Are we on STRIKE yet? at gmail.com
Re: [gentoo-user] Epic list of total FAIL.
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 alonz...@verizon.net 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_deleteclang::ento::LikelyFalsePositiveSuppressionBRVisitor; template-parameter-2-3 = void; _T1 = clang::ento::BugReporterVisitor*; _T2 = std::default_deleteclang::ento::BugReporterVisitor]’: /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 https://bugs.gentoo.org/ 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.
On 20 August 2015 at 22:37, Alan McKinnon alan.mckin...@gmail.com 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.
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_deleteclang::ento::LikelyFalsePositiveSuppressionBRVisitor; template-parameter-2-3 = void; _T1 = clang::ento::BugReporterVisitor*; _T2 = std::default_deleteclang::ento::BugReporterVisitor]’: /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 https://bugs.gentoo.org/ 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
[gentoo-user] Epic list of total FAIL.
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_deleteclang::ento::LikelyFalsePositiveSuppressionBRVisitor; template-parameter-2-3 = void; _T1 = clang::ento::BugReporterVisitor*; _T2 = std::default_deleteclang::ento::BugReporterVisitor]’: /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 https://bugs.gentoo.org/ 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.
Re: [gentoo-user] Epic list of total FAIL.
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_deleteclang::ento::LikelyFalsePositiveSuppressionBRVisitor; template-parameter-2-3 = void; _T1 = clang::ento::BugReporterVisitor*; _T2 = std::default_deleteclang::ento::BugReporterVisitor]’: /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 https://bugs.gentoo.org/ 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] iproute2, unknown tunnel mode gretap
Is gretap deprecated, renamed, or replaced? # ip tunnel add foo mode gretap remote 10.54.0.6 local 10.54.0.4 ttl 255 Unknown tunnel mode gretap A quick web search turns up many articles and blog posts from recent years with exactly this command. However, neither `man ip-tunnel` nor `ip tunnel help` show gretap as an option. Other facts: - iproute2-3.19.0 with USE=berkdb iptables ipv6 -atm -minimal (-selinux) - gentoo-sources 4.0.5 - every GRE kernel option enabled (except IPV6) Thanks in advance. -- Erik Mackdanz
[gentoo-user] Re: iproute2, unknown tunnel mode gretap
Erik Mackdanz erikm...@gmail.com writes: # ip tunnel add foo mode gretap remote 10.54.0.6 local 10.54.0.4 ttl 255 Unknown tunnel mode gretap Never mind, ip tunnel is for gre but ip link is for gretap. I should paste more and re-use previous commands less :-) -- Erik Mackdanz
Re: [gentoo-user] Epic list of total FAIL.
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.