Re: Issue with EPEL repo

[Alan Bartlett]

On 5 April 2016 at 15:57, Yasha Karant  wrote:
> I know from past experience that ElRepo persons do read and reply to this
> list.  Does any EPEL person?  If not, does anyone know how to contact the
> EPEL maintainers?
>
> There is an issue with the EPEL MATE install method.
>
> Yasha Karant

Let me correct your above two blunders:

(1) The ELRepo Project is not EPEL.
(2) I, my fellow founders and administrators of the ELRepo Project do
read this mailing list and do respond, when appropriate.

Alan.

Re: SL 7.1 LiveCD and LiveDVDs for testing

[Alan Bartlett]

On 27 March 2015 at 17:18, Urs Beyerle urs.beye...@env.ethz.ch wrote:
 Hi,

 A first version of SL7.1 LiveCD and LiveDVDs is now available for testing:

 http://www.livecd.ethz.ch/download/testing/71/x86_64

 An easy way to test them is using a Live USB stick. Just dd the iso-file
 to your usb stick:

 dd if=SL-71-x86_64-2015-03-27-LiveCD.iso of=/dev/sdX

 where /dev/sdXis your USB device. Caution: ALL DATA on the stick will be
 DELETED !!!


 Cheers,

 Urs

I have performed some basic tests with the LiveCD ISO image and found
that it operates as expected.

Alan.

Re: [SCIENTIFIC-LINUX-USERS] Upgrade from SL 5.3

[Alan Bartlett]

On 5 February 2015 at 13:54, Pat Riehecky riehe...@fnal.gov wrote:
 Added:

 http://www.scientificlinux.org/documentation/faq/faq-releases/#update-particular-release

Pat,

A minor editorial adjustment is required to the above --

s/sl-releae/sl-release/

Alan.

Re: [SCIENTIFIC-LINUX-USERS] Upgrade from SL 5.3

[Alan Bartlett]

On 5 February 2015 at 16:30, Pat Riehecky riehe...@fnal.gov wrote:
 On 02/05/2015 09:21 AM, Alan Bartlett wrote:

 Pat,

 A minor editorial adjustment is required to the above --

 s/sl-releae/sl-release/

 Alan.


 Alas.

 Thanks for checking up on me Alan!

 Should be fixed now.

 Pat

Just perfect.

Alan.

Re: wifi local network does not come up

[Alan Bartlett]

On 2 August 2014 23:01, Charles Elsaesser bc.s...@yahoo.fr wrote:
 Hello,

 my wifi card is not activated as i do not see wlan interface.

 i installed kmod-8188eu
 kmod-8188eu.x86_644.1.4_6773.20130222-1.el6.elrepo
 but
 lspci -nn | grep -i -e net
 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE
 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01)
 04:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8161 Gigabit Ethernet
 [1969:1091] (rev 10)

 but yum info gives
 kmod-8188eu # This package provides the 8188eu kernel module(s) built for
 the Linux kernel using the x86_64 family of processors.

 is there something common between package kmod-8188eu and possible
 kmod-8188ce ?

 running system is
 Linux asus-x75vc__2.6.32-431.23.3.el6.x86_64 #1 SMP Tue Jul 29 11:12:56 CDT
 2014 x86_64 x86_64 x86_64 GNU/Linux

 wired ethernet is ok.

 Thank you for the help

You will need to install the kmod-r8192ce package to support your
wireless device. Searching the Device IDs page [1] for the
Vendor:Device ID pairing that you have shown above [10ec:8176], I see
--

[quote]
pci 10EC:092D   kmod-r8192ce
pci 10EC:8176   kmod-r8192ce
pci 10EC:8177   kmod-r8192ce
pci 10EC:8178   kmod-r8192ce
pci 10EC:8191   kmod-r8192ce
[/quote]

So, whilst using the wired connection, just perform the following two
commands --

yum remove kmod-8188eu
yum --enablerepo elrepo install kmod-r8192ce

Alan.

[1] http://elrepo.org/tiki/DeviceIDs

Re: 224.0.0.251

[Alan Bartlett]

On 23 May 2014 22:02, ToddAndMargo toddandma...@zoho.com wrote:
 Hi All,

 Is there some special meaning (like 127.0.0.1.) to
 the following IP address?

 224.0.0.251

 Many thanks,
 -T

It is an IP Multicast address.

host 224.0.0.251

will tell you a bit more.

Alan.

Re: 224.0.0.251

[Alan Bartlett]

