[gentoo-user] qtwebkit problem (solved)
In order to update to the latest stable PyQt5-5.13.2 , I was required to remerge qtwebkit-5.212.0_pre20190629 ; this normally takes 30 min & can make its cache in memory. Towards the end of the latter compile, I suddenly found myself looking at a completely dark screen : the whole system had crashed. I pressed the Start button on the box & tried the emerge again, watching what was going on during the compile, while monitoring 'free' on another tab & activity on Gkrellm. Early in the compile, it briefly used most of swap : I have 8 GB memory + 8 GB swap partition & it was using c 4,5 GB swap ; this dropped again fairly quickly. All 8 processors were running at 100 % or nearly & the CPU temperature was 70 C with fans whining a bit. Then at the same point in the compile, poof ! -- another hard crash. Nothing at all in 'syslog' ; 'kern.log' shows : Jan 4 13:23:56 localhost kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready Jan 4 14:09:33 localhost kernel: Kernel logging (proc) stopped. Jan 4 14:09:33 localhost kernel: Kernel log daemon terminating. < this wb the crash, then restart > Jan 4 14:09:55 localhost kernel: klogd 1.5.1, log source = /proc/kmsg started. Jan 4 14:09:55 localhost kernel: Inspecting /usr/src/linux/System.map Jan 4 14:09:55 localhost kernel: Cannot find map file. Jan 4 14:09:55 localhost kernel: Loaded 30475 symbols from 1 module. Jan 4 14:09:55 localhost kernel: Linux version 4.14.52-gentoo (root@localhost) (gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4)) #5 SMP Sun Aug 19 23:59:47 EDT 201 which isn't very helpful. What evidence there was suggested that it had run out of swap, causing the kernel to panic, so I added 'dev-qt/qtwebkit notmpfs.conf' to /etc/portage/package.env , tried the emerge again & it went thro' successfully in 29 min . If you try to emerge LO or FF using a tmpfs , Portage tells you not to. Rust is the 4th entry in package.env : I forget whether Portage/other warned me or I found out the hard way. It's also a puzzle why qtwebkit failed on this re-merge after compiling successfully when previously updated a few months ago. It's a very long time since my system (on any box) crashed in this manner. This is FYI, but others might have a few comments. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] qtwebkit problem (solved)
On Sunday, 5 January 2020 10:01:23 GMT Philip Webb wrote: > If you try to emerge LO or FF using a tmpfs , Portage tells you not to. I just thought I'd say that I haven't had any warnings not to use tmpfs when emerging LO or FF. I do have 32GB RAM though, which I dare say makes a difference. Maybe portage is even cleverer than I thought! # grep tmpfs /etc/fstab tmpfs /var/tmp/portage tmpfs noatime,uid=portage,gid=portage,mode=0775 0 0 tmpfs /tmp tmpfs noatime,nosuid,nodev,noexec,mode=1777 0 0 # ls /etc/portage/*env /etc/portage/env: /etc/portage/package.env: -- Regards, Peter.
Re: [gentoo-user] qtwebkit problem (solved)
Philip Webb wrote: > In order to update to the latest stable PyQt5-5.13.2 , > I was required to remerge qtwebkit-5.212.0_pre20190629 ; > this normally takes 30 min & can make its cache in memory. > > Towards the end of the latter compile, I suddenly found myself > looking at a completely dark screen : the whole system had crashed. > I pressed the Start button on the box & tried the emerge again, > watching what was going on during the compile, > while monitoring 'free' on another tab & activity on Gkrellm. > Early in the compile, it briefly used most of swap : > I have 8 GB memory + 8 GB swap partition > & it was using c 4,5 GB swap ; this dropped again fairly quickly. > All 8 processors were running at 100 % or nearly > & the CPU temperature was 70 C with fans whining a bit. > Then at the same point in the compile, poof ! -- another hard crash. > > Nothing at all in 'syslog' ; 'kern.log' shows : > > Jan 4 13:23:56 localhost kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: > link becomes ready > Jan 4 14:09:33 localhost kernel: Kernel logging (proc) stopped. > Jan 4 14:09:33 localhost kernel: Kernel log daemon terminating. > < this wb the crash, then restart > > Jan 4 14:09:55 localhost kernel: klogd 1.5.1, log source = /proc/kmsg > started. > Jan 4 14:09:55 localhost kernel: Inspecting /usr/src/linux/System.map > Jan 4 14:09:55 localhost kernel: Cannot find map file. > Jan 4 14:09:55 localhost kernel: Loaded 30475 symbols from 1 module. > Jan 4 14:09:55 localhost kernel: Linux version 4.14.52-gentoo > (root@localhost) (gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4)) #5 SMP Sun Aug 19 > 23:59:47 EDT 201 > > which isn't very helpful. What evidence there was suggested > that it had run out of swap, causing the kernel to panic, > so I added 'dev-qt/qtwebkit notmpfs.conf' to /etc/portage/package.env , > tried the emerge again & it went thro' successfully in 29 min . > > If you try to emerge LO or FF using a tmpfs , Portage tells you not to. > Rust is the 4th entry in package.env : > I forget whether Portage/other warned me or I found out the hard way. > > It's also a puzzle why qtwebkit failed on this re-merge > after compiling successfully when previously updated a few months ago. > > It's a very long time since my system (on any box) crashed in this manner. > > This is FYI, but others might have a few comments. > Just a thought. Have you tested the memory with memtest or some other test tool? Another thing, maybe rare, power supply can't hold up to the load? It's odd that it seems to crash at the same spot as you say, makes me suspect a bad spot in memory, but it sort of sounds more like a hardware problem. Also, is the CPU able to handle those temps? Mine never gets that hot. Of course, I do have a large case which allows for large coolers. Mine might hit 50C or so but only when this room is also pretty warm. I'd be tempted to compile another package that will load it down the same way and see if it crashes then. If it does, hardware. If not, strange. Dale :-) :-)
Re: [gentoo-user] qtwebkit problem (solved)
Peter Humphrey wrote: > On Sunday, 5 January 2020 10:01:23 GMT Philip Webb wrote: > >> If you try to emerge LO or FF using a tmpfs , Portage tells you not to. > I just thought I'd say that I haven't had any warnings not to use tmpfs when > emerging LO or FF. I do have 32GB RAM though, which I dare say makes a > difference. Maybe portage is even cleverer than I thought! > > # grep tmpfs /etc/fstab > tmpfs /var/tmp/portage tmpfs noatime,uid=portage,gid=portage,mode=0775 0 0 > tmpfs /tmp tmpfs noatime,nosuid,nodev,noexec,mode=1777 0 0 > # ls /etc/portage/*env > /etc/portage/env: > /etc/portage/package.env: > When emerging some of the packages, FF, LOo and a few others, emerge runs a precheck for space. If it doesn't see enough space, it spits out a warning. At one point I think it would stop but not sure what it does now. Like you, I have 32GBs of ram. Space for tmpfs isn't much of a problem. I can't recall the last time I saw that error message. Even when I had 16GBs of memory, it would pass the test. 8GBs may trigger issues tho. The bad thing is, emerge doesn't seem to take into account when emerging more than one at a time. If you for example need to upgrade FF and LOo at the same time, it may have enough for one to compile but not both at the same time. With 16GBs in the past, I've had issues with that. Since the default is half of memory, it may pass the precheck but run out of tmpfs when doing both. For some reason, that happens often. :/ Dale :-) :-)
Re: [gentoo-user] qtwebkit problem (solved)
On Sun, 05 Jan 2020 10:43:03 +, Peter Humphrey wrote: > > If you try to emerge LO or FF using a tmpfs , Portage tells you not > > to. > > I just thought I'd say that I haven't had any warnings not to use tmpfs > when emerging LO or FF. I do have 32GB RAM though, which I dare say > makes a difference. Maybe portage is even cleverer than I thought! I get warnings for a couple of packages that there is not sufficient space in $PARTAGE_TMPDIR, which is usually on tmpfs, but they don't mention tmpfs directly, -- Neil Bothwick To boldly go where I surely don't belong. pgpFfGrB2S276.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Globally disabling colour
Greetings and a Happy New Year to all of you :-)
Way back on Tuesday, 2019-10-01 16:07:55 +0200, Håkon Alstadheim wrote:
> Den 01.10.2019 13:28, skrev Dr Rainer Woitok:
> > ...
> > I'm desparately looking for a way to get rid of
> > all the colour in the output produced by "emerge" but also by "qlist",
> > "eix", "e-file" and so on.
> > ...
> ...
> I've also got this in /usr/local/bin/rustc and symlinked to
> /usr/local/bin/cargo:
>
> /usr/local/bin/rustc:
> #!/usr/bin/perl
> my @newargs=();
> my $skipnext=0;
> my $me=$0;
> $me =~ s(.*\/)();
> push @newargs, "--color";
> push @newargs, "never";
> foreach $arg (@ARGV) {
> if($arg eq "--color"){
> $skipnext =1;
> } elsif($skipnext == 1){
> $skipnext = 0;
> } else {
> push @newargs, $arg
> }
> }
> exec("/usr/bin/${me}",@newargs);
I've used this script ever since (even though I had to slightly modify
it when I learned that "--color=yes" is also a valid option which was
not detected by the original version). However, yesterday I found the
following:
error: cannot specify the `--color` option with `--json`
Regardless of whether this was a change to "rustc" or of whether up to
now none of my builds used "rustc" with "--json": the effort to keep the
script compatible with the current versions of "rustc" and "cargo" now
by far outweighs the nuisance of colour in build logs for me. Of course
anybody else's milage might vary, but I think anybody else using this
script should at least know.
It was a nice workaround, though. Thankyou Hakon :-)
Sincerely,
Rainer
Re: [gentoo-user] Globally disabling colour
I had this issue many moons ago, which lead to my discovery of the ansifilter package: > # emerge -pv ansifilter | ansifilter > > These are the packages that would be merged, in order: > > Calculating dependencies . ... done! > [ebuild R] app-text/ansifilter-2.15::gentoo USE="qt5" 0 KiB > > Total: 1 package (1 reinstall), Size of downloads: 0 KiB It strips all the terminal escape chars which are how applications do the color in their terminal output. Very handy when combined with pastebin utilities. Cheers, Robert. > >
Re: [gentoo-user] Globally disabling colour
Robert, On Sunday, 2020-01-05 12:17:23 +, you wrote: > I had this issue many moons ago, which lead to my discovery of the > ansifilter package: > > > # emerge -pv ansifilter | ansifilter Nice find. However, this only produces a clean terminal window but does not prevent all the garbage in "/var/log/portage/" :-\ Sincerely, Rainer
Re: [gentoo-user] Globally disabling colour
But it can easily strip the garbage from that file when you need to use the contents... > # ansifilter /var/log/portage/elog/summary.log-20200105 | less On Sun, 5 Jan 2020 at 12:45, Dr Rainer Woitok wrote: > Robert, > > On Sunday, 2020-01-05 12:17:23 +, you wrote: > > > I had this issue many moons ago, which lead to my discovery of the > > ansifilter package: > > > > > # emerge -pv ansifilter | ansifilter > > Nice find. However, this only produces a clean terminal window but does > not prevent all the garbage in "/var/log/portage/" :-\ > > Sincerely, > Rainer > >
Re: [gentoo-user] Perl 5.30.1 Locale::Language missing
Hello,
Am Samstag, 4. Januar 2020, 22:02:35 CET schrieb Neil Bothwick:
> On Sat, 04 Jan 2020 18:21:17 +0100, Petric Frank wrote:
> > A short search seems to state the the used have to install the packages
> >
> > Locale::Language
> > Locale::Codes
> >
> > from CPAN instead.
> >
> > Due i am not a master of constructing perl-ebuilds - anyone already
> > have build the ebuilds and share it with me ?
>
> app-portage/g-cpan will do it for you
>
> % eix g-cpan
> * app-portage/g-cpan
> Available versions: 0.16.5 (~)0.16.6 (~)0.16.7^t 0.16.9-r1^t
> ***l^t {test} Homepage:
> https://wiki.gentoo.org/wiki/Project:Perl/g-cpan Description:
> Autogenerate and install ebuilds for CPAN modules
This solution looks promising. I don't like the "perl -MCPAN ..." suggestion
earlier+
because it installs files outside of the control of portage.
calling
*#* g-cpan -g Locale::Language
gives me ** *The option you have chosen isn't supported without a configured
overlay.
The homepage does not give a clue on how the overlay have to be specified.
I have a local repository defined as in
https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/
CustomTree#Defining_a_custom_repository
You have to set PORTDIR_OVERLAY explicitly. A hint on the homepage would be
nice.
Maybe the tool can be redesigned to use the directory /etc/portage/repos.conf
instead.
After that it works well.
Thanks for your help.
kind regards
Petric
Re: [gentoo-user] qtwebkit problem (solved)
On 1/5/20 5:01 AM, Philip Webb wrote: In order to update to the latest stable PyQt5-5.13.2 , I was required to remerge qtwebkit-5.212.0_pre20190629 ; this normally takes 30 min & can make its cache in memory. Towards the end of the latter compile, I suddenly found myself looking at a completely dark screen : the whole system had crashed. I pressed the Start button on the box & tried the emerge again, watching what was going on during the compile, while monitoring 'free' on another tab & activity on Gkrellm. Early in the compile, it briefly used most of swap : I have 8 GB memory + 8 GB swap partition & it was using c 4,5 GB swap ; this dropped again fairly quickly. All 8 processors were running at 100 % or nearly & the CPU temperature was 70 C with fans whining a bit. Then at the same point in the compile, poof ! -- another hard crash. Nothing at all in 'syslog' ; 'kern.log' shows : Jan 4 13:23:56 localhost kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready Jan 4 14:09:33 localhost kernel: Kernel logging (proc) stopped. Jan 4 14:09:33 localhost kernel: Kernel log daemon terminating. < this wb the crash, then restart > Jan 4 14:09:55 localhost kernel: klogd 1.5.1, log source = /proc/kmsg started. Jan 4 14:09:55 localhost kernel: Inspecting /usr/src/linux/System.map Jan 4 14:09:55 localhost kernel: Cannot find map file. Jan 4 14:09:55 localhost kernel: Loaded 30475 symbols from 1 module. Jan 4 14:09:55 localhost kernel: Linux version 4.14.52-gentoo (root@localhost) (gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4)) #5 SMP Sun Aug 19 23:59:47 EDT 201 which isn't very helpful. What evidence there was suggested that it had run out of swap, causing the kernel to panic, so I added 'dev-qt/qtwebkit notmpfs.conf' to /etc/portage/package.env , tried the emerge again & it went thro' successfully in 29 min . If you try to emerge LO or FF using a tmpfs , Portage tells you not to. Rust is the 4th entry in package.env : I forget whether Portage/other warned me or I found out the hard way. It's also a puzzle why qtwebkit failed on this re-merge after compiling successfully when previously updated a few months ago. It's a very long time since my system (on any box) crashed in this manner. This is FYI, but others might have a few comments. There have been other good comments, but I'd ask what are your --jobs and --load-average settings? Does it crash using -j1? I realize this may be moot, since you have already completed the emerge and may not want to risk another crash, but it's a thought. Jack
[gentoo-user] I am trying to install app-editors/atom...and portage talks to me in tongues...or so...
Hi, Its decoding time ... again... :) Happy new year ! I am trying to install the editor 'atom'...and got this instead from portage/emerge (I am on unstable...): !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/openssl:0 (dev-libs/openssl-1.0.2u:0/0::gentoo, ebuild scheduled for merge) USE="asm sslv3 tls-heartbeat zlib -bindist -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla" CPU_FLAGS_X86="(sse2)" pulled in by =dev-libs/openssl-1.1.1:0= required by (net-libs/nodejs-13.5.0:0/0::gentoo, ebuild scheduled for merge) USE="npm snapshot ssl -debug -doc -icu -inspector -pax_kernel -systemtap -test" CPU_FLAGS_X86="sse2" ^^ dev-libs/openssl:0/1.1= required by (app-admin/rsyslog-8.1911.0-r1:0/0::gentoo, installed) USE="gcrypt openssl ssl uuid -clickhouse -curl -dbi -debug -doc -elasticsearch -gnutls -jemalloc -kafka -kerberos -kubernetes -libressl -mdblookup -mongodb -mysql -normalize -omhttp -omhttpfs -omudpspoof -postgres -rabbitmq -redis -relp -rfc3195 -rfc5424hmac -snmp -systemd -test -usertools -xxhash -zeromq" ^^^ As far as my knowledge of portagese goes it means: Man, decide what you want: This software or that software...you cannot get both. So I have to decide, whether I want atpm or nodejs... These little funny '^', which are positioned below that lines, are offsetted in dependance to the width of my terminal, which render them pretty useless as it seems to me. Is there any way to get atom installed? Any hope? ;) :) Cheers! Meino
Re: [gentoo-user] I am trying to install app-editors/atom...and portage talks to me in tongues...or so...
Am So., 5. Jan. 2020 um 19:11 Uhr schrieb : > > As far as my knowledge of portagese goes it means: Man, decide what > you want: This software or that software...you cannot get both. > > So I have to decide, whether I want atpm or nodejs... > Portagese is funny, but sometimes Ebuildian is more usefull. Get the basics and dive into the tree of tears. Look at the opposing crumbs of knowledge and - find a third solution! Have fun Franz
Re: [gentoo-user] I am trying to install app-editors/atom...and portage talks to me in tongues...or so...
On 01/05 07:22, Franz Fellner wrote: > Am So., 5. Jan. 2020 um 19:11 Uhr schrieb : > > > > > As far as my knowledge of portagese goes it means: Man, decide what > > you want: This software or that software...you cannot get both. > > > > So I have to decide, whether I want atpm or nodejs... > > > > Portagese is funny, but sometimes Ebuildian is more usefull. > Get the basics and dive into the tree of tears. > Look at the opposing crumbs of knowledge and - find a third solution! > > Have fun > Franz Ok, I skip atom. Cheers Meino
Re: [gentoo-user] I am trying to install app-editors/atom...and portage talks to me in tongues...or so...
Am So., 5. Jan. 2020 um 19:52 Uhr schrieb : > On 01/05 07:22, Franz Fellner wrote: > > Am So., 5. Jan. 2020 um 19:11 Uhr schrieb : > > > > > > > > As far as my knowledge of portagese goes it means: Man, decide what > > > you want: This software or that software...you cannot get both. > > > > > > So I have to decide, whether I want atpm or nodejs... > > > > > > > Portagese is funny, but sometimes Ebuildian is more usefull. > > Get the basics and dive into the tree of tears. > > Look at the opposing crumbs of knowledge and - find a third solution! > > > > Have fun > > Franz > > Ok, I skip atom. > Huh?!? That's not the solution I envisioned. Just look at the ebuilds, especially the electron. Search for openssl. Adjust. Profit. > > Cheers > Meino > > > >
Re: [gentoo-user] I am trying to install app-editors/atom...and portage talks to me in tongues...or so...
On Sun, 5 Jan 2020 18:10:54 +0100, tu...@posteo.de wrote: > I am trying to install the editor 'atom'...and got this instead from > portage/emerge (I am on unstable...): > > !!! Multiple package instances within a single package slot have been > pulled !!! into the dependency graph, resulting in a slot conflict: > > dev-libs/openssl:0 > > (dev-libs/openssl-1.0.2u:0/0::gentoo, ebuild scheduled for merge) > USE="asm sslv3 tls-heartbeat zlib -bindist -gmp -kerberos -rfc3779 > -sctp -sslv2 -static-libs -test -vanilla" CPU_FLAGS_X86="(sse2)" pulled > in by (dev-util/electron-2.0.17-r2:2.0/2.0::gentoo, ebuild scheduled for > merge) USE="proprietary-codecs system-ffmpeg system-libvpx system-ssl > tcmalloc -cups -custom-cflags -gconf -gnome-keyring -kerberos -lto > (-neon) -pic -pulseaudio (-selinux) -test" L10N="am ar bg bn ca cs da > de el en-GB es es-419 et fa fi fil fr gu he hi hr hu id it ja kn ko lt > lv ml mr ms nb nl pl pt-BR pt-PT ro ru sk sl sr sv sw ta te th tr uk vi > zh-CN zh-TW" ^ ^^^ ^ > Try emerging electron with USE="-system-ssl" -- Neil Bothwick Grow your own dope, plant a politician! pgpHZpavVf2QH.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: External hard drive and idle activity
On Sat, Jan 4, 2020 at 10:13 PM Ian Zimmerman wrote: > > On 2020-01-02 14:12, Rich Freeman wrote: > > > > Device Model: ST8000AS0003-2HH188 > > > > > > I recall reading about SMR but can't recall the details of what it is. > > > far as I know, this is just a basic 8TB drive. > > > > This is an SMR drive. You should DEFINITELY read up on what they are. > > How do you know? The identfying string doesn't appear in the kernel > source (I did a case-insensitive recursive grep). > https://www.seagate.com/www-content/product-content/hdd-fam/seagate-archive-hdd/en-us/docs/100827317b.pdf These drives provide the following key features: • 8TB capacity for efficient storage-per-slot. • Affordable efficiencies with 2TB-per-disk Drive Managed SMR-based hard drive technology. ... -- Rich
