Re: New Install of 6.4 - no Internet step 2, 3
On Friday 09 August 2013 12:44 pm, you wrote: On Fri, Aug 9, 2013 at 7:19 AM, Larry Linder larry.lin...@micro-controls.com wrote: Have you looked at ELRepo? Particularly, FAQ#4 at http://elrepo.org/tiki/FAQ may help you find the right driver for the NIC. Akemi The problem with the MB's using RTL8168/8111 has been know for a few years. The 32 bit version of SL 6.2 works - have not verified it. We need to use SL 64 our system. Installed Windows 7 on a spare disk, Internet found and worked - hardware is checked. Downloaded new driver from realtech.com for RTL8168/8111 and sneaker net ed it over to SL 6.4 box applied the new driver. New driver must have a problem with the 64 bit interface - or SL 6 X _64 code is broken somewhere. Did you have a chance to identify your device IDs (see above, my note)? I have a system with the following NIC: 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02) The motherboard is GA-MA785GM-US2H. I use ELRepo's driver from kmod-r8168-8.032.00-1.el6.elrepo.x86_64. The OS is SL 6.4 (64-bit) but this machine has been running SL for at least 3 years with no apparent network trouble. Akemi Tried the driver from elrepo.X86.64 - did not work - A direct install of SL6.4 resulted in eth0 receiving data but not transmission. Installing new driver resulted in eth0 not being recognized. Ping quit - no eth0 found. ifconfig confirms that there is not eth0. We had to enable IOMMU on mother board and then Fedora 19 live would load. The driver used was in Fedora 19 was R1869- Internet was working. Tried using r1869 with SL 6.4 and eth0 was not listed in ifconfig Numerous people on net said that SL 6.4 32 bit version would load and Ethernet worked. May try this a later today to verify it. Reloading SL 6.4 from DVD this AM to use system as an isolated box. Any help would be appreciated. Learned more about drivers than I wanted to know. Comment: Fedora 19 with the latest Gnome desktop is written for a tablet. It only takes 6 mouse clicks to do anything useful - Hope RH 7 will allow a person to select an older version of KDE or Gnome. I would hate to think of the number of mouse ites injuries we could have. Is there a number of simpler desktops available. The new KDE is useless, Gnome in Fidora 19 is terrible so where do people who need a no BS computer go? Thank You All Larry Linder
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On Mon, Aug 12, 2013 at 10:24:42AM -0400, Paul Robert Marino wrote: well thats mostly due to the fact that its new and far more complex. there was a mad rush for every one to rewrite there statup scripts and quite a few of them weren't done very well and others weren't fully thought out. My prediction is that it is going to be like the HAL/UDEV story. Before, if you wanted to automatically chmod a+wr /dev/ttyUSB*, you just put it in /etc/rc.local. Now you have to write some arcane udev rules that have to be adjusted for every new os update. Documentation and examples are absent. Also same as the NetworkManager introduction. Something that was described in many books is replaced with something described by a few paragraphs in some obscure malformatted wiki. For example the fact that on SL the NM settings are stored in /etc/sysconfig/network-scripts/ifcfg-eth* files is documented (I was able to find the obscure wiki that mentions this in passing), but documentation for the exact format and meaning of the different entries is absent. K.O. what I find worse is they did a ground up rewrite and didn't touch the network configuration portion wasn't rewritten. The network scripts are limited and problematic if you want to do any thing advanced. for example its a long story why but on one device a bridge I have to add a static arp entry. iproute2 has been able to do this for as long as i can remember but there was no clean way to get it to work was to hack the network scripts in order to add the functionality. Really the scripts network scripts need to have hooks added so user defined scripts can be called at various points of the startup and shutdown of an interface. but more than that they mostly date back to the 2.0 Kernel and Linux's Network capabilities have change significantly since then but for the most part these scripts keep people stuck in the 90's. On Wed, Jul 31, 2013 at 10:21 PM, zxq9 z...@zxq9.com wrote: On 07/31/2013 11:57 PM, Tom H wrote: On Tue, Jul 30, 2013 at 5:12 PM, zxq9z...@zxq9.com wrote: On 07/30/2013 10:26 PM, Tom H wrote: On Tue, Jul 30, 2013 at 8:24 AM, Nico Kadel-Garcianka...@gmail.com wrote: On Tue, Jul 30, 2013 at 8:18 AM, Tom Htomh0...@gmail.com wrote: Thanks, good link. I'm just concerned it's going to cause build problems for *every single open source daemon* as their SRPM's or .spec files need to have two sets of options, one for the older SysV init scripts and one for systemd, or need to be split to two different .spec files. This is going to be so much fun! You're welcome. Very true. Similar to some current Fedora spec files: %if 0%{?rhel} ... %endif %if 0%{?fedora} ... %endif An eyesore and a mess; until December 2020... tl;dr, Relevant Fedora thread first: http://lists.fedoraproject.org/pipermail/devel/2012-October/thread.html#172159 Reminds me of a dismal post from October: http://zxq9.com/archives/711 I was only commenting on the more complex and unreadable spec files. Otherwise I'm happy about systemd and journald. In short, the kernel has evolved, the applications have evolved, why not the init system? Its not that the init system can't do with some modernization, its that the new system has a severe case of featuritis that is spawning little eddies of nonlocalized complexity all over the place. Modernizing a system and tossing everything that's come before in the interest of a deliberately incompatible rewrite are different things. Remember HAL? -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On 12/08/13 17:40, Konstantin Olchanski wrote: [...snip...] Also same as the NetworkManager introduction. Something that was described in many books is replaced with something described by a few paragraphs in some obscure malformatted wiki. For example the fact that on SL the NM settings are stored in /etc/sysconfig/network-scripts/ifcfg-eth* files is documented (I was able to find the obscure wiki that mentions this in passing), but documentation for the exact format and meaning of the different entries is absent. I find /usr/share/doc/initscripts-9.03.38/sysconfig.txt fairly informative and straight to the point - for most files in /etc/sysconfig. -- kind regards, David Sommerseth
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On Mon, Aug 12, 2013 at 8:40 AM, Konstantin Olchanski olcha...@triumf.cawrote: On Mon, Aug 12, 2013 at 10:24:42AM -0400, Paul Robert Marino wrote: well thats mostly due to the fact that its new and far more complex. there was a mad rush for every one to rewrite there statup scripts and quite a few of them weren't done very well and others weren't fully thought out. My prediction is that it is going to be like the HAL/UDEV story. Before, if you wanted to automatically chmod a+wr /dev/ttyUSB*, you just put it in /etc/rc.local. Now you have to write some arcane udev rules that have to be adjusted for every new os update. Documentation and examples are absent. Also same as the NetworkManager introduction. Something that was described in many books is replaced with something described by a few paragraphs in some obscure malformatted wiki. For example the fact that on SL the NM settings are stored in /etc/sysconfig/network-scripts/ifcfg-eth* files is documented (I was able to find the obscure wiki that mentions this in passing), but documentation for the exact format and meaning of the different entries is absent. I don't necessarily disagree with your worries about the future. But I must add that the networking config scripts for our favorite distro and its cousins have been located in /etc/sysconfig/network-scripts for many years, long before the advent of NetworkManager. K.O. -- -- Jeffrey Anderson| jdander...@lbl.gov Lawrence Berkeley National Laboratory | Office: 50A-5104E | Mailstop 50A-5101 Phone: 510 486-4208 | Fax: 510 486-4204
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On Mon, Aug 12, 2013 at 09:56:53AM -0700, Jeffrey Anderson wrote: On Mon, Aug 12, 2013 at 8:40 AM, Konstantin Olchanski olcha...@triumf.cawrote: My prediction is that it is going to be like the HAL/UDEV story ... Also same as the NetworkManager introduction ... I don't necessarily disagree with your worries about the future. But I must add that the networking config scripts for our favorite distro and its cousins have been located in /etc/sysconfig/network-scripts for many years, long before the advent of NetworkManager. Now for a quick quiz. In SL6.4, how do you prevent Xorg from starting on boot? (Hint: in SL5, you comment it out in /etc/inittab) P.S. Those who answer: change run level from 5 to 3, get a second quiz: quickly, when you do this, what other services become disabled? -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
RE: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
Q1: Start in runlevel 3 Q2: Dependent on system configuration. One way to check a little easier is: chkconfig --list| awk '{print $1,$5,$7}' and see. On the system this Windows VM is running under, the only service that would not be run in runlevel 3 was spice-vdagentd. Which makes sense. Your mileage my vary... -Original Message- From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Konstantin Olchanski Sent: Monday, August 12, 2013 12:13 PM To: Jeffrey Anderson Cc: SL Users Subject: Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7? On Mon, Aug 12, 2013 at 09:56:53AM -0700, Jeffrey Anderson wrote: On Mon, Aug 12, 2013 at 8:40 AM, Konstantin Olchanski olcha...@triumf.cawrote: My prediction is that it is going to be like the HAL/UDEV story ... Also same as the NetworkManager introduction ... I don't necessarily disagree with your worries about the future. But I must add that the networking config scripts for our favorite distro and its cousins have been located in /etc/sysconfig/network-scripts for many years, long before the advent of NetworkManager. Now for a quick quiz. In SL6.4, how do you prevent Xorg from starting on boot? (Hint: in SL5, you comment it out in /etc/inittab) P.S. Those who answer: change run level from 5 to 3, get a second quiz: quickly, when you do this, what other services become disabled? -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
Re: New Install of 6.4 - no Internet step 2, 3
On Mon, Aug 12, 2013 at 7:41 AM, Larry Linder larry.lin...@micro-controls.com wrote: Comment: Fedora 19 with the latest Gnome desktop is written for a tablet. It only takes 6 mouse clicks to do anything useful - Hope RH 7 will allow a person to select an older version of KDE or Gnome. I would hate to think of the number of mouse ites injuries we could have. Is there a number of simpler desktops available. The new KDE is useless, Gnome in Fidora 19 is terrible so where do people who need a no BS computer go? I agree with you about Gnome3. I don't mind the latest KDE (4.10), but agree that it may be too heavy for some. Fedora19 shipped with MATE as an option, though I don't think it is installed by default. It is a fork of Gnome 2 and may be suitable. yum groupinstall MATE Desktop to get it. LXDE and IceWM are still available through simple yum updates from the standard Fedora repo as well. Jeff -- -- Jeffrey Anderson| jdander...@lbl.gov Lawrence Berkeley National Laboratory | Office: 50A-5104E | Mailstop 50A-5101 Phone: 510 486-4208 | Fax: 510 486-4204
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On Mon, Aug 12, 2013 at 05:22:10PM +, Kraus, Dave (GE Healthcare) wrote: Q1: Start in runlevel 3 Q2: Dependent on system configuration. One way to check a little easier is: chkconfig --list| awk '{print $1,$5,$7}' and see. (I did ask for the quick answer, not the correct answer) chkconfig does not show if X11 is started at what run level. what else does it not show? Hint: ls -l /etc/init -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
RE: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
I did say, dependent on system configuration. X11 is not treated as a standard service on a Red Hat box. (Debian, for example, does.) If you've installed services outside of Red Hat's management, then see above re:system configuration. -Original Message- From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Konstantin Olchanski Sent: Monday, August 12, 2013 12:51 PM To: Kraus, Dave (GE Healthcare) Cc: SL Users Subject: Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7? On Mon, Aug 12, 2013 at 05:22:10PM +, Kraus, Dave (GE Healthcare) wrote: Q1: Start in runlevel 3 Q2: Dependent on system configuration. One way to check a little easier is: chkconfig --list| awk '{print $1,$5,$7}' and see. (I did ask for the quick answer, not the correct answer) chkconfig does not show if X11 is started at what run level. what else does it not show? Hint: ls -l /etc/init -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
Re: New Install of 6.4 - no Internet step 2, 3
I use XFCE on fedoraI would like to see it on EL 7.Its a good balance of usability without the bloat that Gnome and KDE have developed over the years.-- Sent from my HP Pre3On Aug 12, 2013 13:42, Jeffrey Anderson jdander...@lbl.gov wrote: On Mon, Aug 12, 2013 at 7:41 AM, Larry Linder larry.lin...@micro-controls.com wrote: Comment: Fedora 19 with the latest Gnome desktop is written for a tablet. It only takes 6 mouse clicks to do anything useful - Hope RH 7 will allow a person to select an older version of KDE or Gnome. I would hate to think of the number of mouse ites injuries we could have. Is there a number of simpler desktops available. The new KDE is useless, Gnome in Fidora 19 is terrible so where do people who need a no BS computer go?I agree with you about Gnome3. I dont mind the latest KDE (4.10), but agree that it may be too heavy for some. Fedora19 shipped with MATE as an option, though I dont think it is installed by default. It is a fork of Gnome 2 and may be suitable.yum groupinstall MATE Desktop to get it. LXDE and IceWM are still available through simple yum updates from the standard Fedora repo as well. Jeff -- --Jeffrey Anderson | jdander...@lbl.gov Lawrence Berkeley National Laboratory |Office: 50A-5104E | Mailstop 50A-5101Phone: 510 486-4208 | Fax: 510 486-4204
Re: [SCIENTIFIC-LINUX-USERS] Any rumors on rhel 7?
On 08/13/2013 03:41 AM, Kraus, Dave (GE Healthcare) wrote: I did say, dependent on system configuration. X11 is not treated as a standard service on a Red Hat box. (Debian, for example, does.) If you've installed services outside of Red Hat's management, then see above re:system configuration. This discussion demonstrates two things: * The old init system was complicated (in that the defaults aren't uniform). Familiarity with the system triumphed over lack of clear implementation and lack of documentation. * systemd is a huge effort that isn't doing anything to remedy the situation. This echoes the history of HAL and a few other things that have come before. My whole point was that these changes are politically, not technically driven, and that's not going to end well for anyone because RH doesn't have a monopoly in market or mindshare (recall the decline of Unix in the 80's due to this very issue). A third, sidetrack point that's been demonstrated is that internet discussions have a tendency to get sidetracked.