Discuss

discuss@lists.centos.org

34758 discussions

Re: [CentOS] Squid 3 with SSL Bump on Centos 5.7
by Fawzy Ibrhim 19 Nov '11

19 Nov '11

I have successfully installed Squid 3 on Centos 5.7; and after I follow the guide:- https://dvas0004.wordpress.com/2011/03/22/squid-transparent-ssl-interceptio…. Now I have the following two lines in my squid.conf:- http_port <Internal_IP>:8080 transparent https_port <Internal_IP>:3128 ssl-bump transparent cert=/etc/pki/CA/server.crt key=/etc/pki/CA/private/server.key Now users start receiving a warning for each time they access any HTTPS site about certificates mismatch including the sites included in "ssl_bump deny *"

1 0

Changes at Red Hat confouding CentOS (was: What happened to 6.1)
by Alan McKay 19 Nov '11

19 Nov '11

These seems to me to be the first message in the series and provides a really good summary of the changes at Red Hat which seem to be making life a lot more difficult for CentOS. Just figured I'd pull it out of that thread and change the subject line. Below Johnny's email I've copied another from the original thread, written by Lamar Owen, which gives some good explanation on how Red Hat is able to get away with this. Basically from what I gather, while Red Hat cannot restrict access to sources, they can restrict access to binaries. And since CentOS has a goal of binary compatibility with upstream, they are essentially left trying to hit an unknown target. But (now I'm stretching my limited knowledge even further) Scientific does not have this restriction since they are less concerned about exact binary compat. On Fri, Oct 21, 2011 at 12:54 PM, Johnny Hughes <johnny(a)centos.org> wrote: > On 10/21/2011 10:01 AM, Les Mikesell wrote: >> On Fri, Oct 21, 2011 at 9:51 AM, Nicolas Thierry-Mieg >> <Nicolas.Thierry-Mieg(a)imag.fr> wrote: >> >>>> Johnny, chill. I don't blame him for being confused. Up until right now, >>>> you updated to a point release, then, over the weeks and months, there >>>> were updates. All of a sudden, there are *no* updates for the 6.0 point >>>> release, which is a major change in what everyone expected, based on >>>> history. >>> >>> this is the way it has always been: once upstream releases x.y+1 , there >>> are no more updates to x.y (in upstream and therefore also in centos), >>> until centos releases x.y+1 . >> >> Yes, but that used to be transparent, because the centos x.y+1 release >> happened quickly so it didn't matter that the update repo was held >> back until an iso build was done. >> > > Yes, and NOW the release process is MUCH harder. > > Red Hat used to have an AS release that contained everything ... we > build that and we get everything. Nice and simple. Build all the > packages, look at it against the AS iso set ... done. Two weeks was > about as long as it took. > > Now, for version 6, they have: > > Red Hat Enterprise Linux Server (v. 6) > Red Hat Enterprise Linux Workstation (v. 6) > Red Hat Enterprise Linux Desktop (v. 6) > Red Hat Enterprise Linux HPC Node (v. 6) > Red Hat Enterprise Linux Workstation FasTrack (v. 6) > Red Hat Enterprise Linux Server FasTrack (v. 6) > Red Hat Enterprise Linux Desktop FasTrack (v. 6) > Red Hat Enterprise Linux Scalable File System (v. 6) > Red Hat Enterprise Linux Resilient Storage (v. 6) > Red Hat Enterprise Linux Load Balancer (v. 6) > Red Hat Enterprise Linux HPC Node FasTrack (v. 6) > Red Hat Enterprise Linux High Performance Network (v. 6) > Red Hat Enterprise Virtualization > > They have the same install groups with different packages based on the > above groupings, so we have to do some kind of custom generation of the > comps files to things work. > > They have created an optional channel in several of those groupings that > is only accessible via RHN and they do not put those RPMS on any ISOs > ... and they have completely changed their "Authorized Use Policy" so > that we can NOT login to RHN and use anything that is not on a public > FTP server or on an ISO set ... effectively cutting us off from the > ability to check anything on the optional channel. > > Now we have to engineer a compilation of all those groupings, we have to > figure out what parts of the optional channels go at the point release > and which ones do not (the ones that are upgrades). Sometimes the only > way to tell is when something does not build correctly and you have > reverse an optional package to a previous version for the build, etc. > > We have to use anaconda to build our ISOs and upstream is using > "something else" to build theirs .. so anaconda NEVER works anymore out > of the box. We get ISOs (or usb images) that do not work and have to > basically redesign anaconda. > > We can't look at upstream build logs, we can't get all the binary RPMs > for testing and be within the Terms of Service. > > And with the new release, it seems that they have purposely broken the > rpmmacros, and do not care to fix it: > > https://bugzilla.redhat.com/show_bug.cgi?id=743229 > > So, trust me, it is MUCH more complicated now than it was with previous > releases to build. > > With the 5.7 release, there were several SRPMS that did not make it to > the public FTP server without much prompting from us. And with the > Authorized Use Policy, I can not just go to RHN and grab that SRPM and > use it. If it is not public, we can no longer release it. > > So, the short answer is, it now takes longer. > > Thanks, > Johnny Hughes Lamar Owen lowen(a)pari.edu via centos.org Oct 28 to CentOS On Friday, October 21, 2011 02:22:26 PM Les Mikesell wrote: > Which is explicitly imposing additional restrictions. Which is > explicitly prohibited in section 6. I don't see any exceptions > relating to what the consequences of those restrictions might be. The RHN AUP simply says that if you redistribute information from RHN you lose access to RHN. It does not restrict your right to redistribute anything; it restricts access to future information distributions from RHN. I know that's splitting hairs, but it does seem to meet the letter of the license. After all, RHN access is not required except for updates; if I really wanted to do so I could redistribute everything I have from RHN at this point in time and upstream has no legal recourse against that distribution that I know of (but I am neither a lawyer nor a paralegal; Russ on the other hand knows of what he speaks....). They can, however, choose to not distribute anything else to me in the future, and nothing in the GPL or any other license used by upstream forces them to distribute anything new to me. And that's the gestalt of the RHN AUP; it states under what conditions RHN will distribute the compiled binary code (treated specially by GPL and not as a derived work) to you, its customer. Once you have received the binary of a particular version you have the right, under GPL and only for GPL-covered packages, to receive the source code for that particular version of that package. Upstream is very gracious (in my opinion, at least) and distributes all of its source, not just GPL source and not just to customers but to the public at large (I say all; I haven't personally verified that all source in any given RHN channel is indeed available publicly on ftp.redhat.com, primarily because I don't have access to all channels). They could distribute only the source that they legally have to under those licenses that require it, but not for the source covered under other licenses that do not require redistribution of source plus modifications. But just because I have version 1.2.3 of a package does not give me a guaranteed right under GPL to get 1.2.4 from them. And just because I can get the source to the 1.2.4 package they distribute does not give me an automatic right to the corresponding binary as the GPL does treat the compiled code specially. If you get the binary, you have the right to the source; if you have the source it is assumed you can generate the binary yourself (as is proven by the various EL rebuilds). The level of difficulty required to generate the binary is not specified or even addressed by the GPL, nor does the GPL guarantee your ability to generate the exact same binary as someone else distributes..... nor is the distributor of the binary restricted at all in how difficult generating their exact binary, or a 100% compatible binary, can be. This seems to be the current holdup with C6.1, in my opinion; you can build *a* binary but will it work just like *the* binary? Upstream can make it even more difficult than they already have (and I know it's currently very frustrating to the CentOS team just from reading this thread!). Russ, is that summary even close to accurate in your opinion? These are the facts of life for an EL rebuild distribution user. If you want a primary access distribution (rather than a secondary rebuild) you need to find one that meets your needs, either by paying up for upstream or by going to something else (and there are really only two suitable enterprise choices for 'something else' in this case (and in my opinion): OpenSuSE or Debian Stable). I'm evaluating Debian Stable on IA64 myself, as Debian Stable is the only actively maintained enterprise-grade distribution (again, in my opinion) freely available for IA64 (yes, upstream's EL5 is still available and is still maintained, but it costs six arms and eight legs to purchase for the machines I have; SLES likewise). And I don't really currently have the time to rebuild C6 for IA64 myself. I'd love to, and I've had conversations with like-minded people, and I don't really want to go to Debian on it since I really want the IA64 boxes to work like all the other servers here which are running upstream EL rebuilds. But I have more important and necessary things to do with my time at the moment than to get into the game of maintaining a private rebuild for IA64 (I say private; even if I had time to maintain the build I don't have time to deal with the 'issues' of a public build!). -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food"

