Re: [gentoo-user] eselect python cleanup
On Monday, 25 March 2019 00:40:35 GMT Neil Bothwick wrote: > I see what happened. python-exec.conf contained > > python2.7 > python3.5 > python3.6 > python3.4 > > I only have 2.7 and 3.6 installed. [snip ...] In my system I also only have 2.7 and 3.6 installed: $ eselect python list Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) However, python-exec.conf only contains 3.6 ... from what you're saying it should contain both? Or are they both present only if you have not set up a python version with eselect? (I have set python3.6). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] IPv6 forwarding regression with 4.19 ?
Hi, On lun. 4 mars 11:05:59 2019, Alarig Le Lay wrote: > Hi, > > I upgraded one of my routers to 4.19, and I experienced some loss on > IPv6 only. It led to BGP sessions going down and ping loss (~10 %) while > IPv4 was still all good, even on the neighbors. > I reverted to 4.14, and now all is fine again. > > From what I saw, it happens only after a certain amount of traffic, I > would say ~30 Mbps. And as the traffic increases, the frequency of the > loss increases also. I tried the kernel 4.19.27 and I have the same issue. I used ip-monitor(8) to dump the RTLINKS messages. Some minutes before the machine becomes unreachable, the NDP cache begins to be filed with FAILED entries instead of STALE/PROBE/REACHABLE. When the machine is unreachable, there are INCOMPLETE entries. Then, the machine goes dark for a couple of minutes, and all is fine again after that… until the next time. This night, it appears at 22:48:31, 00:29:33 and 02:36:16. If I tcpdump on the interface while the machine is offline, I see NDP NS for the IPv6 of the machine on eth0. So it may be a DAD issue, but then why does it work with 4.14? I looked a bit on the commits on the kernel, and it also could be https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/commit/?id=0565de29cbd65b378147d36f9642f93a046240dc but I’m not very comfortable with C language. For the first one, this is the RTLINK error messages I get for my neighbors: judicael-ovpn ~ # ip monitor file /var/log/rtmon.log | sed -s 'N;/proto bird/!P;D' | grep -B1 -E 'FAILED|INCOMPLETE' | less Timestamp: Sun Mar 24 22:42:25 2019 247039 us fe80::21b:21ff:fe48:6899 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:42:38 2019 47256 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:42:43 2019 39170 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:42:48 2019 799065 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:42:59 2019 39159 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:03 2019 327141 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:08 2019 895060 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:14 2019 719129 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:49 2019 727107 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED Timestamp: Sun Mar 24 22:43:53 2019 119277 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:56 2019 255144 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:43:59 2019 519199 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:44:02 2019 527022 us 2a00:5884:0:6::1 dev eth0 router FAILED Timestamp: Sun Mar 24 22:44:05 2019 663129 us 2a00:5884:0:6::1 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:44:23 2019 7025 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:44:47 2019 583049 us fe80::21b:21ff:fe48:6899 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:44:51 2019 679047 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:03 2019 967031 us 2a00:5884:0:6::1 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:07 2019 807264 us 2a00:5884:0:6::1 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:15 2019 743063 us 2a00:5884:0:6::7 dev eth0 router FAILED Timestamp: Sun Mar 24 22:45:18 2019 879282 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:40 2019 831147 us fe80::21b:21ff:fe48:6899 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:43 2019 903393 us fe80::21b:21ff:fe48:6899 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:45:59 2019 263107 us fe80::be30:5bff:fed2:d098 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:46:09 2019 503135 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:47:06 2019 847109 us 2a00:5884:0:6::2 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:47:43 2019 712028 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:47:46 2019 847107 us 2a00:5884:0:6::7 dev eth0 router FAILED Timestamp: Sun Mar 24 22:47:50 2019 495080 us 2a00:5884:0:6::7 dev eth0 router FAILED Timestamp: Sun Mar 24 22:47:54 2019 335055 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:48:02 2019 207072 us 2a00:5884:0:6::7 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:48:05 2019 232101 us 2a00:5884:0:6::2 dev eth0 router FAILED Timestamp: Sun Mar 24 22:48:08 2019 287041 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED Timestamp: Sun Mar 24 22:48:08 2019 991081 us 2a00:5884:0:6::2 dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:48:11 2019 807289 us fe80::210:18ff:fe68:be0e dev eth0 router FAILED -- Timestamp: Sun Mar 24 22:48:12 2019 319072 us 2a00:5884:0:6::2 dev eth0 router FAILED Timestamp: Sun Mar 24 22:48:12 2019 383037 us fe80::21b:21ff:fe48:6
Re: [gentoo-user] eselect python cleanup
On Mon, 25 Mar 2019 08:50:09 +, Mick wrote: > In my system I also only have 2.7 and 3.6 installed: > > $ eselect python list > Available Python interpreters, in order of preference: > [1] python3.6 > [2] python2.7 (fallback) > > However, python-exec.conf only contains 3.6 ... from what you're saying > it should contain both? Or are they both present only if you have not > set up a python version with eselect? (I have set python3.6). I'm not saying what should be, only what mine is. % eselect python list Available Python interpreters, in order of preference: [1] python2.7 [2] python3.6 (fallback) I set python2.7 as the default because some older python scripts are for python2 but don't specify the version in the shebang. I suspect you are right but you could try setting the default to 2.7 and then back to 3.6 to see if that changes the file. -- Neil Bothwick Oxymoron: Reagan memoirs. pgpTm1eB13ktM.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Genlop problem?
On Sunday, 24 March 2019 15:48:59 GMT Neil Bothwick wrote: > On Sun, 24 Mar 2019 15:01:11 +0100, Alarig Le Lay wrote: > > > Has anyone else noticed that genlop -c duplicates every entry? It's > > > been doing that here for some time, on more than one machine. > > > > I also noticed it, but not dug to know where it comes from. I have some > > machines where I still have the clean output. > > It's been reported and the bug includes a fix. > > https://bugs.gentoo.org/show_bug.cgi?id=677890 Nothing showed up when I searched for it. I often find that these days. -- Regards, Peter.
Re: [gentoo-user] Genlop problem?
On Mon, 25 Mar 2019 09:27:33 +, Peter Humphrey wrote: > > It's been reported and the bug includes a fix. > > > > https://bugs.gentoo.org/show_bug.cgi?id=677890 > > Nothing showed up when I searched for it. I often find that these days. I searched for "ALL genlop", it was the most recent hit. -- Neil Bothwick I stayed up all night playing poker with tarot cards. I got a full house and four people died. pgpp1GyFOvVOe.pgp Description: OpenPGP digital signature
Re: [gentoo-user] eselect python cleanup
On Monday, 25 March 2019 09:04:16 GMT Neil Bothwick wrote: > On Mon, 25 Mar 2019 08:50:09 +, Mick wrote: > > In my system I also only have 2.7 and 3.6 installed: > > > > $ eselect python list > > > > Available Python interpreters, in order of preference: > > [1] python3.6 > > [2] python2.7 (fallback) > > > > However, python-exec.conf only contains 3.6 ... from what you're saying > > it should contain both? Or are they both present only if you have not > > set up a python version with eselect? (I have set python3.6). > > I'm not saying what should be, only what mine is. > > % eselect python list > Available Python interpreters, in order of preference: > [1] python2.7 > [2] python3.6 (fallback) > > I set python2.7 as the default because some older python scripts are for > python2 but don't specify the version in the shebang. I suspect you are > right but you could try setting the default to 2.7 and then back to 3.6 > to see if that changes the file. Yes, you right. I set 2.7 and both 2.7 & 3.6 are now stored in python- exec.conf. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Quad UART PCIe Adapter (Oxford-Chipset) seems (not?) to work? Check?
On 03/24 06:35, Nuno Silva wrote: > On 2019-03-24, tu...@posteo.de wrote: > > > Hi, > > > > In my PC there is a quad uart PCIe-adapter with Oxford Chipset. > > With lspci it is listed as: > > 04:00.0 Serial controller: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 > > UART) function 0 (Uart) > > and > > 04:00.1 Bridge: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 UART) > > function 1 (8bit bus) > > > > I have a DAUP9-cable, which connects the serial port to the FBUS/MBUS > > of my NOKIA 3310 (2001). > > > > I cannot speak to my NOKI handy via gammu/gnokii: Timeout > > > > To minimize the number of variables in this equitation I would like to > > ensure, that at least the UART adapter is working. > > > > The modules loaded by now are: > [...] > > Do I miss a driver? > > Is there any kind of check or test (without using another serial > > thingy, which I do not have), to test the UART adapter is working as > > expected? > > The output of "lspci -k" is probably useful to check whether the device > was picked up by some driver. It will also show drivers which are not > modules. > > Does it show any driver name for that UART controller? > > -- > Nuno Silva > > Hi All, thanks you all for the helpful informations. As it turns outthe adapter cable was wrongly soldered by the company...it could not work. The infos will help me, when the new cable will arrive I am sure. Cheers! Meino
Re: [gentoo-user] Quad UART PCIe Adapter (Oxford-Chipset) seems (not?) to work? Check?
> You can get pin status with > statserial /dev/ttyS9 > I hate to butt in, but statserial seems like it would be quite useful... And yet I can't figure out which package it's in on Gentoo. It's not in setserial, doesn't have its own package, and isn't discoverable via eix or pfl... Is there an ebuild hidden somewhere? Or do I need to hunt it down by hand? LMP signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Quad UART PCIe Adapter (Oxford-Chipset) seems (not?) to work? Check?
Laurence Perkins wrote: > >> You can get pin status with >> statserial /dev/ttyS9 >> > I hate to butt in, but statserial seems like it would be quite > useful... And yet I can't figure out which package it's in on Gentoo. > It's not in setserial, doesn't have its own package, and isn't > discoverable via eix or pfl... Is there an ebuild hidden somewhere? > Or do I need to hunt it down by hand? > > LMP I tried to figure out what package has it but am having no luck. I'm wondering if a USE flag is required to enable this to be included? If that USE flag is disabled by default, then it wouldn't be available on most systems unless someone knew what it was and enabled it. If it is a USE flag, I'm having no luck finding it either. Dale :-) :-)
Re: [gentoo-user] Quad UART PCIe Adapter (Oxford-Chipset) seems (not?) to work? Check?
LMP: > +AD4 You can get pin status with > +AD4 statserial /dev/ttyS9 > +AD4 > > I hate to butt in, but statserial seems like it would be quite > useful... And yet I can't figure out which package it's in on Gentoo. > It's not in setserial, doesn't have its own package, and isn't > discoverable via eix or pfl... Is there an ebuild hidden somewhere? > Or do I need to hunt it down by hand? https://packages.debian.org/source/stretch/statserial Regards, /Karl Hammar