Re: Issue with EPEL repo

[Akemi Yagi]

On Tue, Apr 5, 2016 at 3:34 PM, Yasha Karant <ykar...@csusb.edu> wrote:

> On 04/05/2016 09:37 AM, Akemi Yagi wrote:
>
>
> Let's make peace here, shall we?
>
> Akemi
>
> Although you are correct that you seriously did misunderstand what I
> posted, Yasha Karant
>

Yasha,

Not that it matters much, but I just wanted to clarify the misunderstanding
on your part ... I'm not the person who misunderstood what you posted. I am
only a commentator in this thread.

Akemi

Re: Issue with EPEL repo

[Akemi Yagi]

On Tue, Apr 5, 2016 at 9:01 AM, Dave Howorth 
wrote:

> On 2016-04-05 16:40, Alan Bartlett wrote:
>
>> 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.
>>
>
> I don't understand why you accuse Yasha of two blunders?
>
> His original post makes it clear that he understands the difference
> between ElRepo and EPEL, so why do you think that is a blunder?
>
> He says that ElRepo DO read the list, which you then confirm, so why is
> that a blunder?
>
> I think you owe him an apology, unless I have seriously misunderstood
> something.
>

OK ... I see that there was some misunderstanding ...

Let's make peace here, shall we?

Regarding contacting EPEL maintainers, I see the following description in
EPEL's FAQ:

"You can find help or discuss issues on the epel-devel mailing list or IRC
channel #epel on Freenode. Report issues against EPEL via bugzilla"
(
https://fedoraproject.org/wiki/EPEL/FAQ#Where_can_I_find_help_or_report_issues.3F
)

Just checked the epel-devel mailing list. It does not seem to be actively
used at this moment. So, I would suggest use of bugzilla.redhat.com is the
way to go.

Regarding ELRepo, while we (ELRepo team members) are reading this SL list,
it is best to use ELRepo's mailing list to address any issue or ask
questions ( http://lists.elrepo.org/mailman/listinfo/elrepo ) rather than
here. In fact, I encourage everyone who uses ELRepo's packages to subscribe
to the list.

Akemi

Re: Troubles updating from 7.1 to 7.2...

[Akemi Yagi]

On Tue, Feb 9, 2016 at 3:00 PM, Konstantin Olchanski 
wrote:

>
> Yes, I too find it very inconvinient that the kernel in 7.2 is explicitely
> binary incompatible with the kernel in 7.1.
>
> For example, some ELREPO kernel modules will not load because "they are
> for 7.1".
>
> Do we must have ELREPO-7.1, ELREPO-7.2, etc?
>
> With luck this will settle soon enough, but I did not see any explanation
> for this binary incompatibility,
>

Regarding "incompatibility" of ELRepo's kmod packages, it all boils down to
the kABI (Kernel Application Binary Interface). Please take a look at this
blog for more details:

http://elrepoproject.blogspot.com/2016/02/kabi-tracking-kmod-packages.html

It explains why some packages are not backward compatible.

Akemi

Re: SL 7.2 not booting on HP Microserver N36L

[Akemi Yagi]

On Wed, Feb 10, 2016 at 6:04 AM, Nico Kadel-Garcia  wrote:

> On Wed, Feb 10, 2016 at 4:12 AM, Eero Volotinen 
> wrote:
> > Try this kernel parameter on boot for workaround:
> > initcall_blacklist=clocksource_done_booting
> >
> > --
> > Eero
>
> I ran into a very similar issue myself yesterday trying to install 7.2
> on a server. I'll try that one myself.
>
> Is it fixed in the latest update kernels? Any idea?
>

If the workaround suggested above works for you, then you are affected by
the bug reported in this RH bug report:

https://bugzilla.redhat.com/show_bug.cgi?id=1285235

According to comment #17, "The workaround is only meant to get you through
the initial install.  After the installation, upgrade to the latest
functioning kernel, and then reboot.  A permanent fix for this issue will
be available at some point in z-stream."

Unfortunately the fixed kernel (or the patch itself) is not available to
the public. If it is not released for EL 7.2, then you may have to wait for
EL 7.3.

Akemi

Re: Dell Precision T1700 default xorg.conf file needed

[Akemi Yagi]

On Mon, Jan 11, 2016 at 8:43 AM, Mark Stodola <stod...@pelletron.com> wrote:

> On 01/11/2016 09:57 AM, Yasha Karant wrote:
>
>> On 01/09/2016 04:37 PM, Akemi Yagi wrote:
>>
>>>
>>> If you are sure the xorg.conf file existed but has been removed with
>>> no backup, then it was not done by ELRepo. I suggest you look into the
>>> code. You will find that ELRepo's package would not remove xorg.conf
>>> without backing up.
>>>
>>>
>>> I respectfully disagree.  It is possible that there were multiple
>> installs/updates of the ELRepo driver during the experimental stages of
>> getting
>> SL 7 to work on the platform as the platform was delivered.  But -- both
>> the primary and backup copies have an ElRepo comment and no "stock"
>> content.  Because of the way the Dell boot bios interacted with the
>> platform after a power outage (beyond the limits of the small UPS
>> attached to the unit -- that may need new batteries but the Department
>> may not have the money to maintain), the only way to get to the obvious
>> Dell boot configuration screen (GUI driven) was to remove the Nvidia
>> card -- and the system does now boot to the text terminal interface, but
>> no GUI.
>>
>> I can email to you the xorg.conf files I found on the machine after the
>> above actions.  I will do additional digging.  Meanwhile, no one has
>> responded so I either will find the X11 xorg configuration utility or
>> attempt to copy one from a working machine that has no Nvidia card.
>>
>> Yasha
>>
>
> I haven't had much time to work with SL7 yet, but isn't it the case that
> there is no xorg.conf by default?  Try just renaming the nvidia generated
> one and see what happens.  I think the X server attempts to autodetect
> settings, which has gotten fairly reliable over the years for the most
> common setups.
>
> -Mark
>

That is my understanding. In SL7, there should be no xorg.cong file by
default. In fact, xorg.conf is marked as deprecated in EL6, but will still
be used if it is present. Graphical settings are supposed to be
automatically detected and configured by the X server.

Akemi

Re: Dell Precision T1700 default xorg.conf file needed

[Akemi Yagi]

On Sat, Jan 9, 2016 at 12:34 PM, Yasha Karant  wrote:

> The ElRepo Nvidia driver seems to have erased (not backed up) the default
> X11 xorg.conf file on a Dell Precision T1700 with an addon Nvidia
> card.
>

If you are sure the xorg.conf file existed but has been removed with no
backup, then it was not done by ELRepo. I suggest you look into the code.
You will find that ELRepo's package would not remove xorg.conf without
backing up.

In the %post section:

[code]
# Check if xorg.conf exists, if it does, backup and remove [BugID # 127] [
-f %{_sysconfdir}/X11/xorg.conf ] && \ mv %{_sysconfdir}/X11/xorg.conf
%{_sysconfdir}/X11/xorg.conf.elreposave &>/dev/null[/code]

Hope you can find the real cause of the trouble you are having.

Akemi

Re: X-windows funky after SL6.7 update

[Akemi Yagi]

On Fri, Oct 9, 2015 at 2:36 AM, LOCEAN Admins  wrote:

> I think it's the same problem as we had with xorg-x11-server-Xorg-1.15.0-36
> and Ferret/R etc.
>
> I posted a message here at 16.09.2015 with subject :
> "rePost : SL6.7 problem with ferret/R and xorg-x11-server-Xorg-1.15.0-36"
> about this problem.
>
> For the moment
> a) the solution is a downgrade to xorg-x11-server-Xorg-1.15.0-26
>
> b) we know that the problem is that "updated Xorg server does not send the
> initial "expose" events" (thanks to Konstantin Olchanski)
>
> c) And we know that the problem comes from 1.15.0-32 update (Fix backing
> store's Always mode).
>
>
> I sent a mail to Adam Jackson (a...@redhat.com) the person who applied the
> 1.15.0-32 version...
> But I have absolutely no reply from him... :-(
>

> Thanks,
> Paul Zakharov

Actually, the issue with R was not really a bug in xorg-x11-server.
Its update (Fix backing store's Always mode) revealed a bug in the X11
module of R. More details can be found in R's bugzilla :

https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16497

A couple of patches to fix the issue have been proposed.

Akemi

Re: New To SL, need to know who to email about successful install

[Akemi Yagi]

On Sat, Sep 12, 2015 at 2:46 PM, Guy Gore  wrote:
> Hello! I'm new to SL and looking forward to making contributions. The main SL 
> site says if you install SL and the repo, an email stating "it works for me!" 
> is sufficient. Well, it works for me and I've updated all packages 
> successfully. Now whom should I tell, "it works for me!"?
>
> Thank you for your help and I apologize if I just overlooked something simple 
> here...
> Guy

Welcome to the SL community.

Are you referring to this one?

"Please test any packages we’ve announced to the sl-testing repo and
report back. “Works for me” is great feedback when its true!"
( https://www.scientificlinux.org/community/get-involved/ )

If so, that is about the packages that were released in the testing
repo for ... testing. And this mailing list is the right place to
report that. :-)

Akemi

Re: automounter (autofs) map variables issue (after SL6 update)

[Akemi Yagi]

On Thu, Aug 27, 2015 at 5:04 AM, Christoph Parthier
christoph.parth...@biochemtech.uni-halle.de wrote:
 Hi,

 I'm running SL6 and after a recent manual update of packages (via 'yum
 update') I get an issue of accessing auto-mounted SAMBA shares (CIFS) using
 a (user-specific) password credentials file.

 For explanation this his is the respective automounter map (e.g.
 /etc/auto.userdata) that is called from the auto.master and  worked flawless
 before the update:

 userfiles
 -fstype=cifs,credentials=$HOME/.userdata_credentials,uid=$UID,gid=$GID
 ://my_smb_server/userdata

 Before the update this resulted in an auto-monted SAMBA share
 (//my_smb_server/userdata) to the local mountpoint '/userdata/userfiles'
 using the credentials file from each users home directory on the local
 machine, i.e. the map variables $HOME, $UID and $GID are substituted with
 the users home diretory, user ID and group ID, respectively, of the user
 trying to access the share.

 Now, after the update I get the following error from autofs:

 automount[14504]: attempting to mount entry /userdata/userfiles
 automount[14504]:  error -1 (Unknown error 18446744073709551615) opening
 credential file /root/.userdata_credentials
 automount[14504]: mount(generic): failed to mount //my_smb_server/userdata
 (type cifs) on /userdata/userfiles
 automount[14504]: failed to mount /userdata/userfiles

 i.e. the map variables $HOME, $UID and $GID are not substituted with the
 user's values but with the values from 'root' (and therefore the existing
 user credentials file cannot be found).

 Does anyone have advice on this?

Looks like you were hit by a known issue. Please see:

https://access.redhat.com/solutions/1553753
Why does CIFS mount through automount getting failed message after
upgrading to RHEL 6.7 ?

In short, they are working on it.

Akemi

Re: [SCIENTIFIC-LINUX-USERS] SL 6 IA-32 hplip-3.14.10 HP M225dw driver

[Akemi Yagi]

On Tue, Aug 11, 2015 at 10:29 AM, Yasha Karant ykar...@csusb.edu wrote:

 On 08/11/2015 01:46 AM, Yasha Karant wrote:

 I have a colleague for whom I have installed IA-32 SL 6 .  She has recently
 purchased a HP M225dw all-in-one laser printer. However, I cannot find a
 driver for this printer for SL 6.  HP open systems supported this printer
 starting with hplip-3.14.10, but I cannot find this RPM for SL 6.  The
 current hplip distributed by HP supports the M225dw, but will not install
 under SL 6.  At present, the printer will not print from SL6 although the
 printer is discovered over the LAN.  Any help or suggestions greatly would
 be appreciated.

 Yasha Karant

 hplip-3.12.4-6.el6.i686.rpm that is the most recent version I can find
 (could not find a more recent one in EPEL, etc., that would work with IA-32
 SL6)
 HPLIP 3.14.10 is the lowest rev level that supports the HP M225dw
 (http://hplipopensource.com/hplip-web/release_notes.html, search on 225dw,
 scroll up to find the release number).

Within that site, I see the following page:

http://hplipopensource.com/hplip-web/models/laserjet/hp_laserjet_pro_mfp_m225dw.html

Scroll down and you'll find 'Red Hat Enterprise Linux 6.0 and 7.0'
both showing Yes. It looks as if the installer works there.

Akemi

Re: Security ERRATA Important: firefox on SL5.x, SL6.x, SL7.x i386/x86_64

[Akemi Yagi]

On Sat, Aug 8, 2015 at 1:18 AM, Phil Wyett philwyett.vende...@gmail.com wrote:
 On Sat, 2015-08-08 at 03:31 +, Pat Riehecky wrote:
 Synopsis:  Important: firefox security update
 Advisory ID:   SLSA-2015:1581-1
 Issue Date:2015-08-07
 CVE Numbers:   CVE-2015-4495
 --

 Seems the 6x repo has not been updated for inclusion of this update as
 none showing on a clean 'yum update' though the rpm is there.

I'm afraid the relevant metadata need to be updated. For now, I
recommend users download the firefox rpm file and manually update it.

Akemi

Re: [SCIENTIFIC-LINUX-USERS] yum - update notice is broken, or duplicate, skipping

[Akemi Yagi]

On Fri, Jul 17, 2015 at 9:58 AM, Pat Riehecky riehe...@fnal.gov wrote:
 What is the output of:

 yum repolist

 Pat

 On 07/16/2015 11:33 AM, Krach Bumm wrote:

 Hi,

 one of my systems(sl6.6) is showing the following output on yum
 --security update:

 [root@host pluginconf.d]# yum --security check-update
 Geladene Plugins: security
 Limiting package lists to security relevant ones
 An update notice is broken, or duplicate, skipping: SLBA-2013:1751-1
 An update notice is broken, or duplicate, skipping: SLBA-2014:1672-1
(snip)

I'm seeing similar messages on my SL 6 box. Turns out if I disable
both sl6x-fastbugs and softwarecollections, those messages do not show
up at all.

When I disable one of them at a time:

$ sudo yum --disablerepo=softwarecollections  --security check-update
Loaded plugins: fastestmirror, priorities, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * sl6x: ftp1.scientificlinux.org
 * sl6x-fastbugs: ftp1.scientificlinux.org
 * sl6x-security: ftp1.scientificlinux.org
sl6x-fastbugs | 2.9 kB 00:00
sl6x-fastbugs/primary_db  | 662 kB 00:01
Limiting package lists to security relevant ones
An update notice is broken, or duplicate, skipping: SLBA-2013:1746-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1747-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1748-2
An update notice is broken, or duplicate, skipping: SLBA-2013:1749-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1750-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1751-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1758-1
An update notice is broken, or duplicate, skipping: SLBA-2013:1768-1
No packages needed for security; 0 packages available

$ sudo yum --disablerepo=sl6x-fastbugs  --security check-updateLoaded
plugins: fastestmirror, priorities, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * sl6x: ftp1.scientificlinux.org
 * sl6x-security: ftp1.scientificlinux.org
 * softwarecollections: ftp1.scientificlinux.org
softwarecollections   | 2.9 kB 00:00
softwarecollections/primary_db| 1.1 MB 00:03
Limiting package lists to security relevant ones
An update notice is broken, or duplicate, skipping: SLBA-2013:1239-1
An update notice is broken, or duplicate, skipping: SLBA-2014:0621-1
No packages needed for security; 0 packages available

Wonder if this is related to the repodata files? Some duplicate
entries in updateinfo? By the way I did run 'yum clean all'.

Akemi

Re: SL 7.0 does not appear to provide complete support for the nVidia GK208 (NV108) chip set.

[Akemi Yagi]

On Thu, Feb 26, 2015 at 7:56 AM, Yasha Karant ykar...@csusb.edu wrote:
 On 02/25/2015 11:44 PM, Akemi Yagi wrote:

 On Wed, Feb 25, 2015 at 10:14 PM, Yasha Karant ykar...@csusb.edu wrote:

 I am guessing that the above Nvidia chip set is (fully) supported by the
 proprietary Nvidia Linux driver:

 The easiest way to find the right driver version is to install
 nvidia-detect [1] from ELRepo and run it. For example:

 $ nvidia-detect -v
 Probing for supported NVIDIA devices...
 [10de:0fc1] NVIDIA Corporation GK107 [GeForce GT 640]
 This device requires the current 346.47 NVIDIA driver kmod-nvidia

 I have this working on my SL7 X86-64 workstation.  The stock driver
 (noveau)
 needs to be fully disabled.

 If you use ELRepo's kmod-nvidia package [2], you do not need to do any
 of this manually. It will disable nouveau for you. Just set up ELRepo
 as Pat suggested and run 'yum install kmod-nvidia'.

 Akemi

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

 Nvidia routinely updates the proprietary Nvidia driver code.  At each major
 or minor production release of the Nvidia driver, does the above ELRepo RPM
 get updated to the current Nvidia code?  Is it maintained for the same Linux
 environments that Nvidia supports, or for a superset of the Nvidia supported
 environments?

 Yasha

ELRepo's nvidia packages stay current with the updates released by
Nvidia. There are 4 legacy versions in addition to the current
kmod-nvidia:

The kmod-nvidia-340xx driver supports GeForce 8xxx and 9xxx series
GPUs, GT2xx and Quadro series
The kmod-nvidia-304xx driver supports GeForce 6 and 7 series GPUs
The kmod-nvidia-173xx driver supports GeForce 5 series GPUs
The kmod-nvidia-96xx driver supports GeForce 2 to GeForce 4 series GPUs

'nvidia-detect' identifies your device and tells you which one to use.

I highly recommend you subscribe to the elrepo mailing list. Recently,
Nvidia released a version that drops support for a number of commonly
used cards. ELRepo proactively dealt with the issue as seen in this
thread:

http://lists.elrepo.org/pipermail/elrepo/2015-January/002508.html

Like all other ELRepo's packages, they are built for RHEL and its
rebuilds (including SL).

Akemi

Re: SL 7.0 does not appear to provide complete support for the nVidia GK208 (NV108) chip set.

[Akemi Yagi]

On Wed, Feb 25, 2015 at 10:14 PM, Yasha Karant ykar...@csusb.edu wrote:
 On 02/25/2015 06:22 AM, EXT-Askew, R W wrote:

 I installed SL 7.0 in a system that contains a nVidia GK208 (NV108) chip
 set.  This installation does come up but the only display sizes are
 1024x768, 800x600 and 640x480.

 Does anyone know where I can get an “.el7” version of 1.0.11-1 or has
 anyone tried the Fedora version?

 Bill Askew

 I am guessing that the above Nvidia chip set is (fully) supported by the
 proprietary Nvidia Linux driver:

The easiest way to find the right driver version is to install
nvidia-detect [1] from ELRepo and run it. For example:

$ nvidia-detect -v
Probing for supported NVIDIA devices...
[10de:0fc1] NVIDIA Corporation GK107 [GeForce GT 640]
This device requires the current 346.47 NVIDIA driver kmod-nvidia

 I have this working on my SL7 X86-64 workstation.  The stock driver (noveau)
 needs to be fully disabled.

If you use ELRepo's kmod-nvidia package [2], you do not need to do any
of this manually. It will disable nouveau for you. Just set up ELRepo
as Pat suggested and run 'yum install kmod-nvidia'.

Akemi

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

Re: Longest LTS - still SL/RHEL?

[Akemi Yagi]

On Wed, Dec 17, 2014 at 4:48 AM, Karel Lang AFD l...@afd.cz wrote:


 New Lenovo laps is a screwups with worse keyboard - oh my god, trackpad -
 wth is this, what genius thought it out?
 Next 'bright spot' generally is NVIDIA Optimus - OMDG ...

  For Nvidia optimus, you may want to try ELRepo's bumblebee:

http://elrepo.org/tiki/bumblebee

Akemi

NVIDIA dropping support for older hardware (G8xxx, G9xxx and GT2xx chipsets)

[Akemi Yagi]

Forwarding a message from Phil Perry of ELRepo, maintainer of the
kmod-nvidia package. If you currently use the Nvidia graphics driver,
please read on.

Akemi



Hi all,

I just wanted to give a heads up to any NVIDIA users that NVIDIA are
dropping support for older hardware based on G8xxx, G9xxx and GT2xx
chipsets in their latest display drivers. The last version to support
these older chipsets will be the current Long Lived 340.xx branch.

If anyone is using NVIDIA driver packages from elrepo, legacy 340.xx
driver packages are now available for those affected. There is a thread
on the elrepo mailing list here:

http://lists.elrepo.org/pipermail/elrepo/2014-September/002362.html
http://lists.elrepo.org/pipermail/elrepo/2014-December/002447.html

There is also an updated version of nvidia-detect (v343.36) available
which will tell users if they are affected and need to switch to the new
340.xx legacy driver packages or whether their hardware will continue to
be supported by future NVIDIA driver releases.

Obviously we would like to avoid a situation where folks 'yum update'
their drivers to a release that doesn't support their hardware and
breaks their system. Thus we would like to help users who will be
affected transition to the correct legacy driver now and so avoid future
issues.

If anyone needs any advice / help, please just ask.

Re: Scientific Linux 6.6 Officially Released i386/x86_64

[Akemi Yagi]

On Thu, Nov 13, 2014 at 7:04 AM, Gerhard Schneider g...@ilsb.tuwien.ac.at 
wrote:
 On 11/12/2014 03:39 PM, Pat Riehecky wrote:

 Major Differences from SL6.5

 Some video devices (e.g. cameras) don't work.

 kernel: uvcvideo: Failed to submit URB 0 (-28).

 Solution: Either install kernel-2.6.32-504.1.3.el6.centos.plus (where
 the bug is fixed), use the old kernels up to 6.5, or wait for TUV..

 Hope it's helpful for somebody else

In case someone needs more info about the patch, here is the link:

http://bugs.centos.org/view.php?id=7815

Akemi

Re: [SCIENTIFIC-LINUX-USERS] Scientific Linux 6.6 Officially Released i386/x86_64

[Akemi Yagi]

On Thu, Nov 13, 2014 at 12:07 PM, Pat Riehecky riehe...@fnal.gov wrote:
 On 11/13/2014 02:05 PM, Akemi Yagi wrote:

 On Thu, Nov 13, 2014 at 11:45 AM, Pat Riehecky riehe...@fnal.gov wrote:

 On 11/13/2014 01:22 PM, Akemi Yagi wrote:

 Is there an upstream bugzilla on this?  My searching didn't find one, but
 that doesn't mean what it used to.

 Pat

 Not really, no. I usually ask the OP to file a bug upstream but felt
 too lazy to do so. :(  Would you like to do the deed, Pat? Or should
 I?

 I don't have any hardware for replication, so I'm hesitant to file it
 myself.  I'm always a bit nervous filing bugs I can't replicate.


 Pat

That's exactly why I normally ask the OP to do the submission.

But I had almost forgotten that this bug was reported upstream by a CentOS user:

https://bugzilla.redhat.com/show_bug.cgi?id=1158988

As always, it is private. :(

Akemi

Re: SL7rc2 grub2 setting wrong kernel version as default after a kernel update

[Akemi Yagi]

On Thu, Oct 9, 2014 at 3:20 AM, Bill Maidment b...@maidment.me wrote:
 After a yum update the latest kernel is set as the second entry rather than 
 the first entry in the boot menu.
 This seems to be because it sorts the kernel name using a simple 
 alpha-numeric test rather than a more intelligent version number test

What you are seeing is a known bug as detailed in this upstream bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=1124074

Akemi

Re: USB external drive errors with many different hardware

[Akemi Yagi]

On Mon, Jun 30, 2014 at 10:18 AM, Lamar Owen lo...@pari.edu wrote:
 On 06/30/2014 11:48 AM, Andras Horvath wrote:

 I've been having an issue for a month or so now that I seem unable to
 track down.

 I have an external USB drive for backup. When I start copying from the
 computer to the external disk, it starts to fail sooner or later. Whether at
 a large file or after several small ones, but it fails dropping messages
 like this (taken from dmesg):

 As to Debian 6 being able to work with it and SL6 not, that could be a
 kernel difference where the Debian kernel is waiting and retrying longer in
 the case where the drive is spinning down.

You may want to test the latest kernel from kernel.org to see if a
newer kernel resolves the issue. You can yum-install it by using
'kernel-ml' [1] from ELRepo. It works fine on SL 6. When you're
finished and wish to uninstall it, just run yum remove.

Akemi

[1] http://elrepo.org/tiki/kernel-ml

Re: problems with asus-artheros_ar8161 ethernet card ID

[Akemi Yagi]

On Sun, Jun 22, 2014 at 10:14 PM, Charles Elsaesser bc.s...@yahoo.fr wrote:
 failure goes on for ethernet card asus-artheros-8161 on system
 3.10.33-rt32.34.el6rt.x86_64

 thanks of considering following report concerning two systems.


 tests and answer are due to system and hardware simultaneous availability,
 which was not realized.

 running yum install kmod-alx on 3.15.1-1.el6.elrepo.x86_64
 --

 uname -a
 Linux asus-x75vc__charles.alphanet 3.15.1-1.el6.elrepo.x86_64 #1 SMP Tue Jun
 17 16:35:45 EDT 2014 x86_64 x86_64 x86_64 GNU/Linux

Please note that ELRepo's kmod packages work only on RHEL (and its
rebuilds including SL) kernels. You are running non-RHEL/SL kernels,
so the kmod-alx will not work.

Akemi

Re: RHEL 7 just hit the market place, I'm looking forward to when we can start testing SL 7

[Akemi Yagi]

On Thu, Jun 19, 2014 at 6:00 AM, Lamar Owen lo...@pari.edu wrote:

 Note that I'm very pleased with the openness over at CentOS these days; and
 I'm very pleased to see SL devs involved.  Kudos to Pat and Connie (and any
 other SL dev that is involved that I'm forgetting) for being involved.

Bonnie. :-)

Akemi

Re: RHEL 7 just hit the market place, I'm looking forward to when we can start testing SL 7

[Akemi Yagi]

On Fri, Jun 13, 2014 at 6:19 PM, Patrick J. LoPresti lopre...@gmail.com wrote:

 Actually, come to think of it, doesn't the GPL require the source for
 the product to be available on *physical* media for no more than the
 cost of reproduction? So what would happen now if a customer asked Red
 Hat for a source DVD?

Just wanted to make a short note to say that source DVDs are available
to RH customers.

Akemi

Re: RHEL 7 just hit the market place, I'm looking forward to when we can start testing SL 7

[Akemi Yagi]

On Wed, Jun 11, 2014 at 5:15 PM, Nico Kadel-Garcia nka...@gmail.com wrote:

 I'm staring at
 ftp://ftp.redhat.com/redhat/linux/enterprise/7Server/en/os/README, which
 says that the FTP repository for RHEL SRPM mirrors will no longer be
 available. This is going to make manipulating roughly 3000 distinct git
 repositories instead of one bulky SRPM directory rather critical. And git
 has no way to report the list of all the git repositories on this server,
 they're all considered unique. Instead that eye-stabbing interface at
 http://git.centos.org/ will have to be parsed to extract the list of actual
 repositories, many components of which may be renamed or discarded in future
 RHEL 7 releases.

 This is going to be a lot of work.

Yes, but SL developers have actively been helping in that area. All
the activities are visible on the centos-devel mailing list. Just to
give you a few examples:

http://lists.centos.org/pipermail/centos-devel/2014-June/010599.html
http://lists.centos.org/pipermail/centos-devel/2014-June/010496.html
http://lists.centos.org/pipermail/centos-devel/2014-June/010617.html

The last one is from Bonnie about tool to list repos on git.centos.org.

Akemi

Re: ssh -X xinit failure

[Akemi Yagi]

On Wed, May 7, 2014 at 5:14 AM, James M. Pulver jmp...@cornell.edu wrote:
 We're actually using X2Go - an OSS continuation of FreeNX as far as I can 
 tell. No more going to nomachine.com at all - they have their own clients you 
 can download etc. It works pretty well once you install the fonts manually 
 into the embedded xserver or point to a local xserver with the fonts 
 installed (this is on Windows. I think the other platforms already have the 
 fonts)...

I also recommend x2go. It's available from EPEL.

Akemi

Re: bad qt fastbugs

[Akemi Yagi]

On Thu, Apr 24, 2014 at 3:55 PM, Konstantin Olchanski
olcha...@triumf.ca wrote:
 Just got bitten by a bug in the fastbugs qt update reported back in February.

 Basic problem is crash of KDE plasma desktop.

 http://bugs.centos.org/view.php?id=7012
 http://listserv.fnal.gov/scripts/wa.exe?A2=ind1402L=scientific-linux-develT=0P=1742
 https://bugzilla.redhat.com/show_bug.cgi?id=1070371  (secret bug report)

 Solution is to: yum downgrade qt qt-devel qt-mysql qt-sqlite qt-x11

 This of course will be undone by the nightly yum update script. So,

 I hereby request the bad Qt packages be removed from the SL fastbugs 
 repository.

I don't want to sound negative but ...

While this is indeed a nasty bug, it seems to affect only KDE. And the
update does have (though not many) bug fixes which benefit non-KDE
desktop users. Unless the packages are retracted upstream (RHEL),
there might not be good enough justification for SL to remove them.

For those who are affected, make sure you add 'exclude=' to the yum
conf file so that the current version does not get installed (again).

Akemi

Re: Create 4TB RAID volumes during install?

[Akemi Yagi]

On Fri, Mar 28, 2014 at 3:09 PM, Stephen John Smoogen smo...@gmail.com wrote:

 On 28 March 2014 14:42, CS_DBA cs_...@consistentstate.com wrote:

 Hi All;

 I have a server which we've setup with 2 - 500GB drives and 6 -  4TB
 drives

 I want to mirror the 2 500GB drives as a RAID 1 volume - works as expected

 However I also want to add all 6 4TB drives to a single RAID 10 RAID
 device

 I try and create a raid volume, choose one of the 4TB drives and it wont
 let me select more than 2TB of space.  Can someone give some insight on how
 to pull this off?

 This is going to depend on a couple of factors:

 1) If you are using SciLin-5 there may be a limit to the size of disk that
 it can use.
 2) If you are using SciLin-6 it should be able to work because I believe it
 uses gparted but it might only use that if your system booted in UEFI mode.
 In BIOS mode or if it uses fdisk then it can only be used for disks no
 larger than 2TB.
 --
 Stephen J Smoogen.

Not 100% sure but if the 500GB drives are set up to be /boot (msdos
partition), then the other drives can be partitioned using GPT.  If
this is plausible, then UEFI mode is not required and GPT allows disks
larger than 2TB.

Akemi

Re: Any experience with the Intel Z87 chipset?

[Akemi Yagi]

On Tue, Mar 18, 2014 at 11:26 AM, Connie Sieh cs...@fnal.gov wrote:
 On Tue, 18 Mar 2014, Steve Gaarder wrote:

 I'm looking at getting some machines based on the Intel Z87 chipset.
 Has anyone tried SL6 on this?  I'm wondering how well the graphics and
 ethernet work with the stock SL drivers.

 thanks,

 Steve Gaarder
 System Administrator, Dept of Mathematics
 Cornell University, Ithaca, NY, USA
 gaar...@math.cornell.edu


 I recently built a system with the following motherboard using Z87 chipset.

   GA-Z87X-UD4H

   http://www.gigabyte.us/products/product-page.aspx?pid=4488#ov

 I installed SL 5 x86_64 and everything works fine except for a message about
 not supporting audio over hdmi.  The board has other audio.

 The ethernet works fine and so does the video builtin to the i7-4770K .

 -Connie Sieh

Mine is also a Gigabyte board but a different model, Z87-D3HP-CF. SL
6.5 installs and runs fine including the graphics. But please note
that whether ethernet works may depend on what device it is. If it is
Realtek, for example, you might need to use a driver from the
manufacturer or ELRepo.

Akemi

Re: movie editor?

[Akemi Yagi]

On Tue, Mar 18, 2014 at 3:21 PM, Jason Bronner jason.bron...@gmail.com wrote:
 I like openshot if i'm stuck doing it on the centos box. i usually use adobe
 on the win box. if you're not doing any kind of advanced effects and just
 doing chopping/pasting and the like it ought to work fine.

I also recommend openshot. It is available from the nux-dextop
repository. If you need to extract still images from a video, avidemux
will do a good job.

Akemi

Re: Upgraded to SL 6.5 - no Ethernet - Working

[Akemi Yagi]

On Sat, Mar 15, 2014 at 1:45 PM, Nico Kadel-Garcia nka...@gmail.com wrote:
 That Alan didn't include, because if that's Alan Bartlett from Samba
 work he's *brilliant* and probably already knows all this stuff, is

Err, you mean Andrew Bartlett from Samba?  Alan Bartlett is a
co-founder of the ELRepo Project.

 that the /etc/grub.conf file is a symlink to /boot/grub/grub.con. If
 you edit it with some editors, it will replace the symlink with your
 new file, and not change the *real* file in /boot/grub/grub.conf which
 is the one actually used. Enthusiastic chaos will ensue.

I edit /etc/grub.conf all the time. It's just easier to type than the
real file name. And editing /etc/grub.conf does change the
/boot/grub/grub.conf file.

Akemi

Re: [SCIENTIFIC-LINUX-USERS] TTF fonts

[Akemi Yagi]

On Tue, Mar 11, 2014 at 10:21 AM, Pat Riehecky riehe...@fnal.gov wrote:
 On 03/11/2014 12:09 PM, צביקה הרמתי wrote:

 Hi.

 What's the best way to install MS TTF fonts?
 In Debian/Ubuntu, I just installed ttf-mscorefonts-installer.
 Googling gave some peculiar answers; I wandered what's the common practice.

 Thanks,
 Zvika


 I personally prefer the Liberation Fonts.  They are very similar to the
 mscorefonts but under a less restrictive license.

 As root:
 yum install liberation-serif-fonts liberation-sans-fonts
 liberation-mono-fonts

 Should provide them.

 Pat

+1 for the Liberation fonts.

But if you _must_ install ttf fonts for some reason, check this out:

http://oimon.wordpress.com/2011/09/05/msttcorefonts-on-rhel6-centos-6-sl6/

(not tested by me)

Akemi

Re: OpenGL

[Akemi Yagi]

On Wed, Feb 19, 2014 at 1:59 AM, Akemi Yagi amy...@gmail.com wrote:
 On Tue, Feb 18, 2014 at 9:29 PM, jdow j...@earthlink.net wrote:
 What happened to it? It's really hard to get VirtualBox clients to work
 without
 OpenGL when you want to use the extra features. They won't compile because
 OpenGL seems to be missing. And I don't find it in the usual suspect repos.

 This is a known issue. You can find a workaround here:

 https://forums.virtualbox.org/viewtopic.php?f=3t=58855

 This and some more useful info are in this CentOS wiki:

 http://wiki.centos.org/HowTos/Virtualization/VirtualBox/CentOSguest

Just wanted to update the info for future searchers. The known issue
of failure of OpenGL module building has been fixed with the release
of VirtualBox-4.3.8.

Akemi

Re: OpenGL

[Akemi Yagi]

On Tue, Feb 18, 2014 at 9:29 PM, jdow j...@earthlink.net wrote:
 What happened to it? It's really hard to get VirtualBox clients to work
 without
 OpenGL when you want to use the extra features. They won't compile because
 OpenGL seems to be missing. And I don't find it in the usual suspect repos.

This is a known issue. You can find a workaround here:

https://forums.virtualbox.org/viewtopic.php?f=3t=58855

This and some more useful info are in this CentOS wiki:

http://wiki.centos.org/HowTos/Virtualization/VirtualBox/CentOSguest

Akemi

Re: SL 7 when?

[Akemi Yagi]

On Wed, Feb 5, 2014 at 12:09 PM, Andras Horvath m...@log69.com wrote:
 Hi Everyone,

 I know it's kinda too early to ask such thing, but based on TUV practices in 
 the past, could someone tell which month we could expect the release of 
 version 7? Based on that assumption, we could make something up about the 
 possibility of the SL 7 release date.

 The question arised to me because I need to migrate away from a system on one 
 of my workstation, and since I used Gnome 3 on Fedora for some time and I'm 
 fond of it, I wouldn't want to go now with version 6, so I was thinking to 
 pay for a standalone subscription for RHEL 7 and start using the beta right 
 away. At least I could test and get familiar with it until SL 7 arrives.  
 (Any hint on how stable it might be? :)

 Can we say, we can expect SL 7 before August? (adding up an estimated time 
 from RHEL beta now to RHEL release + SL buld and test)

As you pointed it out yourself, the answer largely depends on when
RHEL 7 comes out. In the case of RHEL 6, it took about 6 months from
the beta to the GA release. But I doubt even Red Hat knows exactly
when RHEL 7 will be released [1].

Akemi

[1] https://access.redhat.com/site/solutions/291283

Re: [SCIENTIFIC-LINUX-USERS] Nautilus respawning to infinity

[Akemi Yagi]

On Tue, Feb 4, 2014 at 6:08 AM, Pat Riehecky riehe...@fnal.gov wrote:
 On 02/04/2014 07:24 AM, Elias Persson wrote:

 On 2014-02-04 10:40, Matthieu Guionnet wrote:

 Le 04/02/2014 04:52, John H. Outlan a écrit :

 Several of us over at the forum are having a nautilus problem.
 Nautilus is respawning non stop and filling the window list on bottom
 panel.

 Some with update, some with clean 6.5 x64 install.

 Here's the forum link:

 http://scientificlinuxforum.org/index.php?act=STf=5t=2634st=0#entry17238


 Hi,
 I confirm the reason and the (temporary)  solution.

 It's due to the last librsvg2 update
 After a yum downgrade librsvg2, Nautilus closes all the listed windows
 on bottom panel

 Matthieu.

 Seemingly caused by: https://bugzilla.redhat.com/show_bug.cgi?id=924414
 This issue: https://bugzilla.redhat.com/show_bug.cgi?id=1061085

 Thanks to everyone for the detailed information and the bug link!

 Pat

Fix coming: https://bugzilla.redhat.com/show_bug.cgi?id=924414#c25

Akemi

Re: conflict x86_64 != i686

[Akemi Yagi]

On Thu, Jan 30, 2014 at 3:02 AM, Adrian Sevcenco
adrian.sevce...@cern.ch wrote:
 Hi! On a SL system installed with only x86_64 packages i try to install
 a emi middleware component which have also i686 dependencies .. the
 problem is that i see this:
 [root@grid04 yum.repos.d]# yum --disablerepo=xrootd* install db4.i686
 ...snip...
 Error:  Multilib version problems found. This often means that the root
 ...snip...
 Protected multilib versions: db4-4.7.25-17.el6.i686 !=
 db4-4.7.25-18.el6_4.x86_64

 the problem is that i cannot uninstall the x86_64 as all the system will
 be uninstalled ...

 Any idea about this?

What do you see with:

yum list db4

You disabled some repositories. Did you happen to exclude certain packages?

Akemi

Re: conflict x86_64 != i686

[Akemi Yagi]

On Thu, Jan 30, 2014 at 5:02 AM, Akemi Yagi amy...@gmail.com wrote:
 On Thu, Jan 30, 2014 at 3:02 AM, Adrian Sevcenco
 adrian.sevce...@cern.ch wrote:
 Hi! On a SL system installed with only x86_64 packages i try to install
 a emi middleware component which have also i686 dependencies .. the
 problem is that i see this:
 [root@grid04 yum.repos.d]# yum --disablerepo=xrootd* install db4.i686
 ...snip...
 Error:  Multilib version problems found. This often means that the root
 ...snip...
 Protected multilib versions: db4-4.7.25-17.el6.i686 !=
 db4-4.7.25-18.el6_4.x86_64

 the problem is that i cannot uninstall the x86_64 as all the system will
 be uninstalled ...

 Any idea about this?

 What do you see with:

 yum list db4

 You disabled some repositories. Did you happen to exclude certain packages?

Ah, now I see the followup posts (after having posted mine). :-)