On 23 May 2014 22:25, ToddAndMargo toddandma...@zoho.com wrote:
 On 05/23/2014 02:08 PM, Alan Bartlett wrote:

 On 23 May 2014 22:02, ToddAndMargo toddandma...@zoho.com wrote:

 Hi All,

 Is there some special meaning (like 127.0.0.1.) to
 the following IP address?

  224.0.0.251

 Many thanks,
 -T


 It is an IP Multicast address.

 host 224.0.0.251

 will tell you a bit more.

 Alan.


 Hi Alan,

 $ host 224.0.0.251
 Host 251.0.0.224.in-addr.arpa. not found: 3(NXDOMAIN)

 Not sure what I am suppose to find.

 This is why I ask (VLC's doing):

 kernel: Vlan-out Everything Else IN= OUT=eth0.5 SRC=192.168.254.10
 DST=224.0.0.251 LEN=56 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353
 DPT=5353 LEN=36

 eth0.5 is a virtual Ethernet too, not hooked to the Internet.

 And port 3535 UDP?

 $ grep -i 3535 /etc/services
 ms-la   3535/tcp# MS-LA
 ms-la   3535/udp# MS-LA


 Thank you for the help,
 -T

Oops. Typo time. Substitute whois for host.

Sorry for the confusion.

Alan.

Re: 224.0.0.251

[Alan Bartlett]

On 23 May 2014 23:12, ToddAndMargo toddandma...@zoho.com wrote:
 On 05/23/2014 02:25 PM, ToddAndMargo wrote:

 This is why I ask (VLC's doing):

 kernel: Vlan-out Everything Else IN= OUT=eth0.5 SRC=192.168.254.10
 DST=224.0.0.251 LEN=56 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP
 SPT=5353 DPT=5353 LEN=36

 eth0.5 is a virtual Ethernet too, not hooked to the Internet.

 And port 3535 UDP?

 $ grep -i 3535 /etc/services
 ms-la   3535/tcp# MS-LA
 ms-la   3535/udp# MS-LA


 I wonder why VLC goes out looking on eth0.5?
 And why port 3535 UDP?

 $ ip route show
 192.168.250.0/24 dev eth1  proto kernel  scope link  src 192.168.250.133
 192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1
 192.168.254.0/24 dev eth0.5  proto kernel  scope link  src 192.168.254.10
 192.168.255.0/24 dev br0  proto kernel  scope link  src 192.168.255.10
 169.254.0.0/16 dev eth1  scope link  metric 1003
 169.254.0.0/16 dev br0  scope link  metric 1004
 169.254.0.0/16 dev eth0.5  scope link  metric 1005
 default via 192.168.250.1 dev eth1

Sorry, I can explain that. :(

Perhaps someone else will be able to jump in and assist?

Alan.

Re: Upgraded to SL 6.5 - no Ethernet - Working

[Alan Bartlett]

On 15 March 2014 14:29, Larry Linder larry.lin...@micro-controls.com wrote:
 Thank you all for your assistance.

 Connie had right answer.
 In the grub boot loader all of the available Kernels are there and can be
 booted.  Top of the list was 6.4 .
 When we had a major power outage the system, shut down by the UPS, and  was
 manually rebooted and the orrig. 6.4 Kernel was loaded and no Ethernet -
 transmit.   According to ifconfig the Rd had a large number and the Tx had
 0.
 On this system its hard to see as the boot happens very quickly and if you are
 not looking for it you miss it.
 In the grub boot loader all 6.4 , 6.4 elrepo, and 6.5 kernels were there.
 If you don't select elrepo, it boots with 6.4.
 Rebooted using the elrepo kernel, solved the problem.

 Ethernet is now working.

 Next Question:
 How do I modify the boot loader to put the elrepo kernel first in the list?

Examine your /etc/grub.conf file.

You will observe that every kernel stanza begins with a title line.
Those kernel stanzas are numbered, starting from zero with the first
one nearest the beginning of the file. Note the number of the kernel
stanza that you wish to be the default boot.

Now edit the line which begins default= and ensure that line
references the relevant kernel stanza number.

Alan.

Re: TV tuner fails with 3.10.22-1.el6.elrepoNONPAE.i686; was OK with earlier builds

[Alan Bartlett]

I shall interleave my responses, below.

On 9 December 2013 21:33, John Pilkington j.p...@tesco.net wrote:

 Hi:  I've just lost a fight with the elrepo bugtracker's verification
 procedures,

There is a direct contact address that you could have used to ask for
help regarding any problem with the bug tracker:

contact AT elrepo DOT org

(I noticed that you created an account earlier this evening.)

 and I can't see where this problem fits into the kernel.org scheme

It does not. Perhaps the ELRepo Users' mailing list would be more
appropriate. See:

http://lists.elrepo.org/mailman/listinfo/elrepo

 I'm in the UK.  I use the elrepo kernel to get support for my USB TV tuner,
 which dmesg identifies as PCTV nanoStick T2 290e (card=78).

What is the Vendor:Device ID pairing for that tuner? I.e. What is
reported by lsusb? That information is a necessary prerequisite for
any investigation.

Alan.

Re: TV tuner fails with 3.10.22-1.el6.elrepoNONPAE.i686; was OK with earlier builds

[Alan Bartlett]

On 9 December 2013 22:48, John Pilkington j.p...@tesco.net wrote:

 Bus 001 Device 002: ID 2013:024f PCTV Systems nanoStick T2 290e


Performing the usual double grep technique, I see that the em28xx
driver is correct for your USB tuner.

[Duo2 ~]$ rpm -qa kernel\* | sort
kernel-2.6.32-431.el6.x86_64
kernel-firmware-2.6.32-431.el6.noarch
kernel-headers-2.6.32-431.el6.x86_64
kernel-lt-3.10.22-1.el6.elrepo.x86_64
kernel-lt-3.10.23-1.el6.elrepo.x86_64
kernel-ml-3.12.4-1.el6.elrepo.x86_64
[Duo2 ~]$

[Duo2 ~]$ grep -i 2013 /lib/modules/*/modules.alias | grep -i 024f
/lib/modules/3.10.22-1.el6.elrepo.x86_64/modules.alias:alias
usb:v2013p024Fd*dc*dsc*dp*ic*isc*ip*in* em28xx
/lib/modules/3.10.23-1.el6.elrepo.x86_64/modules.alias:alias
usb:v2013p024Fd*dc*dsc*dp*ic*isc*ip*in* em28xx
/lib/modules/3.12.4-1.el6.elrepo.x86_64/modules.alias:alias
usb:v2013p024Fd*dc*dsc*dp*ic*isc*ip*in* em28xx
[Duo2 ~]$

I can see no reason why it does not work.

Please re-try with the current kernel-lt-3.10.23-1.el6.elrepo
(released earlier today) and if still unsuccessful, take it to the
appropriate ELRepo Project support channel where it can then be
investigated further.

Alan.

P.s. With regards to the ELRepo Project's bug tracker, I see that
JPilk created an account at 2013-12-09 13:18 and then last logged
in at 2013-12-09 14:37. I have performed a password reset on that
account.

Re: blue griffon

[Alan Bartlett]

On 11 October 2013 00:07, Taylor Woods jtwoods0...@gmail.com wrote:

 I was looking on the site, is there a i386 version?

Yes.

http://rpmfind.net/linux/RPM/centos/5.9/i386/CentOS/autoconf213-2.13-12.1.noarch.html

Alan.

Re: UEFI SL 6x boot

[Alan Bartlett]

On 25 September 2013 16:35, Yasha Karant ykar...@csusb.edu wrote:


snip


 Again, my apologies for the length -- is a snip within a reply appropriate
 for this list using the same subject line (same thread)?


snip

Yes, most certainly.

Alan.

Re: artheros-8161 card not usuable under standard linux

[Alan Bartlett]

On 4 July 2013 02:33, Charles Elsaesser bc.s...@yahoo.fr wrote:

 lspci -nn | grep -i -e net
 --

 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE
 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01)
 04:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8161
 Gigabit Ethernet [1969:1091] (rev 10)

Thank you for that information.

I was hoping that what Earl had previously advised would have resolved
your problem but, unfortunately, no it will not.

If you search the Device IDs page [1] (on the ELRepo Project's
web-site) for the pairing 1969:1091 there is no match. Hence no driver
is available from that source.

The only other option I can see is to check the kernel-lt [2] and
kernel-ml [3] packages from the same source. This is what I find --

[quote]
[Duo2 ~]$ rpm -qa kernel\* | grep -vE 'dev|fir|head' | sort
kernel-2.6.32-279.22.1.el6.x86_64
kernel-2.6.32-358.11.1.el6.x86_64
kernel-lt-3.0.84-1.el6.elrepo.x86_64
kernel-ml-3.10.0-1.el6.elrepo.x86_64
[Duo2 ~]$ grep 1969 /lib/modules/*/modules.alias | grep 1091
/lib/modules/3.10.0-1.el6.elrepo.x86_64/modules.alias:alias
pci:v1969d1091sv*sd*bc*sc*i* alx
[Duo2 ~]$
[/quote]

The first command line shows the kernels that I have installed on this
system, the second command line shows that your particular Atheros NIC
is supported by the alx module which is only present in the latest
kernel-ml-3.10.0-1.el6.elrepo package.

I hope this information will help.

Alan.

[1] http://elrepo.org/tiki/DeviceIDs
[2] http://elrepo.org/tiki/kernel-lt
[3] http://elrepo.org/tiki/kernel-ml

Re: artheros-8161 card not usuable under standard linux

[Alan Bartlett]

2013/7/3 Charles Elsaesser bc.s...@yahoo.fr:
 problem
 ---

 artheros-8161 device not recognized by linux : missing driver

 as a consequence computers using artheros-8161 cannot run linux and are
 useless when linux is the only way.

 pc is asus-x75vc model

 attempt of compiling alx driver as explained at
 http://www.linuxfoundation.org/collaborate/workgroups/networking/alx
 failed and following outputs are joined.

 Has it a sense to recompile linux kernel 3.3 on a native older system?

 Can it help?

 Thanks for our explanations, if someone can give advices.

Charles,

Will you please post just the one line, which relates to the Atheros
device in your system, that is returned by a lspci -nn | grep -i net
command line.

Sight of the Vendor:Device ID Pairing for the hardware will allow us
to verify exactly which driver is required.

[off topic]
The latest kernel-ml-3.10.0-1.el6.elrepo package does now provide the
alx kernel module.
[/off topic]

Alan.

Re: What is a Protected multilib version?

[Alan Bartlett]

On 18 May 2013 02:38, Todd And Margo Chester toddandma...@gmail.com wrote:
 On 05/17/2013 05:57 PM, Alan Bartlett wrote:

 I've now lost track of the ins-and-outs of this thread but perhaps
 this script [1] may help. It runs in test-mode by default (no action
 is taken). When executed with the --notest flag, then the actual
 work is done.

 A typical usage sequence would be:

 ./rpmdup_remover.sh
 ./rpmdup_remover.sh --notest
 yum update

 Alan.

 [1] http://www.centos.toracat.org/ajb/scripts/rpmdup_remover.sh


 Hi Alan,

 Thank you!  The script unscrambled things to the point that
 I was able to finish the job manually.

 I had a duplicate qt in both 32 bit and 64 bit.  I removed
 the 32 bit.  Now things are much better behaved.

 I also found that if you add --setopt=protected_multilib=false
 to your yum run string, you don't get the protected error,
 but the just kicks the can down the road.

 -T

Excellent news. Thank you for reporting back with your success.

No doubt toracat [2] will purr with satisfaction, knowing that the
script still does the deed.

Alan.

[2] http://elrepo.org/people/ajb/toracat.jpg

Re: What is a Protected multilib version?

[Alan Bartlett]

On 18 May 2013 01:38, Todd And Margo Chester toddandma...@gmail.com wrote:

 # package-cleanup --cleandupes
 Loaded plugins: priorities, refresh-packagekit
 32 packages excluded due to repository priority protections
 No duplicates to remove

I've now lost track of the ins-and-outs of this thread but perhaps
this script [1] may help. It runs in test-mode by default (no action
is taken). When executed with the --notest flag, then the actual
work is done.

A typical usage sequence would be:

./rpmdup_remover.sh
./rpmdup_remover.sh --notest
yum update

Alan.

[1] http://www.centos.toracat.org/ajb/scripts/rpmdup_remover.sh

Re: New install boot problem -

[Alan Bartlett]

On 29 January 2013 18:49, Bob Goodwin - Zuni, Virginia, USA
bobgood...@wildblue.net wrote:
I've just replaced F-18 with SL-6.3 Live installed but I have to use
the flash drive to boot from the hard drive. I believe my error is
that it's looking on the wrong drive.

How do I fix that?

Hi Bob,

Perhaps a page in the CentOS wiki [1] will help you.

Regards,
Alan.

[1] http://wiki.centos.org/HowTos/GrubInstallation

Re: Nvidia stereoscopic 3D system on SL 6x

[Alan Bartlett]

On 25 January 2013 18:18, Yasha Karant ykar...@csusb.edu wrote:

 Thank you for the correction.

 Am I correct to assume that this driver -- presumably derived from the
 proprietary Nvidia driver that must be uninstalled per the documentation in
 the URL that you provided -- has fully stereoscopic 3D support, including
 whatever openGL modifications are required, as does the Nvidia factory
 package?

 If so, and thus stereoscopic 3D activation in the xorg.conf file is
 required, does this ELrepo package provide the necessary xorg.conf file?  If
 not, and if the ELrepo derivative requires the same syntax in the same
 xorg.conf stanzas as the Nvidia factory driver, could you kindly transmit
 my xorg.conf file fix to the Elrepo group, or provide me with the correct
 contact information?

Yasha,

Please refresh you memory of the ELRepo Project's home page [1], in
particular the section headed 'Need Help?'. It may also be to your
benefit to review the relevant 'nVidia' pages [2][3][4][5].

You already have an account on the ELRepo bug tracker [6] where we
will accept both bug reports and RFEs. If you have forgotten your
password/phrase, let me know and I will arrange for a reset.

Finally there is also a 'Contact' page [7], which should make things
quite clear.

Regards,
Alan.

[1] http://elrepo.org/tiki/tiki-index.php
[2] http://elrepo.org/tiki/kmod-nvidia
[3] http://elrepo.org/tiki/kmod-nvidia-96xx
[4] http://elrepo.org/tiki/kmod-nvidia-173xx
[5] http://elrepo.org/tiki/kmod-nvidia-304xx
[6] http://elrepo.org/bugs/main_page.php
[7] http://elrepo.org/tiki/Contact

Re: Is there a kernel update for SL 6.2 coming up soon?

[Alan Bartlett]

 On 24 January 2013 02:52, jdow j...@earthlink.net wrote:

 Um, 4 weeks is a trifle long for no Gnome or KDE. Ah well, I guess
 I wait. I seldom use the machine from a GUI anyway.

 It seems ElRepo may have screwed up.

 {^_^}

Appliction of sed 's/ElRepo may have/jdow has/' to the above will
result in a correct statement.

That statement is --

It seems jdow has screwed up.

@Connie  Pat -- As this is your product's main mailing list, would
you please take charge and advise the subscriber concerned, jdow, what
is  what is not acceptable behaviour.

Regards,
Alan.

Re: I just want to let you know I love ELREPO

[Alan Bartlett]

On 24 January 2013 15:43, Pat Riehecky riehe...@fnal.gov wrote:
 With the SL list being a bit grumpy of late, I thought it was worth letting
 you know that I love ELREPO and use it without a problem on literally dozens
 of systems.

 Please keep up the wonderful work you are doing.

 Pat

 --
 Pat Riehecky
 Scientific Linux Developer

Thank you, very much, for your statement of support, Pat.

The sentiment is reciprocated with regards to your product, Scientific
Linux, and the effort that it take to produce.

Regards,
Alan.

Re: Is there a kernel update for SL 6.2 coming up soon?

[Alan Bartlett]

On 24 January 2013 02:52, jdow j...@earthlink.net wrote:
 Um, 4 weeks is a trifle long for no Gnome or KDE. Ah well, I guess
 I wait. I seldom use the machine from a GUI anyway.

 It seems ElRepo may have screwed up.

 {^_^}

I fail to see the significance -- or relevance -- of your last sentence.

Please remember this is the main support channel for Scientific Linux.

Alan.

Re: Distribution Servers Downtime - 30 minutes on Oct 18 2012 6:00 CDT

[Alan Bartlett]

On 16 October 2012 23:42, Connie Sieh cs...@fnal.gov wrote:

snip
 For your local time you can run date -d '2011-10-06 09:00 CDT'

Ahem, cough. Might I suggest the more appropriate --

date -d '2012-10-18 06:00 CDT'

Alan.

Re: sl6 livedvd with nonpae kernel

[Alan Bartlett]

On 20 September 2012 17:35, Akemi Yagi amy...@gmail.com wrote:
 On Thu, Sep 20, 2012 at 8:45 AM, Akemi Yagi amy...@gmail.com wrote:

 I just wanted to add that, as noted in the referenced ELRepo page,
 kernel-ml is a moving target and not officially supported by ELRepo
 either.

 I've just received a request to revise the above line to a correct
 description. :)

 The kernel-ml packages are official products of the ELRepo Project.
 Products that we
 only recommend for testing purposes and not production use.

 Thank you, Alan. :-)

And thank you, Akemi. :-)

So that subscribers to this m/l have the full picture, I will mention
that Akemi is my deputy for the kernel-ml package sets. If at any time
I am unable to get an update built and released, then Akemi will step
in to perform the deed.

Alan.

Re: Looks like CentOS beat SL to 6.3 release

[Alan Bartlett]

On 11 July 2012 02:10, Akemi Yagi amy...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 6:01 PM, Steven Haigh net...@crc.id.au wrote:
 On 11/07/2012 10:49 AM, Nico Kadel-Garcia wrote:
 A particular client's mirror of CentOS exploded today with the
 unannounced CentOS 6.3 release. Congratulations to them for such quick
 work: is there a nominal release date for SL 6.3, so I can make sure
 to allocate disk space?

 What is it with people thinking that CentOS is some kind of competition for
 SL or RHEL?

 Sure, CentOS do things differently. If it compiles, ship it.

 SL will more than likely do a Beta, RC, then release - just like they have
 with each other point release.

 Indeed. I hate to repeatedly quote my old post, but as far as there
 are people who say beat, I feel like doing it :)

 http://listserv.fnal.gov/scripts/wa.exe?A2=ind1201L=scientific-linux-usersT=0P=17067

 Akemi

Furthermore, the release of CentOS 6.3 was not unannounced.

For the record, here is the official announcement --

http://lists.centos.org/pipermail/centos-announce/2012-July/018706.html

Alan.

Re: how do I disable background updates?

[Alan Bartlett]

On 10 July 2012 00:03, Todd And Margo Chester toddandma...@gmail.com wrote:
 Hi All,

 According to /var/log/yum.log, something is doing back
 ground updates.

 This morning the flash-plugin updated after I downgraded
 it yesterday and I got a libvirt updated that crashed
 my VMs.  I did not ask for these updates.  I am afraid to go
 on the Internet!

 How do I turn off these background updates?

I'd suggest looking at the output returned by --

sudo yum list yum-\*

Alan.

Re: how do I disable background updates?

[Alan Bartlett]

On 10 July 2012 00:11, Alan Bartlett a...@elrepo.org wrote:
 On 10 July 2012 00:03, Todd And Margo Chester toddandma...@gmail.com wrote:
 Hi All,

 According to /var/log/yum.log, something is doing back
 ground updates.

 This morning the flash-plugin updated after I downgraded
 it yesterday and I got a libvirt updated that crashed
 my VMs.  I did not ask for these updates.  I am afraid to go
 on the Internet!

 How do I turn off these background updates?

 I'd suggest looking at the output returned by --

 sudo yum list yum-\*

Just checked for myself. The yum-cron package looks as if it is the
guilty party.

Name: yum-cron
Arch: noarch
Version : 3.2.29
Release : 30.el6
Size: 35 k
Repo: rhel-x86_64-server-optional-6
Summary : Files needed to run yum updates as a cron job
License : GPLv2+
Description : These are the files needed to run yum updates as a cron job.
: Install this package if you want auto yum updates
nightly via cron.

Alan.

Re: how do I disable background updates?

[Alan Bartlett]

On 10 July 2012 00:43, Todd And Margo Chester toddandma...@gmail.com wrote:

 Yippee!  I think I found the little bugger!
   /etc/sysconfig/yum-autoupdate

 # ENABLED
 # true - Run yum-autoupdate
 # false - Do not run yum-autoupdate (default)
 #   + anything other than true defaults to false
 ENABLED=true

 Ah HA!  ENABLED is now false.  And I will reboot
 just to make sure everyone is listening!

Excellent.

 Thank you!

You're welcome.

Alan.

Re: SL on ARM

[Alan Bartlett]

On 28 June 2012 22:31, Christopher Tooley ctoo...@uvic.ca wrote:

 Further update:

 I have a Raspberry Pi in my grubby little paws right now - so, yeah, 
 definitely not vaporware ;)

 -Chris

You're not the only one. I received mine today. :)

Alan.

Re: Difference between the various SL6 repos?

[Alan Bartlett]

On 4 June 2012 21:10, Yasha Karant ykar...@csusb.edu wrote:

 Back to my question:  is there such a matrix?  Has anyone -- paid
 professional or volunteer -- prepared such a matrix?  Or must one dig
 through numerous listserve threads to garner the information, essentially
 anew for each person doing the digging?

Answer one: No.
Answer two: No.
Answer three: Yes.

Re: iptables + vhost access

[Alan Bartlett]

On 11 April 2012 15:53, Terry Northren tnorth...@gmail.com wrote:

 I followed your directions.  I ran into an error when I executed the
 semanage command:

 semanage fcontext -a -t httpd_sys_content_t public_html

 Here is my output error:
 -bash: /usr/sbin/semanage: No such file or directory

[ajb@Duo2 ~]$ rpm -qf $(locate bin/semanage)
policycoreutils-python-2.0.83-19.21.el6_2.x86_64

Ensure that you have the policycoreutils-python package installed.

Alan.

Re: Red Hat Bug #639280: vte not setting TERM variable for terminal emulators other than gnome-terminal

[Alan Bartlett]

On 15 March 2012 17:27, Dennis Schridde devuran...@gmx.net wrote:
 Hello!

 It appears to me that Red Hat Bug #639280 [1] against Fedora 14 appears also
 in Scientific Linux 6.2: E.g. in Guake $TERM is dumb instead of xterm. Can
 someone confirm this? Is this also a bug in RHEL 6.2? Where should I report
 it, so it can be fixed soon?

 Kind regards,
 Dennis

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=639280

In RHEL 6.2 the version of vte is --

$ rpm -q vte
vte-0.25.1-7.el6.x86_64
$

So that patch will not be present in RHEL 6 and its derivatives / clones.

Please open a bug report upstream against RHEL 6.2 [1]. Once it is
fixed there, it will then be fixed in the clones.

Alan.

[1] https://bugzilla.redhat.com/frontpage.cgi

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 9 February 2012 18:59, Jeff Siddall n...@siddall.name wrote:
 On 02/09/2012 12:30 PM, Orion Poplawski wrote:

 Is anyone else seeing machines lockup with kernel-2.6.32-220? On one
 machine (Dell PowerEdge SC1435 Dual Opteron 2384) we've seen it lockup
 pretty consistently. Moving back to 2.6.32-131.21.1.el6.x86_64 appears
 to have resolved it.


 Yes, the 2.6.32-220 series seems to have all sorts of issues.

 Do you happen to be running an RealTek 816x ethernet chip?

 I discovered the hard way that the r8169 driver in the SL6
 2.6.32-220.2.1.el6.x86_64 kernel if running at 1000 Mbps caused my system
 began freezing frequently after upgrading to this kernel when network
 activity got high.  TUV has a bug report about this already.

 Installing the driver off the Realtek site seems to have solved it for now
 but it was a pain to track that down.

 Jeff

May I suggest, to you, the ELRepo Project [1] and the kmod-r8168 package [2] ?

Alan.

[1] http://elrepo.org
[2] http://elrepo.org/tiki/kmod-r8168

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 9 February 2012 20:07, Jeff Siddall n...@siddall.name wrote:
 On 02/09/2012 02:27 PM, Alan Bartlett wrote:

 On 9 February 2012 19:18, Jeff Siddalln...@siddall.name  wrote:

 On 02/09/2012 02:07 PM, Alan Bartlett wrote:


 May I suggest, to you, the ELRepo Project [1] and the kmod-r8168 package
 [2] ?


 Unfortunately I never even checked elrepo. Â Do you know if that package
 is
 the same version that is currently on ReakTel's site? Â If so then using
 the
 elrepo package would be a better idea than having to rebuild the source
 every kernel upgrade.

 I do know my system has an uptime of 22 days vs. more like 22 minutes
 (literally!) with the stock kernel.

 Thanks for the tip!

 It should be (if end-users have taken the trouble to advise of any new
 tarballs available from the Realtek ftp server). If you take a look in
 your /etc/yum.repos.d/ directory, you should find that your have the
 relevant ELRepo Project repository file present but disabled by
 default.



 Yes, I have elrepo enabled.  My problem was I just didn't look for such a
 package!

And I must confess that the package set was not up to date! However,
that is being rectified as I type. The EL6 repository now has the
latest version 028 package and the EL5 repository will do so,
shortly. Announcements are now on the ToDo list. :)

Alan.

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 9 February 2012 20:18, Akemi Yagi amy...@gmail.com wrote:
 On Thu, Feb 9, 2012 at 12:13 PM, Alan Bartlett a...@elrepo.org wrote:

 And I must confess that the package set was not up to date! However,
 that is being rectified as I type. The EL6 repository now has the
 latest version 028 package and the EL5 repository will do so,
 shortly. Announcements are now on the ToDo list. :)


 ... and to receive such announcements, you need to subscribe to the
 ELRepo mailing list:

 http://lists.elrepo.org/mailman/listinfo/elrepo

 You can browse the available kmods and their versions compared against
 EL5 and EL6 at:

 http://elrepo.org/tiki/Driver+Versions

Which also will need to be updated, unless toracat (a.k.a. Akemi)
has already done so. ;)

Alan.

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 9 February 2012 20:55, Akemi Yagi amy...@gmail.com wrote:

 Hmmm, I see that you have updated r8168. But Jeff mentioned the r8169
 driver in his post ...

 Akemi

Hmm. I *thought* I saw a reference to the RTL8168 hardware using the
distro r8169 driver . . .

Perhaps Jeff will clarify what is what, please?

Alan.

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 9 February 2012 22:14, Alan Bartlett a...@elrepo.org wrote:
 On 9 February 2012 20:55, Akemi Yagi amy...@gmail.com wrote:

 Hmmm, I see that you have updated r8168. But Jeff mentioned the r8169
 driver in his post ...


 Hmm. I *thought* I saw a reference to the RTL8168 hardware using the
 distro r8169 driver . . .

 Perhaps Jeff will clarify what is what, please?

Both the kmod-r8168  the kmod-r8169 packages, from the ELRepo
Project, have now been updated to use the latest Realtek tarballs.

Whichever driver Jeff requires, the latest version is now available
from the repository.

Alan.

Re: machine hangs with kernel-2.6.32-220

[Alan Bartlett]

On 10 February 2012 01:44, Jeff Siddall n...@siddall.name wrote:
 On 02/09/2012 07:12 PM, Alan Bartlett wrote:

 On 9 February 2012 22:14, Alan Bartletta...@elrepo.org  wrote:

 On 9 February 2012 20:55, Akemi Yagiamy...@gmail.com  wrote:


 Hmmm, I see that you have updated r8168. But Jeff mentioned the r8169
 driver in his post ...


 Hmm. I *thought* I saw a reference to the RTL8168 hardware using the
 distro r8169 driver . . .

 Perhaps Jeff will clarify what is what, please?

 Both the kmod-r8168  the kmod-r8169 packages, from the ELRepo

 Project, have now been updated to use the latest Realtek tarballs.

 Whichever driver Jeff requires, the latest version is now available
 from the repository.

 Alan.


 Hmmm... I didn't think there was an 8169 driver from RealTek.  Anyway, I am
 using the RealTek 8168 driver now.  The original kernel driver was the
 r8169.

 Here is what lspci says:

 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B
 PCI Express Gigabit Ethernet controller (rev 03)

That is what I (erroneously) assumed when I initially mentioned the
kmod-r8168 package. Having clarified that, I'm sure Akemi will now be
satisfied. :)

Alan.

Re: upstart

[Alan Bartlett]

On 3 February 2012 19:08, Yasha Karant ykar...@csusb.edu wrote:
 I have been looking into the issue of upstart.  From:

 http://upstart.ubuntu.com/

 Upstart is an event-based replacement for the /sbin/init daemon which
 handles starting of tasks and services during boot, stopping them during
 shutdown and supervising them while the system is running.

 and is therein listed as:

 Known Users

    Ubuntu 6.10 and later
    Fedora 9 and later
    Debian (as an option)
    Nokia's Maemo platform
    Palm's WebOS
    Google's Chromium OS
    Google's Chrome OS

 Copyright © 2010 Canonical Ltd. Upstart is a trademark of Canonical Ltd.

 which date indicates that the above list may be obsolete, and probably is
 obsolete in that upstart appears to be incorporated into EL 6 .

 From the upstart FAQ:

 What are the example jobs?

 The example jobs are based on the /etc/inittab file found in Ubuntu, and
 thus also Debian. They run the same scripts as the old System-V init
 packages on the same events, using the System-V compatibility tools to
 generate runlevel events.

 Why don't the example jobs work on my distribution?

 Because every distribution has used System-V init differently, every
 distribution's /etc/inittab file (on which the example jobs are based) is
 different.

 You'll need to examine this file from your distribution, compare it against
 the one found in Ubuntu or Debian, and modify the example jobs
 appropriately.

 End quotes.  I apologize for my lack of free time to dig up the details on
 upstart in SL 6, but if anyone is familiar with upstart as used in SL 6, I
 would appreciate links to the appropriate documentation, any EL changes from
 the Debian/Ubuntu distribution source, and related upstart material (a state
 transition chart would be nice given that upstart is event driven).  Replies
 on upstart off list are invited.

 I note that openSUSE has included upstart as of version 11.3 Milestone 4,
 but not as default (http://en.wikipedia.org/wiki/Upstart).  A colleague and
 I did a comparison of the boot on an openSUSE machine versus a SL 6.1
 machine -- otherwise essentially identical hardware platforms with very
 similar application and systems environments -- and noted a difference.  As
 openSUSE evidently does not default to upstart, this may explain at least
 one difference in behavior -- he took mostly defaults from openSUSE during
 the installation phase.

 Yasha Karant

Yasha,

Please, please use the Scientific Linux fora for this sort of
discussion. Comments about other non-EL distros are really not
relevant to this mailing list.

I leave it to you to look up the URL and register.

Alan.

Re: unable to cut a DVD from iso

[Alan Bartlett]

On 6 December 2011 21:55, Todd And Margo Chester toddandma...@gmail.com wrote:

 That is not the problem.  This is the problem:

      md5sum source.iso /dev/sr0

Hmm. Purely out of interest, what do you observe by --

mkdir /mnt/{foo1,foo2}
mount -r -t iso9660 /dev/sr0 /mnt/foo1
mount -r -t iso9660 -o loop source.iso /mnt/foo2
diff -r /mnt/foo1 /mnt/foo2

Alan.

Re: A question of dependencies

[Alan Bartlett]

On 8 November 2011 18:55, Andreas Petzold andreas.petz...@kit.edu wrote:

snip

 Why don't you use yum? What do you usually use to resolve dependencies if you
 aren't using yum?

 yum install path tofile/bakoma-tex-9.7.5-02.i386.rpm

snip

I suspect you intended --

yum localinstall path tofile/bakoma-tex-9.7.5-02.i386.rpm

Alan.

Re: kernel-ml is not for production use

[Alan Bartlett]

On 1 November 2011 16:42, Yasha Karant ykar...@csusb.edu wrote:

snip

 How does the above lack of warranty from a commercial for-profit vendor
 differ from the These packages are provided As-Is with no implied warranty
 or support from el-repo or the similar disclaimer from SL? This is not a
 discussion of specific ElRepo packages, but a general question of interest
 to all users of packages advertised on the SL list -- ElRepo in this
 particular instance.

 Yasha Karant

sed 's/ElRepo/ELRepo/'

Re: usb patch

[Alan Bartlett]

On 30 October 2011 17:55, Stephen Isard 7p03xy...@sneakemail.com wrote:
 I have an RCA VR5320 digital voice recorder.  It has a usb connector, but
 isn't recognized by SL 5.6.

snip

 I don't want to get into a position of maintaining my own kernel.  I'd
 rather wait until I catch up with 2.6.32 and impose on friends with newer
 kernels or windows machines in the meantime.

Hi Stephen,

You will have a very long wait. The SL 5.x kernels will remain to be
based on 2.6.18 until EOL. ;) That is how TUV maintain a stable kernel
ABI for the life of EL5.

If you would like to have a SL kernel based on 2.6.32, please install SL 6.x :)

Regards,
Alan.

Re: Note about this Scientific Linux Mailing List (Was: UEFI)

[Alan Bartlett]

On 20 October 2011 15:58, Akemi Yagi amy...@gmail.com wrote:

 Troy Dawson posted a note about the Scientific Linux mailing list on
 July 1, 2011. I am posting part of his note here because I see some
 new faces who probably have not read it. Also for those who have
 been on the list for a while, this is a reminder.

 Akemi

 =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 from    Troy Dawson daw...@fnal.gov
 to      SL users scientific-linux-us...@fnal.gov
 date    Fri, Jul 1, 2011 at 6:51 AM

 Hello,
 The scientific-linux-users mailing list has always been a place that
 people could go to for technical help.  It is supposed to have fairly
 low traffic, and it has had that for quite a while.

 I know that we have recently had an influx of new SL users, and so it
 is expected that the technical questions and answer go up.

 But we have also had a very high upswing of *frivolous* emails.

 (snip)

 This mailling list is for people to bring questions about Scientific
 Linux, and hopefully they will get answers.

 =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

 There was a comment by Steven Haigh who suggested using the SL forums:

 I would also suggest that people wanting to continue the whole posting
 style debate or just general things not specifically related to SL do
 so on the unofficial forums.

 Here is a good start:
       http://scientificlinuxforum.org/index.php?showforum=7
 --
 Steven Haigh

 =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

 And a follow-up by John H. Outlan who oversees the forums:

 That's fine. But any rudeness will result in a ban. That's why we are
 there in the first place. Just kill 'em with kindness ;)

