Re: [CentOS] SELinux context for ssh host keys?
On Tue, February 10, 2015 04:18, Andrew Holway wrote: On 10 February 2015 at 06:32, Mark Tinberg mark.tinb...@wisc.edu wrote: On Feb 9, 2015, at 12:27 PM, Robert Nichols rnicholsnos...@comcast.net wrote: On 02/09/2015 11:14 AM, James B. Byrne wrote: So, I decided to run restorecon -v to ... restorecon reset /etc/ssh/ssh_host_rsa_key_4096 context unconfined_u:object_r:sshd_key_t:s0-unconfined_u:object_r:etc_t:s0 Why are you putting your SSH key in /etc/ ? With SELinux its normally better to go with the flow. find out which directories have the desired label and keep your objects in there. I'm guessing in this case ~/.ssh/ -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux context for ssh host keys?
On Tue, Feb 10, 2015 at 09:34:13AM -0500, James B. Byrne wrote: I am startled to learn, if it is a fact, that existing SELinux policy is tied to the default file names. Given that the host key file names are user configurable in in sshd_config one would think that a slightly more flexible approach is called for. If you choose names that aren't part of the policy, you can always supplement the policy with your own rules. The existing policy in CentOS7 is pretty flexible, it should mark files with the following patterns as sshd_key_t: /etc/ssh/ssh_host.*_key, /etc/ssh/ssh_host.*_key.pub, /etc/ssh/primes In CentOS6, the policy is for: /etc/ssh/ssh_host_key.pub, /etc/ssh/ssh_host_rsa_key.pub, /etc/ssh/ssh_host_dsa_key.pub, /etc/ssh/primes, /etc/ssh/ssh_host_key, /etc/ssh/ssh_host_dsa_key, /etc/ssh/ssh_host_rsa_key ... which is a bit less flexible. If you want to supplement the policy, you can run: semanage fcontext -a -t sshd_key_t /etc/ssh/whatever_keyname_I_want ... to update the local policy with your own rules. Then a `restorecon` will choose the correct type. -- Jonathan Billings billi...@negate.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 will not run pre-installation script
On 2/9/2015 9:15 PM, g wrote: On 02/09/2015 05:10 PM, Mark LaPierre wrote: That's my plan too. I figure that I'll try it when it gets to 7.3. i thought it was better to use the even number revisions. I think the even numbers advice only applies to Star Trek movies. CentOS 7.3 will be usable, but 7.3.11 for Workgroups is where things will really take off. -- -Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KISS networking with CentOS 7
Le 10/02/2015 15:35, Niki Kovacs a écrit : So far, no way to bring either eth0 or eth1 up. What am I doing wrong here? Is NetworkManager now a mandatory part of the base system? Some other mistake somewhere else? I'm a bit puzzled here. I'll answer that myself, after some more experimenting. Apparently, reverting to the traditional ethX interface naming scheme creates some unexpected behavior. I decided to keep the new persistent naming scheme (enp2s0 and enp3s1 on my server), and from there, everything works like expected. Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] libguestfs-winsupport
On 02/09/2015 08:56 AM, Steve Clark wrote: On 02/09/2015 09:34 AM, Robert Nichols wrote: On 02/06/2015 07:56 AM, Steve Clark wrote: Hello List, Does anyone know why this is not available in CentOS 6.6. I found it in a SL repo but not in CentOS. I opened http://bugs.centos.org/view.php?id=8183 last Friday (Feb 6). You can also use the one in the C6.5-updates vault repository. Thanks! The reason this keeps getting pulled is that it is not in the normal channels we use when comparing to RHEL manifests. So, when we build the list of packages it gets left out. I think I should put it in CentOS Extras where it should get carried over when we update. It is now in extras, so it should move up on new point releases. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Central hostname management?
Hi, Our local school has a 100 % Slackware Linux network with two servers and 14 desktop clients. The main server is running Dnsmasq, and he's providing static IP addresses to the desktop clients. Hostnames are also managed centrally. All client machines only have this in /etc/hosts: 127.0.0.1 localhost.localdomain localhost And in /etc/HOSTNAME: localhost.localdomain The hostname gets sent to each of the desktop clients by the server. The big advantage is I can manage everything centrally from the server. One line in /etc/dnsmasq.conf, and that's it. Client installs can all be cloned with Ghost4Linux. Now I'm trying to do the same thing on CentOS 7. /etc/hosts: 127.0.0.1 localhost.localdomain localhost (IPv6 is disabled) /etc/hostname: localhost I'm experimenting with all this while reading the RHEL Networking Guide. I understand CentOS 7 is using hostnamectl to manage the hostname. In that case, what do I have to do? Can hostnamectl be somewhat disabled and/or removed? Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux context for ssh host keys?
On Tue, February 10, 2015 09:25, James B. Byrne wrote: By mistake. Sorry for the otherwise empty quoted reply. I have no idea what I pressed that sent it off while I was reading. And, since I am committed to writing anyway, recall that a host key goes into /etc/ssh. Personal keys go into ~/.ssh. As to why I am not using the default name for the rsa host key. That is because I am testing and I would rather not disturb things too much given my ignorance of ssh matters. I am startled to learn, if it is a fact, that existing SELinux policy is tied to the default file names. Given that the host key file names are user configurable in in sshd_config one would think that a slightly more flexible approach is called for. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@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 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, February 10, 2015 6:58 pm, Always Learning wrote: On Tue, 2015-02-10 at 16:39 -0800, John R Pierce wrote: On 2/10/2015 3:28 PM, Always Learning wrote: 3. The Russian's web site is that of a devote cyclist. oh, well, I'm glad that makes the copyright violation of stealing an authors work OK in your book. Another bored expert desperate for a modicum of excitement ? You have absolutely no prima facie evidence to support your assertion. I refer you to my posting dated Mon, 09 Feb 2015 22:10:35 + which includes, inter alia:- Keith neither of us know whether or not the Russian man obtained his PDF copy of the book lawfully. In my book-publishing opinion, the PDF appears to have originated from the book's publisher, so the original source must have been *the* official source. Hence the book, in the PDF version, must have been written by the official authors. The existence of an alleged unpaid-for copy on a foreign web site can not, in any sense whatsoever, denigrate, diminish nor deprecate the official authors distinguished achievement. There are poor people all around the world who enjoy computers including Linux and whom would benefit from learning more about Linux. Some who can read English sufficiently proficiently to benefit from the book's text, may be too poor to afford the, to them in their country, exorbitant Western price for an official copy. Some publishers recognise this reality and sell in third-world countries at a small fraction of the Western price. In those circumstances selling PDFs for an extremely low price may be the source of this particular PDF especially as hardbacks and paperbacks could never economically be sold as low as a very low cost official PDF copy. FACT: Valeri's recommendation is, in my opinion, a useful source of basic knowledge benefiting Centos users regardless whether that book in printed on paper or is a virtual or an electronic book (i.e. PDF). Just to make it clear: I recommended the book itself without pointing to any source of it, and when pirate copy was mentioned by somebody else, I had to say I do not recommend that source and would recommend to buy the book on amazon. The guy who put document copyrighted to somebody else is either stupid or ignorant (and I don't care if he is Russian, Bulgarian, Chinese, or USA person, or...). Ignorance in this place is akin full disregard of another person's hard work and rights (Book brilliant authors' and copyright holders'). I doubt we can educate that Russian guy. Unless someone who feels good towards him can find way to contact him and explain everything... Not I definitely ;-) Valeri ANOTHER FACT: Linux Programmer's Reference, Petersen, Osborne McGraw-Hill 1998 - ISBN 0-07-882587-3, which I obtained on 27 October 2000, is also a good good source of useful information. I've started re-reading the 71 pages on BASH. I never knew the first character on the first line could be a space. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On 02/10/2015 05:29 PM, Always Learning wrote: Legal point 1: you do not know the source of the Russian's PDF. Legal point 2: you can not determine with certainty that the said PDF is *not* a lawful copy. Legal point 3: you can not establish the Russian's possession of the PDF is *not* lawful. I don't think anyone is arguing that point. But if anyone else downloads the PDF from his site, then they are violating the copyright. I can only assume you have violated the copyright, as you are quoting from the PDF. Legal point 7: You are unproductively using your own, and other's, time, interest and energy. And you are perpetuating the same. Please let it go, and do not encourage copyright infringement. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 : create RAID arrays manually using mdadm --create ?
On Tue, Feb 10, 2015 at 9:12 PM, John R Pierce pie...@hogranch.com wrote: On 2/10/2015 6:54 PM, Chris Murphy wrote: Why I avoid swap on md raid 1/10 is because of the swap caveats listed under man 4 md. Is possible for a page in memory to change between the writes to the two md devices such that the mirrors are in fact different. The man page only suggests this makes scrub check results unreliable, and that such a difference wouldn't be read (?) But I don't understand this. So I just avoid it because I haven't thoroughly tested it. if its possible for that to happen, then the whole swapping AND mdraid mechanisms in linux are badly broken. I suggest not taking my word for it, and reading man (4) md, starting with the paragraph The most likely cause for an unexpected mismatch on RAID1 or RAID10 occurs if a swap partition or swap file is stored on the array and including the following 4 paragraphs, and let me know what you think it's saying. It made my eyebrows raise, but it seems to be saying it's not actually resulting in corruption. The part I don't understand is how a page change between the writes to two (swap on) mirrors translates into unused swap and thus not a problem that there's a (meaningful) mismatch between the two mirrors. If the page write to disk happened at all, it seems like this is used rather than not used swap. For data (not swap), a related known issue for all raid 1 and 5 is a series of common problems: regularly scheduled scrubs are necessary to make sure bad sectors are identified and corrected, yet this isn't the default behavior, it has to be configured; further, a reported mismatch doesn't unambiguously tell us which copy is good (or bad), it's merely reported that they're different. Ergo, regularly schedule checks are a good idea, while repair is sort of a last resort because it might cause the good copy to get overwritten. This isn't broken. It's just the way it's designed. This is what DIF/DIX (now PI), Btrfs and ZFS are meant to address. There's also been some intermittent talk on linux-raid@ whether and how to get checksums integrated there. -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 19:19 -0600, Valeri Galtsev wrote: Just to make it clear: I recommended the book itself without pointing to any source of it, and when pirate copy was mentioned by somebody else, I had to say I do not recommend that source and would recommend to buy the book on amazon. The person asserting the copy was pirated (meaning stolen) has no proof it was stolen. Just because someone jumps up and down shouting various things, can not in law make any of those things a fact. To prove something one needs FACTS which is also known as evidence. No evidence exists that the copy was stolen. Justice depends on factual information not people inventing facts without proof. If I claimed you were Bill Gates' brother, would that actually make you Bill Gates' brother ? -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, Feb 10, 2015 at 5:39 PM, John R Pierce pie...@hogranch.com wrote: On 2/10/2015 3:28 PM, Always Learning wrote: 3. The Russian's web site is that of a devote cyclist. oh, well, I'm glad that makes the copyright violation of stealing an authors work OK in your book. This thread has gone quite off topic. But as a published author, which should give me no more authority on the subject than anyone else, who happens to have had his copyright ripped off, I have to say that I don't really give a crap. Maybe I give a tiny crap. For one, the freeloader problem is well understood economically, and isn't that big of a problem so long as the price and distribution mechanisms are appropriate in the first place. Second, not everyone on this planet is on the same page (or even book) when it comes to property rights; this can't be construed to mean we're right and they're wrong. Someone who buys my book and now has these ideas, who then replicates them with his own physical property (ink and paper) really hasn't cost me anything. The idea I've lost sales royalties is sort of a b.s. argument, chances are these people wouldn't have ever bought the book to begin with. OK, so the argument goes, then these people shouldn't benefit from these ideas. Well, in my case, they're not really ideas, they're facts - it's a technical book. And you can't copyright facts. You can only copyright the prose by which those facts are presented. An incomplete search suggests the average middle class Russian annual income is around $10k-$15k. This book is 0.2% of that salary. The average U.S. salary is nearly 4x that amount. Does anything think the price of this book is 1/4 the price in Russian? *shrug* The whole valuation and pricing of this sort of stuff is bullcrap. It's a less than a $40 book on Amazon, chances are each author is making much less than $1 in royalties per book. So who's being ripped off the most by downloading a bootleg PDF? The publisher. The authors aren't being injured that much. -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, Feb 10, 2015 at 6:29 PM, Always Learning cen...@u64.u22.net wrote: On Tue, 2015-02-10 at 17:14 -0800, John R Pierce wrote: On 2/10/2015 4:58 PM, Always Learning wrote: You have absolutely no prima facie evidence to support your assertion. Seriously? from page 5 of said PDF. Copyright © 2011 Pearson Education, Inc. All rights reserved. Printed in the United States of America. This publication is protected by copyright, and permission must be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise Oh dear. Legal point 1: you do not know the source of the Russian's PDF. Well seeing as it's over 1200 pages and only ~16MB, it cannot possibly be scanned. It's too small a file. If I had to guess, it probably escaped somewhere between whoever did the layout and created the original PDF, and a foreign publisher (I'm assuming this book has been translated into other languages). Legal point 2: you can not determine with certainty that the said PDF is *not* a lawful copy. It's most definitely not a lawful copy. I'm completely certain of this. Legal point 3: you can not establish the Russian's possession of the PDF is *not* lawful. Russia is a UCC signatory, it's certain it's not a lawful copy under either international or Russian law. Legal point 4: Page iv (meaning preface page 4 but physical page 5) contains Copyright © 2011 Pearson Education, Inc. All rights reserved. Printed in the United States of America. This publication is protected by copyright, and permission must be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise. For information regarding permissions, write to: Pearson Education, Inc. Rights and Contracts Department 501 Boylston Street, Suite 900 Boston, MA 02116 Fax: (617) 671-3447 ISBN-13: 978-0-13-148005-6 ISBN-10: 0-13-148005-7 Text printed in the United States on recycled paper at Edwards Brothers in Ann Arbor, Michigan. First printing, June 2010 Legal point 5: You are seriously mistaken in asserting the said PDF did *not* originate from the publisher. It doesn't matter if the publisher lost containment and the PDF escaped into the wild. It's still copyright infringement to cause copyrighted material to be replicated without permission. Legal point 6: You have no case to argue. OK well if you're going to take the time to make bullshit legal points like this, then I get to say you sir, may kindly kiss my ass. Legal point 7: You are unproductively using your own, and other's, time, interest and energy. So are you, and this is your informal invitation to stop. -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 21:04 -0700, Chris Murphy wrote: What libraries offer is not only legal, it's important to keep this intact. Publishers have variably been very unreasonable abrogating the first-sale doctrine when it comes to ebook versions. It's a case where I believe in no shade of gray. If I'm led to believe I've bought an ebook, not merely renting it, then I should have the right to give that ebook to a library, school, friend, leave it in an estate to children. And quite a number of publishers deny this doctrine applies to ebooks. Not good. My considered opinion is:- PDF copies, as produced by the publisher, should be sold for no more than USD $ 10.00 per copy with 30% going directly to the author. At present publishers are far too greedy. Their lust for the public's cash is detrimental to learning generally and to the distribution of knowledge. Many years ago, before I sold my soul to the computer world for GBP £2 per week extra pay, bookshops received between 45% and 55% discount. PDFs require no storage space in premises, no heating, no building insurance, no public liability insurance, no staffing costs etc. etc. Consequently it is unreasonable for the publisher and/or the distributor to retain most of the income from PDF and other e-book format sales. They are doing virtually no work but profiteering enormously from the author's hard work. Admittedly it is possible for sellers to sell cloned copies of PDFs. However it must be possible to overprint every page in a PDF with a sellers receipt number or publisher's copy-serial-number which could be entered on a web site when seeking errata and extras associated with possession of the publication - or even registering possession of a copy for future updates and associated information. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On 2/10/2015 5:29 PM, Always Learning wrote: Legal point 1: you do not know the source of the Russian's PDF. doesn't matter. Legal point 2: you can not determine with certainty that the said PDF is *not* a lawful copy. I know that *I* don't have the rights to read that PDF, and I suspect you don't either. Do you have written permission from the copyright holder, Pearson Publishing, to download that ?I see a statement embedded in the work that permission is required to reproduce, store, transmit, etc in any form. Your suggesting on a public forum such as this that a random copy on a random website is an acceptable source of a copyrighted work is immoral and wrong. -- 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] CentOS 7 : create RAID arrays manually using mdadm --create ?
On Tue, Feb 10, 2015 at 1:13 PM, Les Mikesell lesmikes...@gmail.com wrote: On Tue, Feb 10, 2015 at 1:54 PM, Chris Murphy li...@colorremedies.com wrote: - I would not put swap on an md device, I'd just put a plain swap partition on each device; first create two swap mountpoints, If one of the devices fails, doesn't that mean that any processes with swap on the associated space will be killed?Avoiding that is kind of the point of having mirrors It's a good question. I try to avoid swap use, especially on hard drives. For some use cases it's better to slow to a crawl than implode under pressure. For more cases I think swap on SSD makes more sense, the system won't slow down nearly as much. Why I avoid swap on md raid 1/10 is because of the swap caveats listed under man 4 md. Is possible for a page in memory to change between the writes to the two md devices such that the mirrors are in fact different. The man page only suggests this makes scrub check results unreliable, and that such a difference wouldn't be read (?) But I don't understand this. So I just avoid it because I haven't thoroughly tested it. So if anyone has, that'd be useful info. If not, it might be worth asking in linux-raid@ for clarification. But sure, if swap is actively used and vanishes due to drive failure, decent chance it's a problem. How it'll manifest though? -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, February 10, 2015 7:36 pm, Always Learning wrote: On Tue, 2015-02-10 at 19:19 -0600, Valeri Galtsev wrote: Just to make it clear: I recommended the book itself without pointing to any source of it, and when pirate copy was mentioned by somebody else, I had to say I do not recommend that source and would recommend to buy the book on amazon. Indeed I should have said allegedly pirated not just pirated. As I don't care to go into details if it is or it isn't. I also would recommend to finish this discussion and those who feel so get themselves some fundamental book and go ahead with reading it. Which I'm going to do myself (there are things I need to read...) Valeri The person asserting the copy was pirated (meaning stolen) has no proof it was stolen. Just because someone jumps up and down shouting various things, can not in law make any of those things a fact. To prove something one needs FACTS which is also known as evidence. No evidence exists that the copy was stolen. Justice depends on factual information not people inventing facts without proof. If I claimed you were Bill Gates' brother, would that actually make you Bill Gates' brother ? -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 21:32 -0600, Valeri Galtsev wrote: Indeed I should have said allegedly pirated not just pirated. As I don't care to go into details if it is or it isn't. I also would recommend to finish this discussion and those who feel so get themselves some fundamental book and go ahead with reading it. Which I'm going to do myself (there are things I need to read...) On my desk I have a copy of 'The Book'. I got it free of all costs. It is not mine. I did not buy it or otherwise make a payment to possess it. It has the same copyright notice inside. It does not state Pirate Copy anywhere on the covers or inside. Hopefully I am lawfully allow to read it ? Before an unnecessary riot starts perhaps I should mention I've borrowed 'The Book' from a public library :-) -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 17:14 -0800, John R Pierce wrote: On 2/10/2015 4:58 PM, Always Learning wrote: You have absolutely no prima facie evidence to support your assertion. Seriously? from page 5 of said PDF. Copyright © 2011 Pearson Education, Inc. All rights reserved. Printed in the United States of America. This publication is protected by copyright, and permission must be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise Oh dear. Legal point 1: you do not know the source of the Russian's PDF. Legal point 2: you can not determine with certainty that the said PDF is *not* a lawful copy. Legal point 3: you can not establish the Russian's possession of the PDF is *not* lawful. Legal point 4: Page iv (meaning preface page 4 but physical page 5) contains Copyright © 2011 Pearson Education, Inc. All rights reserved. Printed in the United States of America. This publication is protected by copyright, and permission must be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise. For information regarding permissions, write to: Pearson Education, Inc. Rights and Contracts Department 501 Boylston Street, Suite 900 Boston, MA 02116 Fax: (617) 671-3447 ISBN-13: 978-0-13-148005-6 ISBN-10: 0-13-148005-7 Text printed in the United States on recycled paper at Edwards Brothers in Ann Arbor, Michigan. First printing, June 2010 Legal point 5: You are seriously mistaken in asserting the said PDF did *not* originate from the publisher. Legal point 6: You have no case to argue. Legal point 7: You are unproductively using your own, and other's, time, interest and energy. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 17:59 -0700, Warren Young wrote: On Feb 10, 2015, at 4:28 PM, Always Learning cen...@u64.u22.net wrote: 2. PDFs can be created by *NON-ADOBE* software. And SWFs can be generated by non-Adobe software, and JARs can be generated by non-Oracle software. What’s your point? Is it that only Evil Corporations can create software that can be used for evil purposes? Are you back on the “F/OSS software is invulnerable” bandwagon already, after being knocked off it a week or two back? PDF's (well most of them) can be opened by non-Adobe PDF-type software. So what do you do when you get a PDF that *can’t* be opened by your non-Adobe PDF reader? Do you discard it and go find another way to get the content, or do you grumble and fire up acroread? 3. The Russian's web site is that of a devote cyclist. I’m a devout cyclist, too, yet you’ve apparently decided I’m an enemy. Warren, I have never declared you to be an enemy. I am an all weather cyclist who used take his bike as luggage on aircraft. What makes this other guy unimpeachable? I could care less that he’s Russian, or a cyclist. What I care is that he’s purposely providing illicit goods. Then go and complain to the USA's FBI on +1.202-324 3000. It is not a Centos issue ! That’s enough for me to distrust what he’s providing. This Russian cyclist doesn’t even have to be the source of the evil. Chances are that he didn’t buy this PDF from an official source and offer it directly. It’s far more likely that he’s just another step in the chain back to the original source. Why are you trusting all of them, too? Warren, it is senseless you wasting your valuable time trying to make me do what you want. Please don't waste your time moaning about something which is not related to Centos. Make you? How am I going to accomplish that? I have no power over you. I just thought that, since you were Always Learning, you’d want someone to tell you when they saw you doing something that could compromise your security. I never stated I was stupid. Being in the world's top 2% of brainy people neither deprives me of decisiveness nor of thoughtful consideration. Having encountered my first M$ boot virus circa 1987 ? and having seen others experiencing M$ viruses, I am aware of the dangers. This thread is unproductive. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-docs] Fwd: CentOS.org redirected links in wiki.c.o/Download
On Mon, Feb 9, 2015 at 10:30 PM, Fabian Arrotin arr...@centos.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/02/15 05:58, PatrickD Garvey wrote: From: PatrickD Garvey patrickdgarv...@gmail.com Date: Mon, Feb 2, 2015 at 11:14 AM Subject: CentOS.org redirected links in wiki.c.o/Download To: CentOS-docs - centos-docs@CentOS.org centos-docs@centos.org The following links in wiki.c.o/Download: [http://mirror.centos.org/centos/6/isos/i386/ i386] [http://mirror.centos.org/centos/6/isos/x86_64/ x86_64] [http://mirror.centos.org/centos/5/isos/i386/ i386] [http://mirror.centos.org/centos/5/isos/x86_64/ x86_64] get redirected to: [http://isoredirect.centos.org/centos/6/isos/i386/ i386] [http://isoredirect.centos.org/centos/6/isos/x86_64/ x86_64] [http://isoredirect.centos.org/centos/5/isos/i386/ i386] [http://isoredirect.centos.org/centos/5/isos/x86_64/ x86_64] but [http://mirror.centos.org/centos/7/isos/x86_64/ x86_64] [http://mirror.centos.org/centos/7/ RPMs] [http://mirror.centos.org/centos/6/ RPMs] [http://mirror.centos.org/centos-5/5/ RPMs] do NOT get redirected. Should the first list be changed in wiki.c.o/Download? Should both lists be changed? Should neither list be changed? Does anyone have any advice? Trying to understand the issue : all links on the wiki point to mirror.centos.org .. but the RewriteRule happens at the mirror.centos.org level when trying to reach /isos/* .. I don't see a problem here. Can you elaborate ? Or do you just want to switch mirror.centos.org to isoredirect directly ? - -- Fabian Arrotin Thank you. Excellent answer. I had a suspicion there was something like a RewriteRule happening, though I've never used one. The directory name isoredirect seemed like a clue, but, since I don't have administrative access to centos.org, I had to ask for more knowledgeable help. Your answer also seems to indicate that changing the wiki data from [mirror.centos.org... to [isoredirect.centos.org... is considered bad style in this case, the preference being a RewriteRule I'll move on to the next issue I have with wiki.c.o/Download, which I'll address in a new posting when I recall what it is. ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
Re: [CentOS] Another Fedora decision
On Tue, Feb 10, 2015 at 8:55 PM, Always Learning cen...@u64.u22.net wrote: Before an unnecessary riot starts perhaps I should mention I've borrowed 'The Book' from a public library :-) FYI my comments are restricted the PDF floating around of the recommended UNIX and Linux System Admin book. That's definitely not legit. What libraries offer is not only legal, it's important to keep this intact. Publishers have variably been very unreasonable abrogating the first-sale doctrine when it comes to ebook versions. It's a case where I believe in no shade of gray. If I'm led to believe I've bought an ebook, not merely renting it, then I should have the right to give that ebook to a library, school, friend, leave it in an estate to children. And quite a number of publishers deny this doctrine applies to ebooks. Not good. -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 : create RAID arrays manually using mdadm --create ?
On 2/10/2015 6:54 PM, Chris Murphy wrote: Why I avoid swap on md raid 1/10 is because of the swap caveats listed under man 4 md. Is possible for a page in memory to change between the writes to the two md devices such that the mirrors are in fact different. The man page only suggests this makes scrub check results unreliable, and that such a difference wouldn't be read (?) But I don't understand this. So I just avoid it because I haven't thoroughly tested it. if its possible for that to happen, then the whole swapping AND mdraid mechanisms in linux are badly broken. -- 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] KISS networking with CentOS 7
Le 10/02/2015 17:20, m.r...@5-cent.us a écrit : Please explicate - offlist is fine. I really dislike the naming convention I was installing on a new HP dl560 g8, and it came up with ensf1 (which is*great* fun if you're trying to do a pxeboot build) The CentOS FAQ explains how to restore the traditional naming scheme: http://wiki.centos.org/FAQ/CentOS7#head-31ebc6642958a0df12304d6aab9a49034a3b7802 That being said, everything works fine now with the new interface names. I guess I'll just have to get used to it. Feels a bit like FreeBSD. :oD Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KISS networking with CentOS 7
On Tue, Feb 10, 2015 at 05:24:53PM +0100, Niki Kovacs wrote: Le 10/02/2015 17:20, m.r...@5-cent.us a écrit : Please explicate - offlist is fine. I really dislike the naming convention I was installing on a new HP dl560 g8, and it came up with ensf1 (which is*great* fun if you're trying to do a pxeboot build) The CentOS FAQ explains how to restore the traditional naming scheme: http://wiki.centos.org/FAQ/CentOS7#head-31ebc6642958a0df12304d6aab9a49034a3b7802 That being said, everything works fine now with the new interface names. I guess I'll just have to get used to it. Feels a bit like FreeBSD. :oD No, FreeBSD names make sense, giving you an idea of what driver is being used. I've also never found FreeBSD nics to change after installation. That is, if the card was bge0, it stayed bge0 after reboots. Granted, if you move the drive to a machine with a different brand of NIC, you'll have to edit /etc/rc.conf to reflect the new name. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Packages not available in CentOS 7
On Tue, Feb 10, 2015 at 12:08 AM, Venkateswara Rao Dokku dvrao@gmail.com wrote: Thanks for the reply. I did clean installation of the CentOS 7 and wanted to install the list of packages in the above mail, but couldn't get them installed. Can you please help me in installing the above packages? mod_perl definitely exists. Some of the others have been replaced by packages with similar functionality (cronie vs.vixie-cron, dracut-tools vs. mkinitrd). If you don't see it explained in the release notes, try a 'yum search' for a match on part of the name to see what looks likely. Or, just try to start your applications and see if they complain about missing libraries, etc. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux context for ssh host keys?
On 10 February 2015 at 06:32, Mark Tinberg mark.tinb...@wisc.edu wrote: On Feb 9, 2015, at 12:27 PM, Robert Nichols rnicholsnos...@comcast.net wrote: On 02/09/2015 11:14 AM, James B. Byrne wrote: So, I decided to run restorecon -v to ... restorecon reset /etc/ssh/ssh_host_rsa_key_4096 context unconfined_u:object_r:sshd_key_t:s0-unconfined_u:object_r:etc_t:s0 Why are you putting your SSH key in /etc/ ? With SELinux its normally better to go with the flow. find out which directories have the desired label and keep your objects in there. I'm guessing in this case ~/.ssh/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Packages installation in CentOs
Thanks for the quick reply. I couldn't install the following packages also in the CentOS 7 1. python-numeric 2. system-config-services 3. perl-BSD-Resource 4. Perl-Net-IP 5.system-config-nfs 6.ipspec-tools Can you please suggest best way to install the above listed packages on CentOs 7? Are the packages listed above deprecated for CentOS 7 or merged into some other packages? On Tue, Feb 10, 2015 at 11:58 AM, John R Pierce pie...@hogranch.com wrote: On 2/9/2015 10:04 PM, Venkateswara Rao Dokku wrote: 1. rhpl redhat python libraries have been integrated into other things. 2. mod_perl mod_perl is available in epel 3. notification-daemon no idea what this is. 4. vixie-cron cron is installed by default. 5. kudzu obsoleted. 6. redhat-lsb redhat-lsb should be installed by default 7. mod_pyton seems to be a dead end 8. webalizer didn't find it, but I bet this is easy to install from source. 9. pam_ccreds obsoleted 10. libnotify in the base repository. 11. irda_utils wow, I haven't seen anyone use irda in years. irda-utils is in the epel repo (note its - not _ ) 12. readahead not sure what that is, but it appears to have gone away. 13. Mkinitrd mkinitrd is in the dracut base package 14. Alchemist not sure what these are, but they appear to have gone away. 15. Cadevar cadaver, and its in epel. 16. sustem-config-network-tui 17. firstboot-tui both those 'text-user-interfaces' are completely obsoleted. -- 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 -- Thanks Regards, Venkateswara Rao Dokku. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Gnome-3 - can't drag menu items out
Les Mikesell wrote: I've mostly been using MATE from epel when I use GUI access on CentOS7 because it works with x2go, but just noticed on a system with Gnome3 that I can't drag items out of the menus to the desktop or top bar for easier access. Is there some way to make the desktop space useful for more than pretty wallpaper? I'm not at my usual machines so I don't have access to CentOS 7 or GNOME 3 at the moment. And even if did I tend not to bother with stuff on the desktop so I couldn't help with that anyway. However, if it's menu items in the top bar you want I do have an app for that, or rather a GNOME Shell extension. Visit https://extensions.gnome.org and search for 'Frippery Panel Favorites'. You might need to 'yum install gnome-shell-browser-plugin' first to allow extensions to be installed from the website. Frippery Panel Favorites displays icons in the top bar for applications that have been configured as favourites in the overview screen. It works in standard GNOME Shell and in classic mode. I find it much less distracting than having to switch to the overview to access frequently-used applications. Ron ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] Building Xen 4.4 rpms for centos7
On Tue, Jan 20, 2015 at 05:27:48PM +0200, Pasi Kärkkäinen wrote: Agreed on this too .. let's use as much the same as we can, and we can use %if statements in the SPEC to differentiate el6 and el7 things, if necessary. systemd versus init and maybe some version number changes for buildrequires should be the changes we need to be concerned about. Yep! We can try to take the RH 3.10 el7 kernel, mod it for xen, and use it .. or we can shift to 3.14.x and that buys us at least one more year .. or wait until they name the next LTS kernel and go for that. Likely the next LTS kernel will be the easiest option (the RH modified kernel will not support xen and rolling in stuff externally will be hard because of the backports RH does to the kernel (things that go into a standard kernel will not apply cleanly to the RH kernel). But, I agree lets try to use the el6 kernel for xen el7 too .. and we can switch both kernels as required later. Yeah we're not in a hurry with the dom0 kernel. Current Linux 3.10.x seems to work fine atm. Let's focus on getting the current rpms built for el7, and then later we can update both el6 and el7 to later kernel/versions. So.. how do we get the Xen 4.4.1 rpms port to el7 going.. ? :) -- Pasi ___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] Packages installation in CentOs
On Tue, Feb 10, 2015 at 03:29:50PM +0530, Venkateswara Rao Dokku wrote: Thanks for the quick reply. I couldn't install the following packages also in the CentOS 7 1. python-numeric It's built for EPEL 6 and Fedora, they maintainer probably needs to branch it for EPEL7. 2. system-config-services No longer built for CentOS7. 3. perl-BSD-Resource 4. Perl-Net-IP EPEL. 5.system-config-nfs No longer built for CentOS7. 6.ipspec-tools EPEL. Can you please suggest best way to install the above listed packages on CentOs 7? It looks like you ought to look at EPEL (https://fedoraproject.org/wiki/EPEL) before coming back to the list with another list. Are the packages listed above deprecated for CentOS 7 or merged into some other packages? I see that Fedora have packages for system-config-services and system-config-nfs, but it isn't built for EL7. I suspect that system-config-services is out of date since the switch to systemd as an init service. system-config-nfs appears to have stopped development, so it's also not that useful anymore. I wouldn't expect there to be a one to one equivalent of every package in CentOS5 in CentOS7. Perhaps you should reconsider your dependencies rather than trying to find an exact duplicate. -- Jonathan Billings billi...@negate.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Gnome-3 - can't drag menu items out
On Tue, Feb 10, 2015 at 4:18 AM, Ron Yorston r...@tigress.co.uk wrote: Les Mikesell wrote: I've mostly been using MATE from epel when I use GUI access on CentOS7 because it works with x2go, but just noticed on a system with Gnome3 that I can't drag items out of the menus to the desktop or top bar for easier access. Is there some way to make the desktop space useful for more than pretty wallpaper? I'm not at my usual machines so I don't have access to CentOS 7 or GNOME 3 at the moment. And even if did I tend not to bother with stuff on the desktop so I couldn't help with that anyway. However, if it's menu items in the top bar you want I do have an app for that, or rather a GNOME Shell extension. Visit https://extensions.gnome.org Sometimes I use the top bar but generally I just make a folder named apps on the desktop and drag anything used frequently from the menus into it. That approach used to work across windows/mac/gnome2/kde and made it possible to find things without traversing someone else's arcane menu layout. But now I guess gnome3 wants to be different. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] LUKS on EL6 / enable block device after reboot
Is there an easy way (cli) to enable a luks encrypted partition after reboot (a partition that was not enabled while booting, because not in the crypttab). I can execute the necessary command stack [1] but just wondering if there is an enterprise/easy way to do that ... [1] cryptsetup luksOpen $(blkid -t TYPE=crypto_LUKS -o device) \ luks-$(cryptsetup luksUUID $(blkid -t TYPE=crypto_LUKS -o device)) -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KISS networking with CentOS 7
On Tue, Feb 10, 2015 at 08:36:15PM +, Always Learning wrote: On Tue, 2015-02-10 at 12:34 -0500, Scott Robbins wrote: Granted, if you move the drive to a machine with a different brand of NIC, you'll have to edit /etc/rc.conf to reflect the new name. Is /etc/rc.conf exclusively C7 ? Can't find it on C5 and C6. Sorry, no, I was talking about FreeBSD. Most of what runs on boot and services are defined in /etc/rc.conf, as well as networking. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LUKS on EL6 / enable block device after reboot
On Tue, 2015-02-10 at 22:08 +0100, Leon Fauster wrote: Is there an easy way (cli) to enable a luks encrypted partition after reboot (a partition that was not enabled while booting, because not in the crypttab). I can execute the necessary command stack [1] but just wondering if there is an enterprise/easy way to do that ... [1] cryptsetup luksOpen $(blkid -t TYPE=crypto_LUKS -o device) \ luks-$(cryptsetup luksUUID $(blkid -t TYPE=crypto_LUKS -o device)) I use a BASH script containing cryptsetup luksOpen /dev/$1 $2 mkdir /xx/$2 mount /dev/mapper/$2 /xx/$2 -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 : create RAID arrays manually using mdadm --create ?
On Mon, Feb 9, 2015 at 11:57 PM, Niki Kovacs i...@microlinux.fr wrote: I'd like to be able to create either a simple RAID 1 layout with two disks, with a separate /boot partition, or a simple RAID 5 layout with 4 disks, with a separate /boot partition too. The installer can create either of these layouts in manual partitioning. The layouts are described in this little Slackware-based HOWTO I wrote, and which I'm using on my servers. It's in French, but the command-line bits are universal :o) http://www.microlinux.fr/slackware/Linux-HOWTOs/LAN-Server-HOWTO.txt This can also be exactly reproduced with the installer using manual partitioning. However: - I'd substitute ext4 or xfs for /boot instead of ext2 - I'd make /boot bigger than 100MB which is almost certainly too small to hold 3 kernels and initramfs's. - I would not put swap on an md device, I'd just put a plain swap partition on each device; first create two swap mountpoints, by default this creates two swaps on one device. Select one of them and click on the screwdriver+wrench icon (configure selected mountpoint), and choose a specific drive, click select, then click Update Settings. Repeat for each additional swap, making sure each is on its own drive. -- Chris Murphy ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 : create RAID arrays manually using mdadm --create ?
On Tue, Feb 10, 2015 at 1:54 PM, Chris Murphy li...@colorremedies.com wrote: - I would not put swap on an md device, I'd just put a plain swap partition on each device; first create two swap mountpoints, If one of the devices fails, doesn't that mean that any processes with swap on the associated space will be killed?Avoiding that is kind of the point of having mirrors -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KISS networking with CentOS 7
On Tue, 2015-02-10 at 12:34 -0500, Scott Robbins wrote: Granted, if you move the drive to a machine with a different brand of NIC, you'll have to edit /etc/rc.conf to reflect the new name. Is /etc/rc.conf exclusively C7 ? Can't find it on C5 and C6. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] KISS networking with CentOS 7
On Tue, Feb 10, 2015 at 08:36:15PM +, Always Learning wrote: Is /etc/rc.conf exclusively C7 ? Can't find it on C5 and C6. More like FreeBSD (and other BSDs). -- Jonathan Billings billi...@negate.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CESA-2015:0164 Moderate CentOS 5 kernel Security Update
CentOS Errata and Security Advisory 2015:0164 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0164.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fbc6e365d23d3da286bf9bded550eabd318a21040f34fa096f1738ebb085767a kernel-2.6.18-402.el5.i686.rpm d477e8c147231636fb3b4ff56faba8aab779e2879e17fc04572bc8807988e472 kernel-debug-2.6.18-402.el5.i686.rpm 03fa9ae6513e5d2a707af5f4bccd8b1015c84b2bfbc7d1d10d6c80e1ad9a93f9 kernel-debug-devel-2.6.18-402.el5.i686.rpm 231997d5368ad7f96cd257cbf18cfcfbe430696d8af4f3974aa11d4016e30b60 kernel-devel-2.6.18-402.el5.i686.rpm 6acd771664c710e4ab60e2411f445346f277993525db15f67369ecf6960fc8ac kernel-doc-2.6.18-402.el5.noarch.rpm 7acf02229076c89de3aaca3d30362b37bb2d13a472031a30aaf81160489bbc0f kernel-headers-2.6.18-402.el5.i386.rpm 4b6e411599708a2fd881009b5dcbd676af58827b96cccb082cb3f5854f1871e9 kernel-PAE-2.6.18-402.el5.i686.rpm d75baea1b6c5d5027c7f9d75408ca0bf63efca74fe3f36bbd257dbe5f3fd4288 kernel-PAE-devel-2.6.18-402.el5.i686.rpm 2dd5a0cd5c2b15081026fe5ece64a9ae32d6ae306fa807f50211b871f68e58df kernel-xen-2.6.18-402.el5.i686.rpm 493f77a0af04025edbdc0350488477f39752ba59d4765efcb49f427bb6dfd761 kernel-xen-devel-2.6.18-402.el5.i686.rpm x86_64: e2d3e0ca21641dac3412c38d076ea849f5269a607be6146edad1952efa67ec5e kernel-2.6.18-402.el5.x86_64.rpm 5ab8f391d375c1fefcbc570d9bd1293fbee2140c1c6e6a8fa8ab73554b1fe24b kernel-debug-2.6.18-402.el5.x86_64.rpm cfaf3065d7e69629c50cbe3b4d9178b93f8cdfc30e85e74811fddb91d8357a25 kernel-debug-devel-2.6.18-402.el5.x86_64.rpm 1d562cbc7192f4fb46cc77d123adfbfe30e31c30ed37edcef568fd529954e888 kernel-devel-2.6.18-402.el5.x86_64.rpm 6acd771664c710e4ab60e2411f445346f277993525db15f67369ecf6960fc8ac kernel-doc-2.6.18-402.el5.noarch.rpm 2041c9eb7f889c907f34c1e04749304f69298f352f2ba7d19f2c3d726fda8726 kernel-headers-2.6.18-402.el5.x86_64.rpm 53be0ecf7943ece4f03c815af776891f8901c8faf589bf1fff0aa05684a13248 kernel-xen-2.6.18-402.el5.x86_64.rpm e416468d318e5af8228ec6e1248fb5f3b60b656827b6232f47f6918bc224c872 kernel-xen-devel-2.6.18-402.el5.x86_64.rpm Source: bf2745e93b295e13bb88c3d10304f0403cb943373110f26db204c75704df7000 kernel-2.6.18-402.el5.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] Another Fedora decision
On Feb 9, 2015, at 12:12 PM, John R Pierce pie...@hogranch.com wrote: On 2/9/2015 11:06 AM, Always Learning wrote: The third item was a 16.1 MB PDF of 1,344 pages. A quick scan of the PDF shows every page appears to be readable. 11 pages devoted to BASH. Information on other interesting topics too. on a site hosted in Russia which appears to be FULL of copyright violations. Remember, Adobe Flash BAD, Adobe PDF GOOD. Amazing how quickly security fundamentals — like declining to download a file which can contain scripts that run on the local machine from a clearly dodgy site — go out the window when put up against expediency. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, February 10, 2015 4:04 pm, Warren Young wrote: On Feb 9, 2015, at 12:12 PM, John R Pierce pie...@hogranch.com wrote: On 2/9/2015 11:06 AM, Always Learning wrote: The third item was a 16.1 MB PDF of 1,344 pages. A quick scan of the PDF shows every page appears to be readable. 11 pages devoted to BASH. Information on other interesting topics too. on a site hosted in Russia which appears to be FULL of copyright violations. Remember, Adobe Flash BAD, Adobe PDF GOOD. Amazing how quickly security fundamentals â like declining to download a file which can contain scripts that run on the local machine from a clearly dodgy site â go out the window when put up against expediency. Yes, expediency. And cost, quite likely (even though it is better than affordable). That really suggests the need to learn fundamentals (I would put in order: Unix or Linux system basics first; system security second). Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 7 will not run pre-installation script
On 02/10/2015 06:53 AM, Chris Beattie wrote: i thought it was better to use the even number revisions. I think the even numbers advice only applies to Star Trek movies. The even number thing was coincidental and subjective, and pre-dates RHEL. If it was ever true, it hasn't been true since 2002. It's amazing how some bits of conventional wisdom persist LONG after they should be forgot. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] KISS networking with CentOS 7
Hi, I'm currently experimenting with CentOS 7 on a couple of installations. I'm reasonably proficient with CentOS 5.x and 6.x. I'd like to manage networking using a more traditional approach (Keep It Simple Stupid). Here's what I tried so far, starting from a minimal install: Install net-tools (to be able to use ifconfig). Get rid of NetworkManager: # yum remove NetworkManager* Add 'net.ifnames=0' and 'biosdevname=0' to kernel boot options to name interfaces eth0, eth1, etc. Edit '/etc/sysconfig/network-scripts/ifcfg-eth{0,1}' like I did under previous versions. Eventually, edit '/etc/udev/rules.d/70-persistent-net.rules' to switch interfaces: # /etc/udev/rules.d/70-persistent-net.rules # # eth0 SUBSYSTEM==net, ACTION==add, DRIVERS==?*, \ ATTR{address}==00:1e:c9:42:84:7b, ATTR{type}==1, \ KERNEL==eth*, NAME=eth0 # eth1 SUBSYSTEM==net, ACTION==add, DRIVERS==?*, \ ATTR{address}==00:30:f1:6a:2f:40, ATTR{type}==1, \ KERNEL==eth*, NAME=eth1 So far, no way to bring either eth0 or eth1 up. What am I doing wrong here? Is NetworkManager now a mandatory part of the base system? Some other mistake somewhere else? I'm a bit puzzled here. Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CEBA-2015:0162 CentOS 6 augeas BugFix Update
CentOS Errata and Bugfix Advisory 2015:0162 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0162.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 830e112850754e1e366d87813eeab40dca1465b08759cf1d5944d1372284fdc3 augeas-1.0.0-7.el6_6.1.i686.rpm a0a6a000351426710831fbe0f529a69cf5e9c125348b7e7b288d928d1df4609a augeas-devel-1.0.0-7.el6_6.1.i686.rpm 48980fbfc8f19e665036b8dd3cbdbce079536f361bfec7f7133130156f2f3921 augeas-libs-1.0.0-7.el6_6.1.i686.rpm x86_64: bfffb8078feca3c4509ec20529d5683562f49c223d40bb74e8ec3d2b584f1db6 augeas-1.0.0-7.el6_6.1.x86_64.rpm a0a6a000351426710831fbe0f529a69cf5e9c125348b7e7b288d928d1df4609a augeas-devel-1.0.0-7.el6_6.1.i686.rpm 97fdfb8da2056af339026d3894e288505ffd4c850726c6d53cd7187ab11e2b2d augeas-devel-1.0.0-7.el6_6.1.x86_64.rpm 48980fbfc8f19e665036b8dd3cbdbce079536f361bfec7f7133130156f2f3921 augeas-libs-1.0.0-7.el6_6.1.i686.rpm 7bece2edec3fd7439b8928bfe02d37745008e95758bbe0e72d23a1a8442595ee augeas-libs-1.0.0-7.el6_6.1.x86_64.rpm Source: e113f6d4d6f55466fcb66b7055209779f701bea3a8bdf33020d016fe7ed09a29 augeas-1.0.0-7.el6_6.1.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] CESA-2015:0165 Moderate CentOS 6 subversion Security Update
CentOS Errata and Security Advisory 2015:0165 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0165.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 32a3927ae4971b23bc81f9123363306d8d9a5939b139a3c802de82e5b79644bb mod_dav_svn-1.6.11-12.el6_6.i686.rpm 6c23fef4443d27c6e82193bdfbdda82b7898093c1006615dbcc75e3cf68a815a subversion-1.6.11-12.el6_6.i686.rpm 6cc1d25aa4ac53e913242ec41159d8de42fadb871384062e45fffecb1d31e175 subversion-devel-1.6.11-12.el6_6.i686.rpm 6596246e0c441e32c50e6c90c016a714c6c6b0c6ce109c2a69992bbcdb7c00ac subversion-gnome-1.6.11-12.el6_6.i686.rpm 1ed02f11d33fd55628ff0d97f2c4b2a901431f9340c59bdb862db3aef6f4dd6a subversion-javahl-1.6.11-12.el6_6.i686.rpm e8a59903e9b33553cf4b1dffe1e191d331496a4e56afdb22dad22eca9c08b2e6 subversion-kde-1.6.11-12.el6_6.i686.rpm 32906e72f51ff99aa406438d53e538ea2cf7b5e90d84d05258a3a74e8fe329df subversion-perl-1.6.11-12.el6_6.i686.rpm 2efa70361dd48f5ebdf2cf5a85f0e58a748760483e6573c37c99e2c2ea12d5b4 subversion-ruby-1.6.11-12.el6_6.i686.rpm 768cf02d302b8469f9d3960c7bcfecc0358b67e48b389e057db5689d64d43a37 subversion-svn2cl-1.6.11-12.el6_6.noarch.rpm x86_64: cfe4ec1671cf414256ebdf9453c2395084cec939c33f2fecc78adfca6a7e2f05 mod_dav_svn-1.6.11-12.el6_6.x86_64.rpm 6c23fef4443d27c6e82193bdfbdda82b7898093c1006615dbcc75e3cf68a815a subversion-1.6.11-12.el6_6.i686.rpm 870fc0650e8d86a5e48c4628d6b67d52c20a751e51e6a232e54a4b20b1fb7efa subversion-1.6.11-12.el6_6.x86_64.rpm 6cc1d25aa4ac53e913242ec41159d8de42fadb871384062e45fffecb1d31e175 subversion-devel-1.6.11-12.el6_6.i686.rpm e431d9f4b9790c57e42e9148ffcf13ca00ce688e3c22ab61a128aff3bb73daaa subversion-devel-1.6.11-12.el6_6.x86_64.rpm 6596246e0c441e32c50e6c90c016a714c6c6b0c6ce109c2a69992bbcdb7c00ac subversion-gnome-1.6.11-12.el6_6.i686.rpm 22fe7bcc6134958b412fc10381341810a5d3a3e70c9c360aba782936c189a4d3 subversion-gnome-1.6.11-12.el6_6.x86_64.rpm 1ed02f11d33fd55628ff0d97f2c4b2a901431f9340c59bdb862db3aef6f4dd6a subversion-javahl-1.6.11-12.el6_6.i686.rpm 0e79ef2ce0f6897b4802be09c2f9f6fe9b737cfda476732cc191e615b57422bb subversion-javahl-1.6.11-12.el6_6.x86_64.rpm e8a59903e9b33553cf4b1dffe1e191d331496a4e56afdb22dad22eca9c08b2e6 subversion-kde-1.6.11-12.el6_6.i686.rpm f7bc0a34c739ccb42822099d9d137b53af5f5cd1dcf5102fb71f7966d527b82f subversion-kde-1.6.11-12.el6_6.x86_64.rpm 32906e72f51ff99aa406438d53e538ea2cf7b5e90d84d05258a3a74e8fe329df subversion-perl-1.6.11-12.el6_6.i686.rpm a4f559b9031bb7671ad0885d94c91b0aee15b7a1894a845cdd876e08540ec467 subversion-perl-1.6.11-12.el6_6.x86_64.rpm 2efa70361dd48f5ebdf2cf5a85f0e58a748760483e6573c37c99e2c2ea12d5b4 subversion-ruby-1.6.11-12.el6_6.i686.rpm db41dfd9c8b081d35e3931757813a551fe3ddbec09bfe7f2a94b6cb5b192fe9f subversion-ruby-1.6.11-12.el6_6.x86_64.rpm 768cf02d302b8469f9d3960c7bcfecc0358b67e48b389e057db5689d64d43a37 subversion-svn2cl-1.6.11-12.el6_6.noarch.rpm Source: 2044b1b915eec1cc021681fd599cbf2fd37106670883426e2e24c08d1d45095f subversion-1.6.11-12.el6_6.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] CESA-2015:0166 Moderate CentOS 7 subversion Security Update
CentOS Errata and Security Advisory 2015:0166 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0166.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ad1d62c0aa11709378918e05cd8f66425901af7759d8ef8119918991bc4a1dcd mod_dav_svn-1.7.14-7.el7_0.x86_64.rpm 4095d987c67eb61556befe167d0f74ad0b777f1a4fe1a94b24441c94b283e933 subversion-1.7.14-7.el7_0.i686.rpm f63835d6f425a1628c58afdb484cb89de3bd1e26869dee151b665f2472e6e48a subversion-1.7.14-7.el7_0.x86_64.rpm 51ca7f8c8a5413385f99f6dd0acddce223603f7a9f3718983bc5c99eb01ad40d subversion-devel-1.7.14-7.el7_0.i686.rpm 8f612efc6b30488c81e08597cf653f55897a6b837bf4236252e0c9afdc478975 subversion-devel-1.7.14-7.el7_0.x86_64.rpm 7ffc0bf23a85735e8444c4641c186e7c5a4d8cb57b883301c9038fac2b18f49f subversion-gnome-1.7.14-7.el7_0.i686.rpm 201a8e4b1971d99e45e705004361b0a6ba8165bd1690a5352acdc82035247d25 subversion-gnome-1.7.14-7.el7_0.x86_64.rpm ae5430e9cfcbfd5bc2655827f4cfcc7c57c7301c8402b632c1ee0a8db03bae34 subversion-javahl-1.7.14-7.el7_0.i686.rpm 26335d6ee4935df7332fd8e2160da8439a03d5ad0777f4e86edb2fa0335874be subversion-javahl-1.7.14-7.el7_0.x86_64.rpm af9c6ade8371afde8f05b7d74bae455c75065804fc3dba52e7fec1868d02ac3e subversion-kde-1.7.14-7.el7_0.i686.rpm 7ebb23191473eb503dd2a960e014406dcbc86cde1fd9a9651d83732c65049ec3 subversion-kde-1.7.14-7.el7_0.x86_64.rpm 43ad268e519c29af89eefcd9cd785189bfcb1953398ac4a4b0ae5b0ec8e51726 subversion-libs-1.7.14-7.el7_0.i686.rpm 88de3d6dde9da26988a107be00f10726b27a00f530f5529b4bc24ad924c89618 subversion-libs-1.7.14-7.el7_0.x86_64.rpm 1ea88f946da1d932fa4b1b123eae486dd0dd599e6b6368c31f701b8603538a99 subversion-perl-1.7.14-7.el7_0.i686.rpm 2855e7f06197f820ae35ed99be61fbf39b36df38cfcdd8dfe1221af0ad62b606 subversion-perl-1.7.14-7.el7_0.x86_64.rpm c912c363a08ac2cdcb7ffab146a1b20c825df729883051d8e558a7a5384ad7ac subversion-python-1.7.14-7.el7_0.x86_64.rpm 346e2e09bfd19ca048ff437999e02136ac8d58670c2df9c3ab14097dcf83c257 subversion-ruby-1.7.14-7.el7_0.i686.rpm fe1a3f846fa82245479230d0ae834ceefee70756dc41f015dd57736fadcae0f0 subversion-ruby-1.7.14-7.el7_0.x86_64.rpm b4a223ec01851dbc0add439b90e8de40597e3ea21b054903a3a2794597df960a subversion-tools-1.7.14-7.el7_0.x86_64.rpm Source: 80de3e657ce5343d61d45c3b52453a23d3ac6d069aab1186996ee3d91370b455 subversion-1.7.14-7.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] Another Fedora decision
On 2015-02-10, Always Learning cen...@u64.u22.net wrote: My decisions are based on what I know. Those decisions can be called informed decisions. Calling them informed decisions doesn't automatically make them informed decisions. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On 2/10/2015 3:28 PM, Always Learning wrote: 3. The Russian's web site is that of a devote cyclist. oh, well, I'm glad that makes the copyright violation of stealing an authors work OK in your book. -- 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] Packages not available in CentOS 7
Am 10.02.2015 um 07:08 schrieb Venkateswara Rao Dokku dvrao@gmail.com: Thanks for the reply. I did clean installation of the CentOS 7 and wanted to install the list of packages in the above mail, but couldn't get them installed. Can you please help me in installing the above packages? Please read the release notes. If you are coming from 5.x then read also the notes from 6.x. Some packages are deprecated or substituted now. -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
Valeri and Warren, My decisions are based on what I know. Those decisions can be called informed decisions. I am not abdicating anything to you two gentlemen. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 23:28 +, Always Learning wrote: 3. The Russian's web site is that of a *devout* cyclist. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 15:04 -0700, Warren Young wrote: On Feb 9, 2015, at 12:12 PM, John R Pierce pie...@hogranch.com wrote: On 2/9/2015 11:06 AM, Always Learning wrote: The third item was a 16.1 MB PDF of 1,344 pages. A quick scan of the PDF shows every page appears to be readable. 11 pages devoted to BASH. Information on other interesting topics too. on a site hosted in Russia which appears to be FULL of copyright violations. Remember, Adobe Flash BAD, Adobe PDF GOOD. Amazing how quickly security fundamentals — like declining to download a file which can contain scripts that run on the local machine from a clearly dodgy site — go out the window when put up against expediency. 1. Flash I don't have or use. 2. PDFs can be created by *NON-ADOBE* software. PDF's (well most of them) can be opened by non-Adobe PDF-type software. 3. The Russian's web site is that of a devote cyclist. Most of the films on his web site are of cycling or about cycling. Most of the oldish PDF files are about Linux and in Russian. I do not consider his site presents a malicious danger to me. Warren, it is senseless you wasting your valuable time trying to make me do what you want. The system here just does not work like that - perhaps elsewhere but certainly not here. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 16:24 -0800, Keith Keller wrote: On 2015-02-10, Always Learning cen...@u64.u22.net wrote: My decisions are based on what I know. Those decisions can be called informed decisions. Calling them informed decisions doesn't automatically make them informed decisions. This is puerile. Are you really so bored ? -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Tue, 2015-02-10 at 16:39 -0800, John R Pierce wrote: On 2/10/2015 3:28 PM, Always Learning wrote: 3. The Russian's web site is that of a devote cyclist. oh, well, I'm glad that makes the copyright violation of stealing an authors work OK in your book. Another bored expert desperate for a modicum of excitement ? You have absolutely no prima facie evidence to support your assertion. I refer you to my posting dated Mon, 09 Feb 2015 22:10:35 + which includes, inter alia:- Keith neither of us know whether or not the Russian man obtained his PDF copy of the book lawfully. In my book-publishing opinion, the PDF appears to have originated from the book's publisher, so the original source must have been *the* official source. Hence the book, in the PDF version, must have been written by the official authors. The existence of an alleged unpaid-for copy on a foreign web site can not, in any sense whatsoever, denigrate, diminish nor deprecate the official authors distinguished achievement. There are poor people all around the world who enjoy computers including Linux and whom would benefit from learning more about Linux. Some who can read English sufficiently proficiently to benefit from the book's text, may be too poor to afford the, to them in their country, exorbitant Western price for an official copy. Some publishers recognise this reality and sell in third-world countries at a small fraction of the Western price. In those circumstances selling PDFs for an extremely low price may be the source of this particular PDF especially as hardbacks and paperbacks could never economically be sold as low as a very low cost official PDF copy. FACT: Valeri's recommendation is, in my opinion, a useful source of basic knowledge benefiting Centos users regardless whether that book in printed on paper or is a virtual or an electronic book (i.e. PDF). ANOTHER FACT: Linux Programmer's Reference, Petersen, Osborne McGraw-Hill 1998 - ISBN 0-07-882587-3, which I obtained on 27 October 2000, is also a good good source of useful information. I've started re-reading the 71 pages on BASH. I never knew the first character on the first line could be a space. -- Regards, Paul. England, EU. Je suis Charlie. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On Feb 10, 2015, at 4:28 PM, Always Learning cen...@u64.u22.net wrote: 2. PDFs can be created by *NON-ADOBE* software. And SWFs can be generated by non-Adobe software, and JARs can be generated by non-Oracle software. What’s your point? Is it that only Evil Corporations can create software that can be used for evil purposes? Are you back on the “F/OSS software is invulnerable” bandwagon already, after being knocked off it a week or two back? PDF's (well most of them) can be opened by non-Adobe PDF-type software. So what do you do when you get a PDF that *can’t* be opened by your non-Adobe PDF reader? Do you discard it and go find another way to get the content, or do you grumble and fire up acroread? 3. The Russian's web site is that of a devote cyclist. I’m a devout cyclist, too, yet you’ve apparently decided I’m an enemy. What makes this other guy unimpeachable? I could care less that he’s Russian, or a cyclist. What I care is that he’s purposely providing illicit goods. That’s enough for me to distrust what he’s providing. This Russian cyclist doesn’t even have to be the source of the evil. Chances are that he didn’t buy this PDF from an official source and offer it directly. It’s far more likely that he’s just another step in the chain back to the original source. Why are you trusting all of them, too? Warren, it is senseless you wasting your valuable time trying to make me do what you want. Make you? How am I going to accomplish that? I have no power over you. I just thought that, since you were Always Learning, you’d want someone to tell you when they saw you doing something that could compromise your security. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Another Fedora decision
On 2/10/2015 4:58 PM, Always Learning wrote: You have absolutely no prima facie evidence to support your assertion. Seriously? from page 5 of said PDF. Copyright © 2011 Pearson Education, Inc. All rights reserved. Printed in the United States of America. This publication is protected by copyright, and permission must be obtained from the publisher prior to any prohibited reproduction, storage in a retrieval system, or transmission in any form or by any means, electronic, mechanical, photocopying, recording, or likewise -- 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