Discuss

discuss@lists.centos.org

34758 discussions

firefox keeps downloading .iso files
by Michael Hennebry 23 Jun '14

23 Jun '14

Whenever I start firfox, it tries to download two .iso files into Desktop. Until recently, I wouldn't notice until it announced that it had run out of room. At that point I would click on the messages to make them go away. In the mean time, it had been chewing up bandwidth. One file, I had tried to download by mistake. Don't remmeber what I did with it on purpose. The other I downloaded into a partition with more room. I found this: https://support.mozilla.org/en-US/questions/926609 I did not like the side-effects. For now, I've stopped the downloads by replacing the target files with empty unreadable files. Now I get an error message right away and it does not chew up my bandwidth. I'd lke a better solution. Any ideas? [hennebry@localhost firefox]$ uname -a Linux localhost.localdomain 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux [hennebry@localhost firefox]$ firefox --version Mozilla Firefox 24.5.0 [hennebry@localhost firefox]$ -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods

4 7

mdraid Q on c6...
by John R Pierce 23 Jun '14

23 Jun '14

so, I installed a c6 system offsite today, had to do it in a hurry. box has 2 disks meant to be mirrored... I couldn't figure out how to get anaconda to build a LVM root on a mirror, so I ended up just installing a /boot and vg_system on sda and raid it later. every howto I find for linux says to half-raid the OTHER disk, COPY everything to it, then boot from it and wipe the first disk and then bond it as a mirror of the 2nd. Thats kind of ugly. in solaris, you can tell it that your existing partition is half of a mirror, update /etc/vfstab, then reboot, and then join a mirror to it. this seems much cleaner to me than copying everything. I tried to do this the solaris way, and at the first step, am told... # mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda2 missing mdadm: cannot open /dev/sda2: Device or resource busy /dev/sda2 contains the LVM root vg... so... I'm thinking I''ll boot a rescue system from usb, create the half mirror, then reboot to the incomplete raid and add mirror /dev/sdb2 will the VG be found on /dev/md0 instead of on /dev/sda2 ? if so, is there any other reason this won't work? -- john r pierce 37N 122W somewhere on the middle of the left coast

4 6

Re: [CentOS] [CentOS-devel] [OT, partly]epel question (Mate problem)
by James B. Byrne 23 Jun '14

23 Jun '14

On Sat, June 21, 2014 17:47, Fred Smith wrote: > > from these symptoms I don't think I can tell if it's a caja problem, or an > issue with whoever starts up caja after login (something in systemd ???) > Something wrong with systemd? Say it ain't so. . . -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

mail delivery question
by Chuck Campbell 23 Jun '14

23 Jun '14