Thank you for posting the reminder to the list, Akemi.

I hope that the one person who has, predominately, been the instigator
of a lot of noise on this mailing-list will now find another outlet
for his pontifications.

Alan.

Re: Red Hat engineer renews attack on Windows 8-certified secure boot

[Alan Bartlett]

On 20 October 2011 21:58, Yasha Karant ykar...@csusb.edu wrote:
 Although

snip

I will be brutally frank and straightforward. Please stop posting
links and verbatim quotations from items previously posted elsewhere.
I have already read them -- and, I suspect, so have many other of this
list's subscribers -- in the original location, when initially
published.

 Do you regards all other subscribers to this mailing-list as
imbeciles? We do not require some pontificating professor to instruct
us as to how we are to act. react, think or otherwise behave.

You have been asked before. Now I shall tell you -- Go and read the
archives for this mailing list and stop trying to manipulate its usage
for your own personal glorification. If you do not wish to fit in with
the established social norm then please depart.

An interesting link --

http://www.ratemyprofessors.com/ShowRatings.jsp?tid=142948

One of the more amusing quotations from the above:

[quote]
avoid at all costs and whatever you do don't mention
microsoft or bill gates. Just rambles on and on and on...
seriously avoid him if you can
[/quote]

Alan.

Re: Flash plugin

[Alan Bartlett]

On 7 October 2011 00:37, Dag Wieers d...@wieers.com wrote:

 Do you have proof that this is a security fix. Because I track the RHEL
 packages and no such update has come through their channels. It seems as if
 the release was simply their official Flash Player 11 release, rather than a
 security fix.

 If it is a security fix, even Red Hat is behind. Somehow I don't believe
 that, but for you to provide proof of what you state. Thanks.

Hi Dag,

I strongly suspect that there are certain people posting to this list
who are still new to the RHEL product ethos and, thus, that of its
clones.

As you know, the recommended reading for those persons starts with the
following Red Hat policy regarding the backporting of security fixes
--

http://www.redhat.com/security/updates/backporting/

Regards,
Alan.

Re: Cannot install downloaded updates and dual boot issue

[Alan Bartlett]

On 4 October 2011 22:12, Sean Nelson neruson1...@gmail.com wrote:
 Hello, I just installed SL6 from the Live CD and I'm having two post
 install issues.

snip

 2) I dual boot Linux  Windows 7. SL6 is on my first 1.5 TB HDD and
 Windows 7 is on my 2nd 500GiB HDD. The grub boot menu does not show up
 on startup, instead it goes straight to the SL splash screen. How do I
 change this? I edited my /boot/grub/grub.conf and these are my
 changes:

 --
 # grub.conf generated by anaconda
 #
 # Note that you do not have to rerun grub after making changes to this file
 # NOTICE:  You have a /boot partition.  This means that
 #          all kernel and initrd paths are relative to /boot/, eg.
 #          root (hd0,0)
 #          kernel /vmlinuz-version ro root=/dev/mapper/vg_megatron-lv_root
 #          initrd /initrd-[generic-]version.img
 #boot=/dev/sda
 default=0
 timeout=0
 splashimage=(hd0,0)/grub/splash.xpm.gz
 hiddenmenu

snip

 What am I doing wrong here?

You should set the timeout line to a suitable number of seconds (say
5) and comment out (or delete) the hiddenmenu line.

Alan.

Re: New Scientific Linux development team member

[Alan Bartlett]

On 9 September 2011 17:21, Connie Sieh cs...@fnal.gov wrote:
 I am happy to announce the addition of Patrick Riehecky to the Scientific
 Linux development team.   He will take over many of the tasks that Troy
 previously did.

 He has over 11 years of Linux experience.

 Welcome Pat.

 -Connie Sieh

Just wondering, Connie . . . does that include a spiky haircut and the
wearing of Hawaiian shirts?

Alan.

Re: [SCIENTIFIC-LINUX-USERS] New Scientific Linux development team member

[Alan Bartlett]

On 9 September 2011 21:14, Pat Riehecky riehe...@fnal.gov wrote:
 On 09/09/2011 03:05 PM, Alan Bartlett wrote:
 On 9 September 2011 17:21, Connie Siehcs...@fnal.gov  wrote:

 I am happy to announce the addition of Patrick Riehecky to the Scientific
 Linux development team.   He will take over many of the tasks that Troy
 previously did.

 He has over 11 years of Linux experience.

 Welcome Pat.

 -Connie Sieh

 Just wondering, Connie . . . does that include a spiky haircut and the
 wearing of Hawaiian shirts?

 Alan.

 I will confess I considered it, but Troy did such wonderful things out here
 I wouldn't want to steal his thunder.  ;)

 Pat Riehecky

Thanks for that update :D and welcome, Pat.

I'm sure your name will soon become a familiar sight to us all.

Alan.

Re: Kernel 2.6.32 and atl1c driver

[Alan Bartlett]

On 15 August 2011 06:10, William Scott will...@magicwilly.info wrote:
 I recently did a http install of SL6.1 as a virtualisation host.

 One of the network interfaces is a Atheros Communications AR8131
 Gigabit Ethernet (rev c0) using the ATL1C driver.

 One of the host machines (under KVM) has a https web interface
 (Vyatta). Attempting to reach this interface via the above bridged
 interface resulted in a corrupted page. Wireshark indicated that there
 was multiple “Broken TCP” packets.

 A web search revealed that the atl1c driver had/has issues with kernel 2.6.32.

 Did a pci/device ID check at Elrepo which reported that the atl1e
 driver was usable.

 Quick install with …
 yum install 
 http://elrepo.org/linux/elrepo/el6/x86_64/RPMS/kmod-atl1e-1.0.1.14-1.el6.elrepo.x86_64.rpm

 Blacklisted the atl1c driver…
 vi /etc/modprobe.d/blacklist-net.conf
 blacklist atl1c

 Followed by a reboot.

 Https page now loads correctly and no broken TCP messages in
 Wireshark. Also got rid of some ssh issues (garbled decryption).

 Just a FYI post and to say thanks to Elrepo.

Hello William,

Thank you for you positive report and kind words regarding the ELRepo
Project -- it is always nice to read of a person's success.

In this case I think it is important that you have posted here, on the
Scientific Linux m/l, so that your issue with the atl1c driver (part
of the distributed kernel package) is recorded. As the SL kernel is
identical to that from upstream and never modified (apart from the
branding of the kernel modules), it would be worthwhile you opening
a bug report against the atl1c driver from the current kernel in the
Red Hat bug tracker [1].

Regards,
Alan.
(Scientific Linux user and co-founder of the ELRepo Project.)

[1] https://bugzilla.redhat.com/frontpage.cgi

Re: usb attached mouse is dying and usbcore is missing

[Alan Bartlett]

On 15 August 2011 18:47, Andrew Z form...@gmail.com wrote:

 Saga continues.. Now the intervals between lockups increased from 15 minutes
 to hours/days.
 Last night i tried to rmmod usb* modules and to my amusement i could not.
 rmmod -f caused nothing, but hanging of the session with no info in logs...
 Wonderful i can't even remove the dam module

Hint. Rather than attempt to use a big hammer, rmmod, try a more
gentle method, modprobe -r module_name.

Alan.

Re: Top posting versus bottom posting (was: Re: How to use a local SL 6 printer with VirtualBox MS Win XP Pro)

[Alan Bartlett]

On 30 June 2011 18:53, Yasha Karant ykar...@csusb.edu wrote:
 I respectfully disagree -- please jump to the bottom per your comment.

 On 06/30/2011 10:02 AM, Alan Bartlett wrote:

 All,

 Whilst nits are being picked out, will you please also desist from
 top posting. Trim the post to which you are replying and then
 bottom post.

 Alan.

 Under the conditions that snipping allows one to still get the full
 context of an email history exchange -- often with information/comments
 interspersed within the body of various preceding email posts -- then it is
 justified.  Otherwise, I find that I cannot reconstruct the detailed issues.
  If there is no interspersed emails, then threading will (more or less)
 allow your suggestion to work.

 As for top or bottom posts, I and many others with whom I have discussed
 this point over a number of years prefer top posting so that one can
 immediately get to the new information, rather than going to the bottom of a
 perhaps otherwise unintelligible set of exchanges.  The issue is akin to
 that of reverse or forward chronology in a Curriculum Vitae.

 Yasha

In that case, your posts will automagically be sent to the null device.

It is utter arrogance for one person to assume that every other
subscriber to this list, worldwide, will remember the complex ins and
outs of some lesser-interesting thread. I, for one, do not have the
time to waste scrolling up and down a thread in the hope the some
semblance of logical information may be parsed from it when presented
in a topsy-turvy state.

I respectfully suggest that you take a look at the Scientific Linux
mailing list archives [1] and note the past, normal usage and contrast
with what it has become over the last few months.

Regards,
Alan.

[1] http://listserv.fnal.gov/archives/scientific-linux-users.html

Re: xtables-addons?

[Alan Bartlett]

On 27 June 2011 23:31, Chris Tooley ctoo...@uvic.ca wrote:

 I was wondering where I would get an xtables-addons package for Scientific
 Linux 6? According to xtables-addons' distro availability table here:

 http://xtables-addons.sourceforge.net/ds-full.php

 RHEL6 and CentOS6 both have a version of xtables(1.4.7)...? am I reading
 this wrong?

[pedantic mode]
No, I doubt that you are reading it wrong. It has just been written
wrong. There is no CentOS6.

I guess asking at source what that page actually means would be the way forward.
[/pedantic mode]

Alan.

Re: xtables-addons?

[Alan Bartlett]

On 27 June 2011 23:49, Alexander Hunt alexander.d.h...@googlemail.com wrote:

 http://centos.tel.dn.ua/repository/centos/6/x86_64/

That has to be an utter nonsense. There is *NO* CentOS 6 release
available to the public. Therefore any such product which claims to be
from such a repository has to be viewed with a great deal of
suspicion.

Potential installers should beware. :-(

Alan.

Re: Scientific Linux 4.9 is officially released

[Alan Bartlett]

On 21 April 2011 17:25, Troy Dawson daw...@fnal.gov wrote:
 April 21, 2011
 Scientific Linux 6.0 is now officially released and available.
 We want to thank all those who have contributed time helping us build and
 test this release. Scientific Linux 4.9 contains almost 2 years of security
 and bug fixes. There are no new features or packages, but it is a nice
 stable release.

Troy,

Argh! Alert, alert. Wet-ware malfunction.

sed 's/Scientific Linux 6.0/Scientific Linux 4.9/'

Alan.

Re: SL vs. RPMForge repo

[Alan Bartlett]

On 15 April 2011 20:02, Lamar Owen lo...@pari.edu wrote:

 On the non-linux side, have a VAXstation 4000 still up, controlling a heavily 
 modified Perkin-Elmer PDS-2020 microdensitometer..aka 'a scanner' even 
 though it weighs 7,000+ pounds avoirdupois.

Cowabunga! That brings back memories!

Alan.

Re: SL vs. RPMForge repo

[Alan Bartlett]

On 15 April 2011 20:37, Brunner, Brian T. bbrun...@gai-tronics.com wrote:

 All my field hardware is non-PAE (AMD Geode LX800 = -march=586); as are
 many, if not most embedded and/or low-power targets.
 I'm running RH7.3 (pre-Fedora) because I need to hack the kernel source
 to support legacy hardware.

I still have my RH9 installation disks but no longer run the OS. Being
a person who is loath to make change just for the sake of it, my
pathway to the present was RH9 --- EL5 --- EL6.

 I would like (greatly) to see a non-PAE 32-bit 586-aware kernel
 available, and to be able to yum install full-kernel-source

The wish list gets longer!

Can I just clarify that Dag and I were musing about a non-PAE 32-bit
i686 kernel for SL6 . . . i586 may be possible.

Alan.

Re: SL vs. RPMForge repo

[Alan Bartlett]

On 14 April 2011 05:49, Nicolas Kovacs i...@microlinux.fr wrote:

 Quite some familiar names around this mailing list.

Smiles.

 I just discovered that the text-based version of Anaconda has been seriously
 amputated in functionality. But that's probably an upstream decision.

Correct.

 Plus, I wonder why I can't install SL6 on my good old Fujitsu Lifebook with
 a Pentium M processor, which the installer kernel refuses to work with.

I believe that processor does not support PAE, so you are out of luck.

Again, this is a Red Hat decision. The EL6 32-bit kernel is what was a
PAE kernel for EL5. Putting it another way, the EL5 32-bit non-PAE
kernel has been dropped for EL6 and so what would known as a PAE
kernel has had that descriptor removed.

Alan.

Re: SL vs. RPMForge repo

[Alan Bartlett]

On 14 April 2011 23:48, Dag Wieers d...@wieers.com wrote:
 On Thu, 14 Apr 2011, Alan Bartlett wrote:
 On 14 April 2011 05:49, Nicolas Kovacs i...@microlinux.fr wrote:

 Plus, I wonder why I can't install SL6 on my good old Fujitsu Lifebook
 with
 a Pentium M processor, which the installer kernel refuses to work with.

 I believe that processor does not support PAE, so you are out of luck.

 Again, this is a Red Hat decision. The EL6 32-bit kernel is what was a
 PAE kernel for EL5. Putting it another way, the EL5 32-bit non-PAE
 kernel has been dropped for EL6 and so what would known as a PAE
 kernel has had that descriptor removed.

 There might be a case for a drop-in replacement kernel that supports non-PAE
 32bit systems. So at least a PXE/USB installation works fine, without the
 need to respin the ISO (which may be too troublesome).

 Of course, that would also mean we'd have to update that non-PAE kernel as
 part of that repository. If people have a clear need for this (and there is
 at least one committed to support this) do speak up. It might be the
 beginning of something beautiful...

You've obviously had similar thoughts just like mine . . . but have
developed them that bit further.

It really depends upon the need for non-PAE 32-bit kernels for EL6.

Alan.

Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...

[Alan Bartlett]

On 6 April 2011 16:41, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:

  I had no time in the last few days to go back to my servers.

  Today I compiled my own kernel, version 2.6.38.2 (I compiled before reading
 your comment about long term kernel support)...

  I booted on one server and the very first test seems encouraging: I can
 boot without the previous flags acpi=off noapic and finally the pci-e
 network card work as supposed:

snip

 If tomorrow's tests will confirm further, I'll need to run to run a custom
 kernel for the time being, until the el6 kernel are ok with my hardware.

 I'll see maybe for a kernel with drbd included, that would be really nice.

Hello Raimondo,

Thank you for keeping the list up-to-date with your experiments. I
certainly agree that the ability to boot the system without those
boot-line parameters is definite progress.

What would be nice -- for all users of el6 systems -- is once you have
identified the problem area, that you provide the details upstream (to
Red Hat) so that they have the opportunity to back-port a fix. Once
done, that will then trickle back down to SL, etc.

Alan.

Re: Intel 82579 Gbit LAN chipsets

[Alan Bartlett]

On 5 April 2011 19:11, Chris Tooley ctoo...@uvic.ca wrote:

 I am wondering whether the Intel 82579 Gbit LAN chipsets are supported
 natively by any packages or the kernel, or whether I have to install a newer
 driver?

Hi Chris,

Assuming you currently don't have the hardware available to run
/sbin/lspci -n, thus obtaining the Vendor:Device ID Pairing (the
device fingerprint) for the NIC, I can only say that the e1000e driver
should support that device.

If the distro version of the driver proves to be lacking, then (as
Mark has already mentioned) the ELRepo Project has the latest version
available as the kmod-e1000e package [1].

Regards,
Alan.

[1] http://elrepo.org/tiki/kmod-e1000e

Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...

[Alan Bartlett]

On 4 April 2011 09:59, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:

  I've just tested once again the card with ubuntu, now I'm 100% positive it
 works (i.e. the e1g44etblk was the only wired port during iperf, eth0 was
 disconnected).

  It works with ubuntu 10.04 server:
 kernel 2.6.35-24-server
 igb version 2.1.0-k2

 It remains to be seen where the problem comes in SL (tested kernel:
 2.6.32-71.18.2.el6.x86_64)

 I'll see if I can compile kernel version 2.6.35 on SL or if the problem is
 linked to my boot parameters (noapic acpi=off).

Hi Raimondo,

Thank you for keeping this m/l updated with the results of your
experiments. I would suggest the following steps:

(1) Check the Red Hat bug tracker for any related issues.
(2) Review the need for your current boot parameters.
(3) Build your own testing kernel from the latest stable long-term
support tarball (linux-2.6.35.12.tar.bz2).

Regards,
Alan.

Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...

[Alan Bartlett]

On 1 April 2011 10:24, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:

  I've a very strange problem with a e1g44etblk pci express card that I
 bought with the server: it is based on a intel 82576 chipset, the same of
 the integrated on board NICS.

  I've tested this card on a different box running ubuntu 10.04, and there it
 works perfectly, but if on this other box I install as well SL 6.0, I have
 the same problem, that's why it seems to me a software issue with SL 6.0.

Hi Raimondo,

It would be helpful to know the precise Vendor:Device ID pairing (the
fingerprint) for that card. Please post the output returned by the
following one-liner:

for BUSID in $(/sbin/lspci | awk '{ IGNORECASE=1 } /net/ { print $1
}'); do /sbin/lspci -s $BUSID -m; /sbin/lspci -s $BUSID -n; done

( Take care if any line-breaks have been inserted by the MTA. )

Alan.

Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...

[Alan Bartlett]

On 1 April 2011 16:47, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:

  Currently I have the original box up and running with the pci card in
 hanged mode.

 06:00.1 Ethernet controller Intel Corporation 82576 Gigabit Network
 Connection -rff -pff  
 06:00.1 0200: 8086:10e8 (rev ff)
 09:00.0 Ethernet controller Intel Corporation 82576 Gigabit Network
 Connection -r01 Super Micro Computer Inc Device 10c9

That is interesting.

As I do not, at present, have access to a SL 6.0 system I've tested on
my RHEL 6.0 based laptop. By using the double grep technique I see
--

[quote]
[ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10c9
/lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias
pci:v8086d10C9sv*sd*bc*sc*i* igb
/lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias
pci:v8086d10C9sv*sd*bc*sc*i* igb
[ajb@Duo2 ~]$ grep 8086 /lib/modules/*/modules.alias | grep -i 10e8
/lib/modules/2.6.32-71.18.2.el6.x86_64/modules.alias:alias
pci:v8086d10E8sv*sd*bc*sc*i* igb
/lib/modules/2.6.32-71.el6.x86_64/modules.alias:alias
pci:v8086d10E8sv*sd*bc*sc*i* igb
[/quote]

-- where the 8086:10c9 device is good and the 8086:01eb device is
bad. So the distro igb driver should be appropriate for both
devices.

You mention that you have another system with 8086:01eb devices. Does
that system also suffer from the same hanging issue? What I am
trying to determine is whether it is a general problem with the distro
igb driver and 8086:01eb devices or if it is just a problem with the
8086:01eb device in the Super Micro based system.

Even before I see your response, I will mention that there is an
updated igb driver available as a kernel independent, kABI tracking
kmod package in the elrepo repository. Assuming you have the standard
SL 6.0 installation, the following would allow you to install the
updated driver --

[code]
yum --disablerepo \* --enablerepo elrepo install kmod-igb
telinit 6
[/code]

If, after testing, the issue is still present then the removal of the
updated driver would be the inverse of the above --

[code]
yum remove kmod-igb
telinit 6
[/code]

Alan.

Re: gnome-control-center file missing

[Alan Bartlett]

On 1 April 2011 17:27, Enry F. defili...@lns.infn.it wrote:

 The problem is that the main binary executable
 /usr/bin/gnome-control-center is not present in
 the installation and seems missing from the related rpm
 (control-center). I suppose that this error is specific
 of SL 6.0 and not present in the upstream RHEL60 distribution.

Hi Enry,

On my laptop running RHEL 6.0 I see the following --

[quote]
[ajb@Duo2 ~]$ ll /usr/bin/gnome-control-center
ls: cannot access /usr/bin/gnome-control-center: No such file or directory
[/quote]

So it appears to be an upstream issue and not one of Scientific Linux.

Alan.

Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...

[Alan Bartlett]

On 1 April 2011 21:34, Raimondo Giammanco [VKICC] giamm...@vki.ac.be wrote:

  The other box where i tried the second e1g44etblk is a normal desktop with
 a single pci-e slot, the motherboard is a common  DQ965GF.

  I've installed the el-repo repository: the version of the driver is 2.4.13,
 the same of the one I've installed with the intel tar.gz and rpmbuild on the
 supermicro.

  I've installed the driver as for your suggestion, rebooted the machine and
 tried iperf with this new driver:

 before the iperf:
 #
 lspci | grep -i ether
 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
 Connection (rev 02)
 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev 01)
 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev 01)
 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev 01)
 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev 01)
 

 
  ethtool -i eth1
 driver: igb
 version: 2.4.13
 firmware-version: 1.2-1
 bus-info: :03:00.0
 ###

 ###
  rpm -qa | grep kmod
 kmod-igb-2.4.13-1.el6.elrepo.x86_64
 ###

 after the iperf:

 ###
 From the machine from which I was doing the iperf -c:

 when doing on eth0 (the onboard nic iwth e1000 driver)
 [  4] local 10.1.0.134 port 5001 connected with 10.1.0.131 port 49729
 [  4]  0.0-10.0 sec  1.10 GBytes   942 Mbits/sec
 when doing on eth1 (the e1g44etblk)
 [  5] local 10.1.0.134 port 5001 connected with 10.1.0.134 port 51211
 [  5]  0.0-259.1 sec  86.1 MBytes  2.79 Mbits/sec

 again a lot of errors in ifconfig:
 eth1      Link encap:Ethernet  HWaddr 00:1B:21:7C:4E:0C
          inet addr:10.1.0.134  Bcast:10.1.7.255  Mask:255.255.248.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:66919 errors:1322849926860 dropped:330712481715
 overruns:330712797030 frame:1322849926860
          TX packets:16073 errors:661424963430 dropped:0 overruns:0
 carrier:661424963430
          collisions:330712481715 txqueuelen:1000
          RX bytes:94263829 (89.8 MiB)  TX bytes:1061138 (1.0 MiB)

 lspci changes as well:
 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network
 Connection (rev 02)
 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev ff)
 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev ff)
 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev ff)
 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
 Connection (rev ff)

 even if ethtool -i seems correct:
 ###
 ethtool -i eth1
 driver: igb
 version: 2.4.13
 firmware-version: 1.2-1
 bus-info: :03:00.0
 ###

 Could it be related to the kernel version? In the standard repos there are
 no updated kernels, at least that I can see. Can you suggest any newer
 kernel version and where to find it?

Raimondo,

I am beginning to suspect that it is a hardware rather than a software
issue. You have obviously noticed the apparent change of the revision
of the controller -- from 01 (before invoking iperf) to ff (after
invocation). I would not expect there to be any change whatsoever in
that field.

Would it be possible to swap out that controller for another?

As for kernels, you will find that there are the following available
from the SL repo --

[quote]
kernel-2.6.32-71.el6
kernel-2.6.32-71.7.1.el6
kernel-2.6.32-71.14.1.el6
kernel-2.6.32-71.18.1.el6
kernel-2.6.32-71.18.2.el6
[/quote]

I have the changelog deltas for each of those kernels available
(http://www.centos.toracat.org/ajb/kernel-clog-diff/el6/) but from a
quick look, I do not see anything relevant.

It's interesting that you ask me about a newer kernel version, for
those who know me are aware that I usually have a newer kernel or two
available -- but for EL5, not EL6. In all honesty, I do not think this
is either a kernel or a driver problem. As I said above, I suspect the
card itself.

Sorry that I can not wave my wand and resolve this for you. :-/

Alan.

Re: PXE kernel on SL6 missing network drivers for Dell Optiplex 380

[Alan Bartlett]

On 22 March 2011 10:42, Simon Butcher s.butc...@qmul.ac.uk wrote:
 On 21/03/11 19:22, Connie Sieh wrote:

 The tg3 driver exists in the SL 6 i386 and x86_64 pxeboot initrd image

 me@somewhere initrd-sl6-pxe.i386]# find . -name *ko* -print | grep tg3
 ./modules/2.6.32-71.el6.i686/kernel/drivers/net/tg3.ko.gz

 Can you provide the lspci -n output of this card.

 Here is my output for the network card:

 02:00.0 0200: 14e4:1692 (rev 01)

Performing the double grep technique --

$ grep -i 14e4 /lib/modules/*/modules.alias | grep 1692
/lib/modules/2.6.32-71.14.1.el6.i686/modules.alias:alias
pci:v14E4d1692sv*sd*bc*sc*i* tg3
/lib/modules/2.6.32-71.18.1.el6.i686/modules.alias:alias
pci:v14E4d1692sv*sd*bc*sc*i* tg3
/lib/modules/2.6.32-71.18.2.el6.i686/modules.alias:alias
pci:v14E4d1692sv*sd*bc*sc*i* tg3

-- I see that card definitely requires the Tigon3 driver.

Alan.

Re: SL 6.0 printer-configuration problems

[Alan Bartlett]

On 18 March 2011 20:08, Spencer Buckner sbuck...@attglobal.net wrote:
 On 03/17/2011 05:21 PM, Akemi Yagi wrote:
 On Thu, Mar 17, 2011 at 3:51 PM, Spencer Buckner sbuck...@attglobal.net
 wrote:

 I am using System-Administration-Printing to configure an HP DeskJet 500
 printer connected to the parallel port of a stand-alone computer (not part
 of a network). The HP DeskJet 500 is the only printer connected to the
 computer and is specified to be the default printer.

 SL6 does not have parallel port support (it was dropped upstream). But
 ELRepo comes to the rescue :-)

 http://elrepo.org/tiki/kmod-lp

 After installing kmod-lp and configuring the printer again, printing the
 test page worked on the first try!

Excellent news. Thanks you for reporting back with details of your success.

Alan.
(On behalf of the ELRepo Project.)

Re: SL 6.0 printer-configuration problems

[Alan Bartlett]

On 19 March 2011 01:22, Rick lists.r...@gmail.com wrote:
 kmod-lp worked perfectly for me too.  Thank you, Alan.

Thanks for letting me know, Rick.

I'll pass your news on to the ELRepo Admin team.

Alan.
(On behalf of the ELRepo Project.)

Re: SL 6.0 on Thinkpad T410s crash on login.

[Alan Bartlett]

On 15 March 2011 20:05, Vaclav Mocek little@email.cz wrote:
 On 03/15/2011 07:47 PM, Alec T. Habig wrote:

 The T410s has Intel graphics

 Depends what version:

 http://shop.lenovo.com/SEUILibrary/controller/e/gbweb/LenovoPortal/en_GB/catalog.workflow:expandcategory?issBase=ProductsCategoryissCategory=/Notebooks/ThinkPad%20notebooks/T%20Series/T410

 http://www.laptopmag.com/review/laptops/lenovo-thinkpad-t410s-nvidia-optimus.aspx
 http://www.zdnet.de/mobiles_arbeiten_notebook_laptop_thinkpad_t410s_14_zoeller_mit_hybrid_grafik_und_ssd_review-2151-41541606-1.htm

 I am afraid that the version T410s has hybrid graphics: Intel + NVIDIA NVS
 3100m and as I wrote it is a source of troubles.

Have you checked to see if the issue will be resolved by using the
ELRepo kmod-nvidia package [1] ?

Alan.

[1] http://elrepo.org/tiki/kmod-nvidia

Re: where would i find the header file for ext4 and inode layout?

[Alan Bartlett]

On 13 March 2011 20:50, Robert P. J. Day rpj...@crashcourse.ca wrote:
 On Sun, 13 Mar 2011, Matt Willsher wrote:
 On 13 March 2011 20:30, Robert P. J. Day rpj...@crashcourse.ca wrote:

        as part of my sys admin course this week, i'd like to show the
       students the actual header file that displays the structure of the
       ext4 filesystem (inode, superblock, that sort of thing).  but i'm
       not
       sure where that header file is.

        i have the kernel-devel and kernel-headers packages installed and
       i
       would have assumed the file (or files) would be somewhere under
       /usr/include/{linux,sys} but i'm just not seeing it.  help?

 It seems to be called ext4.h. Does  find /usr/include -name ext4.h
 -print find it?

  i'm just reinstalling in prep for class so i'll check it as soon as
 my system is up again.  i swear i searched for the pattern *ext4*, so
 let's see if it's different this time.  thanks.

Robert,

Are you asking wrt SL 5 or SL 6 ?  If you would please clarify, I'll
then have a poke about on my systems. :-)

