Discuss

discuss@lists.centos.org

1 participants
34730 discussions

Official CentOS CD/DVD Vendor Program
by Johnny Hughes 27 May '05

27 May '05

All, I would like to announce our Official CentOS CD/DVD Vendor Program. We currently have 3 vendors, and 2 more who are putting together their information. (Not bad ... the official program has been going for less than 12 hours :) The details of the program (how to get in it, what they give back to the CentOS Project, etc.) are here: http://www.centos.org/images/CentOS_CD_Vendors.pdf Here is the page that contains the current vendors: http://www.centos.org/vendors The CentOS project has looked at the vendors listed, and we highly recommend them if you want to buy CentOS CDs or DVDs. They give back to the CentOS Project for every CentOS CD/DVD they sell and we greatly appreciate it. If you are a CD/DVD vendor and are interested in being in our official program, see the above guide. If you are a CentOS user looking to buy CDs or DVDs, please use our official vendors to get all your pre-made CDs or DVDs (not just CentOS products) ... and if you are buying other products from them because they are official CentOS vendors, let them know that is the reason :) Thanks, Johnny Hughes

8 12

Still VPN
by Simone 27 May '05

27 May '05

Hi, still trying to understand one thing. I would definitely like to tell iptables to accept all packets coming from remote vpn only if they hit the $VIRTUALVPNINTERFACE. I tried -o ipsec0 but this is not working, looks like ipsec0 device doesn't exist or it is not recognized. I red on the Openswan users list, that Linux kernel 2.6 native ipsec don't create ipsec* interface (if I am not wrong this is something backported on kernel 2.4 RHEL3) just add a route to remote network through eth0, so if I want to ssh the vpn server on his internal ip from the other side of the vpn I need $IPTABLES -A INPUT -i *$EXTIF* -s $MYEXTNETWORK -d $INTIP -p tcp -m tcp --dport 22 -j ACCEPT and this is true for any other rule I would use ipsec0 in, I have to use $EXTIF. Even if I am going to set sshd to listen on a different port, I am a little worried this could harm my machine in any way. Comments are welcome Have a nice day Simone

2 2

CentOS-announce Digest, Vol 3, Issue 16
by centos-announce-request＠centos.org 27 May '05

27 May '05

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. Official CentOS CD/DVD Vendor Program (Johnny Hughes) 2. CESA-2005:413 Important CentOS 4 x86_64 ImageMagick - security update (Johnny Hughes) 3. CESA-2005:413 Important CentOS 4 i386 ImageMagick - security update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 May 2005 10:03:38 -0500 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] Official CentOS CD/DVD Vendor Program To: CentOS ML <centos(a)centos.org> Cc: centos-announce(a)centos.org Message-ID: <1117119818.1469.209.camel(a)myth.home.local> Content-Type: text/plain; charset="us-ascii" All, I would like to announce our Official CentOS CD/DVD Vendor Program. We currently have 3 vendors, and 2 more who are putting together their information. (Not bad ... the official program has been going for less than 12 hours :) The details of the program (how to get in it, what they give back to the CentOS Project, etc.) are here: http://www.centos.org/images/CentOS_CD_Vendors.pdf Here is the page that contains the current vendors: http://www.centos.org/vendors The CentOS project has looked at the vendors listed, and we highly recommend them if you want to buy CentOS CDs or DVDs. They give back to the CentOS Project for every CentOS CD/DVD they sell and we greatly appreciate it. If you are a CD/DVD vendor and are interested in being in our official program, see the above guide. If you are a CentOS user looking to buy CDs or DVDs, please use our official vendors to get all your pre-made CDs or DVDs (not just CentOS products) ... and if you are buying other products from them because they are official CentOS vendors, let them know that is the reason :) Thanks, Johnny Hughes

1 0

bash 3.0 freezes
by jose luis faria 27 May '05

27 May '05

Hello centos users, I download the bash 3.0 and compile it in CentOS 4.0 with or withiut all patchs. But when I execute the comand ls -l it freezes. Any idea? -- :) cumprimentos -------------------------- José Luís Faria

2 1

mouse issues in centos 4
by Mark Elam 27 May '05

27 May '05

Hi all, I am the IT department here at my office, I take care of everything pretty much. I chose Centos4 to deploy to my 50 workstations as it was the most compatible with the RHEL. We need the RHEL compatibility for support contract for different tools we use. So far it has been great. I have noticed a few issues since having 50 machines all exactly the same installed with centos 4. I have them clustered, and generally they work well. I often see random loss of the mouse cursor, which results in having to restart X. (really pisses the engineers off) I cannot seem to track down why this is happening. Nothing in any logs give any clue to what is happening. I thought it may have to do with VMware, as this is installed on 80% of these machines, and most of the time it happened when users were using Vmware. But recently I have seen the problem on machines without VMware running or even installed. I have also noticed a similar issue with a Wacom tablet. The user will be using it for some amount of time and then it stops working. At first it is assigned /dev/input/event3, the kernel module (wacom.o) is loaded and everything is fine. It will then stop working after a while, behind the scenes the system thinks the tablet has been unplugged and replugged, then assigns it /dev/input/event4. This of course doesn't work because in the xorg.conf file it is looking for it at event3. I am not sure if these are related or not. But the symptoms seem similar. Of course the wacom tablet is USB and the mouse issues are with PS/2 mice. So they may be unrelated. Any help would be appreciated. Thanks for your time. -- ############################################################################# Mark Elam Direct: 408.869.4029 IT Administrator Cell: 408.221.2689 Mobilygen Corporation melam(a)mobilygen.com #############################################################################

4 4

can't locate /etc/ini.d/mysqld file!
by israel.garcia＠cimex.com.cu 26 May '05

26 May '05

List, I installed my server and I want to start Mysql, but I can not find the file /etc/ini.d/mysqld .. [root@netflow ntop]# rpm -qa|grep mysql mysqlclient10-3.23.58-4.RHEL4.1 libdbi-dbd-mysql-0.6.5-10.RHEL4.1 mysql-4.1.10a-1.RHEL4.1 mysql-devel-4.1.10a-1.RHEL4.1 Am I missing some mysql rpm from Cds? regards. israel

6 6

Re: [Centos] Mounting Netware Volumes
by Nels Lindquist 26 May '05

26 May '05

On 24 Mar 2005 at 19:33, Paul wrote: > Well I dug though the RH's site and in the release notes for AS 3.95 ite > mentionsed that ncpfs has been deprecated. I can't find the release > notes for 4, but assume that they must have removed support in the > kernel along with the package. Try installing the kernel-unsupported module. Both ncpfs.o and ipx.o (should you still require it) are in that module, at least for CentOS 3.x--haven't looked at 4.0 yet myself. ---- Nels Lindquist <*> Information Systems Manager Morningstar Air Express Inc.

5 6

Re: Demonizing generic Linux issues as Fedora Core-only issues -- this thread has ended ...
by Bryan J. Smith <b.j.smith＠ieee.org> 26 May '05

26 May '05

From: Les Mikesell <lesmikesell(a)gmail.com> > If you believe that, you have to believe that Red Hat's programmers > are always better than the original upstream program author. How do you assert that? It has _nothing_ to do with my statement. You keep thinking there is this absolute "black/white" on why developers, vendors, etc... do this or that. There are reasons to upgrade to a newer version, and there are other reasons to backport. One is _not_ better than the other, or developers are not any more or less "smart" if they do. What I said was it is _harder_ for a distro to take the take to backport fixes and minimize impact to existing compatibility than to merely just rely and ship the latest version from a developer. There are reasons to upgrade (features, project support, etc...) and there are reason to backport (minimal impact, regression tested inter-package compatibility, etc...). There is no "black/white" on which one is "better." I just merely stated _why_ SLA guaranteed distros do the "backport," which is more difficult to accommodate because the project developers/support typically are just focused on the next version, and you have to replicate much of their knowledge/expertise internally (instead of just taking their next version with the patches/fixes). > I'll agree that they are good and on the average do a good job, but > that stops far short of saying that they know better than the > perl (etc.) teams what version you should be running. And _where_ did I say that? All I said was that _backporting_ is done to _minimize_ impact to the _entire_ set of _all_ packages that have been "regression tested" into a released, SLA guaranteed distro. That's what RHEL/SLES are about. At what point are you going to stop seeing what I saw as a black/white thing and realize that RHEL/SLES have _different_ foci than what you may want, and _that's_ why you're not getting what you want in stock CentOS? Is it really that hard to understand? When you understand that there is a pro/con to "staying current" v. "backports," and why distros like RHEL/SLES are typically "anal" to the "backport" side -- which seemingly conflicts with what you want, then we can talk. Until then, you seem to want to assert that what I'm saying is something about "better" when that is _not_ what I'm saying. I'm trying to explain "why" -- _not_ "better." End of thread. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

About tunnels
by Maciej Żenczykowski 26 May '05

26 May '05