Akemi

Re: Installation DVD missing EFI support

[Akemi Yagi]

On Fri, Jan 10, 2014 at 2:05 PM, Connie Sieh cs...@fnal.gov wrote:
 On Thu, 26 Dec 2013, Connie Sieh wrote:

 On Thu, 26 Dec 2013, צביקה הרמתי wrote:

 Therefore, Anaconda assumes that the system isn't UEFI, and makes wrong
 decisions, which cause SL to not boot, until manually hacked.

 I have updated a SL 65 Install DVD image for you to test.  If needed I can
 make the same changes to the SL 6.4 Install DVD image.

 ftp://ftp.scientificlinux.org/linux/scientific/6.5/x86_64/iso/SL-65-x86_64-2013-12-27-Install-DVD.iso

 -Connie Sieh

Within my limited test, SL-65-x86_64-2013-12-27-Install-DVD.iso seems
to work in UEFI mode. Might be worth doing this for SL 6.4 as well.

Akemi

Re: Security ERRATA Important: thunderbird on SL5.x, i386/x86_64

[Akemi Yagi]

On Thu, Dec 12, 2013 at 9:21 AM, Andreas Nowack
now...@physik.rwth-aachen.de wrote:
 Hi Pat,

 I wonder whether there will be updates for firefox and thunderbird on SL6,
 too.

 At least Red Hat announced updates for RHEL 5 and 6:
 https://rhn.redhat.com/errata/RHSA-2013-1812.html
 https://rhn.redhat.com/errata/RHSA-2013-1823.html

My understanding is that building the new version of thunderbird el6
requires a newer version of nss/nspr which is not (yet) available from
RH. So, I suppose we have to wait for them to be released.

Akemi

Re: Security ERRATA Important: thunderbird on SL5.x, i386/x86_64

[Akemi Yagi]

On Thu, Dec 12, 2013 at 10:42 AM, Akemi Yagi amy...@gmail.com wrote:

 My understanding is that building the new version of thunderbird el6
 requires a newer version of nss/nspr which is not (yet) available from
 RH. So, I suppose we have to wait for them to be released.

Err.. 'both firefox and thunderbird' above.

Akemi

Re: Security ERRATA Important: thunderbird on SL5.x, i386/x86_64

[Akemi Yagi]

On Thu, Dec 12, 2013 at 11:15 AM, Pat Riehecky riehe...@fnal.gov wrote:
 On 12/12/2013 12:44 PM, Akemi Yagi wrote:

 On Thu, Dec 12, 2013 at 10:42 AM, Akemi Yagi amy...@gmail.com wrote:

 My understanding is that building the new version of thunderbird el6
 requires a newer version of nss/nspr which is not (yet) available from
 RH. So, I suppose we have to wait for them to be released.

 Err.. 'both firefox and thunderbird' above.

 Akemi


 Correct,

 upstream bugs have been filed: 1040532 1040648

 Pat

As if they were waiting for that ...

https://rhn.redhat.com/errata/RHSA-2013-1829.html

:-)

Akemi

Re: SL6.4/5 network just stops working

[Akemi Yagi]

On Thu, Dec 5, 2013 at 10:37 AM, Stephan Wiesand
stephan.wies...@desy.de wrote:
 On Dec 5, 2013, at 18:51 , Orion Poplawski wrote:

 I'm seeing some very strange behavior on one of our storage servers 
 recently, and am wondering if anyone else has been experiencing similar 
 issues.  I think it may be related to InfiniBand somehow, but not sure.  
 Unfortunately there are no error messages in the logs of any kind.  But 
 network traffic out of one or more interfaces just stops, or some traffic 
 (ping e.g.) will work, but ssh/tcp won't.

 Seen with both 2.6.32-431 and 2.6.32-358.23.2, and I think 2.6.32-220.23.1.


 Not observed here, including on ~160 systems with IB. But then we have no 
 systems running -431 yet, few running -358.23.2, and none running kernels as 
 old as -220.x.y. Most are on -358.x.y.

 Thought it might still be a useful data point.

Speaking of a data point ... this may not be directly related to the
problem described by the OP but just a heads up. The -431 kernel in
EL6.5 is known to cause network issues in _certain_ hardware. You can
find more details in:

http://bugs.centos.org/view.php?id=6810

Akemi

Re: kernel backport commit

[Akemi Yagi]

On Wed, Nov 20, 2013 at 6:38 AM, sergio.con...@laposte.net wrote:

 Do Scientific Linux backport kernel commit ?  I am looking for this one :
 ad313cb86dfba27f8f2306da304974ef17c91c56



 https://kernel.googlesource.com/pub/scm/linux/kernel/git/jkirsher/net/+/ad313cb86dfba27f8f2306da304974ef17c91c56


 How could I know this ?


 Thanks in advance,

 Serge


As pointed out by others, SL kernels are rebuilds of the upstream (RHEL)
kernels, so cannot be modified by SL developers. You could rebuild the
kernel with the fixes yourself if that is technically possible. But in this
case, as far as I can see, the provided patches are against later kernels
and are not easily applicable to RHEL/SL kernels.

You can do one (or both) of the two things. One is to file a request at
http://bugzilla.redhat.com with a detailed description on why the patches
are needed. The other is to try and use kernel-ml [1] from ELRepo. That
will let you run the latest mainline kernel from kernel.org on SL 6. There
is a good chance that the patches are already in there (not checked yet).

Akemi

[1] http://elrepo.org/tiki/kernel-ml

Re: Example of a successful non-EL Linux install on current UEFI secure boot motherboard

[Akemi Yagi]

On Wed, Sep 25, 2013 at 1:16 PM, Yasha Karant ykar...@csusb.edu wrote:
 As it turns out, a colleague was able to install a different Linux distro on
 a UEFI secure boot motherboard, despite an initial failure, a distro that
 other respondents to the SL list did mention as supporting UEFI Secure Boot.
 There are certain peculiarities involved, including the use of a VFAT (MS
 format) partition.  As it is likely that SL 7 will require the same
 mechanism(s) when it is released, I am presenting this information as
 probable preview of coming attractions  (Linux base tends to be the same
 across many different distributions because of the difficulty of
 re-inventing the details of hardware support -- even if details of such
 things as anaconda versus other installers are quite different and
 incompatible).  The below reference should be OpenSuSE 12.3 .

 From a colleague:

 Subject: suse 12.3 install

 Got it working on my UEFI system, required a re-install

Could you confirm that Secure Boot was indeed enabled there? 'Secure
Boot' is the part that is problematic.

Akemi

Re: artheros-8161 card not usuable under standard linux

[Akemi Yagi]

On Sun, Jul 7, 2013 at 4:00 AM, Charles Elsaesser bc.s...@yahoo.fr wrote:
 hello Alan and Earl,

 All was you told me had to be considered, which takes some reflexion and
 time.

 As I could not connect to the internet in a first time of 5 weeks, with a
 new low-price asus-x75vc computer, after reading your advices, I found some
 alx reference on
 http://linuxsoft.cern.ch/elrepo/elrepo/el6/i386/RPMS/kmod-alx-0.0-2.20121003.el6.elrepo.i686.rpm
 http:///linuxsoft.cern.ch/elrepo/elrepo/el6/x86_64/RPMS/kmod-alx-0.0-2.20121003.el6.elrepo.x86_64.rpm

 this driver works for my
 Ethernet controller: Atheros Communications Inc. AR8161 Gigabit Ethernet
 (rev 10)

Thanks for posting your note. The ELRepo's DeviceID has now been
updated to include the alx driver (that was missing).

pci 1969:1090 kmod-alx
pci 1969:1091 kmod-alx

It indeeds supports your device.

Akemi

Re: darktable

[Akemi Yagi]

On Wed, Jul 3, 2013 at 2:44 AM, Matthias Schroeder
matthias.schro...@cern.ch wrote:
 On 07/02/2013 07:01 AM, Yasha Karant wrote:

 linuxtech repository?

 I have no experience with it.

The maintainer of the linuxtech repo (tux99) has been actively helping
in the SL forums (also in the CentOS forums as megatux). He is keen on
improving his packages and is conscience about conflicts among 3rd
party repos. I tend to trust this repo than some others.

Akemi

Re: [SCIENTIFIC-LINUX-USERS] Adobe Reader gets Gtk-WARNIKNG

[Akemi Yagi]

On Mon, Apr 22, 2013 at 3:38 AM, Dale Dellutri daledellu...@gmail.com wrote:

 From my installation notes:

   The following are needed for Acrobat Reader
   # yum install PackageKit-gtk-module.i686 gtk2-engines.i686 \
 libcanberra-gtk2.i686 libcanberra-gtk3.i686

 Adobe Acrobat Reader needs a lot of 32-bit packages on a 64-bit install.
 --
 Dale Dellutri

Thanks for posting this note. It does eliminate the warnings. By the
way libcanberra-gtk3.i686 is not a distro package and is not really
needed here, I suppose.

Akemi

Re: Problems with Xorg / Graphics Driver / OpenGL