I've built a new mail system with Centos 6.5, and I'm running fetchmail - sendmail - procmail to maildir. I have all of this working at the moment.(I know, postfix was the default, but for lots of other reasons, I switched, and that isn't an issue, I don't think). I am using dovecot as an imap server. Procmail won't update indexes during email delivery, so I'm having some performance delays and lags when accessing the emails via imap. I would like to use dovecot-lda for delivery, but I get permission denied errors, and I don't know why or where they are coming from. Here is the .procmailrc and procmail log file response when I try to use dovecot-lda from procmail: .procmailrc SHELL=/bin/sh PATH=$HOME/bin:/bin:/usr/bin:/usr/local/bin:/usr/contrib/bin:. # one page suggested MAILDIR has no trailing slash, but DEFAULT should have one MAILDIR=$HOME/Maildir/ # You'd better make sure it exists ' DEFAULT=$MAILDIR LOGFILE="$HOME/procmail_log" LOCKFILE="$HOME/.lockmail" LOCKEXT=.lock :0 * . { LOG="$NL default recipe using copy to .ham_to_learn/ (maildir version) $NL" } :0 c .ham_to_learn/ :0 | /usr/libexec/dovecot/deliver -m $DEFAULT I get this in my log file: procmail: [27709] Fri Jun 20 14:00:17 2014 default recipe using copy to .ham_to_learn/ (maildir version) procmail: Assigning "LASTFOLDER=.ham_to_learn/new/1403290809.27709_3.helium" procmail: Assigning "LASTFOLDER=/usr/libexec/dovecot/deliver -m /home/campbell/Maildir/" procmail: Notified comsat: "campbell@:/usr/libexec/dovecot/deliver -m /home/campbell/Maildir/" >From campbell(a)accelinc.com Fri Jun 20 14:00:06 2014 Subject: Re: Uruguay gravity model description Folder: /usr/libexec/dovecot/deliver -m /home/campbell/Maildir/ 10470 procmail: Unlocking "/home/campbell/.lockmail" procmail: Executing "/usr/libexec/dovecot/deliver,-m,/home/campbell/Maildir/" /bin/sh: /usr/libexec/dovecot/deliver: Permission denied ls -laFZ /usr/libexec/ <snip> drwxr-xr-x. root root system_u:object_r:bin_t:s0 dovecot/ <snip> ls -laFZ /usr/libexec/dovecot <snip> lrwxrwxrwx. root root system_u:object_r:bin_t:s0 deliver -> dovecot-lda* -rwxr-xr-x. root root system_u:object_r:dovecot_deliver_exec_t:s0 dovecot-lda* <snip> It doesn't matter whether I reference the link file, or dovecot-lda directly, I get the same result. I'm not getting any AVC (SELinux) entries in my /var/log/audit/audit.log, so it doesn't appear to be unix permissions, or SELinux issues. How can I find out what permissions I need to change? -chuck -------------------------------------------------------------- current working (but not indexing) examples below here. Two versions using procmail for delivery that succeed: If my .procmailrc file that looks like this: SHELL=/bin/sh PATH=$HOME/bin:/bin:/usr/bin:/usr/local/bin:/usr/contrib/bin:. # one page suggested MAILDIR has no trailing slash, but DEFAULT should have one MAILDIR=$HOME/Maildir/ # You'd better make sure it exists ' DEFAULT=$MAILDIR LOGFILE="$HOME/procmail_log" LOCKFILE="$HOME/.lockmail" LOCKEXT=.lock :0 * . { LOG="$NL default recipe using copy to .ham_to_learn/ (maildir version) $NL" } :0 c .ham_to_learn/ I get this in my log file: procmail: [27580] Fri Jun 20 13:37:55 2014 default recipe using copy to .ham_to_learn/ (maildir version) procmail: Assigning "LASTFOLDER=.ham_to_learn/new/1403289475.27580_2.helium" procmail: Assigning "LASTFOLDER=/home/campbell/Maildir/new/1403289475.27580_3.helium" procmail: Notified comsat: "campbell@0:/home/campbell/Maildir/new/1403289475.27580_3.helium" >From campbell(a)accelinc.com Fri Jun 20 13:37:55 2014 Subject: t41 Folder: /home/campbell/Maildir/new/1403289475.27580_3.helium 4299 procmail: Unlocking "/home/campbell/.lockmail" I get a copy in my inbox and a copy in my ham to learn folder. All appears OK If I use this recipe: SHELL=/bin/sh PATH=$HOME/bin:/bin:/usr/bin:/usr/local/bin:/usr/contrib/bin:. # one page suggested MAILDIR has no trailing slash, but DEFAULT should have one MAILDIR=$HOME/Maildir/ # You'd better make sure it exists ' DEFAULT=$MAILDIR LOGFILE="$HOME/procmail_log" LOCKFILE="$HOME/.lockmail" LOCKEXT=.lock :0 * . { LOG="$NL default recipe using copy to .ham_to_learn/ (maildir version) $NL" } :0 c .ham_to_learn/ :0 $DEFAULT I get this in my log file (same as above, all is well): procmail: [27646] Fri Jun 20 13:46:25 2014 default recipe using copy to .ham_to_learn/ (maildir version) procmail: Assigning "LASTFOLDER=.ham_to_learn/new/1403289985.27646_2.helium" procmail: Assigning "LASTFOLDER=/home/campbell/Maildir/new/1403289985.27646_3.helium" procmail: Notified comsat: "campbell@0:/home/campbell/Maildir/new/1403289985.27646_3.helium" >From campbell(a)accelinc.com Fri Jun 20 13:45:53 2014 Subject: t43 Folder: /home/campbell/Maildir/new/1403289985.27646_3.helium 4603 procmail: Unlocking "/home/campbell/.lockmail" -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell(a)accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"