Hi folks, I have two CentOS 4 server I administrate doing routing and firewalling of two networks (one NATed and firewalled and the other one merely firewalled) and I'd like to build a tunnel to allow computers on the normal private network (and the firewall) to access the private IPs of computers behind the NAT/firewall. ie. ALPHA BETA 10.0.0.0/8 - CentOS4 - internet - CentOS4 - X.Y.Z.0/24 Private IPs Firewall Firewall Public IPs and NAT now the internet is intracity, within one provider and decently safe (6 hops), but still some sort of encryption would be nice... (otherwise I'd just use ip tunnel). How do I allow both BETA and X.Y.Z.0/24 to connect to the private IPs? Should I use CIPE? IPSEC? something else? any good howtos? Preferably something fast and reliable, doesn't need to be that easy to set up :) I'm basically looking for comments, I have looked around on google, and it seems there's _tons_ of options, but IPSEC seems to be winning out... am I correct in that assumption? Cheers, MaZe.

2 1

Re: [CentOS] Re: Official CentOS CD/DVD Vendor Program
by Bryan J. Smith <b.j.smith＠ieee.org> 26 May '05

26 May '05

From: Chris Mauritz <chrism(a)imntv.com> > If this was going to be a 100 unit/day or 1000 unit/day affair, I'd > agree with you, but it simply isn't. One or two people with cheap CD > and DVD duplicators, a paypal merchant account, and some time on their > hands is probably still overkill for the volume of sales, especially > when the product is available for free to anyone with a broadband > connection and a burner. Capacity planning. It's better to make only $500 and miss out on $1,000 than to have orders of $10,000 and only be able to service $2,500. > No, not really. What this says to me is that the CentOS team is doing > all the labour and some unecessary middleman is skimming the cream off > the top. Wouldn't you like to see the CentOS project receive more of a > share of the take for doing most of the work? I would. No, CentOS is focusing on what it does best and tapping others to do what they do best. But as someone else pointed out, form a CD/DVD duplication reseller and make a better offer and CentOS will likely take you up on it! > Spare me the condescending remarks. You knew what I meant. You mega-oversimplified, so no I did not. It's one thing to volunteer, that's great. In fact, at first, I thought that's what you were doing. But then you started to post all these things that just were like a "slap in face." Looking from the viewpoint of those CentOS managers who "put the time" and, more importantly, the _detail_ in on this, you showed you didn't have the faintest idea of what was involved. Again, as someone else pointed out, form a CD/DVD duplication reseller and make a better offer and CentOS will likely take you up on it! In fact, although there are the "minimal requirements" of $1/set under this plan, there's _nothing_ stopping different CD/DVD duplication resellers from playing a game of "one-up-manship" to gain the title of "highest proceeds" to CentOS. So instead of being so negative on what the leaders of this project have done so far, from a standpoint that was rather "shallow," why not be constructive and go ahead and offer to be a CD/DVD duplication reseller! The terms of the program are there -- go for it! You're open to it! ;-> > Looking back at the volume in the "demonizing" thread, I think I don't > have nearly the same amount of free time to spend jousting about > something so trivial in this mailing list with you. You're obviously a > very opinionated guy Oh, very, very much so. I am extremely opinionated. As far as "free time," I write for part of my living, and much of it comes from discussions on boards like this. As far as my "day job," it's largely 8x5, one advantage of being a traveling consultant that does more "architecture/design" than "analysis/support." > and often full of very sage advice to go along with the voluminous > opinion. Opinion to one is experience to another. I have _no_problem_ taking years to gain the trust of people. I think credentials don't mean squat, and trust comes from hearing people say things and finding out if they are applicable and useful over time. Again, even years. > But I found this reply to be more than a bit obnoxious. As did I your "volunteering." It's one thing to honestly "volunteer." It's another to belittle the initiative of the managers of this project who obviously took far more time, attention to detail and actually work to get the program going. There is no reason why you can't "volunteer" under this program by becoming a CD/DVD reseller yourself, under the same terms as any other. If you honestly believe you can do it better and cheaper than the current vendors who are signed up, then please do! We would all benefit if you did. That's all I was saying. And yes, I did berrate much of what you said for the reason I just explained. > The point of my message is that it seems like the CentOS guys > are doing all the heavy lifting and companies that (at least to me) > add very little value are taking the lion's share of the revenue for > these CD/DVD sets. As are arm-chair users who don't take the time to understand the details involved on things like this. I have taken what at least one other has said and re-gurgitated what you _can_ do under the program's terms that does _exactly_ what you want to do. So I suggest you consider becoming a CD/DVD duplicator/reseller yourself then. BTW, I might not be involved with CentOS, but I'm trying to do my (small/ too-small-to-even-speak-of) part on Fedora, which affects both RHEL and CentOS. And I can fully appreciate all of what the CentOS project does. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss