[CentOS-announce] Infra - CentOS hardware move [cbs]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Due to a hardware move (machines needing to be powered off, moved in another rack) , some CentOS.org services will be unreachable for a short period of time. Impacted services : * cbs/Community Build System (aka http://cbs.centos.org) Koji web/hub and builders will be down Migration is scheduled for Thursday January 8th, 3:00 pm UTC time. You can convert to local time with $(date -d '2015-01-08 15:00 UTC') The expected downtime is estimated to ~30 minutes , time needed to power down, move machines in the rack, power back on Thanks for your comprehending and patience. on behalf of the Infra team, - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlSrlVwACgkQnVkHo1a+xU6TagCfQkl3slznEBdQ8T8VYKEcY4AM SDYAnRC0zm+NmlsSVcHoc5b4nHZSN59P =DR4a -END PGP SIGNATURE- ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS] additional network config
On 01/04/2015 01:44 PM, Leon Fauster wrote: Am 04.01.2015 um 19:32 schrieb ken geb...@mousecar.com: A system whose network routing table looks like this (abbreviated): Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 eth0 needs to look like this: Destination Gateway Genmask Flags Metric RefUse Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 10.10.0.0 192.168.0.98255.255.0.0 UG0 00 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG0 00 eth0 The first table is nicely configured by the files under /etc/sysconfig/. The first table becomes the second when this command is run: route add -net 10.10.0.0/16 gw 192.168.0.98 eth0 The question is, which file(s) need to be configured under /etc/sysconfig/-- and with what-- in order to accomplish what the route add ... command does? which OS? for EL5, from /usr/share/doc/initscripts-8.45.45/sysconfig.txt /etc/sysconfig/network-scripts/route-interface-name Contains lines that specify additional routes that should be added when the associated interface is brought up. -- LF Thanks, Leon. I looked at using that file before, but gave it just a 30% possibility of working, this due to the fact that there didn't seem to be enough variables available with which to provide all the information required to create the route. But it worked fine, so who can argue with that? :) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] subscription of Cent - OS newletter
thank you very much for the info On Sun, Jan 4, 2015 at 10:26 PM, PatrickD Garvey patrickdgarv...@gmail.com wrote: On Sat, Jan 3, 2015 at 10:25 PM, Digimer li...@alteeve.ca wrote: On 04/01/15 01:16 AM, Bijesh Maskey wrote: Dear Sir/ Ma'am i would like to suscribe to the cenos newletter its update and patches release thanks regards b If you visit this page: http://lists.centos.org/mailman/listinfo You will find a full list of mailing lists related to CentOS. You can choose those that interest you and follow the instruction there to subscribe to the lists. cheers -- Digimer And after you've monitored the action for awhile, check out http://wiki.centos.org/Contribute especially http://wiki.centos.org/Contribute#head-42b3d8e26400a106851a61aebe5c2cca54dd79e5 We can use all the help anyone can provide. Those that can translate between two languages are extra welcome. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- Bijesh Maskey 7183067678 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CEBA-2015:0006 CentOS 5 nss_db BugFix Update
CentOS Errata and Bugfix Advisory 2015:0006 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0006.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b321179fd1a8daee28d28f2f13bd60effb39cf1cdf4304eedef58b78a0eb4eef nss_db-2.2-38.el5_11.i386.rpm x86_64: b321179fd1a8daee28d28f2f13bd60effb39cf1cdf4304eedef58b78a0eb4eef nss_db-2.2-38.el5_11.i386.rpm c2b5f3a8a8035791ecca4ff65824b800e7bdb631ba9ece5422df6ef287f4ea37 nss_db-2.2-38.el5_11.x86_64.rpm Source: dccdca10a0dab429227be07c89a86e132818ead10015d00bd95a0bb79f3097dc nss_db-2.2-38.el5_11.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEBA-2015:0005 CentOS 6 gdbm FASTTRACK BugFix Update
CentOS Errata and Bugfix Advisory 2015:0005 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0005.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 660911546c55027459a45ff052f1f538072a3e97b3e3c789d6926f19978cefc7 gdbm-1.8.0-37.el6.i686.rpm d9268699f04486515df65718b9340c676e5c55aba257de0df560f91d77cea9ec gdbm-devel-1.8.0-37.el6.i686.rpm x86_64: 660911546c55027459a45ff052f1f538072a3e97b3e3c789d6926f19978cefc7 gdbm-1.8.0-37.el6.i686.rpm be5f38297022d57bd20d8563e87c76b6d88620c9802dc9e3433b34936f3201f3 gdbm-1.8.0-37.el6.x86_64.rpm d9268699f04486515df65718b9340c676e5c55aba257de0df560f91d77cea9ec gdbm-devel-1.8.0-37.el6.i686.rpm cb56818edd087de2c9494be61a6d633003689a3d1b957d0804f402101d6d333f gdbm-devel-1.8.0-37.el6.x86_64.rpm Source: 049cc6bbcceadea2f73a4fe1b99f907bc19d4daa4a02e1bfd06517116ceaef9e gdbm-1.8.0-37.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS] When will CentOS Publish Errata?
On 01/04/2015 06:00 PM, Somers-Harris, David | David | OPS wrote: However, luckily, Gmane archives everything just fine. http://thread.gmane.org/gmane.linux.centos.devel/12370/focus=12375 Thanks Steven for bringing this thread to my attention. So it looks like there was already a discussion about this in September, and it ended with two action items. 1. Write code to automatically put the following into updateinfo.xml a. Link to RH web site b. List of packages that are updated c. CESA, CEBA or CEEA number which flags the type of fix as bug, security or enhancement. 2. Figure out how and where to store previous errata content. The final comment on the thread Erata in the Repo was Kevin Strange saying he would look into #1, and also him asking everybody what the best way to do #2 is. Does anybody know if Kevin has had any luck with #1? Would it be better if I revived that thread or is it fine to discuss here? Please note a couple of things ... 1. Blatant screen scraping is a violation of the terms of service for RHN .. so where is a SOURCE of information for something like this: https://rhn.redhat.com/errata/RHSA-2014-2024.html If you read this: https://access.redhat.com/help/terms/ then, one can not just grab all the info on that errata page and distribute it .. which is why we LINK to it and not distribute it currently. So, the first issue is that one must find a source for the information that would go into the 'updateinfo.xml' file that is always maintained and is available to read and to redistribute. 2. If someone comes up with a place to get said data, THEN we could properly publish that data in some way. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CEBA-2015:0007 CentOS 7 mariadb BugFix Update
CentOS Errata and Bugfix Advisory 2015:0007 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: db6838c6927001b1697a9957ff3a808cf6d6a9b75bd0ee82d84e48d3ef866230 mariadb-5.5.40-2.el7_0.x86_64.rpm 3b3a1a61e88b0ab7b7daffe1ac291ba74c8c87ad4de04a552e9b0c9eb836b381 mariadb-bench-5.5.40-2.el7_0.x86_64.rpm b0609f33ae880a70a2ca277085aa6d54d7eaaaf58d65fe9260391ef306156621 mariadb-devel-5.5.40-2.el7_0.i686.rpm 3f7b4806026c1a7fce519184a8065809655b2ec61434eedadf8e280180938ee8 mariadb-devel-5.5.40-2.el7_0.x86_64.rpm 94398a2599786196a7b1a4a2afeb9b5cad29d2d20063bee8620e3957c9fd8daa mariadb-embedded-5.5.40-2.el7_0.i686.rpm 32385d45480c7501ce48ca75d74800f7a916df2d1a7d7368490e0adde9e4b5a8 mariadb-embedded-5.5.40-2.el7_0.x86_64.rpm 8c324b566d62e94fc2bbfaf8ae39a8a5387849cc15f44465e06b1ec1ae667c4f mariadb-embedded-devel-5.5.40-2.el7_0.i686.rpm 5ddbd46ca51b95fc3b6550903d6b6e739699f26d7ad04973dfcbf08958823758 mariadb-embedded-devel-5.5.40-2.el7_0.x86_64.rpm 9fc910f8f0e7b904151418f6482e5e65f04cc0905704b7c294eb318ecb7143f4 mariadb-libs-5.5.40-2.el7_0.i686.rpm b691fb6c023ca8774e4fc2e7e3e37cd7d8dc3193d7306968ae63fa5e7caba936 mariadb-libs-5.5.40-2.el7_0.x86_64.rpm 3a7138879e66dc71b98a628af34cf6a22366472a429cca393f1891c8b4ba9f39 mariadb-server-5.5.40-2.el7_0.x86_64.rpm 6bb25d002d49a3757a8ca6c335041e5b9a588702befc455ddc910ef65b698c56 mariadb-test-5.5.40-2.el7_0.x86_64.rpm Source: 00953a25e858b98b9085c73a4556cb49d6d9de486562965da75bc54eccdbc8ba mariadb-5.5.40-2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS-docs] Pull Request wiki.c.o/AdditionalResources/Repositories
On Mon, Jan 5, 2015 at 9:09 AM, Alan Bartlett a...@elrepo.org wrote: On 5 January 2015 at 16:34, PatrickD Garvey patrickdgarv...@gmail.com wrote: Could someone please replace the contents of http://wiki.centos.org/AdditionalResources/Repositories with the contents of http://wiki.centos.org/PatrickDGarvey/AdditionalResources/Repositories ? I believe I have removed as much of the link rot on that page as I am capable. If someone believes the links I have provided are not appropriate for the purposes of the article, please let me know. I'm still in the process of learning and will be glad to share the improved knowledge of any others. Done. And assuming I have not made any mistake with the acl, you should now be capable of editing that page directly. Alan. After I logged on, the page displayed the Edit options. I was able to make a bad edit, display a Preview, and Cancel that edit. I think that indicates we have what we intended. Thank you, PatrickD ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS-docs] http://www.centos.org/ Help menu anchor
Comments interspersed: On Mon, Jan 5, 2015 at 1:14 PM, Jim Perrin jper...@centos.org wrote: On 01/05/2015 10:21 AM, PatrickD Garvey wrote: I was wondering, should I be filling a bug report for these typos? You can if you'd like, as it's a bit easier for me to track long-term. I have several things in the air at any one time, so I tend to be a bit distracted and might overlook it. I'll do that in the future I'm working toward converting the current site from a nanoc based static generator to using middleman. Once this is done, I'm planning to open the git repo for public cloning, so in the future you'd be able to simply submit a patch/pull request. If you're good with ruby, and some of the more 'hipster' static site languages (sass, haml, etc), I could certainly use a hand. I'm sorry, I can't offer much hope in that vein. I'm a 27-year veteran of the industry, but I haven't consistently used any of the tools available in the FLOSS community other than HTML, Wikimedia and MoinMoin, yet. CSS and Javascript are probably my next study concentration points. My laptop is still running the operating system delivered with it and the machines I intended for my lab are now passe` 32-bit machines. I'll be reading the fine manuals served by the CentOS project for some time before I become highly productive. I'll get there, though. And when I do, you'll see quality, because that's what I was schedule pushed to skip in the past and I'm retired now, that is, I set my schedule now. -- PatrickD ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
[CentOS-announce] CESA-2015:0008 Low CentOS 7 libvirt Security Update
CentOS Errata and Security Advisory 2015:0008 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0008.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 894858978b69bdb598f5204f77acb5e4ea6693e38d65abe97b5ef58e32ae2c5a libvirt-1.1.1-29.el7_0.4.x86_64.rpm 4b24e70f8b6d5e7e0d973b7a42d7827d049f4f12a4742efcc37977ba275f3f3f libvirt-client-1.1.1-29.el7_0.4.i686.rpm 4f4bf92a200e2543f29dbfe1c5e47153b30243a216d9879c826bef1ea5be12e7 libvirt-client-1.1.1-29.el7_0.4.x86_64.rpm e40b51fbf2ccb1e44d75faaf26b73ce1a0ed79d1d03b41155a298be6e4465d50 libvirt-daemon-1.1.1-29.el7_0.4.x86_64.rpm 09495b7515cb91f6790968c9a029787767f65d2c51e28d1bb32803272ee607c0 libvirt-daemon-config-network-1.1.1-29.el7_0.4.x86_64.rpm 52e4920ecafa3b44e9af130acbf5706ccdf3d85d5a4c5939ee86dc007438a9eb libvirt-daemon-config-nwfilter-1.1.1-29.el7_0.4.x86_64.rpm e6bc0cae1e22179e0f64f2c555183851597052b42d1a52d7cff288aa409b6bf0 libvirt-daemon-driver-interface-1.1.1-29.el7_0.4.x86_64.rpm 16bf347b148a48526afebc5d9840cec1e57542a0fc9304b96117747f05d6daed libvirt-daemon-driver-lxc-1.1.1-29.el7_0.4.x86_64.rpm 2261a527f83dece82d5c38cbaeac4debfd2b0313c91015c87be0707f3cd706bf libvirt-daemon-driver-network-1.1.1-29.el7_0.4.x86_64.rpm 758221a54876d0ce0f77d05e69e623d73a683e30916bcfa89e9063922ab4e95c libvirt-daemon-driver-nodedev-1.1.1-29.el7_0.4.x86_64.rpm 64f4de7b7aa01e614eeb02b9837fd2b77b3709879b751c357f4870b0b5d62875 libvirt-daemon-driver-nwfilter-1.1.1-29.el7_0.4.x86_64.rpm c8117765d8c082244ba68804321507940fff9be04d4667ea56922358173e0713 libvirt-daemon-driver-qemu-1.1.1-29.el7_0.4.x86_64.rpm 9ac66d58a4a8cf7dbec7372f100f8e65ae3cd8b4bd49f6356e3495a1c56b884d libvirt-daemon-driver-secret-1.1.1-29.el7_0.4.x86_64.rpm aaa8acc5a505c7b0901e10aab024f985077473be54c7ca059629ebbe710c libvirt-daemon-driver-storage-1.1.1-29.el7_0.4.x86_64.rpm 928dda55b177563b31a726e37c250e39e78fb92f68525599bcda68591921c393 libvirt-daemon-kvm-1.1.1-29.el7_0.4.x86_64.rpm 3b938d206208214bf94f57f48bb95f59b6ff02aeb6b41df48c71e77249287b5e libvirt-daemon-lxc-1.1.1-29.el7_0.4.x86_64.rpm c3c7ee1dbd35e6fcef24bff0aac59babba0a75239ee79195a868f6903ea90347 libvirt-devel-1.1.1-29.el7_0.4.i686.rpm d41dda70cc56438b9116c93dfdfe6ff09185958616a2a875869cd447e1e6077f libvirt-devel-1.1.1-29.el7_0.4.x86_64.rpm f56695af42c48cbc5e531bc05c2b09fb330764308f81887e24d0c1894a80f3d4 libvirt-docs-1.1.1-29.el7_0.4.x86_64.rpm 796ddcea38e014b73cb279d3352196f860cd0ddb3bc0b3d598d8271ef166b5e1 libvirt-lock-sanlock-1.1.1-29.el7_0.4.x86_64.rpm 1009596eb54c376ccc644f98e01306344bbdc5c3be9175ab0c6affd2dbcac2a8 libvirt-login-shell-1.1.1-29.el7_0.4.x86_64.rpm e20301bfee52f98e24a0b54a4b35327a8e7168d00de66916298b89334ff4f42f libvirt-python-1.1.1-29.el7_0.4.x86_64.rpm Source: d9a38c5ca9d6b5c44eb30f485889b51138564c02cbb59580cf6b43488a4d0ef4 libvirt-1.1.1-29.el7_0.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #cen...@irc.freenode.net ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-docs] Pull Request wiki.c.o/FrontPage
Could someone please replace the contents of http://wiki.centos.org/FrontPage with the contents of http://wiki.centos.org/PatrickDGarvey/FrontPage ? In the What is CentOS? section, I have changed, The CentOS Project mainly change packages ... to The CentOS Project mainly changes packages ... That is change is now changes. I have no problem with you making the change directly, since it would probably be easier. -- PatrickD Garvey ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS-docs] Pull Request wiki.c.o/FrontPage
On 6 January 2015 at 00:16, PatrickD Garvey patrickdgarv...@gmail.com wrote: Could someone please replace the contents of http://wiki.centos.org/FrontPage with the contents of http://wiki.centos.org/PatrickDGarvey/FrontPage ? In the What is CentOS? section, I have changed, The CentOS Project mainly change packages ... to The CentOS Project mainly changes packages ... That is change is now changes. ACK and done. Alan. ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS] When will CentOS Publish Errata?
1. Blatant screen scraping is a violation of the terms of service for RHN .. so where is a SOURCE of information for something like this: https://rhn.redhat.com/errata/RHSA-2014-2024.html If you read this: https://access.redhat.com/help/terms/ then, one can not just grab all the info on that errata page and distribute it .. which is why we LINK to it and not distribute it currently. So, the first issue is that one must find a source for the information that would go into the 'updateinfo.xml' file that is always maintained and is available to read and to redistribute. 2. If someone comes up with a place to get said data, THEN we could properly publish that data in some way. Thanks, Johnny Hughes Can't we just ask Red Hat if it's OK for CentOS to use the data for its updateinfo.xml? Is there some official communication channel between the CentOS Project and Red Hat? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Radeon graphics problems with CentOS 6.6
On 1/5/2015 9:24 PM, Darby Vicker wrote: He is suggesting I get in touch with the people who maintain the CentOS kernel. that would be Red Hat, unless you're talking about the CentOS Plus kernel -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Radeon graphics problems with CentOS 6.6
On Sat, Jan 3, 2015 at 2:27 PM, Darby Vicker darby.vic...@gmail.com wrote: On Saturday, December 20, 2014, Darby Vicker darby.vic...@gmail.com wrote: I thought about trying centos 7. But in the end that doesn't really help me since I'm trying to keep my current centos 6 installation working. I don't really have the time/energy to reinstall everyting under CentOS 7 right now. I was able to get a 6.6 LiveCD built myself. The liveCD has the same problem - X doesn't work. I can boot the Basic Video option from the LiveCD and I can at least get to the desktop but there are several odd video problems when I do that. But I think that means that there is a genuine problem with Xorg on my hardware. Does anyone know who I should submit this bug to - AMD or Xorg? Any other ideas for workarounds in the mean time? The xorg ati developer doesn't think it's a driver problem. http://lists.x.org/archives/xorg-driver-ati/2014-December/026948.html Any other ideas for tracking this down? After a little more conversation with the ati developer, he thinks its a problem with the kernel. http://lists.x.org/archives/xorg-driver-ati/2015-January/026986.html He is suggesting I get in touch with the people who maintain the CentOS kernel. What is the best way to do this? Submit a bug on https://bugs.centos.org? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Design changes are done in Fedora
On Jan 3, 2015, at 2:17 PM, Les Mikesell lesmikes...@gmail.com wrote: On Fri, Jan 2, 2015 at 5:52 PM, Warren Young w...@etr-usa.com wrote: where is the part of EL7 that doesn’t add columns of numbers correctly? If the program won't start or the distribution libraries are incompatible (which is very, very likely) then it isn't going to add anything. That’s ABI compatibility again, and it isn’t a CentOS specific thing. The primary reason for it is that most things on your Linux box were built from an SRPM that contains readable — and therefore recompilable — source code. I’ve successfully rebuilt an old SRPM to run on a newer OS several times. It isn’t always easy, but it is always possible. This fact means there is much less incentive to keep ABIs stable in the Linux world than in the Windows and OS X worlds, where raw binaries are often all you get. If your situation is that you do have binary-only programs, they’re likely commercial software of some sort, so you might think about whether you should have a maintenance contract for them, so you can get newer binaries as you move to new platforms. If a support contract is out of the question, you have the option of creating a VM to run the old binaries today. Docker will eat away at this problem going forward. You naturally will not already have Dockerized versions of apps built 10 years ago, and it may not be practical to create them now, but you can start insisting on getting them today so that your future OS changes don’t break things for you again. I built a CentOS7 to match my old CentOS5 pair. It can do the same thing, but there is no way to make them actively cluster together so the new one is aware of the outstanding leases at cutover or to have the ability to revert if the new one introduces problems. I believe that was ISC’s fault, not Red Hat’s. Red Hat did their job: they supported an old version of ISC dhcpd for 7 years. ISC broke their failover API during that period. You can’t blame Red Hat for not going in and reverting whatever change caused the breakage when they finally did upgrade dhcpd with EL6. This is a consequence of pulling together software developed by many different organizations into a software distribution, as opposed to developing everything in-house. You are free to backport the old EL5 dhcpd SRPM to EL7. Perhaps your point is that Red Hat should have either a) continued to distribute an 8-year-old version of dhcpd with EL7 [1], or b) somehow given you the new features of ISC dhcpd 4.2.5 without breaking anything? If so, I take this point back up at the end. [1] https://lists.isc.org/pipermail/dhcp-announce/2006-November/90.html The ability to fail back is important, unless you think new software is always perfect. You fall back in this case by turning off the EL7 dhcpd and going back to a redundant set of EL5 dhcpds. All dhcpd needs to do here is help you to migrate forward. As long as that doesn’t break, you have what you need, if not what you *want*. The nature of embedded systems is that you design them for a specific task, with a fixed scope. You deploy them, and that’s what they do from that point forward. And those things span much longer that 10 years. If you are very young you might not understand that. My first look at the Internet was on a VT102. I refer not to a terminal emulator, but to something that crushes metatarsals if you drop it on your foot. I think I’ve got enough gray in my beard to hold my own in this conversation. And yet, 90% of new software continues to *not* be developed in Java. Lots of people do lots of stupid things that I can't explain. Just because you can’t explain it doesn’t mean it’s an irrational choice. But if numbers impress you, if you count android/Dalvik which is close enough to be the stuff of lawsuits, there's probably more instances of running programs than anything else. There are more JavaScript interpreters in the world than Dalvik, ART,[2] and Java ® VMs combined. Perhaps we should rewrite everything in JavaScript instead? If we consider only the *ix world, there are more Bourne-compatible shell script interpreters than Perl, Python, or Ruby interpreters. Why did anyone bother to create these other languages, and why do we spend time maintaining these environments and writing programs for them? Why even bother with ksh or Bash extensions, for that matter? The original Bourne shell achieved Turing-completeness in 1977. There is literally nothing we can ask a computer to do that we cannot cause to happen via a shell script. (Except run fast.) If you think I’m wrong about that, you probably didn’t ever use sharchives. [2] http://en.wikipedia.org/wiki/Android_Runtime Could be there are more downsides to that plan than upsides. You didn't come up with portable non-java counterexamples I already told you that I didn’t want to start a Java argument. This isn’t
Re: [CentOS] When will CentOS Publish Errata?
On Mon, Jan 05, 2015 at 10:37:46AM -0600, Johnny Hughes wrote: 2. If someone comes up with a place to get said data, THEN we could properly publish that data in some way. It would be a hack, but you could probably subscribe an automated account to the enterprise-watch-list mailing list: https://www.redhat.com/mailman/listinfo/enterprise-watch-list or parse the archives here: https://www.redhat.com/archives/enterprise-watch-list/ -- Jonathan Billings billi...@negate.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Hardware raid LSI Megaraid not working since Centos 6.6
On 1/5/2015 7:14 AM, Philippe BOURDEU d'AGUERRE wrote: Since Centos 6.6 update (kernel 2.6.32-504), the controller doesn't initialize at boot. Reverting to kernel 2.6.32-431 allows server to boot fine. works here fine on the 9261, which is an OEM version of the same card with the connectors in a different orientation... you might check your LSI firmware revision. # uname -rv 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25 UTC 2014 # cat /etc/redhat-release CentOS release 6.6 (Final) # dmesg |grep LSI mpt2sas0: LSISAS2008: FWVersion(14.00.01.00), ChipRevision(0x03), BiosVersion(07.27.00.00) scsi 0:0:1:0: Enclosure LSI CORP SAS2X28 0717 PQ: 0 ANSI: 5 scsi1 : LSI SAS based MegaRAID driver scsi 1:0:8:0: Enclosure LSI CORP SAS2X36 0717 PQ: 0 ANSI: 5 scsi 1:2:0:0: Direct-Access LSI MR9261-8i2.12 PQ: 0 ANSI: 5 scsi 1:2:1:0: Direct-Access LSI MR9261-8i2.12 PQ: 0 ANSI: 5 scsi 1:2:2:0: Direct-Access LSI MR9261-8i2.12 PQ: 0 ANSI: 5 # /opt/MegaRAID/MegaCli/MegaCli64 -ShowSummary -aAll System Operating System: Linux version 2.6.32-504.1.3.el6.x86_64 Driver Version: 06.803.01.00-rh1 CLI Version: 8.02.16 Hardware Controller ProductName : LSI MegaRAID SAS 9261-8i(Bus 0, Dev 0) SAS Address : 500605b003bbef10 FW Package Version: 12.12.0-0046 Status: Need Attention BBU BBU Type : iBBU Status: Remaining Capacity is Low Enclosure Product Id: SAS2X36 Type : SES Status: OK Product Id: SGPIO Type : SGPIO Status: OK .. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] When will CentOS Publish Errata?
On 2015-01-05, Jonathan Billings billi...@negate.org wrote: On Mon, Jan 05, 2015 at 10:37:46AM -0600, Johnny Hughes wrote: 2. If someone comes up with a place to get said data, THEN we could properly publish that data in some way. It would be a hack, but you could probably subscribe an automated account to the enterprise-watch-list mailing list: https://www.redhat.com/mailman/listinfo/enterprise-watch-list or parse the archives here: https://www.redhat.com/archives/enterprise-watch-list/ You could subscribe an address, but based on the link to RH's terms that Johnny posted it may still violate the TOU to redistribute the contents of the messages the bot received. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Hardware raid LSI Megaraid not working since Centos 6.6
Happy new year ! We have a SuperMicro server with a LSI MegaRAID 9260-4i controller. Since Centos 6.6 update (kernel 2.6.32-504), the controller doesn't initialize at boot. Reverting to kernel 2.6.32-431 allows server to boot fine. The server can't boot due to a bug in LSI megaraid module. Boot log ends by a lot of lines: RESET_GEN2: retry=xxx, hostdiag=a4 I tried Centos 6.6 install disk and it also fails to find disks but Centos 7 install disk boot fine. It's annoying to be stuck at 2.6.32-431 kernel and I have no idea how to solve this issue :-( Thanks for any help. -- Philippe BOURDEU d'AGUERRE AIME - Campus de l'INSA http://www.aime-toulouse.fr/ 135 av. de Rangueil Tél +33 561 559 885 31077 TOULOUSE Cedex 4 - FRANCE Fax +33 561 559 870 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Hardware raid LSI Megaraid not working since Centos 6.6
On 05/01/2015 15:14, Philippe BOURDEU d'AGUERRE wrote: Happy new year ! We have a SuperMicro server with a LSI MegaRAID 9260-4i controller. Since Centos 6.6 update (kernel 2.6.32-504), the controller doesn't initialize at boot. Reverting to kernel 2.6.32-431 allows server to boot fine. I have a similar system, and don't have your problem: # uname -rv 2.6.32-504.3.3.el6.x86_64 #1 SMP Wed Dec 17 01:55:02 UTC 2014 # dmesg | grep LSI scsi4 : LSI SAS based MegaRAID driver scsi 4:2:0:0: Direct-Access LSI MR9260-4i2.13 PQ: 0 ANSI: 5 Copyright (c) 1999-2008 LSI Corporation # dmesg | grep Supermicro DMI: Supermicro X8DTU/X8DTU, BIOS 2.1b 12/30/2011 The server can't boot due to a bug in LSI megaraid module. Boot log ends by a lot of lines: RESET_GEN2: retry=xxx, hostdiag=a4 I tried Centos 6.6 install disk and it also fails to find disks but Centos 7 install disk boot fine. It's annoying to be stuck at 2.6.32-431 kernel and I have no idea how to solve this issue :-( Thanks for any help. -- Regards, Giles Coochey, CCNP, CCNA, CCNAS NetSecSpec Ltd +44 (0) 8444 780677 +44 (0) 7584 634135 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Hardware raid LSI Megaraid not working since Centos 6.6
Le 05/01/2015 16:22, Giles Coochey a écrit : I have a similar system, and don't have your problem: # uname -rv 2.6.32-504.3.3.el6.x86_64 #1 SMP Wed Dec 17 01:55:02 UTC 2014 # dmesg | grep LSI scsi4 : LSI SAS based MegaRAID driver scsi 4:2:0:0: Direct-Access LSI MR9260-4i2.13 PQ: 0 ANSI: 5 Copyright (c) 1999-2008 LSI Corporation # dmesg | grep Supermicro DMI: Supermicro X8DTU/X8DTU, BIOS 2.1b 12/30/2011 For me: # uname -rv 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 # dmesg | grep LSI scsi4 : LSI SAS based MegaRAID driver scsi 4:2:0:0: Direct-Access LSI MR9260-4i2.13 PQ: 0 ANSI: 5 # dmesg | grep Supermicro DMI: Supermicro H8DGU/H8DGU, BIOS 3.0b 05/07/2013 -- Philippe BOURDEU d'AGUERRE AIME - Campus de l'INSA http://www.aime-toulouse.fr/ 135 av. de Rangueil Tél +33 561 559 885 31077 TOULOUSE Cedex 4 - FRANCE Fax +33 561 559 870 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Chromium browser for C6
Johnny, Any ETA on version 39.0.2171.95 cheers On Sat, Nov 15, 2014 at 8:55 AM, Johnny Hughes joh...@centos.org wrote: On 11/14/2014 10:48 AM, Johnny Hughes wrote: On 11/12/2014 03:09 PM, Phelps, Matthew wrote: I concur. Enter key, ^M, etc. has no effect in the browser. Same for number keys. This is a known issue, I will have another version soon (hopefully by Monday). There is now a new Chromium pushed: chromium-browser-38.0.2125.111-1.el6.centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-docs] http://www.centos.org/ Help menu anchor
On 01/05/2015 10:21 AM, PatrickD Garvey wrote: I was wondering, should I be filling a bug report for these typos? You can if you'd like, as it's a bit easier for me to track long-term. I have several things in the air at any one time, so I tend to be a bit distracted and might overlook it. I'm working toward converting the current site from a nanoc based static generator to using middleman. Once this is done, I'm planning to open the git repo for public cloning, so in the future you'd be able to simply submit a patch/pull request. If you're good with ruby, and some of the more 'hipster' static site languages (sass, haml, etc), I could certainly use a hand. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS-docs] www.CentOS.org Home page Events
On 01/03/2015 05:08 PM, PatrickD Garvey wrote: Isn't it time to put a link to http://wiki.centos.org/Events/Dojo/Brussels2015 on the www.CentOS.org Home page? Yes, but I was hoping we'd have the schedule/tracks up before I posted it to the website. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs