Re: Issue with EPEL repo
On Tue, Apr 5, 2016 at 3:34 PM, Yasha Karant 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
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: SL 7.2 not booting on HP Microserver N36L
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: Troubles updating from 7.1 to 7.2...
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: Dell Precision T1700 default xorg.conf file needed
On Mon, Jan 11, 2016 at 8:43 AM, Mark Stodola 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
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: Vbox with new Kernel vers. 3.10.0-327.3.1(SL7.1)
On Mon, Dec 28, 2015 at 1:37 PM, S A wrote: > I have device-mapper-libs-1.02.93-3.el7_1.1.x86_64 installed, > but it seems that the VirtualBox package is calling for > device-mapper-libs-1.02.97, which doesn't seem to be available > for SL7. The CentOS and Oracle Linux public yum repo's latest > version is device-mapper-libs-1.02.107-5.el7.x86_64. > Is that in the pipeline for release to SL7 soon? device-mapper-libs-1.02.107-5.el7 (part of the lvm2-2.02.130-5.el7 package) was released in RHEL 7.2: https://rhn.redhat.com/errata/RHBA-2015-2147.html So, it will be in SL 7.2. SL 7.2 Alpha released about a week ago includes this version of device-mapper-libs. If you need it now, you can find it here: http://ftp.scientificlinux.org/linux/scientific/7rolling/x86_64/ Akemi
Re: X-windows funky after SL6.7 update
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
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)
On Thu, Aug 27, 2015 at 5:04 AM, Christoph Parthier 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
On Tue, Aug 11, 2015 at 10:29 AM, Yasha Karant 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
On Sat, Aug 8, 2015 at 1:18 AM, Phil Wyett 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
On Fri, Jul 17, 2015 at 9:58 AM, Pat Riehecky 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.
On Thu, Feb 26, 2015 at 7:56 AM, Yasha Karant wrote: > On 02/25/2015 11:44 PM, Akemi Yagi wrote: >> >> On Wed, Feb 25, 2015 at 10:14 PM, Yasha Karant 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.
On Wed, Feb 25, 2015 at 10:14 PM, Yasha Karant 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
NVIDIA dropping support for older hardware (G8xxx, G9xxx and GT2xx chipsets)
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: Longest LTS - still SL/RHEL?
On Wed, Dec 17, 2014 at 4:48 AM, Karel Lang AFD 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
Re: [SCIENTIFIC-LINUX-USERS] Scientific Linux 6.6 Officially Released i386/x86_64
On Thu, Nov 13, 2014 at 12:07 PM, Pat Riehecky wrote: > On 11/13/2014 02:05 PM, Akemi Yagi wrote: >> >> On Thu, Nov 13, 2014 at 11:45 AM, Pat Riehecky 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: [SCIENTIFIC-LINUX-USERS] Scientific Linux 6.6 Officially Released i386/x86_64
On Thu, Nov 13, 2014 at 11:45 AM, Pat Riehecky wrote: > On 11/13/2014 01:22 PM, Akemi Yagi wrote: >> >> On Thu, Nov 13, 2014 at 7:04 AM, Gerhard Schneider >> 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 > > 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? Akemi
Re: Scientific Linux 6.6 Officially Released i386/x86_64
On Thu, Nov 13, 2014 at 7:04 AM, Gerhard Schneider 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: Anyone want my Wine compile notes?
On Wed, Nov 12, 2014 at 1:04 PM, ToddAndMargo wrote: > How to install Wine: > >Reference: > https://www.winehq.org/docs/wineusr-guide/installing-wine-source > >RPM install: > yum install wine.i686 > yum --enablerepo=epel* install wine.i686 (SL/RHEL 6) > >Note SL/RHEL 7 does not supoprt 32 bit (.i686) Wine Just in case someone is interested... There is a post in the CentOS forums about "HOWTO build wine 32bit on CentOS 7": https://www.centos.org/forums/viewtopic.php?f=48&t=49542 Akemi
Re: Scientific Linux 6.6 RC 2 i386/x86_64
On Fri, Nov 7, 2014 at 6:38 AM, G. Gollinger wrote: > Pat et. al., > > I note one minor issue with updating that was resolvable: > > I had been using the package xorg-x11-drv-intel-2.99.914 from elrepo-extras. > This package apparently isn't compatible with Xorg 1.15 and gave a lot of > hassle when trying to update. > > The solution is to "yum downgrade xorg-x11-drv-intel" back to the latest SL > package, which is now 2.99.911. (I'd had the elrepo-extras package on there > since 6.2 or so, when it was much newer than the SL package.) The solution is to subscribe to the ELRepo mailing list. ;-) More seriously, there is an updated version of xorg-x11-drv-intel that is compatible with EL 6.6 (SL 6.5 + updates): http://lists.elrepo.org/pipermail/elrepo/2014-November/002427.html Akemi
Re: SL7rc2 grub2 setting wrong kernel version as default after a kernel update
On Thu, Oct 9, 2014 at 3:20 AM, Bill Maidment 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: SL7rc Dual Boot Issues
On Mon, Oct 6, 2014 at 6:38 PM, Bill Maidment wrote:
> Looking at the Disk utility, it turns out that the install had set up the
> disks correctly, in spite of what the install menu showed.
> I added the following to /etc/grub2/grub.cfg just after the 10-linux section:
>
> menuentry "Windows 7 Professional SP1" {
> insmod ntfs
> set root=(hd1,2)
> chainloader +1 }
>
> And all is working OK, except now I have a laptop fan running all the time at
> full speed.
Did you mean the /boot/grub2/grub.cfg file? If so, your edit will be
wiped clean when grub2-mkconfig is run next time (kernel update etc).
To modify grub.cfg, you'd need to create a file in /etc/grub.d/ (for
example, 11_Windows7):
#! /bin/bash
echo "Adding Windows7"
cat << EOF
menuentry "Windows7" {
set root=hd0(1,2)
chainloader +1
}
EOF
Make the file executable and then run:
grub2-mkconfig -o /boot/grub2/grub.cfg
Akemi
Re: [SL-Users] Re: Scientific Linux 7 ALPHA
All, Please refrain from posting anything other than testing results of the released SL packages in this thread. Let's keep this one free of trolls. Akemi
Re: USB external drive errors with many different hardware
On Mon, Jun 30, 2014 at 10:18 AM, Lamar Owen 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
On Sun, Jun 22, 2014 at 10:14 PM, Charles Elsaesser 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
On Thu, Jun 19, 2014 at 6:00 AM, Lamar Owen 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
On Fri, Jun 13, 2014 at 6:19 PM, Patrick J. LoPresti 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
On Wed, Jun 11, 2014 at 5:15 PM, Nico Kadel-Garcia 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
On Wed, May 7, 2014 at 5:14 AM, James M. Pulver 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
On Thu, Apr 24, 2014 at 3:55 PM, Konstantin Olchanski 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=ind1402&L=scientific-linux-devel&T=0&P=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?
On Fri, Mar 28, 2014 at 3:09 PM, Stephen John Smoogen wrote: > On 28 March 2014 14:42, CS_DBA 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: movie editor?
On Tue, Mar 18, 2014 at 3:21 PM, Jason Bronner 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: Any experience with the Intel Z87 chipset?
On Tue, Mar 18, 2014 at 11:26 AM, Connie Sieh 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: Upgraded to SL 6.5 - no Ethernet - Working
On Sat, Mar 15, 2014 at 1:45 PM, Nico Kadel-Garcia 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
On Tue, Mar 11, 2014 at 10:21 AM, Pat Riehecky 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
On Wed, Feb 19, 2014 at 1:59 AM, Akemi Yagi wrote: > On Tue, Feb 18, 2014 at 9:29 PM, jdow 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=3&t=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
On Tue, Feb 18, 2014 at 9:29 PM, jdow 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=3&t=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?
On Wed, Feb 5, 2014 at 12:09 PM, Andras Horvath 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
On Tue, Feb 4, 2014 at 6:08 AM, Pat Riehecky 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=ST&f=5&t=2634&st=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
On Thu, Jan 30, 2014 at 5:02 AM, Akemi Yagi wrote: > On Thu, Jan 30, 2014 at 3:02 AM, Adrian Sevcenco > 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: conflict x86_64 != i686
On Thu, Jan 30, 2014 at 3:02 AM, Adrian Sevcenco 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: Installation DVD missing EFI support
On Fri, Jan 10, 2014 at 2:05 PM, Connie Sieh 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
On Thu, Dec 12, 2013 at 11:15 AM, Pat Riehecky wrote: > On 12/12/2013 12:44 PM, Akemi Yagi wrote: >> >> On Thu, Dec 12, 2013 at 10:42 AM, Akemi Yagi 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: Security ERRATA Important: thunderbird on SL5.x, i386/x86_64
On Thu, Dec 12, 2013 at 10:42 AM, Akemi Yagi 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
On Thu, Dec 12, 2013 at 9:21 AM, Andreas Nowack 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: SL6.4/5 network just stops working
On Thu, Dec 5, 2013 at 10:37 AM, Stephan Wiesand 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
On Wed, Nov 20, 2013 at 6:38 AM, 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
On Wed, Sep 25, 2013 at 1:16 PM, Yasha Karant 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
On Sun, Jul 7, 2013 at 4:00 AM, Charles Elsaesser 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
On Wed, Jul 3, 2013 at 2:44 AM, Matthias Schroeder 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
On Mon, Apr 22, 2013 at 3:38 AM, Dale Dellutri 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
On Tue, Apr 30, 2013 at 2:33 AM, D Laff 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
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 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 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
On Thu, Apr 11, 2013 at 1:08 PM, Piazza, August 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: Intel 3945 WiFi with SL 5.9
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 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 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
On Thu, Apr 11, 2013 at 6:55 AM, Yonggang 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: [SCIENTIFIC-LINUX-USERS] SL6 kernel: nfs4_reclaim_open_state: Lock reclaim failed!
On Tue, Apr 2, 2013 at 12:57 PM, Evan Sather 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?
On Thu, Feb 7, 2013 at 12:52 AM, ZITBB Büttner, Frank 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?
On Fri, Jan 25, 2013 at 2:48 PM, jdow 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. 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: nvidia mess, Re: Is there a kernel update for SL 6.2 coming up soon?
On Fri, Jan 25, 2013 at 12:57 PM, jdow 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: Is there a kernel update for SL 6.2 coming up soon?
On Wed, Jan 23, 2013 at 8:04 PM, jdow 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: Is there a kernel update for SL 6.2 coming up soon?
On Wed, Jan 23, 2013 at 8:20 AM, jdow 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: Figured out my flash-plugin problem
On Thu, Jan 3, 2013 at 3:06 PM, Todd And Margo Chester 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: Bug report: cp210x kernel module bug in set/clear break functionality
On Mon, Dec 17, 2012 at 10:41 AM, Maxim Salov wrote: > Hello, > > I've faced very annoying bug it cp210x kernel module (kernel-2.6.32- > 279.14.1.el6). It can be reproduced with ioctls to set/clear break state on > txd line. Logic for these actions are reversed. This bug is already fixed in > upstream (commit 72916791cbeb9cc607ae620cfba207dea481cd76 -> > http://git.kernel.org/?p=linux/kernel/git/stable/linux- > stable.git;a=commit;h=72916791cbeb9cc607ae620cfba207dea481cd76). I've tried > to build cp210x module from kernel-2.6.32-279.14.1.el6.src.rpm with that > patch and it works correctly. > > Is there any chance that fix for that bug will apeear in updates? > > Best regards, > Maxim Salov. You need to file a bug report with TUV at https://bugzilla.redhat.com. When it is fixed by TUV, SL will inherit it. In this case, the bug is obvious and the fix is already in the upstream (kernel.org) kernel. So, I would guess TUV will agree to apply the patch. Nevertheless, unless the bug is something serious or urgent, it usually takes a long time before they actually "do it". Akemi
Re: DeltaRPM Support for Scientific Linux
On Sun, Oct 14, 2012 at 9:09 AM, Piruthiviraj Natarajan 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: liberation packages as a dependency for firefox ESR
On Sun, Oct 14, 2012 at 4:41 AM, Piruthiviraj Natarajan wrote: > Why does firefox pulls these packages as dependency? > > liberation-fonts-common noarch 1.05.1.20090721-5.el6 sl 20 k > liberation-sans-fonts noarch 1.05.1.20090721-5.el6 sl274 k > > Before firefox 10.0.8-1, firefox didn't have these liberation packages as > dependencies. > Why now? > > Its the same story in CentOS too. firefox requires xulrunner. xulrunner requires the above 2 packages. Apparently the font requirement was added recently as seen in the changelog of xulrunner: * Thu Aug 16 2012 Martin Stransky 10.0.6-2 - Added fix for rhbz#770276 - Firefox segfaults, should have a font dependency More details can be found in the referenced BZ: https://bugzilla.redhat.com/show_bug.cgi?id=770276 Akemi
Re: DeltaRPM Support for Scientific Linux
On Sat, Oct 13, 2012 at 12:26 PM, David Sommerseth wrote: > - Original Message - >> From: "Piruthiviraj Natarajan" >> 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
On Wed, Oct 3, 2012 at 3:02 AM, jdow 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: The opposite SL and VirtualBox problem
On Mon, Oct 1, 2012 at 6:16 PM, Joseph Areeda wrote: > On 10/01/2012 04:24 PM, Akemi Yagi wrote: >> >> On Mon, Oct 1, 2012 at 3:33 PM, Joseph Areeda >> wrote: >>> Installing vbox from the Oracle repository gives me an error trying to >>> create the kernel modules. >>> >>> When trying to do it manually, I run /etc/init.d/vboxdrv -setup and get: >>> >>>> Stopping VirtualBox kernel modules [ OK ] >>>> Uninstalling old VirtualBox DKMS kernel modules[ OK ] >>>> Trying to register the VirtualBox kernel modules using DKMS >>>> Error! Your kernel headers for kernel 2.6.32-220.17.1.el6.x86_64 cannot >>>> be >>>> found at >>>> /lib/modules/2.6.32-220.17.1.el6.x86_64/build or >>>> /lib/modules/2.6.32-220.17.1.el6.x86_64/source. >> You need the kernel-devel package (not kernel-headers). That version >> must match your *running* kernel. You can find the version of your >> running kernel by: >> >> uname -r >> >> Then install kernel-devel of that version. >> >> Akemi > > Thanks Akemi, > > I think I see the problem now. A yum search produces only one listing for > kernel-devel and yum info says: > > Installed Packages > Name: kernel-devel > Arch: x86_64 > Version : 2.6.32 > Release : 279.9.1.el6 > > > uname -a says > Linux 2.6.32-220.17.1.el6.x86_64 #1 SMP Tue May 15 17:16:46 CDT > 2012 x86_64 x86_64 x86_64 GNU/Linux > > I'm using the repo maintained by the collaboration I'm in and there seems to > an issue. > > For the record fixing that broken link did allow me to build the kernel > module and run vbox. I wonder if I introduced any instabilities. I would not do that. The matching version of kernel-devel you need ( 2.6.32-220.17.1.el6 ) is available here: http://ftp.scientificlinux.org/linux/scientific/6.2/x86_64/updates/security/ Remove the link you manually created and install the right version of kernel-devel. If/when you update the kernel, remember to update kernel-devel to the same version. Akemi
Re: The opposite SL and VirtualBox problem
On Mon, Oct 1, 2012 at 3:33 PM, Joseph Areeda wrote: > I want to run Windows as a guest system on my Sl6.3 box. > > Installing vbox from the Oracle repository gives me an error trying to > create the kernel modules. > > When trying to do it manually, I run /etc/init.d/vboxdrv -setup and get: > >> Stopping VirtualBox kernel modules [ OK ] >> Uninstalling old VirtualBox DKMS kernel modules[ OK ] >> Trying to register the VirtualBox kernel modules using DKMS >> Error! Your kernel headers for kernel 2.6.32-220.17.1.el6.x86_64 cannot be >> found at >> /lib/modules/2.6.32-220.17.1.el6.x86_64/build or >> /lib/modules/2.6.32-220.17.1.el6.x86_64/source. > > > and when I look for those file I see a broken link > >> ll /lib/modules/2.6.32-220.23.1.el6.x86_64/build >> lrwxrwxrwx 1 root root 51 Jun 20 09:54 >> /lib/modules/2.6.32-220.23.1.el6.x86_64/build -> >> ../../../usr/src/kernels/2.6.32-220.23.1.el6.x86_64 > > > It looks like that file should be linked to: > > >> ls /usr/src/kernels/2.6.32-279.9.1.el6.x86_64/ >> archdrivers include kernelMakefile.common net security >> tools >> block firmware init lib mm samples sound >> usr >> crypto fsipc Makefile Module.symvers scripts System.map >> virt > > > I'm going try just fixing the link. but it seems like the kernel-header rpm > has a problem. Or am I missing something? Would not be the first time or > even a rare occurrence. > > Joe You need the kernel-devel package (not kernel-headers). That version must match your *running* kernel. You can find the version of your running kernel by: uname -r Then install kernel-devel of that version. Akemi
Re: Installing tikz
On Sat, Sep 29, 2012 at 6:41 AM, Ben Ruijl 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: sl6 livedvd with nonpae kernel
On Thu, Sep 20, 2012 at 8:45 AM, Akemi Yagi 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: sl6 livedvd with nonpae kernel
On Wed, Sep 19, 2012 at 8:14 AM, Urs Beyerle 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: Problem with the runlevel 5
On Thu, Sep 20, 2012 at 3:28 AM, O.D. Massimo 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: SL 6.2 and yumex
On Wed, Aug 29, 2012 at 11:13 AM, Tom Rosmond 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
On Tue, Aug 28, 2012 at 1:26 PM, Waldemar Villamayor-Venialbo 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
On Fri, Aug 24, 2012 at 10:04 AM, Stephan Wiesand 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
On Tue, Aug 21, 2012 at 4:56 PM, Akemi Yagi wrote: > On Tue, Aug 21, 2012 at 2:25 PM, William Shu 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
On Tue, Aug 21, 2012 at 2:25 PM, William Shu 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-kmod&highlight=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: WiFi driver broken w/update
On Tue, Aug 21, 2012 at 12:15 PM, Scott Gates 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: Problem with sudo and nsswitch.conf
On Wed, Aug 15, 2012 at 1:51 AM, Sean Brisbane 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
On Wed, Aug 1, 2012 at 1:24 AM, Daniel Kontsek 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
On Tue, Jul 10, 2012 at 6:01 PM, Steven Haigh 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=ind1201&L=scientific-linux-users&T=0&P=17067 Akemi
Re: how do I disable background updates?
On Mon, Jul 9, 2012 at 4:03 PM, Todd And Margo Chester 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
On Sat, Jul 7, 2012 at 6:43 PM, Nico Kadel-Garcia 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: Which kernel?
On Sat, Jun 23, 2012 at 1:40 PM, Fernando Andrés Muñoz Bravo wrote: > > Nothing special. Only enable support to XFS filesystem. I have a hard disk > formated with XFS, and I need to back-up its content. > > I read that repos for x86_64 have a kernel module, but I didn't found it to > 32 bit. Also, I wish to "perform" my OS :) XFS is enabled in the 64-bit kernel but NOT in the 32-bit kernel. Yes, you can build your own 32-bit kernel with xfs enabled. However, use xfs on 32-bit systems with caution because xfs has problems with 4K stack size (x86_64 uses 8k stacks). This is the main reason why upstream does not support it. Another note is that, if you are determined to go for xfs on 32-bit, you can just build the xfs module instead of the whole kernel. Akemi
Re: blank screen this morning on SL6.1 PC, no obvious error messages
On Tue, Jun 19, 2012 at 10:03 AM, William Lutter 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: yum update / python
On Tue, Jun 19, 2012 at 9:55 AM, Andras Horvath 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: yum update / python
On Tue, Jun 19, 2012 at 2:52 AM, Andras Horvath wrote: > On Tue, 19 Jun 2012 00:44:18 -0700 > Akemi Yagi wrote: >> Apparently you are not alone. Someone else reported a similar problem: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=833271 >> >> Akemi > > Thanks for the link to the bug report, I'll follow it. > > Also I can confirm, that on several other server systems without X or > GUI the update has been successful. I'm having problems on desktop only. > > Andras The submitter of the above bugzilla found the source of trouble: "It turned out to be LD_LIBRARY_PATH which on some of our servers is set for Oracle. It points to $ORACLE_HOME/lib. Unsetting this environment variable makes yum working again." Akemi
Re: yum update / python
On Mon, Jun 18, 2012 at 12:48 PM, Andras Horvath wrote:
> Hi,
>
> I ran an update on my 6.2 x64 system and it failed. Thinking it might
> help, I ran "yum update" from CLI, but I'm getting the following errors:
>
> ---
> # yum update
> Plugin "refresh-packagekit" can't be imported
> Loaded plugins: priorities, protectbase, remove-with-leaves, security
> Traceback (most recent call last):
> File "/usr/bin/yum", line 29, in
> yummain.user_main(sys.argv[1:], exit_code=True)
> File "/usr/share/yum-cli/yummain.py", line 276, in user_main
> errcode = main(args)
> File "/usr/share/yum-cli/yummain.py", line 129, in main
> result, resultmsgs = base.doCommands()
> File "/usr/share/yum-cli/cli.py", line 434, in doCommands
> self._getTs(needTsRemove)
> File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 99, in _getTs
> self._getTsInfo(remove_only)
> File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 110, in
> _getTsInfo
> pkgSack = self.pkgSack
> File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 883, in
>
> pkgSack = property(fget=lambda self: self._getSacks(),
> File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 668, in
> _getSacks
> self.repos.populateSack(which=repos)
> File "/usr/lib/python2.6/site-packages/yum/repos.py", line 294, in
> populateSack
> sack.populate(repo, mdtype, callback, cacheonly)
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 164, in populate
> if self._check_db_version(repo, mydbtype):
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 222, in
> _check_db_version
> return repo._check_db_version(mdtype)
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1263, in
> _check_db_version
> repoXML = self.repoXML
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1462, in
>
> repoXML = property(fget=lambda self: self._getRepoXML(),
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1454, in
> _getRepoXML
> self._loadRepoXML(text=self)
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1444, in
> _loadRepoXML
> return self._groupLoadRepoXML(text, self._mdpolicy2mdtypes())
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1419, in
> _groupLoadRepoXML
> if self._commonLoadRepoXML(text):
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1237, in
> _commonLoadRepoXML
> result = self._getFileRepoXML(local, text)
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1015, in
> _getFileRepoXML
> size=102400) # setting max size as 100K
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 837, in _getFile
> size=size
> File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 408, in
> urlgrab
> return self._mirror_try(func, url, kw)
> File "/usr/lib/python2.6/site-packages/urlgrabber/mirror.py", line 394, in
> _mirror_try
> return func_ref( *(fullurl,), **kwargs )
> File "/usr/lib/python2.6/site-packages/urlgrabber/grabber.py", line 985, in
> urlgrab
> return self._retry(opts, retryfunc, url, filename)
> File "/usr/lib/python2.6/site-packages/urlgrabber/grabber.py", line 886, in
> _retry
> r = apply(func, (opts,) + args, {})
> File "/usr/lib/python2.6/site-packages/urlgrabber/grabber.py", line 980, in
> retryfunc
> apply(cb_func, (obj, )+cb_args, cb_kwargs)
> File "/usr/lib/python2.6/site-packages/yum/yumRepo.py", line 1501, in
> _checkRepoXML
> repoXML = repoMDObject.RepoMD(self.id, filepath)
> File "/usr/lib/python2.6/site-packages/yum/repoMDObject.py", line 124, in
> __init__
> self.parse(srcfile)
> File "/usr/lib/python2.6/site-packages/yum/repoMDObject.py", line 140, in
> parse
> parser = iterparse(infile)
> File "/usr/lib/python2.6/site-packages/yum/misc.py", line 1169, in
> cElementTree_iterparse
> _cElementTree_import()
> File "/usr/lib/python2.6/site-packages/yum/misc.py", line 1164, in
> _cElementTree_import
> import cElementTree
> ImportError: No module named cElementTree
>
> ---
> "yum clean all" doesn't help. Rebuilding the db doesn't help either.
(snip)
Apparently you are not alone. Someone else reported a similar problem:
https://bugzilla.redhat.com/show_bug.cgi?id=833271
Akemi
Re: yum vs sl-source repo
On Fri, Jun 15, 2012 at 4:36 PM, Tom H wrote: > yumdownloader --source libusb Try the following (without --source): yumdownloader libusb works4me. :) Akemi
Re: Q re: CentOS vs SL Security updates & "dot" releases
On Thu, Jun 7, 2012 at 1:48 AM, Winnie Lacesso 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
On Wed, May 30, 2012 at 9:36 AM, EXT-Askew, R W wrote: > Akemi > > Thanks for the link those are great HowTos. I double checked and have the > packages installed. > I think the issue is that the kernel source rpm I downloaded > (kernel-2.6.32.220.17.1.el6.src.rpm) from the SL 6.2 SRPM is missing some > files. Here is a snippet of the errors I get when running make mrproper and > make. May I suggest that you follow the instructions on the wiki [to the letter] please? There is no execution of 'make' from the command line. You will be running the rpmbuild command. It should work [TM]. :) Akemi
Re: Which kernel SRPMS should I get for SL 6.2
On Wed, May 30, 2012 at 7:54 AM, Bill Askew 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
On Thu, May 24, 2012 at 8:08 PM, zxq9 wrote: > On 05/25/2012 11:56 AM, Phong X Nguyen wrote: >> Can you use DKMS to automate driver building on kernel update? > > I haven't messed with it myself, but it certainly should work fine if you > just want to keep the same version of Catalyst around. > > Since the AMD driver release updates nearly as often as the Kernel itself, > I've been building new fglrx rpms with the latest driver against each new > kernel as they come out and keeping them in our repo. Some of the driver > updates bring significant performance imrovements that actually matter to > us, so we try not to miss any. Very true. Both the ATI driver and the kernel get updated fairly frequently (about once a month). > I haven't found a way to completely automate away keeping track of the new > AMD releases yet, though, so keeping fglrx rpms up to date is a lot like > packaging a high-frequency project for a distro (as in, treating AMD > Catalyst essentially the same way you would an upstream project). > > Anyway, DKMS is simple enough to set up that feeding it new Catalyst > releases as they come out shouldn't be too difficult. (Well, from my > understanding anyway. Again, I haven't done this myself yet, though I might > give it a shot if I can get some time to play with it -- though even if any > part of it is difficult the situation should be routine enough that wrapping > any needed re-configuration process in a script should be trivial.) The kernel module HowTo article has a section for DKMS : http://wiki.centos.org/HowTos/BuildingKernelModules I have not tried it myself since I originally wrote it (because kmods became my primary method of module building) but I believe it still works. Akemi
Re: liveCD booting into AMD A8-3870 processor
On Thu, May 24, 2012 at 6:36 PM, zxq9 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: Broken SELinux AVCs on XFS partition when running xfsdump
On Thu, May 24, 2012 at 6:50 PM, Robert Decker wrote: > On Thu, 24 May 2012 18:36:15 -0700, Akemi Yagi wrote: > >>On Thu, May 24, 2012 at 6:22 PM, Robert Decker >> 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-fsdevel&m=129013218025665&2=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: Broken SELinux AVCs on XFS partition when running xfsdump
On Thu, May 24, 2012 at 6:22 PM, Robert Decker 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-fsdevel&m=129013218025665&2=2 As far as I can see, the fix is in the current SL kernel 2.6.32-220.17.1.el6. Akemi