Alan.

Re: where would i find the header file for ext4 and inode layout?

[Alan Bartlett]

On 14 March 2011 14:40, Robert P. J. Day rpj...@crashcourse.ca wrote:
 On Mon, 14 Mar 2011, Alan Bartlett wrote:

 Are you asking wrt SL 5 or SL 6 ?  If you would please clarify, I'll
 then have a poke about on my systems. :-)

  SL 6.  i can't believe i'm having trouble tracking it down.

The ext4.h file is exactly were Troy said it would be --

[quote]
# rpm -qf /usr/src/kernels/2.6.32-71.18.2.el6.x86_64/include/trace/events/ext4.h
kernel-devel-2.6.32-71.18.2.el6.x86_64
#
[/quote]

Unless, of course, that is not what you need?

Alan.

Re: where would i find the header file for ext4 and inode layout?

[Alan Bartlett]

On 14 March 2011 16:39, Robert P. J. Day rpj...@crashcourse.ca wrote:
 On Mon, 14 Mar 2011, Alan Bartlett wrote:

 The ext4.h file is exactly were Troy said it would be --

 [quote]
 # rpm -qf 
 /usr/src/kernels/2.6.32-71.18.2.el6.x86_64/include/trace/events/ext4.h
 kernel-devel-2.6.32-71.18.2.el6.x86_64
 #
 [/quote]

 Unless, of course, that is not what you need?

  but the fact that that's under /usr/src/kernels suggests (normally)
 that that's part of a kernel *source* package.

Nooo. You've missed the subtlety of Troy's post. Take another look at
what I quoted. The file come from the kernel-devel package. So just --

sudo yum install kernel-devel

-- and you will have the file. :-)

Alan.

Re: SL 6 RC 1. gtk2-devel package does not install

[Alan Bartlett]

On 20 February 2011 01:52, frank ref frank@gmail.com wrote:
 Thanks for the help, despite the time 1:43, London
 Unfortunately did not work (I guess this are the famous dependencies errors)
 I get now:
 Error: Package: pixman-devel-0.16.6-1.el6.x86_64 (sl)
            Requires: pixman = 0.16.6-1.el6
            Installed: pixman-0.18.4-1.el6_0.1.x86_64 (@UIedited_3/6)
                pixman = 0.18.4-1.el6_0.1
            Available: pixman-0.16.6-1.el6.x86_64 (sl)
                pixman = 0.16.6-1.el6
  You could try using --skip-broken to work around the problem
 Using  --skip-broken, doesn't help either as nearly all packages are skipped
 because marked as broken.
 Packages skipped because of dependency problems:
     atk-devel-1.28.0-2.el6.x86_64 from sl
     autoconf-2.63-5.1.el6.noarch from sl
     automake-1.11.1-1.2.el6.noarch from sl
     cairo-devel-1.8.8-3.1.el6.x86_64 from sl
     docbook-style-dsssl-1.79-10.el6.noarch from sl
     docbook-style-xsl-1.75.2-6.el6.noarch from sl
     docbook-utils-0.6.14-24.el6.noarch from sl
     fontconfig-devel-2.8.0-3.el6.x86_64 from sl
     freetype-devel-2.3.11-6.el6_0.2.x86_64 from sl-security
     gc-7.1-10.el6.x86_64 from sl
     glib2-devel-2.22.5-5.el6.x86_64 from sl
     gtk-doc-1.11-5.1.el6.noarch from sl
     gtk2-devel-2.18.9-4.el6.x86_64 from sl
     libX11-devel-1.3-2.el6.x86_64 from sl
     libXau-devel-1.0.5-1.el6.x86_64 from sl
     libXcomposite-devel-0.4.1-2.el6.x86_64 from sl
     libXcursor-devel-1.1.10-2.el6.x86_64 from sl
     libXdmcp-devel-1.0.3-1.el6.x86_64 from sl
     libXext-devel-1.1-3.el6.x86_64 from sl
     libXfixes-devel-4.0.4-1.el6.x86_64 from sl
     libXft-devel-2.1.13-4.1.el6.x86_64 from sl
     libXi-devel-1.3-3.el6.x86_64 from sl
     libXinerama-devel-1.1-1.el6.x86_64 from sl
     libXrandr-devel-1.3.0-4.el6.x86_64 from sl
     libXrender-devel-0.9.5-1.el6.x86_64 from sl
     2:libpng-devel-1.2.44-1.el6.x86_64 from sl
     libxcb-devel-1.5-1.el6.x86_64 from sl
     openjade-1.3.2-36.el6.x86_64 from sl
     opensp-1.5.2-12.1.el6.x86_64 from sl
     pango-devel-1.28.1-3.el6_0.3.x86_64 from sl-security
     perl-SGMLSpm-1.03ii-21.el6.noarch from sl
     pixman-devel-0.16.6-1.el6.x86_64 from sl
     w3m-0.5.2-16.el6.x86_64 from sl
     xorg-x11-proto-devel-7.4-35.el6.noarch from sl
     zlib-devel-1.2.3-25.el6.x86_64 from sl
 Is there a way to force to install pixman-0.16.6-1.el6.i686 ?
 frank

Hi Frank,

O.k., so that kludge failed. Please remove that exclude = line from
your /etc/yum.conf file and then post the output returned by
executing:

rpm -qa --qf %{N}-%{V}-%{R}\t%{ARCH}\n pixman\* | sort

Alan.

P.s. Your reply was sent only to me. I doubt that was what you
intended. Please ensure that any reply goes to the m/l -- then you
will have a chance of getting a quicker response / fix. ;-)

Re: SL 6 RC 1. gtk2-devel package does not install

[Alan Bartlett]

On 20 February 2011 20:16, frank ref frank@gmail.com wrote:
 Dear Alan,
 thanks again for your help again. I have solved the problem, in not the
 most intelligent way- but it worked. I have re-installed SL, and with the
 first login I installed gtk2-devel package without problems. Than I did the
 upgrade and than added other repositories (EPEL).
 It was not so much work as I haven't installed much on top of a minimal
 desktop install.
 Everything worked. I was able to compile gnumeric from the source without
 problems (strange that it is not included).
 Frank

Hi Frank,

I'm pleased to read that you have resolved your issue. Please don't
regard that problem as indicative of Scientific Linux. It was (as far
as I can see) a result of the Upstream Vendor (Red Hat) releasing
32-bit packages with the 64-bit architecture. Hopefully you will not
get bitten that way again.

If at any time you should ever run into mixed-arch problems the rpm
query line, that I showed you in my previous message, will be useful
to recall.

Regards,
Alan.

Re: SL 6 RC 1. gtk2-devel package does not install

[Alan Bartlett]

On 20 February 2011 01:10, frank ref frank@gmail.com wrote:

 I need the gtk2-devel package.
 However, yum is not installing and stops with the following message:
 Test Transaction Errors:
 package pixman-0.18.4-1.el6_0.1.x86_64 (which is newer than
 pixman-0.16.6-1.el6.i686) is already installed

My very quick work-a-round would be to append the line

exclude = *.i?86

to your /etc/yum.conf file, then perform a

yum clean all

command and finally retry the installation.

Basically  quickly (as it's 0134 hours in my local time as I type
this), a 64-bit system will also install 32-bit package for
compatibility reasons. Those of us who desire a pure 64-bit system
will, post install:

(1) add that above exclude line
(2) execute a yum remove \*.i\?86 command

I'm sure there are others around who can expand on that. (Akemi --
where are you?)

Alan.

Re: Hello to everybody

[Alan Bartlett]

On 22 January 2011 09:51, Heiner W em...@heiwu.de wrote:
 Hi List!

 I installed SL 6.0 on a testing system to practise for my RHCE exam.
 As SL6 is in alpha stage i thought it can't be wrong to join the community
 so i can share knowledge / get help and information about bugs/errors/etc.

 So Hi everybody! :)

 BR,
 Heiner

Welcome Heiner,

You can soon have the pleasure of updating the SL 6.0 alpha to beta1. :-)

Regards,
Alan.

Re: Hello to everybody

[Alan Bartlett]

On 22 January 2011 19:39, Robert P. J. Day rpj...@crashcourse.ca wrote:
 On Sat, 22 Jan 2011, Alan Bartlett wrote:

 Welcome Heiner,

 You can soon have the pleasure of updating the SL 6.0 alpha to
 beta1. :-)

  will simply yum updateing a current rolling alpha 6 install keep
 up?

 rday

I would advise against it. But there is no harm in trying -- just to
see what happens. :-)

With alpha and beta releases, anything other than a fresh installation
may give odd results. If those odd results are then reported back,
they could possibly send Connie and Troy off at a tangent, trying to
fix something that should not even be considered . . .

Putting it another way, I would not consider it appropriate to yum
update from an alpha to a beta release, nor (ultimately) from a beta
to general access release.

Alan.

Re: Yum hangs

[Alan Bartlett]

On 25 December 2010 17:27, Rachid Ayad a...@slac.stanford.edu wrote:

 My yum hangs all the time and I
 followed some advises I found online but still does not work. all internet
 transactions in our university goes through a proxy and I added it in
 /etc/yum.conf and it seems it accepted it and also I entered a password. The
 proxy works from the browser but yum stil hanging.

Section #11, Using Yum with a Proxy Server, of the CentOS wiki page
[1] is the technique used by the CentOS Community. It should prove
satisfactory for you.

Alan.

[1] 
http://wiki.centos.org/TipsAndTricks/YumAndRPM#head-ea1fc5d78f578114f4843e57627ebae9cc4fcb5a

Re: Need help recovering SL4 /boot (not backed up)

[Alan Bartlett]

On 24 December 2010 16:09, Larry Linder larry.lin...@micro-controls.com wrote:

 All other systems in shop are SL 5.6 both 32 and 64 bit and they do the same 
 thing.

SL 5.6?  From where did you get it?

Alan.

Re: yum memory leak?

[Alan Bartlett]

On 20 December 2010 22:39, Ken Schumacher ks...@fnal.gov wrote:
 On Dec 20, 2010, at 4:15 PM, Connie Sieh wrote:

 Ken,

 Have you done a

   yum clean all

 Yes, I have done 'yum clean all'.  That's part of the e-mail that I sent at 
 4:12 this afternoon, probably while you were typing this message to me.

 for each of your repositories?

 I have not used any enablerepo or disablerepo options on the 'yum clean all' 
 command.  I guess when I typed clean all, I figured that would just clear 
 everything from the cache and such, regardless of repository.

That, unfortunately, is not the case.

See, for example: http://blog.toracat.org/2009/05/yum-when-all-is-not-all/

Alan.

Re: source code for 3w-9xxx.ko on SL5.5

[Alan Bartlett]

On 17 September 2010 12:03, Faye Gibbins fgibb...@staffmail.ed.ac.uk wrote:

 This might seem like a silly question but which RPM has the source code for
 the 3w-9xxx kernel module?

The corresponding kernel-2.6.18-whatever.src.rpm package, for SL 5.

Alan.

Re: stopping dm-* modules and associated files from loading at boot

[Alan Bartlett]

I don't know if this will help but here follows the lists of modules
that are included in the initrd of two systems.

The first system, Duo1, has a SATA disk and does not use LVM --

[r...@duo1 ~]# gunzip  /boot/initrd-$(uname -r).img | cpio -it
2/dev/null | grep ko$ | sort
lib/ahci.ko
lib/ehci-hcd.ko
lib/ext3.ko
lib/jbd.ko
lib/libahci.ko
lib/libata.ko
lib/ohci-hcd.ko
lib/scsi_mod.ko
lib/sd_mod.ko
lib/uhci-hcd.ko
[r...@duo1 ~]#

The second system, stxsl, has two EIDE (PATA) disks logically combined
together by LVM --

[r...@stxsl ~]# gunzip  /boot/initrd-$(uname -r).img | cpio -it
2/dev/null | grep ko$ | sort
lib/ata_generic.ko
lib/ata_piix.ko
lib/dm-log.ko
lib/dm-mirror.ko
lib/dm-mod.ko
lib/dm-region-hash.ko
lib/dm-snapshot.ko
lib/dm-zero.ko
lib/ehci-hcd.ko
lib/ext3.ko
lib/jbd.ko
lib/libata.ko
lib/ohci-hcd.ko
lib/pata_acpi.ko
lib/scsi_mod.ko
lib/sd_mod.ko
lib/uhci-hcd.ko
[r...@stxsl ~]#

Notice the six dm- modules that are included as a result of using LVM?

Alan.

Re: 9825 wireless card auto disconnects!

[Alan Bartlett]

On 31 August 2010 07:09, Isaac ibid...@lavabit.com wrote:
 On Mon, 30 Aug 2010 08:59:31 -0700 (PDT)
 William Shu wrote:

 Dear All,
 I forwarded this mail back in July buy got no reply. So I can use the
 machine, does anyone have a workaround that avoids
 changing/recompiling stock SL software/kernel? (Googling seems to
 suggest there is a fundamental problem; I lack the needed networking
 skills.)

 Many thanks

 William.

 ..
  I have an atheros 9825 wireless card (on a compaq
  CQ60-615DX) which is detected, but somehow fails to connect
  to -- or rather immediately disconnects immediately from --
  the network when the password is given. I am running it
  using linux 5.5 livedvd, but the same device connects
  successfully under Windows7.

 Atheros 9825? That sounds like it should be wireless-n, supported by
 ath9k (or perhaps madwifi-hal-0.10.5.6, but don't expect the latter to
 be easy).
 Here's a little info:
 http://madwifi-project.org/wiki/Compatibility/Atheros

 I'd see whether `ifconfig wlan0 down;modprobe -r ath9k` and
 `modprobe ath9k; ifconfig wlan0 up` will get it working.
 If not, I'd try the CentOS 2.6.32 kernel/some RHEL6 kernel; try another
 distro; or wait a little bit.

 Be aware that ath9k is a work in progress.

 
  It seems this issue was discussed sometime before, but I do
  not seem to find it. Any help appreciated. Below are details
  from wpa_supplicant.log and dmesg that I guess are helpful.

When asking about a driver for a recalcitrant device, it is always
helpful to quote the Vendor:Device ID Pairing (a.k.a. the device
fingerprint). This can be obtained from the output of a lspci / lsusb
command, depending upon the device type.

An example of this can be seen in FAQ #4 at the ELRepo Project's FAQ page [1].

Alan.

[1] http://elrepo.org/tiki/FAQ

Re: stopping dm-* modules and associated files from loading at boot

[Alan Bartlett]

On 30 August 2010 12:45, g gel...@bellsouth.net wrote:

 running sl 5.4.

 i have never used raid drives and i am not using raid, so i want to stop
 dm-* modules and associated files from loading at boot.

I would suggest that you consider using the boot line parameter nodmraid.

To see what that parameter does, check the /etc/rc.d/rc.sysinit file
and look at the block of code that begins with the test:

if ! strstr $cmdline nodmraid  [ -x /sbin/dmraid.static ]; then

Alan.

Re: stopping dm-* modules and associated files from loading at boot

[Alan Bartlett]

On 30 August 2010 18:12, Alan Bartlett a...@elrepo.org wrote:
 On 30 August 2010 12:45, g gel...@bellsouth.net wrote:

 running sl 5.4.

 i have never used raid drives and i am not using raid, so i want to stop
 dm-* modules and associated files from loading at boot.

 I would suggest that you consider using the boot line parameter nodmraid.

 To see what that parameter does, check the /etc/rc.d/rc.sysinit file
 and look at the block of code that begins with the test:

 if ! strstr $cmdline nodmraid  [ -x /sbin/dmraid.static ]; then

Also, I forgot to mention creating a noraid file in your
/etc/sysconfig/mkinitrd/ directory with one line that reads:

DMRAID=no

Alan.

Re: stopping dm-* modules and associated files from loading at boot

[Alan Bartlett]

On 31 August 2010 01:37, g gel...@bellsouth.net wrote:

 easy first:

 On 08/30/2010 06:00 PM, Alan Bartlett wrote:
 snip
 Also, I forgot to mention creating a noraid file in your
 /etc/sysconfig/mkinitrd/ directory with one line that reads:

 DMRAID=no

 created, raid loads.

Did you recreate the relevant initrd for the kernel?

 On 08/30/2010 05:12 PM, Alan Bartlett wrote:
 snip

 I would suggest that you consider using the boot line parameter
 nodmraid.

 did, raid loads.

Ah, I've just noticed something. Initially your were referring to
dmraid -- the device mapper RAID.  Latterly you have been referring to
the md RAID -- as in mdadm. They are two separate RAID entities.

What I have shown you is how to configure the mkinitrd utility so
that it creates an initrd without dmraid support and also how to
ensure that the system comes up without referencing any dmraid (the
nodmraid boot parameter). There is also another boot parameter that
is closely linked to dmraid and that is nomapth. You will find that
in the immediate block of conditional code prior to the one where you
found the reference to nomdraid.

Go back about half a screen in the /etc/rc.d/rc.sysinit file and you
will find the section of code where any mdraid is started:

[quote]
# RAID setup
update_boot_stage RCraid
[ -x /sbin/nash ]  echo raidautorun /dev/md0 | nash --quiet 2/dev/null
if [ -f /etc/mdadm.conf ]; then
/sbin/mdadm -A -s
fi
[/quote]

This suggests to me that you should ensure there isn't a mdadm.conf
file in your /etc/ directory . . .

Perhaps that will help?

Alan.

Re: stopping dm-* modules and associated files from loading at boot

[Alan Bartlett]

On 31 August 2010 03:18, g gel...@bellsouth.net wrote:

big snip

 in other words, *all* that relates to 'raid' is commented out.

 only thing i have not done is run 'mkinitrd'.

 so, should i run 'mkinitrd' or not?

As a scientist, I would perform the experiment but now, I suspect, it
will not make any difference.  :-/

I right out of ideas. Perhaps someone else may have a suggestion?

Alan.

Re: Seeking NetXen driver (SL 5.5)

[Alan Bartlett]

On 27 August 2010 13:13, Markus Neteler markus.nete...@iasma.it wrote:
 On Thu, Aug 26, 2010 at 22:34, Alan Bartlett a...@elrepo.org wrote:
 On 26 August 2010 10:19, Markus Neteler markus.nete...@iasma.it wrote:

 lspci  | grep NetX
 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
 Gigabit Ethernet (rev 12)
 07:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
 Gigabit Ethernet (rev 12)
 08:00.0 Ethernet controller: NetXen Incorporated NXB-10GCX4 10-Gigabit
 Ethernet PCIe Adapter with CX4 copper interface (rev 25)

 The most precise way of determining exactly which driver is required
 for a particular device is via the Vendor:Device ID Pairing (a.k.a.
 the device fingerprint).

 In you particular case, above, I would be interested in seeing the
 output returned by --

 /sbin/lspci -n | grep -E '03:00.0|07:00.0|08:00.0'

 Here it is:

 /sbin/lspci -n | grep -E '03:00.0|07:00.0|08:00.0'
 03:00.0 0200: 14e4:164c (rev 12)
 07:00.0 0200: 14e4:164c (rev 12)
 08:00.0 0200: 4040:0002 (rev 25)

Thanks for that information, Markus. Using it, this is what I find . . .

First, I should explain that I have an EL5 workstation which has every
point release base kernel installed on it, as well as the latest
stable mainline release from the Linux Kernel Archives (
http://www.kernel.org/ ):

[...@stxsl ~]$ rpm -q kernel | sort
kernel-2.6.18-128.el5
kernel-2.6.18-164.el5
kernel-2.6.18-194.el5
kernel-2.6.18-53.el5
kernel-2.6.18-8.el5
kernel-2.6.18-92.el5
kernel-2.6.35-3.bcat
[...@stxsl ~]$

Using the first device fingerprint in a double-grep technique on
that workstation, I see:

[...@stxsl ~]$ grep -i 14e4 /lib/modules/*/modules.alias | grep -i 164c | sort
/lib/modules/2.6.18-128.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.18-164.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.18-194.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.18-53.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.18-8.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.18-92.el5/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
/lib/modules/2.6.35-3.bcat/modules.alias:alias
pci:v14E4d164Csv*sd*bc*sc*i* bnx2
[...@stxsl ~]$

and using the second device fingerprint, I see:

[...@stxsl ~]$ grep 4040 /lib/modules/*/modules.alias | grep 0002 | sort
/lib/modules/2.6.18-128.el5/modules.alias:alias
pci:v4040d0002sv*sd*bc02sc00i00* netxen_nic
/lib/modules/2.6.18-164.el5/modules.alias:alias
pci:v4040d0002sv*sd*bc02sc00i00* netxen_nic
/lib/modules/2.6.18-194.el5/modules.alias:alias
pci:v4040d0002sv*sd*bc02sc00i00* netxen_nic
/lib/modules/2.6.18-53.el5/modules.alias:alias
pci:v4040d0002sv*sd*bc*sc*i* netxen_nic
/lib/modules/2.6.18-92.el5/modules.alias:alias
pci:v4040d0002sv*sd*bc*sc*i* netxen_nic
/lib/modules/2.6.35-3.bcat/modules.alias:alias
pci:v4040d0002sv*sd*bc02sc00i00* netxen_nic
[...@stxsl ~]$

In both cases, a positive result is obtained.

Putting it all together I can say, with confidence, that the:

Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 12),
fingerprint 14e4:164c, is supported by the bnx2 driver module in all
point releases of EL5

and also that the:

NetXen Incorporated NXB-10GCX4 10-Gigabit Ethernet PCIe Adapter with
CX4 copper interface (rev 25), fingerprint 4040:0002, is supported by
the netxen_nic driver module in all point releases of EL5.

Hence you should find that both devices are supported by the
Scientific Linux 5.x kernels.

Regards,
Alan.

Re: Seeking NetXen driver (SL 5.5)

[Alan Bartlett]

