Re: [gentoo-user] Writing to tty01 (serial port) in simple straight forward way...?!?
On Sun, 12 Oct 2014 22:36:55 -0300, Francisco Ares wrote: > By using this approach, you might be able to send a command, but most > probably (never tried) will not be able to receive the device's reply. > > Try minicom, a simple text serial console. Or write the script in Python and use pyserial. -- Neil Bothwick Macro: (n.) a series of keystrokes used to simulate a missing but essential command. signature.asc Description: PGP signature
Re: [gentoo-user] Writing to tty01 (serial port) in simple straight forward way...?!?
On 10/13/14 11:06, Neil Bothwick wrote: On Sun, 12 Oct 2014 22:36:55 -0300, Francisco Ares wrote: By using this approach, you might be able to send a command, but most probably (never tried) will not be able to receive the device's reply. Try minicom, a simple text serial console. Or write the script in Python and use pyserial. Or use kermit.
Re: [gentoo-user] Writing to tty01 (serial port) in simple straight forward way...?!?
On 13/10/14 10:08, Christian Groessler wrote: > On 10/13/14 11:06, Neil Bothwick wrote: >> On Sun, 12 Oct 2014 22:36:55 -0300, Francisco Ares wrote: >> >>> By using this approach, you might be able to send a command, but most >>> probably (never tried) will not be able to receive the device's reply. >>> >>> Try minicom, a simple text serial console. >> Or write the script in Python and use pyserial. > > Or use kermit. > > if you need interactivity you could also try dev-tcltk/expect
Re: [gentoo-user] sys-apps/man-db depends to app-text/po4a
Le Sat, 11 Oct 2014 16:22:04 +0200, Hinnerk van Bruinehsen a écrit : > On Sat, Oct 11, 2014 at 07:37:14AM +0100, Stroller wrote: > > > > On Sat, 11 October 2014, at 7:17 am, hogren > > wrote: > > > > > … > > > Emerge try to compile sys-apps/man-db-2.6.6 and fails. > > > When I watched the build log, I saw that in the compilation > > > period, po4a is not found. > > > > > > I make an #emerge app-text/po4a, I tried again #emerge > > > @preserved-rebuild. It's ok. > > > > > > Is it correct if I file a bug about that ? > > > > Yes, absolutely. > > > > Thank you for your service. > > Actually: I think no. > > This is caused because you recently updated perl and there is some > version missmatch/dependency issue caused by it. > Run perl-cleaner --all (and emerge -v1 $(qlist -CI virtual/perl) if > you run into issues). > The missing dependency (app-text/po4a) will get pulled along the way > (did so a few hours ago). Hello, Thank you for your response (even if I read the bug [41124] before). I have a question. Is there the same problem on other rolling release OS like Arch ? Or even Debian Testing ? If there is'nt, how do they do ? what is the gentoo particularity which make it no possible ? It's not difficult for me to run perl-cleaner, even if I forget to read output of last upgrades (I have an old laptop and when I upgrade, I execute "emerge -uD world; halt" and go to my bed :) ). But I just want to understand the problem. Thank you ! Hogren
Re: [gentoo-user] sys-apps/man-db depends to app-text/po4a
On Mon, Oct 13, 2014 at 11:14 AM, hogren wrote: > Le Sat, 11 Oct 2014 16:22:04 +0200, > Hinnerk van Bruinehsen a écrit : > >> On Sat, Oct 11, 2014 at 07:37:14AM +0100, Stroller wrote: >> > >> > On Sat, 11 October 2014, at 7:17 am, hogren >> > wrote: >> > >> > > … >> > > Emerge try to compile sys-apps/man-db-2.6.6 and fails. >> > > When I watched the build log, I saw that in the compilation >> > > period, po4a is not found. >> > > >> > > I make an #emerge app-text/po4a, I tried again #emerge >> > > @preserved-rebuild. It's ok. >> > > >> > > Is it correct if I file a bug about that ? >> > >> > Yes, absolutely. >> > >> > Thank you for your service. >> >> Actually: I think no. >> >> This is caused because you recently updated perl and there is some >> version missmatch/dependency issue caused by it. >> Run perl-cleaner --all (and emerge -v1 $(qlist -CI virtual/perl) if >> you run into issues). >> The missing dependency (app-text/po4a) will get pulled along the way >> (did so a few hours ago). > > Hello, > > Thank you for your response (even if I read the bug [41124] before). > > I have a question. > Is there the same problem on other rolling release OS like Arch ? Or > even Debian Testing ? > If there is'nt, how do they do ? what is the gentoo particularity which > make it no possible ? > > It's not difficult for me to run perl-cleaner, even if I forget to read > output of last upgrades (I have an old laptop and when I upgrade, I > execute "emerge -uD world; halt" and go to my bed :) ). But I just want > to understand the problem. > > Thank you ! I assume they would have a similar issue on their build machines. They would have to rebuild all packages which depend on perl when changing major versions. As an end-user, you would not notice it because the new packages just get pulled down automatically. It's the difference between a source-based distro (Gentoo) and a more traditional distro (Debian, Arch, etc).
Re: [gentoo-user] sys-apps/man-db depends to app-text/po4a
Le Mon, 13 Oct 2014 13:15:43 -0400, Mike Gilbert a écrit : > On Mon, Oct 13, 2014 at 11:14 AM, hogren wrote: > > Le Sat, 11 Oct 2014 16:22:04 +0200, > > Hinnerk van Bruinehsen a écrit : > > > >> On Sat, Oct 11, 2014 at 07:37:14AM +0100, Stroller wrote: > >> > > >> > On Sat, 11 October 2014, at 7:17 am, hogren > >> > wrote: > >> > > >> > > … > >> > > Emerge try to compile sys-apps/man-db-2.6.6 and fails. > >> > > When I watched the build log, I saw that in the compilation > >> > > period, po4a is not found. > >> > > > >> > > I make an #emerge app-text/po4a, I tried again #emerge > >> > > @preserved-rebuild. It's ok. > >> > > > >> > > Is it correct if I file a bug about that ? > >> > > >> > Yes, absolutely. > >> > > >> > Thank you for your service. > >> > >> Actually: I think no. > >> > >> This is caused because you recently updated perl and there is some > >> version missmatch/dependency issue caused by it. > >> Run perl-cleaner --all (and emerge -v1 $(qlist -CI virtual/perl) if > >> you run into issues). > >> The missing dependency (app-text/po4a) will get pulled along the > >> way (did so a few hours ago). > > > > Hello, > > > > Thank you for your response (even if I read the bug [41124] before). > > > > I have a question. > > Is there the same problem on other rolling release OS like Arch ? Or > > even Debian Testing ? > > If there is'nt, how do they do ? what is the gentoo particularity > > which make it no possible ? > > > > It's not difficult for me to run perl-cleaner, even if I forget to > > read output of last upgrades (I have an old laptop and when I > > upgrade, I execute "emerge -uD world; halt" and go to my bed :) ). > > But I just want to understand the problem. > > > > Thank you ! > > I assume they would have a similar issue on their build machines. They > would have to rebuild all packages which depend on perl when changing > major versions. > > As an end-user, you would not notice it because the new packages just > get pulled down automatically. > > It's the difference between a source-based distro (Gentoo) and a more > traditional distro (Debian, Arch, etc). > Oh yes I understand. A new version of perl generate (not automatically) a new version of many other packages, that is ? Thank you. Hogren
[gentoo-user] [systemd] Is this a NetworkManager bug?
I just switched my home LAN from wired to all wifi and I'm having trouble with NetworkManager at boot time. I have systemd start NetworkManager at boot because I need the internet for ntpdate and to start the nfs server for the LAN. Before I switched to all-wireless this method worked perfectly, but no longer. After bootup I see that NetworkManager started wpa_supplicant in the background, but apparently does *not* run dhcpcd. (The wlan0 is up but it has no IP address and the routing table is empty.) As an alternative to NetworkManager I can have systemd start dhcpcd at boot, which almost (but not quite) works well enough. This causes a race condition because wlan0 takes several seconds to come up properly and by then both ntpdate and nfs-server have already run and failed. So, I asked myself, why not have systemd start dhcpcd at boot in addition to NetworkManager? The reason that fails is that they both start wpa_supplicant in the background and the two instances interfere with each other. Anyone see a way around this catch22? Thanks.
Re: [gentoo-user] [systemd] Is this a NetworkManager bug?
On Mon, Oct 13, 2014 at 6:39 PM, walt wrote: > I just switched my home LAN from wired to all wifi and I'm having trouble > with NetworkManager at boot time. > > I have systemd start NetworkManager at boot because I need the internet > for ntpdate and to start the nfs server for the LAN. Before I switched > to all-wireless this method worked perfectly, but no longer. > > After bootup I see that NetworkManager started wpa_supplicant in the > background, but apparently does *not* run dhcpcd. (The wlan0 is up > but it has no IP address and the routing table is empty.) Do you have a system-wide connection for the wireless network? They live in /etc/NetworkManager/system-connections. Also, what does "nmcli -p general" says? In my case is: centurion ~ # nmcli -p general = NetworkManager status = STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN - connected full enabled enabled enabled enabled > As an alternative to NetworkManager I can have systemd start dhcpcd > at boot, which almost (but not quite) works well enough. This > causes a race condition because wlan0 takes several seconds to come > up properly and by then both ntpdate and nfs-server have already > run and failed. > > So, I asked myself, why not have systemd start dhcpcd at boot in > addition to NetworkManager? NetworkManager starts wpa_supplicant, but it does *NOT* use wpa_supplicant.conf. If you do systemctl status wpa_supplicant.service you will see that wpa_supplicant runs with the "-u" flag; that enables the DBus control interface, and it's through this that NetworkManager controls wpa_supplicant. If you do not have system-wide connections, NM will ask wpa_supplicant to *not* enable any connection. NM calls the shots in this case. > The reason that fails is that they both start wpa_supplicant in > the background and the two instances interfere with each other. > > Anyone see a way around this catch22? If I'm not mistaken, you need a system-wide NM connection enabled. You can use nm-connection-editor (included with nm-applet), or nmtui (ncurses interface since 0.9.10.0). Also, and orthogonal to almost all of this; I switched from ntp to systemd-timesyncd, and it works *great*, specially in my laptop. With my laptop, changing networks all the time, ntpd never quite worked. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] has anyone tried KDE5?
On Wednesday, October 08, 2014 08:32:53 PM Daniel Frey wrote: > On 10/07/2014 09:42 PM, J. Roeleveld wrote: > > Are you talking about the behaviour when you actually click on the > > foldername, instead of the " > " ? > > > > If yes, then that is as designed. > > No, I'm clicking on the " > ". Sometimes I've expanded folders three to > four levels deep and so it selects completely unrelated folders and > files, as it selects everything from where I've clicked to the top of > the list. > > It's really annoying, do you know if that "feature" be turned off? > > Dan What do you mean with "select" Do all the entries become selected (marked) ready for delete/copy/...? I have seen this behaviour in a lot of different programs (also on MS Windows). Usually caused by some key-combination which is accidentally pressed and forces the shift-key to be "locked". -- Joost
[gentoo-user] Failed to emerge dev-python/pytables-3.0.0
Hello, On a recent portage update, I tried to emerge pytables-3.0.0 and the error: * python3_3: running distutils-r1_run_phase distutils-r1_python_compile * python2_7: running distutils-r1_run_phase distutils-r1_python_compile /usr/bin/python3.3 setup.py build /usr/bin/python2.7 setup.py build * Using Python 2.7.7 (default, Oct 12 2014, 17:42:53) * Found numpy 1.8.0 package installed. * Found numexpr 2.2.2 package installed. .. ERROR:: You need Cython 0.13 or greater to compile PyTables! * ERROR: dev-python/pytables-3.0.0::gentoo failed (compile phase): is confusing since Cython is installed with version greater than 0.13 -> cython -V Cython version 0.21 or -> emerge --search cython Searching... [ Results for search key : cython ] [ Applications found : 1 ] * dev-python/cython Latest version available: 0.21 Latest version installed: 0.21 Size of files: 1,455 kB Homepage: http://www.cython.org/ http://pypi.python.org/pypi/Cython Description: A Python to C compiler License: Apache-2.0 Any inputs appreciated. Thanks, -- Valmor