3 2

CentOS 6.5 driver for a Broadcom Corporation BCM4313 chipset
by HM Johnson 22 Jun '14

22 Jun '14

Hello CentOS admins. I am an AIX admin bent on learning CentOS. Yesterday I downloaded CentOS-6.5-x86_64-bin-DVD1.iso, burned a DVD and loaded it onto a Lenovo IdeaPad N585 laptop. All went well, except for getting the integrated wireless to work. Here is some info and what I tried so far. # lspci|egrep -i wireless 06:00.0 Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter (rev 01) # uname -r 2.6.32-431.el6.x86_64 I found these instructions for building a driver for the BCM4313 chip set: http://wiki.centos.org/HowTos/Laptops/Wireless/Broadcom?action=show I went to this site: http://www.broadcom.com/support/802.11/linux_sta.php and downloaded this file: hybrid-v35_64-nodebug-pcoem-6_30_223_141.tar.gz No problem with this: yum install kernel-headers kernel-devel gcc I extracted the file: mkdir -p /usr/local/src/hybrid-wl cd /usr/local/src/hybrid-wl pwd tar xvfz /root/Downloads/hybrid-v35_64-nodebug-pcoem-6_30_223_141.tar.gz chown -R root.root /usr/local/src/hybrid-wl Now is where the issues begin, with the make (I know bug surprise): # make -C /lib/modules/`uname -r`/build/ M=`pwd` make: *** /lib/modules/2.6.32-431.el6.x86_64/build/: No such file or directory. Stop. Build does not exist? Let's investigate this: # (cd /lib/modules/2.6.32-431.el6.x86_64/ ; ls -l)|egrep build lrwxrwxrwx. 1 root root 46 Jun 7 20:11 build -> ../../../usr/src/kernels/2.6.32-431.el6.x86_64 lrwxrwxrwx. 1 root root 5 Jun 7 20:11 source -> build Ok, so build is a link, let's investigate further: # cd /lib/modules/2.6.32-431.el6.x86_64/ # cd ../../../usr/src/kernels/ # ls -l total 4 drwxr-xr-x. 22 root root 4096 Jun 8 19:54 2.6.32-431.17.1.el6.x86_64 Hmmm, so build is a link to: 2.6.32-431.el6.x86_64 but what exists is: 2.6.32-431.17.1.el6.x86_64 Ok, let's try fixing the link: # cd /lib/modules/2.6.32-431.el6.x86_64/ # mv build build.bad # ln -s ../../../usr/src/kernels/2.6.32-431.17.1.el6.x86_64 build [root@picard 2.6.32-431.el6.x86_64]# ls -l |egrep build lrwxrwxrwx. 1 root root 51 Jun 9 21:50 build -> ../../../usr/src/kernels/2.6.32-431.17.1.el6.x86_64 lrwxrwxrwx. 1 root root 46 Jun 7 20:11 build.bad -> ../../../usr/src/kernels/2.6.32-431.el6.x86_64 lrwxrwxrwx. 1 root root 5 Jun 7 20:11 source -> build # ls -ld build lrwxrwxrwx. 1 root root 51 Jun 9 21:50 build -> ../../../usr/src/kernels/2.6.32-431.17.1.el6.x86_64 Ok, build is now a link pointing to something that exists, lets try the make again: # cd /usr/local/src/hybrid-wl # ls -l total 20 -rw-r--r--. 1 root root 8 Jun 8 20:27 built-in.o drwxrwxr-x. 2 root root 4096 Aug 1 2013 lib -rw-r--r--. 1 root root 4101 Aug 1 2013 Makefile drwxrwxr-x. 6 root root 4096 Aug 1 2013 src # make -C /lib/modules/`uname -r`/build/ M=`pwd` make: Entering directory `/usr/src/kernels/2.6.32-431.17.1.el6.x86_64' CFG80211 API is prefered for this kernel version Using CFG80211 API CC [M] /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.o /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:79: warning: ‘enum tx_power_setting’ declared inside parameter list /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:79: warning: its scope is only this definition or declaration, which is probably not what you want /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c: In function ‘wl_cfg80211_join_ibss’: /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:726: error: ‘struct cfg80211_ibss_params’ has no member named ‘channel’ /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c: At top level: /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1092: warning: ‘enum tx_power_setting’ declared inside parameter list /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1092: error: parameter 2 (‘type’) has incomplete type /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c: In function ‘wl_cfg80211_set_tx_power’: /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1103: error: ‘TX_POWER_AUTOMATIC’ undeclared (first use in this function) /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1103: error: (Each undeclared identifier is reported only once /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1103: error: for each function it appears in.) /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1105: error: ‘TX_POWER_LIMITED’ undeclared (first use in this function) /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1111: error: ‘TX_POWER_FIXED’ undeclared (first use in this function) /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c: At top level: /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1589: warning: initialization from incompatible pointer type /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1594: warning: initialization from incompatible pointer type /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1595: warning: initialization from incompatible pointer type /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1596: warning: initialization from incompatible pointer type /usr/local/src/hybrid-wl/src/wl/sys/wl_cfg80211_hybrid.c:1597: warning: initialization from incompatible pointer type etc, etc, etc for many, many lines Wow, I'm not sure where to even begin with this. Anyone got any ideas? What I'm trying to get is a CentOS 6.5 driver for a Broadcom Corporation BCM4313 chipset. Thanks,