On 26 August 2010 10:19, Markus Neteler markus.nete...@iasma.it wrote:

 I hoped to find the NetXen driver in SL 5.5 but it does not seem to be in
 Linux fep 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 16:39:28 EDT 2010
 x86_64 x86_64 x86_64 GNU/Linux

 The network card is this:

 lspci  | grep NetX
 03:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
 Gigabit Ethernet (rev 12)
 07:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708
 Gigabit Ethernet (rev 12)
 08:00.0 Ethernet controller: NetXen Incorporated NXB-10GCX4 10-Gigabit
 Ethernet PCIe Adapter with CX4 copper interface (rev 25)

Markus,

The most precise way of determining exactly which driver is required
for a particular device is via the Vendor:Device ID Pairing (a.k.a.
the device fingerprint).

In you particular case, above, I would be interested in seeing the
output returned by --

/sbin/lspci -n | grep -E '03:00.0|07:00.0|08:00.0'

I would then use the technique, as shown in FAQ #4 at
http://elrepo.org/tiki/FAQ --

grep -i VendorID /lib/modules/*/modules.alias | grep -i DeviceID

Hope this helps.

Alan.

Re: Slow boot with Kernel 2.6.18-194.x.y on SL5.4

[Alan Bartlett]

On 28 July 2010 02:21, Franchisseur Robert
robert.franchiss...@lmd.jussieu.fr wrote:

 On our Dell laptops E6400 or E6500 the boot process is very long.  It
 takes ~ 40 seconds between:

 Redhat NASH 
 and
 INIT:

 if we suppress 'quiet' we see that the problem is
 after the line :

 device-mapper : dm-raid45 : initialized V0.25941
 Waiting for driver initialization

Robert,

This is a known issue, with a bug logged upstream [1] that has
recently been CLOSED WONTFIX.

I don't have a solution to this but would like to comment that you are
seeing twice the average delay of everyone else with whom I have
discussed this issue. Typically it is an 18 - 20 second delay.

Alan.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=499955

Re: Nvidia woes...

[Alan Bartlett]

On 27 April 2010 21:54, Mark Stodola stod...@pelletron.com wrote:
 Hey everyone,

 I currently have deployed a number of SL 5.2 i386 machines.  Due to the
 circumstances, I'm not in a position to upgrade them to the latest 5.x with
 ease.  Lately I've been having trouble with systems locking up hard that are
 running an nvidia card using the 190.42 or 195.36.15 proprietary drivers.
  Dual monitors connected via DVI, twinview.

 I've tried a GeForce 9600GT as well as a Quadro NVS 290 with varying
 success.  The Quadro seems to have lasted about a month before locking,
 while the 9600GT is much more often, daily/weekly.  I'm running the stock
 5.2 kernel (2.6.18-92.1.6.el5) and Xorg (xorg-x11-server
 1.1.1-48.41.el5_2.1).  The systems are generally idle when it happens.  I'm
 having no luck capturing log data or kdump data.

 The strange part is, having identical hardware in several locations, only
 some experience the issue.

 Hardware:
 Intel DG43NB motherboards (bios revision doesn't seem to matter at this
 point, running 98,99,104, or 105)
 ^- hardware revision is the same for all of them: AAE34877-402
 Areca ARC-1200 SATA RAID card (latest firmware, 1.48), running 2 320G
 seagates
 Additional PCI-e NIC, Intel PRO/1000, running e1000e v0.4.1.12-NAPI
 Single stick, 1GB DDR2 (800) memory
 PS/2 Keyboard/mouse

 I'm curious if anyone else has run into similar problems such as this, and
 if they have found a solution.  I'm looking at trying the 185.18.31 drivers,
 which seem to be certified for linux by a few software vendors, according
 to nvidia's website.

 What driver versions and/or card make/models are people using successfully?
  Any help or pointers are greatly appreciated.

 As I said, not all of them are misbehaving, and I have several with the same
 config minus the video card running fine on SL5.2 and Windows XP Pro (SP3).

 Getting desperate,
 Mark

Mark,

I don't use nVidia graphics cards and also should mention my
connection to the ELRepo Project up front but have you tried using
the kernel independent, kABI tracking kmod packages that the ELRepo
Project provides? [1]

There are three different packages available, kmod-nvidia [2],
kmod-nvidia-96xx [3] and kmod-nvidia-173xx [4].

If you would like to discuss the usage before trying any one of them,
there is a ELRepo users' mailing list [5] and, if there should be a
problem, the ELRepo bug tracker [6].

Regards,
Alan.

[1] http://elrepo.org
[2] http://elrepo.org/tiki/kmod-nvidia
[3] http://elrepo.org/tiki/kmod-nvidia-96xx
[4] http://elrepo.org/tiki/kmod-nvidia-173xx
[5] http://lists.elrepo.org/mailman/listinfo/elrepo
[6] http://elrepo.org/bugs/main_page.php

Re: Nvidia woes...

[Alan Bartlett]

On 28 April 2010 14:10, Alan Bartlett a...@elrepo.org wrote:
 On 27 April 2010 21:54, Mark Stodola stod...@pelletron.com wrote:
 Hey everyone,

 I currently have deployed a number of SL 5.2 i386 machines.

Mark,

Further to my earlier message, I have re-read your initial sentence above.

A SL 5.2 system will be using a kernel from the 2.6.18-92.x.y.el5
series. Unfortunately the kmod-nvidia[-*] packages that are available
from ELRepo, although being kABI tracking, will only weak-link back to
the 2.6.18-128.x.y.el5 kernel series (i.e. SL 5.3) and not, like many
of the other packages, back to the original 2.6.18-8.x.y.el5 kernels.

So having raised your hopes, I now have to dash them. Sorry.

Regards,
Alan.

Re: Nvidia woes...

[Alan Bartlett]

On 28 April 2010 15:41, Jaroslaw Polok jaroslaw.po...@cern.ch wrote:

 We do use some NVIDIA's but mostly with 96xx legacy series
 driver (however we may start using the 195 current series
 on our future hardware):

 So far we use nvidia packages we maintain ourselves but it would
 be interesting for us to change this situation...

Hello Jarek,

As long as you are using SL 5.3 or above, you should find that the
packages will fulfil your requirements. The current (as distinct from
the legacy) package is regularly rebuilt when nVidia releases a new
version.

 Speaking of which I'm little bit confused about nvidia kernel
 modules and kABI: checking  http://dup.et.redhat.com/
 and using kABI testing script gives following result on your

 kmod-nvidia-190.53-1.el5.elrepo.x86_64.rpm, nvidia.ko:

 ./abi_check.py ./lib/modules/2.6.18-164.el5/extra/nvidia/nvidia.ko
 Red Hat Enterprise Linux 5 ABI Checker
 --

 ABI Checker version: 1.2

 Module:    ./lib/modules/2.6.18-164.el5/extra/nvidia/nvidia.ko
 Kernel:    2.6.18-194.el5
 Whitelist: /usr/src/kernels/2.6.18-194.el5-x86_64/kabi_whitelist

 WARNING: The following symbols are used by your module
 WARNING: and are not on the ABI whitelist.

 symbol: acpi_walk_namespace
 symbol: agp_bridges
 symbol: acpi_get_handle
 symbol: acpi_os_wait_events_complete
 symbol: acpi_evaluate_object
 symbol: acpi_bus_get_device
 symbol: acpi_install_notify_handler
 symbol: acpi_evaluate_integer
 symbol: acpi_remove_notify_handler

That is a known issue and as I am not one of the team maintaining the
nVidia packages, it would be best if I do not go into great details
but just refer you to the relevant bug tracker entries [1][2]. The
whole issue of the kernel ABI whitelist and the requirements of
certain kmod packages requiring non-listed symbols is something that
we have discussed with Jon Masters, of Red Hat.

Although I know that other members of the ELRepo Admin Team are
subscribed to this list, I think it might be best to transfer this
discussion to the ELRepo mailing list [3] where the more appropriate
audience can be found.

Regards,
Alan.

[1] http://elrepo.org/bugs/view.php?id=30
[2] https://bugzilla.redhat.com/show_bug.cgi?id=520891
[3] http://lists.elrepo.org/mailman/listinfo/elrepo

Re: can't boot livedvd64_SL54_2009-11-20.iso

[Alan Bartlett]

On 22 March 2010 14:39, Urs Beyerle urs.beye...@env.ethz.ch wrote:
 Stephen Isard wrote:
 1. remove rhgb from the default boot options - no graphical bootup per
 default.
 2. make norhgb working - /etc/rc.sysinit has to be modified.
 3. (at least) remove rhgb from failsafe bootup options.

 or just leave it like it is.

 Anybody has an opinion on that?

+1 to option 1. :-)

Alan.

Re: SL5.4 and Asus eee S101 netbook

[Alan Bartlett]

On 5 March 2010 17:21, William Lutter wjlut...@wisc.edu wrote:
 I've installed SL5.4 on an ASUS eee S101 netbook that my lab has purchased.  
 Reviews say Fedora 10 and Ubuntu 9.10 work flawlessly (Ubuntu).
 http://www.newegg.com/Product/Product.aspx?Item=N82E16834220595

 I usually use SL, so I've installed 5.4.   lscpi indicates that the ethernet 
 controler is Atheros (AR8121 ...) and wireless is atheros (AR928X).  There 
 are no atheros entries in the other card adaptor lists in the network 
 configuration submenus.  So,  neither the ethernet card nor wireless adaptors 
 are recognized?

 The README file from downloading atheros driver from madwifi shows  latest 
 download is 2/08.   README says lspci should show it as unknown and a 
 0x168x vendor ID.   lspci -v indicates both ethernet  (8324) and wireless 
 (1a3b:1067) are unknown devices.  I'm guessing madwifi is not going to not 
 work.  Looks like I need special software.

 For lab usage, I don't need networking.  It would be nice to update software 
 etc.  I'd install ubuntu if it gave me networking capability and which is not 
 available via current RHEL5 SL distro.

Hi Bill,

Have you checked the ELRepo Project? [1]
The FAQ [2] may give you some hints.

Regards,
Alan.

[1] http://elrepo.org
[2] http://elrepo.org/tiki/FAQ

Re: Booting without VGA Card

[Alan Bartlett]

On 15 February 2010 16:50, Genie Jhang geniejh...@majimak.com wrote:
 Thank you, Andrew and Alan.

 The solutions worked!

 Thanks again.

You're welcome. :-)

Alan.

Re: Booting without VGA Card

[Alan Bartlett]

On 12 February 2010 11:34, Dr Andrew C Aitchison
a.c.aitchi...@dpmms.cam.ac.uk wrote:
 On Fri, 12 Feb 2010, Genie Jhang wrote:

snip
 Our lab cannot afford to buy VGA cards as many as the number of nodes.

 So, I decided to build them without VGA card.

 (Of course, there's only one for the time of first install and setting.)

 After I've done all the thing, shutting off, and I pulled the card out.

 But, SL won't boot.

 By default SL has a graphical boot (see the package rhgb
 and the document /usr/share/doc/rhgb-0.16.4/HOW_IT_WORKS ).
 Reading  /etc/rc.sysinit I guess that the simplest thing would
 be to remove, not not install, rhgb.

There are two requirements for a headless server with RHEL 5 /
CentOS 5 and so, by extrapolation, SL 5.

The first is to remove the rhgb package (or, at the minimum, remove
the reference to it from the kernel line in your /etc/grub.conf file),
as Andrew has mentioned above and the second is to comment out (or
remove) the splashimage= line which you will also find in your
/etc/grub.conf file.

Alan.

Re: Windows 7 dual boot?

[Alan Bartlett]

On 2 February 2010 17:54, John Rowe r...@excc.ex.ac.uk wrote:
 Somebody brought me their Windows 7 laptop (Toshiba Satellite) on which
 to install SL. All seemed fine but now it won't boot.

 At first it hung at Grub stage 1.5 .A CD rescue boot and grub setup
 didn't really help.

 I tried removing all the grub1_5 files and rerunning grub and now it
 hangs at stage 2. Technically, I suppose this must count as progress...

 Any suggestions most welcome.

I wonder if the following page, from the CentOS wiki, will help?

http://wiki.centos.org/TipsAndTricks/ReinstallGRUB

Alan.

Re: Memory limits for Scientific Linux kernels

[Alan Bartlett]

On 28 January 2010 15:18, Troy Dawson daw...@fnal.gov wrote:
 Tim Edwards wrote:

 This page (http://www.scientificlinux.org/documentation/misc/limits)
 says that it's 64GB in SL4 but gives no information for SL5. So two
 questions:

 Does SL4 i386 have a 'HUGEMEM' kernel build or do you just build those
 features into the normal -smp kernel build in order to support 64GB RAM?

 What is the memory limit on SL5 i386?

 Wow, that SL page is old.  Three years old.  I need to update it and put
 caveat's on it.  The problem is that I can't put a link to RedHat's page
 even though that is where I get the information.

Perhaps I may be permitted to mention the CentOS product page --

http://www.centos.org/product.html

As the objective of the CentOS Project is to be 100% binary compatible
with TUV's product, the information on that page should have some
relevance to SL users.  :-)

Alan.