[gentoo-user] Bash failed to compile
Hi, may be bash is missing a lib? x86_64-pc-linux-gnu-gcc -L./builtins -L./lib -L./lib -L./lib/glob -L./lib/tilde -L./lib/sh -Wl,-O1 -Wl,--as-needed-march=native -O2 -pipe -msse3 -ggdb -o bash shell.o eval.o y.tab.o general.o make_cmd.o print_cmd.o dispose_cmd.o execute_cmd.o variables.o copy_cmd.o error.o expr.o flags.o jobs.o subst.o hashcmd.o hashlib.o mailcheck.o trap.o input.o unwind_prot.o pathexp.o sig.o test.o version.o alias.o array.o arrayfunc.o assoc.o braces.o bracecomp.o bashhist.o bashline.o list.o stringlib.o locale.o findcmd.o redir.o pcomplete.o pcomplib.o syntax.o xmalloc.o -lbuiltins -lglob -lsh -lreadline -lhistory -lcurses -ltilde ./lib/sh/libsh.a(tmpfile.o): In function `sh_mktmpname': /var/tmp/portage/app-shells/bash-4.3_p46-r1/work/bash-4.3/lib/sh/tmpfile.c:129: warning: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: bashline.o: undefined reference to symbol 'tputs' /usr/lib64/libtinfo.so.5: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:553: recipe for target 'bash' failed make: *** [bash] Error 1 Cheers, Meino Cramer
Re: [gentoo-user] Vim puts command in when starting up
On 09/22/2016 09:17 AM, Matthias Gerstner wrote: > Hi, > >> For some reason, on one box, whenever I start vim it puts >> "://" on the command line. I've looked in vimrc and can't >> see any reference to this. Hitting Enter yields "E486: Pattern not found >> :" > > I've had a similar issues for the past months with my vim. It was > related to my using the "urxvt" terminal and its TERM variable being set > to "rxvt-unicode". > > In my case the effect didn't always show up but only under certain > conditions. I remember having seen a bug report for vim back then but > can't seem to find it right now. There are similar, older bug reports, > however, like this one: > > https://bbs.archlinux.org/viewtopic.php?id=199362 > > I also remember there was a bugfix to vim back then to fix the issue. > But the version containing the bugfix was not yet stable in portage and > so I've lived with the occasional bug until now. I'm currently using > vim-7.4.769 and I think the bugfix was contained just a few micro > versions later if I'm not mistaken. Hmm, I've just upgraded to vim v8 and it is still doing it. I'm quite confused. Dan
[gentoo-user] Re: Alt+Fn switch console from within X11 session
Am Thu, 22 Sep 2016 16:27:25 +0100 schrieb Peter Humphrey : > On Thursday 22 Sep 2016 16:05:02 I wrote: > > I'm glad you mentioned Xorg.0.log; it prompted me to look at mine, > > and I found I didn't have an fbdev driver. I found I needed to add > > USE=evdev to dev-qt/qtgui and remerge qtgui. > --->8 > > I think this should fix the flickering display I mentioned a few > > days ago. Have to wait and see. > > Nope. It hasn't. For me neither: Alt+Fn still switches to the console... But only after running the system for some hours. Not sure what triggers it. Energy saving mode is currently off. So that's not the trigger. If I boot freshly, the shortcut works as intended and brings up krunner. When the bug triggered and I switch back from console, I apparently also see flickering sometimes at the left side with some oddly shaped vectors inside. Plus some window contents are simply black (only title bar visible). It stops after a few seconds. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] Re: TCP Queuing problem
Am 20.09.2016 um 21:52 schrieb Grant: My web server's response time for http requests skyrockets every weekday between about 9am and 5pm. I've gone over my munin >>> graphs > and the only one that really correlates well with the slowdown is >>> "TCP Queuing". It looks like I normally have about 400 packets per > second graphed as "direct copy from queue" in munin throughout the day, > but 2 to 3.5 times that many are periodically graphed during work >>> hours. > I don't see the same pattern at all from the graph of all traffic >>> on > my network interface which actually peaks over the weekend. TCP > Queuing doesn't rise above 400 packets per second all weekend. This is consistent week after week. My two employees come into work during the hours in question, and > they certainly make frequent requests of the web server while at work, > but if their volume of requests were the cause of the problem then >>> that would be reflected in the graph of web server requests but it is > not. I do run a small MTU on the systems at work due to the config of > the modem/router we have there. Is this a recognizable problem to anyone? >>> >>> I'm in the midst of this. Are there certain attacks I should >>> check > for? >> >> It looks like the TCP Queuing spike itself was due to imapproxy >>> which >> I've now disabled. I'll post more info as I gather it. > > imapproxy was clearly affecting the TCP Queuing graph in munin but I > still ended up with a massive TCP Queuing spike today and > corresponding http response time issues long after I disabled > imapproxy. Graph attached. I'm puzzled. > > - Grant Things to check for: Torrent or other distributed downloads. Download program with multiple download threads >>> >>> There sure shouldn't be anything like that running either on the >>> server or in the office. Is there a good way to find out? Maybe >>> something that would clearly indicate it? >>> >>> Maybe another proxy running? Esp. as you saw this also with >>> imapproxy. >>> >>> >>> nginx acts as a reverse proxy to apache2 but that's a pretty common >>> config. Nothing else that I know of. >>> >>> - Grant >> Any way to find out between which hosts/servers those connections are for? >> That might help in locating the cause. >> >> Eg. which of your desktops/laptops inside your network and where they are >> trying to connect to. > > The spikes are taking place on my remote server but they seem to > roughly coincide with user activity within my own network. My > technical knowledge of networking internals is weak. Does anyone know > which tool will tell me more about the connections that are causing > the TCP Queuing spikes? > > - Grant > > wireshark or whatever it is called at the moment?
Re: [gentoo-user] Vim puts command in when starting up
Hi, > For some reason, on one box, whenever I start vim it puts > "://" on the command line. I've looked in vimrc and can't > see any reference to this. Hitting Enter yields "E486: Pattern not found > :" I've had a similar issues for the past months with my vim. It was related to my using the "urxvt" terminal and its TERM variable being set to "rxvt-unicode". In my case the effect didn't always show up but only under certain conditions. I remember having seen a bug report for vim back then but can't seem to find it right now. There are similar, older bug reports, however, like this one: https://bbs.archlinux.org/viewtopic.php?id=199362 I also remember there was a bugfix to vim back then to fix the issue. But the version containing the bugfix was not yet stable in portage and so I've lived with the occasional bug until now. I'm currently using vim-7.4.769 and I think the bugfix was contained just a few micro versions later if I'm not mistaken. Hope this helps you somewhat. Best regards Matthias -- Matthias Gerstner, Dipl.-Wirtsch.-Inf. (FH) Entwicklung NCP engineering GmbH Dombühler Straße 2, D-90449, Nürnberg Geschäftsführer Peter Söll, HRB-Nr: 77 86 Nürnberg Telefon: +49 911 9968-153, Fax: +49 911 9968-229 E-Mail: matthias.gerst...@ncp-e.com Internet: http://www.ncp-e.com signature.asc Description: Digital signature
[gentoo-user] Vim puts command in when starting up
For some reason, on one box, whenever I start vim it puts "://" on the command line. I've looked in vimrc and can't see any reference to this. Hitting Enter yields "E486: Pattern not found :" I've noticed that it's been behaving strangely but I cannot figure out the cause. Last time I noticed something odd was when I commented out something in package.mask (with #) and saved it. Portage complained it was invalid and when I opened it again the '#' changed to 'g'. I've removed and reinstalled vim packages, no luck. Has anyone seen this? Dan
Re: [gentoo-user] Re: Alt+Fn switch console from within X11 session
On Thursday 22 Sep 2016 16:05:02 I wrote: > I'm glad you mentioned Xorg.0.log; it prompted me to look at mine, and I > found I didn't have an fbdev driver. I found I needed to add USE=evdev to > dev-qt/qtgui and remerge qtgui. --->8 > I think this should fix the flickering display I mentioned a few days ago. > Have to wait and see. Nope. It hasn't. -- Rgds Peter
Re: [gentoo-user] Re: Alt+Fn switch console from within X11 session
On Wednesday 21 Sep 2016 21:09:47 Kai Krakow wrote: > Am Wed, 21 Sep 2016 10:08:31 +0100 > > schrieb Peter Humphrey : > > On Wednesday 21 Sep 2016 06:08:38 Kai Krakow wrote: > > > I upgraded xorg to 1.18 and during that process also enabled > > > USE=wayland. However, I don't run a wayland session (this actually > > > doesn't seem to work with nvidia). I use sddm as the login manager, > > > and I'm running latest plasma 5.7. The system is booted with > > > systemd. > > > > > > I just came accross the following phenomenon: Hitting Alt+F2 should > > > bring up krunner but instead now it switches to console 2. This was > > > previously only possible with Ctrl+Alt+F2. > > > > I'm on xorg 1.18.4 and plasma-meta 5.7.5 but no wayland, and Alt-F2 > > works as it should. No systemd here though. > > > > Sorry I can't help, other than suggesting the keyboard shortcuts > > control panel, which I'm sure you'll already have checked. > > I found that I should put "-keeptty" to the startup options of xorg in > sddm.conf (by looking at Xorg.0.log). It looks like this was changed by > either Gentoo or Xorg/SDDM/Plasma maintainers due to an incompatibility > to systems not using systemd. > > After reboot it worked as intended. I'm glad you mentioned Xorg.0.log; it prompted me to look at mine, and I found I didn't have an fbdev driver. I found I needed to add USE=evdev to dev-qt/qtgui and remerge qtgui. That ought to have been picked up from INPUT_DEVICES="evdev" in make.conf. Looks like a bug. I think this should fix the flickering display I mentioned a few days ago. Have to wait and see. > With this option enabled on non-systemd systems, this leaves you with > an unusable box in case Xorg doesn't start because the tty will > then be blocked - leaving you with only the options: hard-reboot or > ssh into the box. Not funny, not at all. -- Rgds Peter
[gentoo-user] Re: TCP Queuing problem
Am Wed, 21 Sep 2016 13:47:28 -0700 schrieb Grant : > >> I haven't mentioned it yet, but several times I've seen the website > >> perform fine all day until I browse to it myself and then all of a > >> sudden it's super slow for me and my third-party monitor. WTF??? > > > > I had a similar problems once when routing through a IPsec VPN > > tunnnel. I needed to reduce MTU in front of the tunnel to make it > > work correctly. But I think your problem is different. > > > I'm not using IPsec or a VPN. > > > > Does the http server backlog on the other side? Do you have > > performance graphs for other parts of the system to see them in > > relation? Maybe some router on the path doesn't work as expected. > > > I've attached a graph of http response time, CPU usage, and TCP > queueing over the past week. It seems clear from watching top, iotop, > and free than my CPU is always the bottleneck on my server. What kind of application stack is running in the http server? CPU is a bottleneck you cannot always circumvent by throwing more CPUs at the problem. Maybe that stack needs tuning... At the point when requests start queuing up in the http server, the load on the server will exponentially rise. It's like a traffic jam on a multi lane high way. If one car brakes, thinks may still work. If a car in every lane brakes, you suddenly have a huge traffic jam backlogging a few miles. And it takes time to recover from that. You need to solve the cause for "braking" in the first place and add some alternative routes for "cars that never brake" (static files and cacheable content). Each lane corresponds to one CPU. Adding just more lanes when you have just 4 CPUs will only make the lanes slower. The key is to drastically lower the response times which are much too high if I look at your graphs. What do memory and IO say? -- Regards, Kai Replies to list-only preferred.