6 10

CentOS-announce Digest, Vol 112, Issue 10
by centos-announce-request＠centos.org 21 Jun '14

21 Jun '14

1 0

ATI Rage XL Driver for Centos 6.5
by H 21 Jun '14

21 Jun '14

I have just installed Centos 6.5 on a Asus motherboard with an embedded ATI Rage XL controller (and with no room to install a more capable graphics card) and it is infuriatingly slow, running in VESA mode. Unfortunately this card is not supported "out-of-the-box" by centos 6.5 and after Googling I have not found that the kmod-fglrx-legacy driver from elrepo would work either according to its info page. Does anyone have experience with this (dated) card? Thank you. Hakan

1 1

Re: [CentOS] iptables question
by James B. Byrne 20 Jun '14

20 Jun '14

On Mon, June 16, 2014 23:34, Chuck Campbell wrote: > I appreciate you restating this. I'll try to go make sense of iptables, given > the insight, > Keep in mind that there are three default chains, INPUT, OUTPUT and FORWARD that are used to initiate the packet path through IPTABLES and that they are mutually exclusive. INPUT deals ONLY with packets that arrive from off of AND are destined for the host running IPTABLES. OUTPUT deals only with packets that originate from the host running IPTABLES regardless of where they are destined. And FORWARD deals only with packets that arrive from and are destined off of the host running IPTABLES. A packet starts in only one of these based solely on its origin/destination pairing and it does not cross over automatically into either of the others. For example, if a forwarded packet is detected then the INPUT and OUTPUT chains are not used at all. I have seen chain misconfiguration where IPTABLES rules evidently assume that a packet is to pass from the INPUT chain or the OUTPUT chain to the FORWARD chain automatically. In some cases it seems that the rules writer has implicitly assumed that INPUT -> FORWARD -> OUTPUT is the default routing of all packet paths. This is not the case and it does not happen unless the other chain is specifically called from within the originating chain. My practice is to place general rules that I wish to apply to all packets, regardless of source or destination, into a chain called GENERAL and simply call that chain as the last instruction in each of the default chains. Actually I put very little else in the default chains and route from the GENERAL chain to other chains dedicated to specific rule sets, like for port knocking (FWKNOP_ALLOW); or for assured access (ALWAYS_ALLOW); or for blacklists: ALWAYS_DENY and FAIL2BAN_DENY for example. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

CentOS-announce Digest, Vol 112, Issue 9
by centos-announce-request＠centos.org 20 Jun '14