38 145

ip command
by Fajar Priyanto 18 Nov '11

18 Nov '11

Hi all, I have this network: 10.1.20.0 - 10.1.23.0 /22 Broadcast 10.1.23.255 Say I have a machine with IP: 192.168.1.1 Now, I want to create virtual IP on it with ip command: 1. Is this ok? ip addr add 10.1.22.100/22 dev eth0:1 2. Should I define the broadcast too in the above command? If I don't define it, will the above command means the broadcast would be 10.1.25.255? Thank you. Fajar.

4 3

Centos6 - Xfce - howto add usb automount
by Johan Vermeulen 18 Nov '11

18 Nov '11

dear all, I configured Xfce on an Centos6 minimal install, I think its very fast, even on al 512Mb machine. But I don't have any clue how to make a usb automount on this. Anybody can help me with this? greetings, James -- Johan Vermeulen IT-medewerker Caw De Kempen johan.vermeulen(a)cawdekempen.be 0479.82.01.41 Opensource Software is the future.

6 15

nfs4 problem in CENTOS6
by Michael Schumacher 18 Nov '11

18 Nov '11

Hi, This is slightly offtopic, but I have been trying to resolve that problem for two days now without much success. It looks like this may be something that works with CENTOS5, but not with CENTOS6! I have two machines, fileserver1 and server5. fileserver1 runs on CENTOS6 (virtualized, if this is important), server5 runs on Centos5. Both are running with the most recent updates. Server5 is a machine to store backups on. Several servers, including fileserver1, are mounted with nfs4 on server5. fileserver1 has this /etc/fstab: ---8<---/etc/fstab--- UUID=73254e19-895f-4190-b2e3-13a2b0bec9ce / ext4 defaults 1 1 UUID=ac658802-73e4-4c87-bb03-6f9af1ebc4f8 /mnt/data ext4 defaults 1 2 UUID=4836335a-2d66-4d12-9dec-7197dc772d77 swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /mnt /mnt dazukofs / /nfsexport/root none bind 0 0 /mnt/data /nfsexport/data none bind 0 0 ---8<--- AS you can see, /mnt/data is a partition mounted below /. I am binding both partitions to /nfsexport/... and export them in /etc/exports with ---8<---/etc/exports--- / server*.pamas.local(ro,secure,no_root_squash,crossmnt,fsid=0) /mnt/data server2.pamas.local(ro,secure,no_root_squash,nohide) server5.pamas.local(ro,secure,no_root_squash,nohide) ---8<--- If I execute [root@server5 ~]# /etc/init.d/nfs reload I get exportfs: /mnt/data does not support NFS export exportfs: /mnt/data does not support NFS export on the console, but nothing in the log-files. On server5, I entered [root@server5 ~]# mount -t nfs4 192.168.1.202:/ /mnt/nfs/fileserver1/root successfully and [root@server5 ~]# mount -t nfs4 192.168.1.202:/mnt/data /mnt/nfs/fileserver1/data returns: mount: pinging: prog 100003 vers 4 prot tcp port 2049 and hangs. ctrl-c returns me to the prompt, but /mnt/data is not mounted. The active mount /mnt/nfs/fileserver/root is working nicely, but if I cd into /mnt/nfs/fileserver/root/mnt and enter ls there, the console hangs infinetly. As I wrote, server5 also mounts other servers filesystems without problems. All working systems are CENTOS5, the one not working is CENTOS6. Any idea? best regards --- Michael Schumacher

2 1

CentOS-announce Digest, Vol 81, Issue 8
by centos-announce-request＠centos.org 18 Nov '11

18 Nov '11

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. CESA-2011:1455 Important CentOS 5 x86_64 freetype Update (Johnny Hughes) 2. CESA-2011:1455 Important CentOS 5 i386 freetype Update (Johnny Hughes) 3. CESA-2011:1458 Important CentOS 5 i386 bind Update (Johnny Hughes) 4. CESA-2011:1458 Important CentOS 5 x86_64 bind Update (Johnny Hughes) 5. CESA-2011:1459 Important CentOS 5 i386 bind97 Update (Johnny Hughes) 6. CESA-2011:1459 Important CentOS 5 x86_64 bind97 Update (Johnny Hughes) 7. CEBA-2011:1454 CentOS 5 i386 ntp Update (Johnny Hughes) 8. CEBA-2011:1454 CentOS 5 x86_64 ntp Update (Johnny Hughes) 9. CEBA-2011:1453 CentOS 5 i386 iproute FASTTRACK Update (Johnny Hughes) 10. CEBA-2011:1453 CentOS 5 x86_64 iproute FASTTRACK Update (Johnny Hughes) 11. CESA-2011:1455 Important CentOS 4 i386 freetype Update (Johnny Hughes) 12. CESA-2011:1455 Important CentOS 4 x86_64 freetype Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 18 Nov 2011 13:23:48 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1455 Important CentOS 5 x86_64 freetype Update To: centos-announce(a)centos.org Message-ID: <20111118132348.GA3124(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 022185ff90f86164415ae5787b76169d freetype-2.2.1-28.el5_7.2.i386.rpm 89be9ac11f1ee3ac0ac9f8adac2d53d9 freetype-2.2.1-28.el5_7.2.x86_64.rpm 44d485503ec679c175782ef0399b8763 freetype-demos-2.2.1-28.el5_7.2.x86_64.rpm f5b542b5850544b55b95b6a52b2b1577 freetype-devel-2.2.1-28.el5_7.2.i386.rpm 44c89404ca0aeb00e239303875529801 freetype-devel-2.2.1-28.el5_7.2.x86_64.rpm Source: a9078dd37fb4402bae39f9d121dcb243 freetype-2.2.1-28.el5_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Fri, 18 Nov 2011 13:23:48 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1455 Important CentOS 5 i386 freetype Update To: centos-announce(a)centos.org Message-ID: <20111118132348.GA3108(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 022185ff90f86164415ae5787b76169d freetype-2.2.1-28.el5_7.2.i386.rpm 7dbc89fd0350f818cff9a1315639391a freetype-demos-2.2.1-28.el5_7.2.i386.rpm f5b542b5850544b55b95b6a52b2b1577 freetype-devel-2.2.1-28.el5_7.2.i386.rpm Source: a9078dd37fb4402bae39f9d121dcb243 freetype-2.2.1-28.el5_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Fri, 18 Nov 2011 13:24:22 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1458 Important CentOS 5 i386 bind Update To: centos-announce(a)centos.org Message-ID: <20111118132422.GA3162(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1458 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1458.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: ec19a8ccb9420cb572bf2f8dc24164f4 bind-9.3.6-16.P1.el5_7.1.i386.rpm 3a922ea8aae21188b007b22f4ef2533d bind-chroot-9.3.6-16.P1.el5_7.1.i386.rpm a528a5041227e4e09a643e8d51bedd76 bind-devel-9.3.6-16.P1.el5_7.1.i386.rpm f17c98e4e6fa26f00797055496114fec bind-libbind-devel-9.3.6-16.P1.el5_7.1.i386.rpm 87b749e0dde8e23626377ef14dcdb6e1 bind-libs-9.3.6-16.P1.el5_7.1.i386.rpm 101539af9ccb207baee1a8a3752daf2d bind-sdb-9.3.6-16.P1.el5_7.1.i386.rpm a2a9170abfb743479389df29d70dd5e7 bind-utils-9.3.6-16.P1.el5_7.1.i386.rpm 26990cf01e66948d5ed85e595cdab280 caching-nameserver-9.3.6-16.P1.el5_7.1.i386.rpm Source: 21977a77e48a4d3f55066cbd41973b7b bind-9.3.6-16.P1.el5_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Fri, 18 Nov 2011 13:24:22 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1458 Important CentOS 5 x86_64 bind Update To: centos-announce(a)centos.org Message-ID: <20111118132422.GA3175(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1458 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1458.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: f253bb868052f2b845565721af8b2b91 bind-9.3.6-16.P1.el5_7.1.x86_64.rpm cc2eb6688f9430d018caf9466b0a3b47 bind-chroot-9.3.6-16.P1.el5_7.1.x86_64.rpm a528a5041227e4e09a643e8d51bedd76 bind-devel-9.3.6-16.P1.el5_7.1.i386.rpm e987dea8c99fac0f8dfb5fe5ff1be96a bind-devel-9.3.6-16.P1.el5_7.1.x86_64.rpm f17c98e4e6fa26f00797055496114fec bind-libbind-devel-9.3.6-16.P1.el5_7.1.i386.rpm 4f16ba8ec917976dc5eaedf79d21343e bind-libbind-devel-9.3.6-16.P1.el5_7.1.x86_64.rpm 87b749e0dde8e23626377ef14dcdb6e1 bind-libs-9.3.6-16.P1.el5_7.1.i386.rpm 1cf9a1c3eaf41761c23176ef07c7d93a bind-libs-9.3.6-16.P1.el5_7.1.x86_64.rpm d718e54289b51b6c625ca5121051594c bind-sdb-9.3.6-16.P1.el5_7.1.x86_64.rpm a8baab0159dc7ae8cce5d266df9dd0b7 bind-utils-9.3.6-16.P1.el5_7.1.x86_64.rpm d0a586af2e2f7cf1a8e6bf944e127801 caching-nameserver-9.3.6-16.P1.el5_7.1.x86_64.rpm Source: 21977a77e48a4d3f55066cbd41973b7b bind-9.3.6-16.P1.el5_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Fri, 18 Nov 2011 13:25:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1459 Important CentOS 5 i386 bind97 Update To: centos-announce(a)centos.org Message-ID: <20111118132541.GA3302(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1459 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1459.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 30fe13ba05db97b6ccaf290f907e65c7 bind97-9.7.0-6.P2.el5_7.4.i386.rpm a2d8cf08376ecac03d9c173d15069c2a bind97-chroot-9.7.0-6.P2.el5_7.4.i386.rpm 66a26488386bf11853b7d690ba339a98 bind97-devel-9.7.0-6.P2.el5_7.4.i386.rpm b1e96c8b958d3b91dced240fb8078b7b bind97-libs-9.7.0-6.P2.el5_7.4.i386.rpm 5c1786d8ee29754992474927f578d405 bind97-utils-9.7.0-6.P2.el5_7.4.i386.rpm Source: ead6d37c08a8e33bd2d544943c79c8d9 bind97-9.7.0-6.P2.el5_7.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Fri, 18 Nov 2011 13:25:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1459 Important CentOS 5 x86_64 bind97 Update To: centos-announce(a)centos.org Message-ID: <20111118132541.GA3316(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1459 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1459.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 9484223f08cf0e4dba7de1735e7a0709 bind97-9.7.0-6.P2.el5_7.4.x86_64.rpm 4c246c778c08648d585f75a814892323 bind97-chroot-9.7.0-6.P2.el5_7.4.x86_64.rpm 66a26488386bf11853b7d690ba339a98 bind97-devel-9.7.0-6.P2.el5_7.4.i386.rpm e83c1f66dfaf21e7ccea3191f28289a1 bind97-devel-9.7.0-6.P2.el5_7.4.x86_64.rpm b1e96c8b958d3b91dced240fb8078b7b bind97-libs-9.7.0-6.P2.el5_7.4.i386.rpm 0871300b30a171a42e30f45d8aa1dde1 bind97-libs-9.7.0-6.P2.el5_7.4.x86_64.rpm 969ef3413db175474625ede238665c5b bind97-utils-9.7.0-6.P2.el5_7.4.x86_64.rpm Source: ead6d37c08a8e33bd2d544943c79c8d9 bind97-9.7.0-6.P2.el5_7.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Fri, 18 Nov 2011 13:28:17 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2011:1454 CentOS 5 i386 ntp Update To: centos-announce(a)centos.org Message-ID: <20111118132817.GA3435(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:1454 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1454.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 53ccd84f893f0ed5233a0549579b1bda ntp-4.2.2p1-15.el5.centos.1.i386.rpm Source: 8b82486bfd304a25ae00707f17c9ceb1 ntp-4.2.2p1-15.el5.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Fri, 18 Nov 2011 13:28:17 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2011:1454 CentOS 5 x86_64 ntp Update To: centos-announce(a)centos.org Message-ID: <20111118132817.GA3449(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:1454 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1454.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: af64cb3dc993a03368787e9761dd49d7 ntp-4.2.2p1-15.el5.centos.1.x86_64.rpm Source: 8b82486bfd304a25ae00707f17c9ceb1 ntp-4.2.2p1-15.el5.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Fri, 18 Nov 2011 13:31:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2011:1453 CentOS 5 i386 iproute FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20111118133145.GA4834(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:1453 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 1696052dc92d5c6f692841653549a25f iproute-2.6.18-13.el5.i386.rpm Source: 5c35f60f79ab3702361d090877ccb4b8 iproute-2.6.18-13.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 10 Date: Fri, 18 Nov 2011 13:31:46 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2011:1453 CentOS 5 x86_64 iproute FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20111118133146.GA4848(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2011:1453 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 00d1e239e19b91e0919546db00dea4b8 iproute-2.6.18-13.el5.x86_64.rpm Source: 5c35f60f79ab3702361d090877ccb4b8 iproute-2.6.18-13.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 11 Date: Fri, 18 Nov 2011 13:40:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1455 Important CentOS 4 i386 freetype Update To: centos-announce(a)centos.org Message-ID: <20111118134019.GA5077(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: dc23559acddc2c79c9e30dc7e49a0d2e freetype-2.1.9-21.el4.i386.rpm a1ce533cfd8b8b8b36fa56f2222b09d0 freetype-demos-2.1.9-21.el4.i386.rpm 74721e22869def2f8499dc4751bc2557 freetype-devel-2.1.9-21.el4.i386.rpm f6ab97f79e72b1abc3a9e61169b46e5e freetype-utils-2.1.9-21.el4.i386.rpm Source: 52705018a0f61a03d044d2c50a5f7713 freetype-2.1.9-21.el4.src.rpm -- Tru Huynh CentOS Project { http://www.centos.org/ } irc: tru_tru, #centos(a)irc.freenode.net ------------------------------ Message: 12 Date: Fri, 18 Nov 2011 13:40:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2011:1455 Important CentOS 4 x86_64 freetype Update To: centos-announce(a)centos.org Message-ID: <20111118134019.GA5091(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: dc23559acddc2c79c9e30dc7e49a0d2e freetype-2.1.9-21.el4.i386.rpm 3c3a3f80d0bb59a51d77bcaf7557c51e freetype-2.1.9-21.el4.x86_64.rpm d0ee3b092dfe1e7c05241ce71abd325e freetype-demos-2.1.9-21.el4.x86_64.rpm e3d107cdb169c86f2c3aba8b3ee09f54 freetype-devel-2.1.9-21.el4.x86_64.rpm 1974463911ef1c2c0f9948010ea4371b freetype-utils-2.1.9-21.el4.x86_64.rpm Source: 52705018a0f61a03d044d2c50a5f7713 freetype-2.1.9-21.el4.src.rpm -- Tru Huynh CentOS Project { http://www.centos.org/ } irc: tru_tru, #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 81, Issue 8 **********************************************

1 0

yum update fails / problem
by Götz Reinicke 18 Nov '11

18 Nov '11

Hi, may be someone has an idea what's broken on one of our RH EL 6.1 server. I tried all suggestions from the centosforum http://www.centos.org/modules/newbb/viewtopic.php?topic_id=20237 but without success. Thanks for any suggestion . best Regards . Götz Loaded plugins: rhnplugin Traceback (most recent call last): File "/usr/bin/yum", line 29, in <module> yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 274, 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 432, 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 882, in <lambda> 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 260, in populateSack self.doSetup() File "/usr/lib/python2.6/site-packages/yum/repos.py", line 72, in doSetup self.ayum.plugins.run('prereposetup') File "/usr/lib/python2.6/site-packages/yum/plugins.py", line 184, in run func(conduitcls(self, self.base, conf, **kwargs)) File "/usr/share/yum-plugins/rhnplugin.py", line 121, in prereposetup_hook str(e)) File "/usr/share/rhn/up2date_client/up2dateErrors.py", line 177, in __repr__ "The message was:\n") + self.errmsg UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 6: ordinal not in range(128) -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

5 5

How can I create raid 1 - Centos 5.7 64 minimal installation
by Adil BOYUN 18 Nov '11

18 Nov '11

Hello, I have a server working on centos 5.7-64 minimal installation. I have 3 separate physical drives: 120 gb ssd, 2x 3tb disks for storage. My linux installation is on ssd disk, and I want to make raid 1 for these two 3tb disks and store data, like under /mnt/data. Can you please tell me the path how this is possible? Thanks for your help! Best regards, Here are some output of commands I ran for more data: [root@CentOS-57-64-minimal tmp]# fdisk -l | grep '^Disk' Disk /dev/sdb doesn't contain a valid partition table Disk /dev/sdc doesn't contain a valid partition table Disk /dev/sda: 120.0 GB, 120034123776 bytes Disk /dev/sdb: 3000.5 GB, 3000592982016 bytes Disk /dev/sdc: 3000.5 GB, 3000592982016 bytes [root@CentOS-57-64-minimal tmp]# df -l Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 113695432 1427792 106537696 2% / /dev/sda2 520136 23576 470348 5% /boot [root@CentOS-57-64-minimal tmp]# fdisk -l Disk /dev/sda: 120.0 GB, 120034123776 bytes 64 heads, 32 sectors/track, 114473 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 2 2048 2096128 82 Linux swap / Solaris /dev/sda2 2049 2560 524288 83 Linux /dev/sda3 2561 114473 114598912 83 Linux Disk /dev/sdb: 3000.5 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdb doesn't contain a valid partition table Disk /dev/sdc: 3000.5 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdc doesn't contain a valid partition table

2 1

Bind9 zero day bug - CVE-2011-4313 - when will there be an update in Centos 5+6 ?
by Morgan Cox 18 Nov '11

18 Nov '11

Hi. http://www.debian.org/security/2011/dsa-2347 There is updated packages for Debian (and Ubuntu) already. Do you know how long until Centos release an update to bind ? I have looked here and couldn't see any info - http://lists.centos.org/pipermail/centos-announce/2011-November/thread.html - Is this the correct place to look for security update info ? Cheers !

5 7

CentOS 6 smb authentication?
by Les Mikesell 18 Nov '11

18 Nov '11

I have some services on Centos5 boxes that use smb authentication against the Windows domain as a low-maintenance way to handle most of our office users for things that don't need home directories (web/file shares, etc.). Running authconfig is all it takes to add it to PAM, then adding mod_auth_pam to apache makes it work with that and local users. This all works without any particular involvement with the Windows group or administrative access there. Is there a better way to do this on C6 that does not involve 'joining' the windows domain? And is there a way to make samba (C5 or 6) work with Windows7 other than configuring every client to to send NTLM authentication when requested? -- Les Mikesell lesmikesell(a)gmail.com

6 10

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