[Akemi Yagi]

On Tue, Apr 30, 2013 at 2:33 AM, D Laff david.l...@stfc.ac.uk wrote:
 Hi

 First post, and very much in need of help having been working away on this
 problem for 4 days! :(

 On the desktop PC in question, I was running SL 6.2 (2.6.32-279 x64). I
 believe that an automatic update (thought to have been disabled) took Xorg
 to v13.1.

 At this point, the proprietary graphics driver conflicted with Xorg
 (undefined symbol - noXFree86DRIExtension) and the system would only boot
 through a text splash screen before hanging at this primary console.
 However, system was available for remote access, or via the virtual
 consoles.

 The graphics adapter in question is an ATI Firepro 2270.

As you figured, your ATI card is not compatible with the current
version of Xorg. You need to _downgrade_ it. You can find detailed
info about the ATI driver on this ELRepo bug report:

http://elrepo.org/bugs/view.php?id=355

Jump to note 2964 if you don't have enough time to read through.
Assuming yours is one of the 2000, 3000 and 4000 series cards, I'd
guess you need the 'legacy' version.

Akemi

Re: Intel 3945 WiFi with SL 5.9

[Akemi Yagi]

Was it a case of missing firmware?  Anyway, glad to hear you've got it working.

Akemi

On Fri, Apr 12, 2013 at 11:10 AM, Cui, Yonggang y...@bnl.gov wrote:
 Akemi,

 We got the wireless working in that computer.  We followed your suggestions 
 to check the driver and also went through the bug report at 
 https://bugzilla.redhat.com/show_bug.cgi?id=484406.  Thanks.

 Yonggang

 -Original Message-
 From: Akemi Yagi [mailto:amy...@gmail.com]
 Sent: Thursday, April 11, 2013 4:56 PM
 To: Piazza, August
 Cc: Cui, Yonggang; Mailling list for Scientific Linux users worldwide
 Subject: Re: Intel 3945 WiFi with SL 5.9

 On Thu, Apr 11, 2013 at 1:08 PM, Piazza, August apia...@bnl.gov wrote:
 Below is the output of modinfonot sure what you mean by NetworkManager 
 correctly. Please explain.

 [root@130-199-131-253 ~]# modinfo iwl3945
 filename:   
 /lib/modules/2.6.18-348.el5/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko
 firmware:   iwlwifi-3945-2.ucode

 From what you have shown, it looks as if the correct module has been loaded. 
 Please confirm that the firmware is there:

 ls -l /lib/firmware/

 Akemi

Re: Intel 3945 WiFi with SL 5.9

[Akemi Yagi]

On Thu, Apr 11, 2013 at 6:55 AM, Yonggang y...@bnl.gov wrote:
 Hi,

 I just installed Redhat 5.9 32-bit on my laptop, which has Intel 3945
 WiFi.  However, I couldn't make it work.

 If you are running SL 5.9 32-bit with this WiFi interface, could you
 please let me know if you have the same issue?  If yes, how did you get it
 solved?

 Thanks,
 Yonggang

You need to provide more info than saying couldn't make it work .

My guess is that you'd need the iwl3945 module. Is this loaded?

/sbin/lsmod | grep iwl

Are you using NetworkManager and is it configured correctly?

Akemi

Re: Intel 3945 WiFi with SL 5.9

[Akemi Yagi]

Looks like the module is loaded. Please show us the output returned by:

/sbin/modinfo iwl3945

Still not clear if you are using NetworkManager correctly.

Akemi

On Thu, Apr 11, 2013 at 12:26 PM, Piazza, August apia...@bnl.gov wrote:
 I've been through the network manager ..

 -Original Message-
 From: Cui, Yonggang
 Sent: Thursday, April 11, 2013 3:25 PM
 To: Piazza, August; Akemi Yagi; Mailling list for Scientific Linux users 
 worldwide
 Subject: RE: Intel 3945 WiFi with SL 5.9

 Akemi,
 I appreciate it if you can help more after reading the information below.
 As for the Network Manager, I didn't see it on the task bar at all in the 
 first try.

 August,
 Did you see the Network Manager after re-installing the OS?  Did you use it?

 Thanks,
 Yonggang

 -Original Message-
 From: Piazza, August
 Sent: Thursday, April 11, 2013 3:14 PM
 To: Cui, Yonggang; Akemi Yagi; Mailling list for Scientific Linux users 
 worldwide
 Subject: RE: Intel 3945 WiFi with SL 5.9

 root@130-199-131-253 ~]# lsmod |grep iwl
 iwl394578145  0
 iwlcore   112069  1 iwl3945
 mac80211  138689  2 iwl3945,iwlcore
 cfg80211  141065  3 iwl3945,iwlcore,mac80211

 When attempting to restart networking
 # /etc/init.d/network restart
 The following error appears Determining IP information for wland0 .. 
 then fails.

 -Original Message-
 From: Cui, Yonggang
 Sent: Thursday, April 11, 2013 2:52 PM
 To: Akemi Yagi; Mailling list for Scientific Linux users worldwide
 Cc: Piazza, August
 Subject: RE: Intel 3945 WiFi with SL 5.9

 Thanks, Akemi.

 I am forwarding the email to my colleague, August Piazza.  He has been trying 
 to help me with this issue for two days, and can provide more information 
 about the computer.

 August, could you please try the command and provide the output to Akemi?

 Yonggang

 -Original Message-
 From: owner-scientific-linux-us...@listserv.fnal.gov 
 [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Akemi 
 Yagi
 Sent: Thursday, April 11, 2013 2:30 PM
 To: Mailling list for Scientific Linux users worldwide
 Subject: Re: Intel 3945 WiFi with SL 5.9

 On Thu, Apr 11, 2013 at 6:55 AM, Yonggang y...@bnl.gov wrote:
 Hi,

 I just installed Redhat 5.9 32-bit on my laptop, which has Intel 3945
 WiFi.  However, I couldn't make it work.

 If you are running SL 5.9 32-bit with this WiFi interface, could you
 please let me know if you have the same issue?  If yes, how did you
 get it solved?

 Thanks,
 Yonggang

 You need to provide more info than saying couldn't make it work .

 My guess is that you'd need the iwl3945 module. Is this loaded?

 /sbin/lsmod | grep iwl

 Are you using NetworkManager and is it configured correctly?

 Akemi

Re: Intel 3945 WiFi with SL 5.9

[Akemi Yagi]

On Thu, Apr 11, 2013 at 1:08 PM, Piazza, August apia...@bnl.gov wrote:
 Below is the output of modinfonot sure what you mean by NetworkManager 
 correctly. Please explain.

 [root@130-199-131-253 ~]# modinfo iwl3945
 filename:   
 /lib/modules/2.6.18-348.el5/kernel/drivers/net/wireless/iwlwifi/iwl3945.ko
 firmware:   iwlwifi-3945-2.ucode

From what you have shown, it looks as if the correct module has been
loaded. Please confirm that the firmware is there:

ls -l /lib/firmware/

What is not clear is at what point you have difficulty connecting to
wireless. Do you see available wireless connections? Use the iwlist
command if necessary. Or is it when you attempt to make a connection
that it failed? Could it be a security setup/password issue? If/when
using NetworkManager, do you get a request for the keyring password?
etc.

Akemi

Re: [SCIENTIFIC-LINUX-USERS] SL6 kernel: nfs4_reclaim_open_state: Lock reclaim failed!

[Akemi Yagi]

On Tue, Apr 2, 2013 at 12:57 PM, Evan Sather esat...@anl.gov wrote:
 I installed the 6.4 release on a test desktop and the newest nfs4 packages
 did not fix the issue regarding the lock reclaim failure.

 Has anyone experienced the same (or a similar) problem with NFS4 on SL6
 clients starting from the 2.6.32-279.22.1.el6.x86_64 kernel up to the
 current one?

You are probably affected by this bug:

https://access.redhat.com/knowledge/solutions/318163

The upstream patch at kernel.org is :

commit 55725513b5ef9d462aa3e18527658a0362aaae83

Hopefully, the patch makes it into the next (or near future) update to
the kernel.

Akemi

Re: %_host_vendor Bug in the rpm package of SL 6?

[Akemi Yagi]

On Thu, Feb 7, 2013 at 12:52 AM, ZITBB Büttner, Frank
frank.buett...@polizei.brandenburg.de wrote:
 Hello list,
 I have try to rebuild an rpm package with use the %configure macro.
 This will fails, beacuse the %_host_vendor macro witch is placed at:
 /usr/lib/rpm/macros is set to unknown and not to redhat like the
 %_vendor macro in the same file. This will result that the build script will
 think it is an cross build. But it is not.

 So I think it will be in an bug in SL Linux.

 package: rpm-4.8.0-27.el6.x86_64


 Sample:
 %configure will result in:
 ./configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu 
 --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr 
 --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc 
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 
 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib 
 --mandir=/usr/share/man --infodir=/usr/share/info

 but correct will be:
 ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu 
 --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr 
 --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc 
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 
 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib 
 --mandir=/usr/share/man --infodir=/usr/share/info


 Thanks

 Frank Büttner

This is an upstream bug and was filed here:

https://bugzilla.redhat.com/show_bug.cgi?id=743229

It's status now says Release pending, so the fix is likely to be in EL 6.4.

Akemi

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

[Akemi Yagi]

On Fri, Jan 25, 2013 at 12:57 PM, jdow j...@earthlink.net wrote:

  the gentlemen at elrepo .
  They seem to be basically very good folks.

s/basically//

;-)

By the way there is more than gentlemen on the ELRepo team... but
that's not important.

Akemi

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

[Akemi Yagi]

On Fri, Jan 25, 2013 at 2:48 PM, jdow j...@earthlink.net wrote:

 It seems there should have been some way to cozen yum into sending the
 administrator email regarding the process that needs to be taken.
snip

I ask once again that all elrepo-related talks be taken to the elrepo
mailing list. The SL list is the place where SL-specific topics are
handled. But more importantly, users who are concerned (this includes
RHEL and CentOS users) can join the discussion on the elrepo M/L. In
fact, there is already one post/idea by Nux:

http://lists.elrepo.org/pipermail/elrepo/2013-January/001620.html

And by now everyone is subscribed to the elrepo list, right? Right?

Akemi

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

[Akemi Yagi]

On Wed, Jan 23, 2013 at 8:20 AM, jdow j...@earthlink.net wrote:
 Is there a kernel update for SL 6.2 coming up soon?

 It seems elrepo released a new set of nvidia modules that don't work
 with the 2.6.32-279.19.1.el6.x86_64 kernel. That one only supports
 through nvidia 304 and the download is 310.

Copying a note from Phil Perry on the ELRepo list:

Just a quick note to say kmod-nvidia-304xx and nvidia-x11-drv-304xx
legacy packages have now been released to the main repositories for
both el5 and el6.

These packages support 6xxx and 7xxx based graphics cards.

http://elrepo.org/tiki/kmod-nvidia-304xx 

So, you'd need to install kmod-nvidia-304xx to stay with the 304 series.

Akemi

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

[Akemi Yagi]

On Wed, Jan 23, 2013 at 8:04 PM, jdow j...@earthlink.net wrote:
 On 2013/01/23 19:27, Alan Bartlett wrote:

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

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

 Alan.


 It's not this channel's support issue. I understand that. This is why
 I wondered if 6.2 was going to have a kernel update.

 ElRepo pushed the newer 310 NVidia modules before any appropriate kernel
 appeared on SL2. So I have to back off. I simply wondered if waiting for
 a new kernel was practical or not.

 And that's been answered. ElRepo messed up pushing updates. (Or else
 there should be a more recent kernel for 6.2 than what I am running,
 2.6.32-279.19.1.el6.x86_64.)

Let me post once again the link I provided for you earlier in this
thread. I'm afraid you missed it.

http://elrepo.org/tiki/kmod-nvidia-304xx

That page has a list of supported GPUs. This is all about the hardware
you have and the version of Nvidia's driver that supports it. Which
kernel version is _not_ relevant.

You may also want to check out this post on the ELRepo's mailing list:

http://lists.elrepo.org/pipermail/elrepo/2013-January/001587.html

I quoted an essential part of it in my earlier post as well. I
strongly suggest you subscribe to the ELRepo general mailing list. If
you still have questions about the Nvidia-related packages offered by
ELRepo, please ask on the ELRepo's list.

Akemi

Re: Figured out my flash-plugin problem

[Akemi Yagi]

On Thu, Jan 3, 2013 at 3:06 PM, Todd And Margo Chester
toddandma...@gmail.com wrote:

 1) elrepo has a bad habit of not playing well with the other
 children in the sandbox, especially RPM Forge.  So I leave
 the elrepo repo turned off.  And as such, I am usually not
 aware of an available update from it.

Excuse me? Do you really mean elrepo? Or you are mixing it up with EPEL?

One of the ELRepo team members is Dag. And he runs repoforge/rpmforge
(surprise!!). So, there should not be any trouble between the two
repos. ;-)

Akemi

Re: DeltaRPM Support for Scientific Linux

[Akemi Yagi]

On Sun, Oct 14, 2012 at 9:09 AM, Piruthiviraj Natarajan
piruthivi...@gmail.com wrote:

 There are some people who would be willing to use it, if they are provided
 in the official repos.
 It saves a lot of resources. That's one of the reasons why presto plugin
 even exists in RHEL.

 I firmly believe that SL community would benefit the use of the plugin.

Actually, this question was asked a few times in the past. Here is my
reply to one of them from about a year ago:

There is no support for yum-presto in SL. My [very wild] guess is
that, because SL was primarily serving universities or research labs
that maintain their own local repos or are on fast Internet(2), use of
deltaRPMs was not really advantageous.

No doubt there are more SL users outside the research world now than
before. However, it should be noted that creating / maintaining the
drpms packages indeed requires resources. Metadata must be recreated
for each package update and the total volume of the repositories that
need to be distributed to all mirrors will go up.

It is up to the SL developers to evaluate and decide if support for
deltaRPMs should / can be added. By the way, this feature is not
available upstream (TUV, RHN).

Akemi

Re: DeltaRPM Support for Scientific Linux

[Akemi Yagi]

On Sat, Oct 13, 2012 at 12:26 PM, David Sommerseth
sl+us...@lists.topphemmelig.net wrote:
 - Original Message -
 From: Piruthiviraj Natarajan piruthivi...@gmail.com
 To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

 Hi Everyone,

 I 'm new to this list and Scientific Linux.
 I have been using Fedora and RHEL based clones for a while.
 I was thinking  that it would a big benefit  to the users to save
 some
 bandwidth if SL deployed Delta updates in the official repos.
 I asked the question in forum and they directed me here.

 where  can  I make the request for the feature?

 Just do:

  [root@host ~]# yum install yum-presto

 That's all, the presto plug-in is enabled automatically when installing it, 
 and then delta-rpms are pulled down on updates.  It works quite fine for me 
 at least.


 kind regards,

 David Sommerseth

Are you sure about this? My understanding is that deltaRPMs are not
available for SL. I know CentOS has them but ...

Akemi

Re: clock factor file

[Akemi Yagi]

On Wed, Oct 3, 2012 at 3:02 AM, jdow j...@earthlink.net wrote:
 On 2012/10/03 01:33, g wrote:

 as stated in orig post, it was used as a _factor_to_adjust_ the
 'tick rate'. no speed up or slow down as 'adj-time' does.

 I have the impression that Linux tends to be tickless and adjusts
 itself to perceived needs to a large degree. But I've not followed
 that very much of late.

RHEL (therefore SL) kernels became tickless as of 6.0.

If the OP meant, by 'tick rate', kernel timer interrupt frequency,
then it is defined in the kernel config.

In the case of SL 6.3 kernels,

$ grep _HZ /boot/config-`uname -r`
CONFIG_NO_HZ=y
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000

Akemi

Re: Installing tikz

[Akemi Yagi]

On Sat, Sep 29, 2012 at 6:41 AM, Ben Ruijl benr...@gmail.com wrote:
 For my work I want to use tikz to draw all sorts of diagrams in tex. However,
 I found that there is no package in the repositories. Why isn't there a
 package, and what would you recommend is the easiest way to install tikz?

The closest I find is ktikz and gtikz in Fedora. Maybe not the
easiest but you can try rebuilding from their src.rpm. This CentOS
wiki will help you:

http://wiki.centos.org/HowTos/RebuildSRPM

Another option will be to ask one of the repositories that provide EL packages.

Akemi

Re: Problem with the runlevel 5

[Akemi Yagi]

On Thu, Sep 20, 2012 at 3:28 AM, O.D. Massimo mass...@chimica.unige.it wrote:
 Dear users,
   I will apologize in advance if my question will sound to elementary
 for you but an your advice will be very welcome.

  I have a Ws with Scientific Linux 5.5 with a Nvidia quadro 2000 grafic
 card (I have installed the drivers by Nvidia-86_64-230.10).
  Well at the Ws reboot I got some strange errors for the initialization of
  runlevel 5 and in particularly was failed the load of nvidia modules and
  for kbd I got the messages that no driver are available.

   After some investigations ;-) I found that other people have installed
 on the Ws a program FreeMat which maybe has changed the previous
 configurations. In fact my kernel was 2.6.18-274.12.1.el5 and now I found
 that it is become 2.6.18-308.8.2.el5.

 I guess that the problem of the xserver initialization (the Ws now start
 at runlevel 3) will be due to some problem in the grafic drivers due to
 the program installation. Since, for now, I do not completely recovered
 what was done during this installation my doubt is:

 Try to reinstall the previous nvidia (or more recent) drivers on this
 kernel or by grub restore the previous kernel (2.6.18-274.12.1.el5) and in
 the latter case how delete the new bad one?

You need to rebuild the nvidia driver each time you update the kernel.
Your best solution will be to use ELRepo's kmod.

yum install elrepo-release

will set up the repository on your system. Then please see :

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

for more details. Make sure you UNinstall the Nvidia driver you have
installed before installing kmod-nvidia (the howto is on that page).

Akemi

Re: sl6 livedvd with nonpae kernel

[Akemi Yagi]

On Wed, Sep 19, 2012 at 8:14 AM, Urs Beyerle urs.beye...@env.ethz.ch wrote:
 Hi,

 With the help of Stephen Isard, I have written a working nonpae kickstart
 file that can be included by any other SL LiveCD kickstart file:

 https://svn.iac.ethz.ch/pub/livecd/trunk/SL6/livecd-config/sl63-live-NONPAE.ks

 See for example

 https://svn.iac.ethz.ch/pub/livecd/trunk/SL6/livecd-config/sl63-livecd-gnome.ks
 https://svn.iac.ethz.ch/pub/livecd/trunk/SL6/livecd-config/sl63-livedvd.ks
 https://svn.iac.ethz.ch/pub/livecd/trunk/SL6/livecd-config/sl63-mini_livecd-icewm.ks

 You find a LiveCD, LiveDVD, and Mini-LiveCD for testing here (*-NONPAE.iso)

 http://www.livecd.ethz.ch/download/testing/63/i386/

 These Live iso's should run and can be installed on non-pae capable
 hardware.

 Please note the kernel-ml-NONPAE is provided by elrepo-kernel. It is not
 officially supported by SL or TUV.
 For more information see http://elrepo.org/tiki/kernel-ml

 For building your own LiveCD see http://www.livecd.ethz.ch/build.html

Urs and Stephen,

Great work! I'm sure it will help users with non-PAE hardware.

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.

That said, Alan Bartlett has been doing an excellent job of keeping
kernel-ml always up to date. I recommend that anyone running it
subscribe to the ELRepo mailing list [1] so that they can receive the
kernel-ml update announcements.

Akemi

[1] http://lists.elrepo.org/mailman/listinfo/elrepo

Re: sl6 livedvd with nonpae kernel

[Akemi Yagi]

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. :-)

Akemi

Re: SL 6.2 and yumex

[Akemi Yagi]

On Wed, Aug 29, 2012 at 11:13 AM, Tom Rosmond rosm...@reachone.com wrote:
 I just installed SL 6.2 on a new workstation and am tailoring it for my
 needs.  I have always used YUMEX for package management and updating,
 and would like to continue its use.  However, a 'yum install yumex'
 doesn't find it, yet I think I have all the normal repositories enabled.
 Maybe I am doing something wrong, but has there been a change in the
 availability of YUMEX for the SL 6 series?

yumex is in the EPEL repository.

Akemi

Re: Problem with Wireless USB adapter

[Akemi Yagi]

On Tue, Aug 28, 2012 at 1:26 PM, Waldemar Villamayor-Venialbo
wvenia...@gmail.com wrote:
 Hello,

 How do I enable my wireless USB adapter (TP-Link TL-WN321G), SL6.3
 does not detect it, however, Fedora 17 does it just when you plug it.

Please follow the note in this blog:

http://elrepoproject.blogspot.com/2012/03/one-size-fits-all-compat-wireless-fits.html

and determine if your device is supported by the kmod-compat-wireless
package from ELRepo. If it is, then set up the elrepo repository by:

yum install elrepo-release

and install the latest version from the elrepo-testing repo (updated
note at the bottom). For more info please see:

http://elrepo.org/tiki/kmod-compat-wireless

and

http://elrepo.org/bugs/view.php?id=301

Akemi

Re: SL 6.3: wrong permissions for infiniband devices

[Akemi Yagi]

On Fri, Aug 24, 2012 at 10:04 AM, Stephan Wiesand
stephan.wies...@desy.de wrote:

 let me do that for you... visit bugzilla.redhat.com ... enter rdma in the 
 search field ... and in the result list, there is 
 https://bugzilla.redhat.com/show_bug.cgi?id=834428

 No special access required. But thanks for bringing this up - the issue may 
 affect our site as well.

Unfortunately, that bugzilla entry is no longer accessible. It was
visible yesterday ...

Akemi

Re: WiFi driver broken w/update

[Akemi Yagi]

On Tue, Aug 21, 2012 at 4:56 PM, Akemi Yagi amy...@gmail.com wrote:
 On Tue, Aug 21, 2012 at 2:25 PM, William Shu ws...@yahoo.com wrote:

 $ lspci -nn | grep -i net
 44:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11b/g
 LP-PHY [14e4:4727] (rev 01)

 Your wifi device is different, so it would have been better if you
 started a new thread.

 Broadcom BCM4313 [14e4:4727] has been problematic. I refer you to a
 recent conversation on the ELRepo mailing list that has dealt with
 getting this device working on EL 6.3.  It is a long thread entitled
 [elrepo] Broken kmod-compat-wireless package:

 http://lists.elrepo.org/pipermail/elrepo/2012-August/thread.html#1350

 You may want to jump to:

 http://lists.elrepo.org/pipermail/elrepo/2012-August/001375.html

Sorry I meant this link:

http://lists.elrepo.org/pipermail/elrepo/2012-August/001359.html

But expect the updated version of kmod-compat-wireless to be out real
soon now. :)

Akemi

Re: WiFi driver broken w/update

[Akemi Yagi]

On Tue, Aug 21, 2012 at 12:15 PM, Scott Gates msga...@gmail.com wrote:
 The last kernel update appears to have broken my WiFi driver.  Wired
 networking still works.

 Anybody have a link to a working driver?

 SL 2.6.32-279.1.1.EL6.i686 won't connect to wifi, but
 prev versions like
 SL 2.6.32-2201.1.EL6.i686 works.

Well, we cannot help you unless you provide useful information about
your wifi device. :-)

Please post the output returned by:

lspci -nn | grep -i net

Akemi

Re: WiFi driver broken w/update

[Akemi Yagi]

On Tue, Aug 21, 2012 at 2:25 PM, William Shu ws...@yahoo.com wrote:
 Hi,
 I also have a similar problem, but thought it was due my change of
 location/networks. Reinstalling as per link similar to this:
 http://elrepo.org/tiki/wl-kmodhighlight=broadcom
 did not work!

 My details:

 $ lspci -nn | grep -i net
 44:00.0 Network controller [0280]: Broadcom Corporation BCM4313 802.11b/g
 LP-PHY [14e4:4727] (rev 01)
 45:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
 RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03)
 $

 Thanks,

 William.

Your wifi device is different, so it would have been better if you
started a new thread.

Broadcom BCM4313 [14e4:4727] has been problematic. I refer you to a
recent conversation on the ELRepo mailing list that has dealt with
getting this device working on EL 6.3.  It is a long thread entitled
[elrepo] Broken kmod-compat-wireless package:

http://lists.elrepo.org/pipermail/elrepo/2012-August/thread.html#1350

You may want to jump to:

http://lists.elrepo.org/pipermail/elrepo/2012-August/001375.html

and then to:

http://lists.elrepo.org/pipermail/elrepo/2012-August/001375.html

In essence, you install the kmod-compat-wireless package from the
ELRepo testing repo and some udev rule files. At least 2 people
reported success. The udev files will eventually be incorporated into
the kmod package but that has not happened as of this writing.

If you need further assistance, I suggest you join the ELRepo mailing list.

Akemi

Re: Problem with sudo and nsswitch.conf

[Akemi Yagi]

On Wed, Aug 15, 2012 at 1:51 AM, Sean Brisbane
s.brisba...@physics.ox.ac.uk wrote:
 Dear All,

 We have recently upgraded to sudo-1.7.2p1-14.el5_8.2.  This upgrade breaks
 our nis setup as it alters nsswitch.conf, but does not reset the permissions
 to world readable:

 # Remove the sudoers: line from nsswitch.conf if it's not modified
 # and only when we are erasing (not upgrading) the package!
 if [ $1 = 0 ]  grep -q ^sudoers:  files ldap$ /etc/nsswitch.conf; then
NSSWITCH_TMPFILE=$(mktemp)
grep -v ^sudoers:  files ldap$ /etc/nsswitch.conf 
 $NSSWITCH_TMPFILE  \
mv -f $NSSWITCH_TMPFILE /etc/nsswitch.conf
restorecon /etc/nsswitch.conf
 fi

This is a known issue and has been fixed in sudo-1.7.2p1-14.el5_8.3 :

https://rhn.redhat.com/errata/RHBA-2012-1160.html

Akemi

Re: Update to buggy kernel 2.6.32-279.1.1.el6

[Akemi Yagi]

On Wed, Aug 1, 2012 at 1:24 AM, Daniel Kontsek dan...@kontsek.sk wrote:
 Hi,

 there is problem with the bnx2 network driver when using bond+vlan 
 interfaces. Please see the bugzilla/errata links for more info.

 http://rhn.redhat.com/errata/RHBA-2012-1104.html

That bug was fixed in kernel 2.6.32-279.2.1.el6 :

https://bugzilla.redhat.com/show_bug.cgi?id=834764
http://bugs.centos.org/view.php?id=5816

HOWEVER, another bug was discovered in 2.6.32-279.2.1.el6 :

https://bugzilla.redhat.com/show_bug.cgi?id=841983
http://bugs.centos.org/view.php?id=5859

A patch that fixes the issue is available as you can see in the bug
reports. It will probably be in the next kernel update (bugzilla is
marked urgent). So, users who have affected hardware/setup should be
watching closely.

Akemi

Re: Looks like CentOS beat SL to 6.3 release

[Akemi Yagi]

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

Re: how do I disable background updates?

[Akemi Yagi]

On Mon, Jul 9, 2012 at 4:03 PM, Todd And Margo Chester
toddandma...@gmail.com wrote:
 Hi All,

 According to /var/log/yum.log, something is doing back
 ground updates.
(snip)
 How do I turn off these background updates?

One of the packages added by SL is yum-autoupdate (in SL 6). According to:

http://www.scientificlinux.org/distributions/6x/features/added

yum-autoupdate
Summary : Automatically update your machine daily via yum.
Added for those users who want their system automatically updated
without having to worry about doing it by hand.
This is installed by default.

As already pointed out, this is the one that performs auto update in
SL 6 and can be configured by editing /etc/sysconfig/yum-autoupdate .
yum-cron is used in SL 5 but is not installed by default.

Akemi

Re: Building grub-0.97 SRPM is broken on SL 6.x x86_64 hosts, here is patch

[Akemi Yagi]

On Sat, Jul 7, 2012 at 6:43 PM, Nico Kadel-Garcia nka...@gmail.com wrote:

 There were multiple bug reports, all closed, some marked not a bug.
 Our favorite upstream vendor did not include the glibc-static.i686
 package in their main channels, probably as part of the separation
 and clean-out of non-x86_64 packages from i686 packages. This was also
 not a problem on their enterprise release version 5 which
 auto-installed i686 packages along with x86_64 packages by default.
 Whoever closed the bug reports considered manually install the
 package to compile grub to be enough of an answer.

I filed a bug report for this issue with respect to RHEL-6 here:

https://bugzilla.redhat.com/show_bug.cgi?id=641739

I did my best to explain what the real issue was but it was also
closed as NOTABUG. One outcome was that glibc-static.i686 was
eventually made available for x86_64.

 I'm a bit confused about why it didn't show up in the Scientific Linux
 build setups, and would like to get a better handle on how those are
 done.

I believe that SL developers try not to modify the source if the
'problem' can be dealt with by manipulating the build
environment/setup. I'm sure grub is not the only one that needs such
endeavour.

 Unfortunately, my patch had a bug. Using BuildRequires:
 glibc-static.i686 does not, in fact, find the .i686 version of
 glibc-static, it expects a package named glibc-static.i686 of an
 arbitrary architecture.

You can add BuildRequires: /usr/lib/libc.a as noted in comment #6 of
the above bugzilla.

Akemi

Re: yum update / python

[Akemi Yagi]

On Tue, Jun 19, 2012 at 9:55 AM, Andras Horvath m...@log69.com wrote:

 How could I run a self check on all packages with rpm to see if all the
 files are there and their hashes match too?

Run 'rpm -V' against the packages.

If you get any output, then there is (are) some mismatch(es). Man page
has the explanation for the output.

Akemi

Re: blank screen this morning on SL6.1 PC, no obvious error messages

[Akemi Yagi]

On Tue, Jun 19, 2012 at 10:03 AM, William Lutter wjlut...@wisc.edu wrote:
 Oops, it was indeed the ASUS monitor. Never seen one fail like that.

 Bill Lutter

Can you try booting an earlier version of the kernel and see what happens?

Akemi

Re: Q re: CentOS vs SL Security updates dot releases

[Akemi Yagi]

On Thu, Jun 7, 2012 at 1:48 AM, Winnie Lacesso
winnie.lace...@bristol.ac.uk wrote:

 Question: that was in 2009. Does anyone know, is the above still true of
 CentOS? (Apols - I don't wish to join CentOS list just to find that out 
 am unable to find out via some searching)
 (We are debating building some new servers as SL vs CentOS,  timely
 security updates are relevant to us)

Speaking of timely security updates, there is a timely post entitled
CentOS Project Release Times by a CentOS developer:

http://centosnow.blogspot.com/2012/06/centos-project-release-times.html

Akemi

Re: Which kernel SRPMS should I get for SL 6.2

[Akemi Yagi]

On Wed, May 30, 2012 at 7:54 AM, Bill Askew r.w.as...@boeing.com wrote:
 Hi All

 I am using SL 6.2 64 bit and need the kernel source.  Based on the uname
 information I downloaded SRPM kernel-2.6.32.220.17.1.el6.src.rpm however
 when I try to do a build it seems that some files are missing.

 My question is, what else should I be grabbing to get a complete kernel
 source tree for SL 6.2.

In addition to the regular development tools like gcc and make, you
will need some additional packages to build SL-6 kernels. For example,

hmaccalc
zlib-devel
binutils-devel
elfutils-libelf-devel

More details on how to build custom kernels, please see:

http://wiki.centos.org/HowTos/Custom_Kernel

It should work for SL kernels.

Akemi

Re: liveCD booting into AMD A8-3870 processor

[Akemi Yagi]

On Thu, May 24, 2012 at 6:36 PM, zxq9 z...@zxq9.com wrote:
 On 05/24/2012 09:55 PM, Akemi Yagi wrote:

 ... Or head for elrepo.org and install kmod-fglrx :

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

 It survives kernel updates transparently, so there is no need to
 rebuild/install each time you update the kernel. Also, 'yum update'
 will update the version of the ATI driver when a new version of the
 driver becomes available.

 Basically, it a 'install once and forget forever' type operation. :-)

 In Scientific Linux 6, setting up ELRepo is as easy as:

 yum install elrepo-release

 Akemi


 A note on this... in our experience there is a slight performance difference
 between the generically built ELRepo driver package and ones built directly
 against your kernel header on your hardware.

 In the case of an A-series processor this probably won't be noticable unless
 you are an extremely demanding gamer, but on lighter systems like the
 E-series APUs using them as 3D CAD stations or enabling the desktop eye
 candy is just a touch annoying without letting the GPU pull out all its
 tricks.

Interesting note about the performance difference. For people who are
wondering which kernel environment ELRepo's ATI driver is built
against, here's the info as of kmod-fglrx 12.3.1 :

EL6: 2.6.32-220.el6 (EL 6.2 GA kernel)
EL5: 2.6.18-238.el5 (EL 5.6 GA kernel)

I don't have the ATI hardware to test, but the 6.2 GA kernel *might*
be close enough to the current kernel 2.6.32-220.13.1.el6. But the EL5
one may be worth building against the current 5.8 kernel to see if
that improves the performance (for users running 5.8 of course).

Akemi

Re: liveCD booting into AMD A8-3870 processor

[Akemi Yagi]

On Thu, May 24, 2012 at 2:44 AM, zxq9 z...@zxq9.com wrote:

        A digression about the driver on SL6:
 The annoying thing is that every time you update your kernel you'll need to
 rebuild the drivers against the new kernel headers. The awesome part is that
 the driver building process is mostly automated for you, AMD has lately done
 a very nice job of maintaining its driver set for Linux, games, CAD, and
 anything else graphical you want to do really fly on an A8, and all this is
 free (both types of free -- AMD opensourced its Linux drivers, so the
 Catalyst package is no longer evil, or at least not as evil as it once
 was).

 I wrote a procedure for the E350 (with some background) that should work
 fine on your A8 on the SL forums here:
 http://scientificlinuxforum.org/index.php?showtopic=415view=findpostp=7102

 Procedural notes for SL6 have also been added to the AMD driver wiki here:
 http://wiki.cchtml.com/index.php/Scientific_Linux#Scientific_Linux_6x

 The AMD release page is here:
 http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx
 (if not you can select your type from http://support.amd.com )

 Hope the explanation didn't confuse, and that the driver links are helpful.

... Or head for elrepo.org and install kmod-fglrx :

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

It survives kernel updates transparently, so there is no need to
rebuild/install each time you update the kernel. Also, 'yum update'
will update the version of the ATI driver when a new version of the
driver becomes available.

Basically, it a 'install once and forget forever' type operation. :-)

In Scientific Linux 6, setting up ELRepo is as easy as:

yum install elrepo-release

Akemi

Re: Broken SELinux AVCs on XFS partition when running xfsdump

[Akemi Yagi]

On Thu, May 24, 2012 at 6:22 PM, Robert Decker
robert.decker@usafa.edu wrote:
 It appears that my current SL6 installation (running a fairly old kernel,
 2.6.32-71.el6.x86_64) is suffering from the bug in the link below.  Do you
 know if this patch has been applied to more recent kernels in SL6?

 https://bugzilla.redhat.com/show_bug.cgi?id=662344

That BZ refers to this patch:

http://marc.info/?l=linux-fsdevelm=1290132180256652=2

As far as I can see, the fix is in the current SL kernel 2.6.32-220.17.1.el6.

Akemi

Re: Broken SELinux AVCs on XFS partition when running xfsdump

[Akemi Yagi]

On Thu, May 24, 2012 at 6:50 PM, Robert Decker
robert.decker@usafa.edu wrote:
 On Thu, 24 May 2012 18:36:15 -0700, Akemi Yagi amy...@gmail.com wrote:

On Thu, May 24, 2012 at 6:22 PM, Robert Decker
robert.decker@usafa.edu wrote:
 It appears that my current SL6 installation (running a fairly old kernel,
 2.6.32-71.el6.x86_64) is suffering from the bug in the link below.  Do you
 know if this patch has been applied to more recent kernels in SL6?

 https://bugzilla.redhat.com/show_bug.cgi?id=662344

That BZ refers to this patch:

http://marc.info/?l=linux-fsdevelm=1290132180256652=2

As far as I can see, the fix is in the current SL kernel 2.6.32-220.17.1.el6.

Akemi


 Thanks.  That's what I assumed but I wanted to make sure that changes in the
 2.6.35 branch for Fedora were ported back into the 2.6.32 branch for RHEL.

If what I found is correct, the patch first appeared in kernel
2.6.32-220.13.1.el6.

Akemi

Re: raid1 boot failure

[Akemi Yagi]

On Tue, May 15, 2012 at 8:11 AM, Gareth de Vaux s...@lordcow.org wrote:
 On Mon 2012-05-14 (08:34), Akemi Yagi wrote:
 The fix for the issue reported in those bug reports is in
 dracut-004-256.el6_2.1. SL released it back in February. Could you
 check which version of dracut you have?

 dracut-004-256.el6, even after a yum update (with sl, sl-security, and epel
 repos). Assume I need to update with sl-fastbugs.

Yes, it was not a security patch, and therefore, is in the sl-fastbugs repo.

Akemi

Re: raid1 boot failure

[Akemi Yagi]

On Tue, May 15, 2012 at 4:50 AM, lee funnyvo...@tlabs.ac.za wrote:
 On 05/14/2012 05:34 PM, Akemi Yagi wrote:
 On Mon, May 14, 2012 at 8:20 AM, Gareth de Vaux s...@lordcow.org wrote:
 Hi all, I'm experiencing the following:

 https://bugzilla.redhat.com/show_bug.cgi?id=772926

 on SL 6.2, kernel 2.6.32-220.13.1.el6.x86_64. It seems to be fixed in
 CentOS - http://bugs.centos.org/view.php?id=5400. Is there a fix on
 the way for SL?
 The fix for the issue reported in those bug reports is in
 dracut-004-256.el6_2.1. SL released it back in February. Could you
 check which version of dracut you have?

 With SL 6.2 ,

 dracut-004-256.el6_2.1

 does *not* work for me. I have also tried raid 1 , and simulated disk
 failure.

 Installing, dracut-004-259.el6.noarch.rpm
 http://people.redhat.com/harald/downloads/dracut/dracut-004-259.el6/dracut-004-259.el6.noarch.rpm,
 from http://people.redhat.com/harald/downloads/dracut/dracut-004-259.el6/
 worked for me.

 I also made changes, similar to these

 http://wiki.centos.org/HowTos/Install_On_Partitionable_RAID1

 removing the uuids and pointing to the devices for example. Im still
 testing if the uuids are a problem.

 So far, with the dracut version above, and make the changes to fstab,
 grub.conf etc, I was able to get it working.

 Regards

Lee,

If your problem is fixed with 004-259 but not with 004-256.el6_2.1,
then chances are it is not the same issue as what is being discussed
in this thread. Hopefully, the next dracut update includes the fix for
you.

Akemi

Re: raid1 boot failure

[Akemi Yagi]

On Mon, May 14, 2012 at 8:20 AM, Gareth de Vaux s...@lordcow.org wrote:
 Hi all, I'm experiencing the following:

 https://bugzilla.redhat.com/show_bug.cgi?id=772926

 on SL 6.2, kernel 2.6.32-220.13.1.el6.x86_64. It seems to be fixed in
 CentOS - http://bugs.centos.org/view.php?id=5400. Is there a fix on
 the way for SL?

The fix for the issue reported in those bug reports is in
dracut-004-256.el6_2.1. SL released it back in February. Could you
check which version of dracut you have?

Akemi

Re: How do i change hostname?

[Akemi Yagi]

On Wed, May 2, 2012 at 12:50 PM, zxq9 z...@zxq9.com wrote:

 If you figure this out on your own from here you will understand things
 better than if we just give you commands to copypasta into the terminal --
 and that's probably what you really want is understanding, not just
 information.

Yes, famous quote :)

Give a man a fish and you feed him for a day. Teach him how to fish
and you feed him for a lifetime. -- Lao Tzu 老子

Akemi

Re: Lifecycle

[Akemi Yagi]

On Tue, Apr 24, 2012 at 8:53 AM, zxq9 z...@zxq9.com wrote:
 On 04/24/2012 11:58 PM, g wrote:


 On 04/24/2012 11:02 AM, zxq9 wrote:

   From a question on the Japanese mailing list:

 TUV is committing to a 10 year production lifecycle for 5 and 6. CentOS
 has now reflected this on their project's lifecycle page. Scientific
 Linux does not match this.


 in a previous post from Connie Sieh;

 
  Date: Tue, 31 Jan 2012 12:20:13 -0500
  From: Red Hat Enterprise Linux 6 (Santiago) discussion mailing-list
      rhelv6-l...@redhat.com
  To: rhelv6-l...@redhat.com
  Subject: [rhelv6-list] Announcement: Red Hat Enterprise Linux Life Cycle
      Extended to Ten Years

 Today Red Hat is pleased to announce that it has extended the life cycle
 of
 Red  Hat Enterprise Linux 5, 6 and future releases from seven to 10 years,
 effective immediately. This announcement is in response to the widespread
 adoption of Red Hat Enterprise Linux 5 since its introduction in 2007, and
 the increasing rate of adoption of Red Hat Enterprise Linux 6 since its
 launch in 2010.
 

 hth.


 I take that to mean that SL is similarly extended, then. I suppose the
 project page just hasn't been updated to reflect this.

 Thanks for finding that.

My understanding is that it was a simple forward of the TUV
announcement and that SL has not made an official statement about the
plan.

But I could be wrong. :(

Akemi

Re: Smart card manager

[Akemi Yagi]

On Wed, Apr 11, 2012 at 5:06 AM, Novick, Jeffrey L CTR (US)
jeffrey.l.novick@mail.mil wrote:

I won't have time to mess with it for at least a few days (maybe a week?)
 but
bother me about it early next week and I'll give it another look. Hopefully
the build can be simplified.

 All I can say and do is thank you and I'll poke around to see if I can get
 esc rebuilt. If I'm successful, I'll post results, otherwise, no update =
 no success.

An update to esc just came out upstream:

https://rhn.redhat.com/errata/RHBA-2012-0472.html

The ESC utility did not start when the latest 10 series release of
the XULRunner runtime environment was installed on the system. This
update includes necessary changes to ensure that ESC works as expected
with the latest version of XULRunner. (BZ#807264)

Hopefully this provides the fix.

Akemi

Re: Ghostscript problem?

[Akemi Yagi]

On Wed, Mar 28, 2012 at 10:43 AM, Tom Rosmond rosm...@reachone.com wrote:
 Yesterday I did a routine update of my SL 5.5 system which included an
 ImageMagick upgrade.  I then found that when doing 'convert's' from
 postscript to other formats, e.g.

  convert xxx.ps xxx.png  ,

 the process failed with this diagnostic output:
 (snip)
 ---

 I did 'yum downgrades' of  ImageMagick.i386 and  ImageMagick.x86_64, and
 this corrected the problem.  Has this happened to anyone else?  Who else
 should be notified?

 Tom Rosmond

Which version of ImageMagick has this problem and which one works?
Looks like similar issues have been reported in the CentOS bug
tracker:

http://bugs.centos.org/view.php?id=3298
http://bugs.centos.org/view.php?id=4619

Akemi

Re: Boot screen says 6.1

[Akemi Yagi]

On Mon, Feb 20, 2012 at 4:41 PM, Todd And Margo Chester
toddandma...@gmail.com wrote:
 Hi All,

 Updates to 6.2 a few days ago.

 Interesting, when I boot up, the splash screen says  I am
 running Scientific Linux 6.1.

I can confirm this on my system. :-(

Akemi

Re: sl-release-6.1-2.src.rpm: md5sum problem

[Akemi Yagi]

On Thu, Feb 16, 2012 at 4:59 AM, Arnau Bria listsar...@gmail.com wrote:
 Hi all,

 When trying to install sl-release-6.1.2.src I get the errro:

 # rpm -Uhv
 http://ftp1.scientificlinux.org/linux/scientific/6.1/SRPMS/sl6-changed/sl-release-6.1-2.src.rpm
 Retrieving
 http://ftp1.scientificlinux.org/linux/scientific/6.1/SRPMS/sl6-changed/sl-release-6.1-2.src.rpm
 warning: /var/tmp/rpm-xfer.CEgdx0: Header V4 DSA signature: NOKEY, key
 ID 192a7d7d 1:sl-release
 ### [100%] error: unpacking of
 archive failed on
 file /usr/src/redhat/SOURCES/sl-release-6.1.tar.gz;4f3ce5a0: cpio: MD5
 sum mismatch

 is there any problem with this package?

I suppose you are running the command on SL 5.x. Try using the --nomd5
flag for rpm.

Akemi

Re: machine hangs with kernel-2.6.32-220

[Akemi Yagi]

On Thu, Feb 9, 2012 at 5:44 PM, 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)

 Jeff

Please go to ELRepo FAQ #4 at http://elrepo.org/tiki/FAQ and identify
the Vendor:Device ID pairing of your controller. Then you can find out
which driver to use by looking through the device ID page at
http://elrepo.org/tiki/DeviceIDs .

Akemi

Re: machine hangs with kernel-2.6.32-220

[Akemi Yagi]

On Thu, Feb 9, 2012 at 12:24 PM, Alan Bartlett a...@elrepo.org wrote:
 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.

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

Akemi

Re: [SCIENTIFIC-LINUX-USERS] Keyboard issue with SL6.2RC1

[Akemi Yagi]

On Fri, Feb 3, 2012 at 7:58 AM, Pat Riehecky riehe...@fnal.gov wrote:
 On 02/02/2012 11:33 PM, Bill Maidment wrote:

 Hi
 I've just installed SL6.2RC1 as a KVM guest on a SL6.1 host. Yum updates
 done on both.
 When I start a terminal I find that the Ctrl keys are ignored, e.g. doing
 Ctrl-C just gives a lower case c.
 Is this an issue for anyone installing SL6.2RC1 as a host, or is it
 something to do with qemu-kvm on SL6.1?

 I've got a 6.1 workstation here and just did a quick test on this.  I can't
 seem to replicate it.  My 6.2 VMs all respond as expected to CTRL+C.

 Curious.

Works here as well on a SL 6.2RC1 KVM guest.

Is the Ctrl key the only one that's not working?

Akemi

Re: From where does fsck failure prompt root passwd come?

[Akemi Yagi]

On Fri, Feb 3, 2012 at 10:29 AM, Yasha Karant ykar...@csusb.edu wrote:

 https://bugzilla.redhat.com/show_bug.cgi?id=636628

 Geeky 2011-06-04 09:02:40 EDT

 Also present in RHEL6.1 ! paid, licensed, commercial support

 End quote.  If necessary, to satisfy the poster, I suppose that the report
 can also be filed against RHEL 6.1, although I personally do not have such
 RH paid, licensed, commercial support.  (Is that needed for posting
 against a licensed-for-fee binary product?)

What should have been done was to clone the Fedora bug as a RHEL bug.
It is easy in bugzilla; just click on the Clone This Bug link and
follow the procedure.

Having said that, it looks like the bug for this issue already exists
for RHEL-6 and being worked on (Bug 702814). However, like in many
other cases, it is not publicly accessible, so we cannot follow the
progress. The only thing visible to the general public is their
knowledgebase:

https://access.redhat.com/kb/docs/DOC-49493

Akemi

Re: xrandr is driving me batty

[Akemi Yagi]

On Sat, Jan 28, 2012 at 10:29 AM, Ken Teh t...@anl.gov wrote:

 I don't have any problems using proprietary drivers.  Problem is that they
 stop working every time there is a kernel upgrade. At least this is my
 experience and I have to rebuild them again.  For a few machines, this is
 not a problem.  But when you have to do this for 50 machines...

This is exactly why you want to use ELRepo's kmod package.

You can set up ELRepo by:

yum install elrepo-release

and then read the detailed info here:

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

To understand why ELRepo's kmods do not need reinstallation for each
kernel update, see:

http://elrepo.org/tiki/FAQ

Akemi

Re: Skype on SL5

[Akemi Yagi]

On Sun, Jan 22, 2012 at 5:02 AM, Der Kybernetiker
kyberneti...@gmail.com wrote:
 Hello,

 has anybody installed Skype under SL5 successfully?

 I did everything according to instructions at
 http://punkts.org/trac/wiki/Skype22ForCentOS5
 but it freezes as soon as I try to type anything into the logon
 window.

 I'm using Scientific Linux 5.7 and Genius Slim 2020AF Web Cam.

You may want to check out this CentOS mailing list thread:

http://lists.centos.org/pipermail/centos/2012-January/122298.html

Looks like there are a few possible solutions. One of them is to use
the static version referenced in http://wiki.centos.org/HowTos/Skype .
Avoiding 2.2.x seems to be a better option (?) at this moment.

Akemi