20 Jun '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2014:0767 CentOS 6 hplip FASTTRACK Update (Johnny Hughes) 2. CEBA-2014:0769 CentOS 6 xz FASTTRACK Update (Johnny Hughes) 3. CEBA-2014:0768 CentOS 6 edac-utils FASTTRACK Update (Johnny Hughes) 4. CEBA-2014:0766 CentOS 6 libxml2 Update (Johnny Hughes) 5. CESA-2014:0771 Important CentOS 6 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 19 Jun 2014 11:20:34 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0767 CentOS 6 hplip FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140619112034.GA14769(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0767 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0767.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73b2506d8b4362e5cc7f777e9ff33d6d4e736acd0d437465087eddfa6e083af6 hpijs-3.12.4-6.el6.i686.rpm e2cc8cb9b3d406a8527253e5624ca839038f774bd621b5605d2f9a459ebc8057 hplip-3.12.4-6.el6.i686.rpm 46b88ac8b485ba062f9450ea2244730fb1e6f5349fc45dfedb091c7e3e08a38d hplip-common-3.12.4-6.el6.i686.rpm 0e3bf22971a75e75813b4b36d280b590050b98e7e417df4a4b2d644fc6dc23be hplip-gui-3.12.4-6.el6.i686.rpm ffe6923f51128ea06f09bc6640991d3fab31f0e9a9772a083e45e9f43b5efa4a hplip-libs-3.12.4-6.el6.i686.rpm b2a3fdd4a625588370090db15c8e33e862c2348017e6ca1181fe5a94d7fe07b8 libsane-hpaio-3.12.4-6.el6.i686.rpm x86_64: 837f8abc422d0120a9ee37713188e65232e721ee8b843a7d0d127ec25cd477fc hpijs-3.12.4-6.el6.x86_64.rpm bdb661fd6fdbba277ab139149849eb1f187b0c1eff066049aa2eb98a8e0b470b hplip-3.12.4-6.el6.x86_64.rpm a9de4de10f414c210991f4555ed31f305edf42b639c9a5a44d7aa7ae3561332d hplip-common-3.12.4-6.el6.x86_64.rpm 924ecb76346318f4f191417814c36c6c7b5af62f1e538484c88dcc676861a5f7 hplip-gui-3.12.4-6.el6.x86_64.rpm ffe6923f51128ea06f09bc6640991d3fab31f0e9a9772a083e45e9f43b5efa4a hplip-libs-3.12.4-6.el6.i686.rpm 84315da2a03b061c2b8ef9d9eb9e7cae56e1133fc6213a4de17c03e236cc3293 hplip-libs-3.12.4-6.el6.x86_64.rpm 2096ce09942b6a87ae3ddc52e2f8b4b6b219622ccacde8725fb92d1f1c5a0825 libsane-hpaio-3.12.4-6.el6.x86_64.rpm Source: 357126746ffff08db4a9341780535b8e709d7ec853925d51485aca0543a15d4a hplip-3.12.4-6.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 19 Jun 2014 11:21:13 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0769 CentOS 6 xz FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140619112113.GA15047(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0769 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0769.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 63d334c65874542d42df4740d86822cc7fa91364a972042ed773a9b4d84113ae xz-4.999.9-0.5.beta.20091007git.el6.i686.rpm 26afe9f8a375ee8a3bf5cc52de769361e9c4526d7430220be2a92cf5a33f4195 xz-devel-4.999.9-0.5.beta.20091007git.el6.i686.rpm 0b1bb46a0c35feac61006c98aba19b021886d18e343266556db49bbd8f79ded6 xz-libs-4.999.9-0.5.beta.20091007git.el6.i686.rpm 40f3e000a98c7769ddbe81d87021e91fec21a25d737d5c65774d07da674b1956 xz-lzma-compat-4.999.9-0.5.beta.20091007git.el6.i686.rpm x86_64: 289d9739bf5d9e6af58ef852055433e98d0c21df3fe6f48a707782795c31b1ad xz-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm 26afe9f8a375ee8a3bf5cc52de769361e9c4526d7430220be2a92cf5a33f4195 xz-devel-4.999.9-0.5.beta.20091007git.el6.i686.rpm 375ad29ef7036eaf0e17887615c40debd013a76fae10a01ebf6310a733edc883 xz-devel-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm 0b1bb46a0c35feac61006c98aba19b021886d18e343266556db49bbd8f79ded6 xz-libs-4.999.9-0.5.beta.20091007git.el6.i686.rpm 84f86a3d561bb3a2691d5422d656e2c03a81b79c23ccc38a2410c19e3c129b75 xz-libs-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm 77eb536eba351b866338a97038221a885317ffe28cfaa4e596e530a587bc3a45 xz-lzma-compat-4.999.9-0.5.beta.20091007git.el6.x86_64.rpm Source: 4ddfc94a5481099c36e475b83e9839c393ed90a5c86898b1601397915a834abd xz-4.999.9-0.5.beta.20091007git.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 19 Jun 2014 11:21:51 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0768 CentOS 6 edac-utils FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140619112151.GA15281(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0768 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0768.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f9238919a8e55753462b1690cc36a16b0a0c29260663dd5fe3e9ee0ae7a187c9 edac-utils-0.9-15.el6.i686.rpm 91b52fdaf78f24484edef2e78096ba684ed88bd392f81f93d869c502a572d90d edac-utils-devel-0.9-15.el6.i686.rpm x86_64: f9238919a8e55753462b1690cc36a16b0a0c29260663dd5fe3e9ee0ae7a187c9 edac-utils-0.9-15.el6.i686.rpm 52d7bb5b647fba78ada71901b02330ba8257b622655fbe462c624ca2e639960c edac-utils-0.9-15.el6.x86_64.rpm 91b52fdaf78f24484edef2e78096ba684ed88bd392f81f93d869c502a572d90d edac-utils-devel-0.9-15.el6.i686.rpm 6063758a7dcb69cd8e8a7bf0fc690ec5dbe8029c14be8b109e8f6fd1b1c5ecb2 edac-utils-devel-0.9-15.el6.x86_64.rpm Source: cb39863dd169453d8936482a1d68c279d3db20d0eac7945a368ed1e6668e78fb edac-utils-0.9-15.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Thu, 19 Jun 2014 11:22:32 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0766 CentOS 6 libxml2 Update To: centos-announce(a)centos.org Message-ID: <20140619112232.GA15545(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0766 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0766.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bd16112cd246ff7ab7ffa5fedb8fcfd07b0700f1401e9516798cdd7180b7a73b libxml2-2.7.6-14.el6_5.2.i686.rpm 4d974dba18cc895bd5c12be855dcc7b73384bf5cbaeaa0f6d8409933cea68c2b libxml2-devel-2.7.6-14.el6_5.2.i686.rpm 0a5cd5f0c78b066e911a198488ce1ca8467b9d2e5703c85f58a0462e5a27a645 libxml2-python-2.7.6-14.el6_5.2.i686.rpm d25e465b78e18ce27e812a12d5498daa793f7be6b792a487041df2c4bacf2844 libxml2-static-2.7.6-14.el6_5.2.i686.rpm x86_64: bd16112cd246ff7ab7ffa5fedb8fcfd07b0700f1401e9516798cdd7180b7a73b libxml2-2.7.6-14.el6_5.2.i686.rpm 97706202cc7651c744e17d692ecc681631f034bb72fa0470851c481ca700e775 libxml2-2.7.6-14.el6_5.2.x86_64.rpm 4d974dba18cc895bd5c12be855dcc7b73384bf5cbaeaa0f6d8409933cea68c2b libxml2-devel-2.7.6-14.el6_5.2.i686.rpm bf8305860d78eb9fb23c11b827b0e602684833cb93370f4fcb77c2c3ced1170c libxml2-devel-2.7.6-14.el6_5.2.x86_64.rpm ad3c67b36deb04c2da00695aaedf05f74382b938775c3aa05cb11d43715b6b9a libxml2-python-2.7.6-14.el6_5.2.x86_64.rpm d0788e39b9c287c69cb5e3359ccb3c6181d60524a525923e6f1727b9674f97ad libxml2-static-2.7.6-14.el6_5.2.x86_64.rpm Source: 316dd3cd987bddf05dcbd8cfc6d0d14128d3b07e536bd3e97877d117d5375283 libxml2-2.7.6-14.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Fri, 20 Jun 2014 10:10:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0771 Important CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20140620101041.GA64315(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0771 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0771.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f3587df00882294a1f51e3a268f3092c8fefd73033df1be2ff68b2e178243a6c kernel-2.6.32-431.20.3.el6.i686.rpm ad2d4627c720409ca7aadcc3554481a28363c790cab49c4c25c5a7ef52977e7d kernel-abi-whitelists-2.6.32-431.20.3.el6.noarch.rpm 5e24aa3c00fe03125bb99ae5d338c05a9c85f777088d84eed96d57169b4d888e kernel-debug-2.6.32-431.20.3.el6.i686.rpm e72fbd7585e3bd6380833e2fe31aed46960f156dd1424b731f7ed8b28ecaba7e kernel-debug-devel-2.6.32-431.20.3.el6.i686.rpm 126e79095d80f4c2ff6e84d9740079734469c8b6ebfbd5e5c81446fec2442898 kernel-devel-2.6.32-431.20.3.el6.i686.rpm 0175e76317a53b76f56dd4fc82df9e578a26d54fe793aa5242440faac4b9d940 kernel-doc-2.6.32-431.20.3.el6.noarch.rpm 767726f39007768932493bdf17acc2b5e405420222c71e0e106beed86efca60c kernel-firmware-2.6.32-431.20.3.el6.noarch.rpm fbe7af9b46dce8a1a24451da3f510b0fbe5c84a18de678b58a132f2bd2e0b294 kernel-headers-2.6.32-431.20.3.el6.i686.rpm 23cced3b317b8c97618deade126b7f48e9b26b939bc0de39cc18d25dafb41733 perf-2.6.32-431.20.3.el6.i686.rpm 36e9cb5d02de0b329a599c111db97b9ceaebcf1546fa7d304dbc5140b573d7f7 python-perf-2.6.32-431.20.3.el6.i686.rpm x86_64: c60e176749bcac0eb7393a03422d1b8f842f4fd4edee8c128fa0f21f62e83e2d kernel-2.6.32-431.20.3.el6.x86_64.rpm ad2d4627c720409ca7aadcc3554481a28363c790cab49c4c25c5a7ef52977e7d kernel-abi-whitelists-2.6.32-431.20.3.el6.noarch.rpm 785c5e1b6d7da3a65013e6d58f2d75e464754e578c990e32f2fe60aa8db2065d kernel-debug-2.6.32-431.20.3.el6.x86_64.rpm e273baedf4a0e73d876fc84f4efacffedf445225ced974822a3618dd988bf138 kernel-debug-devel-2.6.32-431.20.3.el6.x86_64.rpm 06f62baeb7a82f18f936ffb1d257e51dc338d18c94ccf254cb6a3cd6a4dbddfb kernel-devel-2.6.32-431.20.3.el6.x86_64.rpm 0175e76317a53b76f56dd4fc82df9e578a26d54fe793aa5242440faac4b9d940 kernel-doc-2.6.32-431.20.3.el6.noarch.rpm 767726f39007768932493bdf17acc2b5e405420222c71e0e106beed86efca60c kernel-firmware-2.6.32-431.20.3.el6.noarch.rpm 5470ff283b4b5c94b74c5031172066f685bd167af538fae436050b78af0094a0 kernel-headers-2.6.32-431.20.3.el6.x86_64.rpm 0ed20d751273ffe0988e920af796e80d558ec9c2cc325d6cfa9f839e0b2d34d2 perf-2.6.32-431.20.3.el6.x86_64.rpm c94621c2d430b78017f22f1abcaecd5b42e94784b1e8202ce4930b3dc91636dc python-perf-2.6.32-431.20.3.el6.x86_64.rpm Source: ceb3c48340be0f13764003ce3c3e9c46350c58f3ad117910fffc954b4311eb5b kernel-2.6.32-431.20.3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 112, Issue 9 ***********************************************

1 0

good thin client PDF reader for centos 6.4
by Dan Hyatt 20 Jun '14

20 Jun '14

Any suggestions for a good lightweight pdf reader for my centos servers? Thanks, -- Dan Hyatt

6 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss