Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Feizhou]

Les Mikesell wrote:

Dag Wieers wrote:

You may argue that that is a good thing. But Fedora is a different 
beast than RHEL. People may want stable packages, or current packages 
and a single repository (with the tools we have today) cannot provide 
this.


But people may want _both_ the stable package and the current package on 
the same machine at the same time.  Having a hint of the difference 
barely visible in the package name doesn't help a bit.


I cannot see how it is possible to install both the stable package and 
current package.




Besides, it punishes people who did not have an alternative back when 
Fedora Extras refused to do RHEL packages and only had RPMforge to 
fall back on.


At least that's my point of view.


I think you are making too much out of name differences for things that 
can clobber each other and not enough about ways to let the different 
things co-exist - on the same machines if you want them, or to let users 
choose which they want.  If two same-named packages can conflict, 
someone did something wrong and the issue shouldn't be about who did it 
but how to avoid it.





I disagree. If I was going to roll my own packages in my own repository 
to overrule the OS repositories, tagging my packages would be essential.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Linux File System w/case-insensitivity

[Ralph Angenendt]

Akemi Yagi wrote:
> For the case sensitibity, use of cifs would be better.  You indicated
> some sort of a password problem.  How about this article?  It says
> "sent by Ralph Angenendt" (yes, a main CentOS member).
> 
> http://www.x-tend.be/~fred/howtos/samba3.html#13

Strange how stuff always comes up again :)

I banged my head over that one for quite some time before figuring out
the workaround. But this workaround shouldn't be needed anymore with
newer versions of samba 3, IIRC. 

Cheers,

Ralph


pgph0cmA5qbqh.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Axel Thimm]

On Tue, Jul 31, 2007 at 10:17:00PM -0500, Les Mikesell wrote:
> Dag Wieers wrote:
> 
> >You may argue that that is a good thing. But Fedora is a different beast 
> >than RHEL. People may want stable packages, or current packages and a 
> >single repository (with the tools we have today) cannot provide this.
> 
> But people may want _both_ the stable package and the current package on 
> the same machine at the same time.  Having a hint of the difference 
> barely visible in the package name doesn't help a bit.
> 
> >Besides, it punishes people who did not have an alternative back when 
> >Fedora Extras refused to do RHEL packages and only had RPMforge to fall 
> >back on.
> >
> >At least that's my point of view.
> 
> I think you are making too much out of name differences for things that 
> can clobber each other and not enough about ways to let the different 
> things co-exist - on the same machines if you want them, or to let users 
> choose which they want.  If two same-named packages can conflict, 
> someone did something wrong and the issue shouldn't be about who did it 
> but how to avoid it.

I pretend I bite. How are two libfoos going to coexist? Or two perl
modules? Or two python modules? Or two ...

Actually there are ways, but once you sketch them you'll find the cure
far worse than the asserted disease. So your homework is to setup a
dummy repo that works that way. You will either find the perfect
solution and we'll all bow in front of you, or you will cry for
apologies. ;)
-- 
Axel.Thimm at ATrpms.net


pgp0WpINQKVFL.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: Lost file associations, too - urgent

[Mark Hull-Richter]

On Mon, 2007-07-30 at 18:48 -0700, Mark Hull-Richter wrote:
> I just returned from a week's vacation and brought my CentOS 5.0
> system back up, updated it, and somehow it has lost all the .doc file
> associations.  These used to be associated with the OpenOffice writer,
> but that's now gone.  ACtually, all the "open with" associations are
> gone (rtf's now think they should be opened by the text editor!).
> 
> I'm not sure exactly what the association should be - can anyone point
> me in the right direction?

I found the appropriate one for this, but now it looks as though all the
(nautilus?) file associations were eliminated - jpgs don't open in the
image viewer any more, etc.  I've been doing these manually as I run
across them, but they don't operate the way they used to (e.g., the
image viewer does not allow panning through the images in a directory
the way it did before).

What happened?

mhr


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum-updatesd.conf on centos 5

[Akemi Yagi]

On 7/31/07, Indunil Jayasooriya <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am running CentOS5 . Yum pkg was installed by deault fresh installation.
>
> pls see below for installed yum pkgs.
> [EMAIL PROTECTED] ~]# rpm -qa |grep yum
> yum-updatesd-3.0.5-1.el5.centos.2
> yum-3.0.5-1.el5.centos.2
>
> later, I installed below pkg for protection.
> yum-protectbase-1.0.4-2.el5.centos
>
> Now, everything works. But, in this vershion of yum, It has no crontab
> running. It has a file called  /etc/yum/ yum-updatesd.conf instaed.

install yum-cron

Akemi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Me llega mucho spammmmm

[gjgowey]

Depends where you want to stop it.  You can get an appliance that will filter 
your mail and not have the spam filtering affect your machine.  You can stop it 
at the MTA level using something like spam assassin.  Or you could get a client 
with built in antispam features like Thunderbird.

Sent from my BlackBerry wireless handheld.

-Original Message-
From: Cartman <[EMAIL PROTECTED]>

Date: Tue, 31 Jul 2007 23:09:06 
To:"CentOS mailing list" 
Subject: Re: [CentOS] Me llega mucho spam


sorry, that's means I recive a lot of spam mails, and I want to know what must 
I do for this problem.


On 7/31/07, 
[EMAIL PROTECTED]   <[EMAIL PROTECTED]  > wrote: And then their are those of us here who don't speak 
Spanish...

About the only words of that title that I can understand are mucho and spam 
which sounds like what taco bell would have on their menu if truth in 
advertising laws were enforced.  can I get a side order of sour cream with that 
to go? Gracias. 

Sent from my BlackBerry wireless handheld.

-Original Message-
From: Cartman <[EMAIL PROTECTED]  >

Date: Tue, 31 Jul 2007 22:14:57 
To:"CentOS mailing list" mailto:centos@centos.org> >
Subject: [CentOS] Me llega mucho spam


Hola, estoy usando Centos 4.4 con sendmail y me llega demasiado spam... al 
menos 50 en el día, que debo hacer para que no me llegue tanto spam... que debo 
configurar... gracias. 

--
Gracias.
Atentamente,
Carlos Arturo Trujillo Silva
Ingeniero de Sistemas___
CentOS mailing list
CentOS@centos.org
  
http://lists.centos.org/mailman/listinfo/centos 
 


___
CentOS mailing list

CentOS@centos.org  
http://lists.centos.org/mailman/listinfo/centos 
 




-- 
Gracias.
Atentamente,
Carlos Arturo Trujillo Silva 
Ingeniero de Sistemas ___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 30, Issue 1

[centos-announce-request]

om/errata/RHSA-2007-0735.html

The following updated files have been uploaded and are currently
syncing to the mirrors:

s390:
updates/s390/RPMS/xpdf-3.00-12.RHEL4.s390.rpm

s390x:
updates/s390x/RPMS/xpdf-3.00-12.RHEL4.s390x.rpm


-- 
Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/
Top-postings silently ignored
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20070731/da69a391/attachment-0001.bin

--

Message: 12
Date: Tue, 31 Jul 2007 22:50:16 +0300
From: Pasi Pirhonen <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0721 Moderate CentOS 4 ia64 qt -
security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory 2007:0721

https://rhn.redhat.com/errata/RHSA-2007-0721.html

The following updated files have been uploaded and are currently
syncing to the mirrors:

ia64:
updates/ia64/RPMS/qt-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-MySQL-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-ODBC-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-PostgreSQL-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-config-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-designer-3.3.3-11.RHEL4.ia64.rpm
updates/ia64/RPMS/qt-devel-3.3.3-11.RHEL4.ia64.rpm


-- 
Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/
Top-postings silently ignored
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20070731/30f43603/attachment-0001.bin

--

Message: 13
Date: Tue, 31 Jul 2007 23:05:47 +0300
From: Pasi Pirhonen <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0721 Moderate CentOS 3 ia64 qt -
security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory 2007:0721

https://rhn.redhat.com/errata/RHSA-2007-0721.html

The following updated files have been uploaded and are currently
syncing to the mirrors:

ia64:
updates/ia64/RPMS/qt-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-MySQL-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-ODBC-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-PostgreSQL-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-config-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-designer-3.1.2-16.RHEL3.ia64.rpm
updates/ia64/RPMS/qt-devel-3.1.2-16.RHEL3.ia64.rpm


-- 
Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/
Top-postings silently ignored
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20070731/6a07ee9b/attachment-0001.bin

--

Message: 14
Date: Wed, 1 Aug 2007 00:15:35 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0721 Moderate CentOS 3 i386 qt -
security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007:0721

qt security update for CentOS 3 i386:
https://rhn.redhat.com/errata/RHSA-2007-0721.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

i386:
updates/i386/RPMS/qt-3.1.2-16.RHEL3.i386.rpm
updates/i386/RPMS/qt-config-3.1.2-16.RHEL3.i386.rpm
updates/i386/RPMS/qt-designer-3.1.2-16.RHEL3.i386.rpm
updates/i386/RPMS/qt-devel-3.1.2-16.RHEL3.i386.rpm
updates/i386/RPMS/qt-MySQL-3.1.2-16.RHEL3.i386.rpm
updates/i386/RPMS/qt-ODBC-3.1.2-16.RHEL3.i386.rpm

addons/i386/RPMS/qt-PostgreSQL-3.1.2-16.RHEL3.i386.rpm

source:
updates/SRPMS/qt-3.1.2-16.RHEL3.src.rpm

You may update your CentOS-3 i386 installations by running the command:

yum update qt\*

Tru
-- 
Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20070801/e78bbabf/attachment-0001.bin

--

Message: 15
Date: Wed, 1 Aug 2007 00:16:19 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0721 Moderate CentOS 3 x86_64 qt
-   security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007

Re: [CentOS] Ham Radio s/w and CentOS? {including Echolink}

[Mailing LIsts]

On 31 July 2007, Scott Ehrlich wrote:

> I am going to present Linux to my ham radio club at some point in the
> next few months, and wanted to collect info on ham radio software,
> including options for echolink.

Not sure about echolink.

> Also, anyone know of a live-on-CD/DVD CentOS distribution that may
> include Echolink and/or other ham software?

I think there may be a Linux distribution for ham radio, but my memory
is very weak on that. Search on distro watch and maybe check out the
ARRL web site and google and yahoo.

There is (or was) something for PSK31, I think it was called KPSK or
something, that I looked into several years ago. Maybe it's on the KDE
web site.

I believe there is a  Linux kernel option, to enable stuff for packet or
something.

I wish I could be of much more help on this but I'm inactive now. 

73,

Lanny
HK5MDT

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Reg:Checking HDD Badblocks on kickstart CentOS installation

[Balaji]

Hi All,
  Is there a way to check the harddisk health before CentOS installation.?

One way I used to do was by using --badblocks check in ks.cfg file while
using RH 7.2.

   This is not working (atleast not with the same syntax as in RH 7.2) in
CentOS.
   Is there an alternate (correct) syntax or is there a new (better) way
to check harddisk health before CentOS installation?

Please help me and it is very urgent requirement for me

--Regards
S.Balaji





___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Feizhou wrote:

Les Mikesell wrote:

Dag Wieers wrote:

You may argue that that is a good thing. But Fedora is a different 
beast than RHEL. People may want stable packages, or current packages 
and a single repository (with the tools we have today) cannot provide 
this.


But people may want _both_ the stable package and the current package 
on the same machine at the same time.  Having a hint of the difference 
barely visible in the package name doesn't help a bit.


I cannot see how it is possible to install both the stable package and 
current package.


How many kernel packages do you have installed?  All it takes is to not 
write the same-named file in the same place as the other package.  In 
some cases there are practical problems where a service needs to listen 
on a default port and you can't run 2 at once, or the init script is 
expected to live in a certain place so we'd need a creative solution, 
but most files could just have their own unique path and you'd pick the 
one you want with your PATH setting - something well understood decades 
ago.


Besides, it punishes people who did not have an alternative back when 
Fedora Extras refused to do RHEL packages and only had RPMforge to 
fall back on.


At least that's my point of view.


I think you are making too much out of name differences for things 
that can clobber each other and not enough about ways to let the 
different things co-exist - on the same machines if you want them, or 
to let users choose which they want.  If two same-named packages can 
conflict, someone did something wrong and the issue shouldn't be about 
who did it but how to avoid it.





I disagree. If I was going to roll my own packages in my own repository 
to overrule the OS repositories, tagging my packages would be essential.


But the tags are in an inconvenient position to control anything.  How 
do you ensure that you'll get your copies if any other repo adds a newer 
release?  Normally you'd want updates to float to the latest.


--
  Les Mikesell
   [EMAIL PROTECTED]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum-updatesd.conf on centos 5

[Mailing LIsts]

On 01 August 2007, "Indunil Jayasooriya" <[EMAIL PROTECTED]> wrote:

> Pls note that I need to download and install all the upfdates
> automaticallyas I have installed
> yum-protectbase.

On this URL: http://wiki.centos.org/Repositories it says:

> Note: You should seriously consider using the Priorities (or
> ProtectBase) yum plugin if you are going to use a 3rd Party
> Repository. (The Priorities and ProtectBase plugins both prevent 3rd
> party repos replacing base packages, but Priorities is much more
> flexible and therefore the recommended plugin.)

Consider removing ProtectBase and installing Priorities

http://wiki.centos.org/PackageManagement/Yum/Priorities

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

RE: [CentOS] Reg:Checking HDD Badblocks on kickstart CentOS installation

[Drew Weaver]

We have all of the disk tools (seatools, etc) on the same PXE loader that we 
use to do our kickstarts, so we simply use the disktools from the manufacturer 
to test the drives before kickstarting a system.

If you tell me what manufacturer's HDs you use I can email you a .img file for 
their particular 'disk tool' that you can use memdisk to boot over the network.

Thanks,
-Drew


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Balaji
Sent: Wednesday, August 01, 2007 9:45 AM
To: CentOS@centos.org
Subject: [CentOS] Reg:Checking HDD Badblocks on kickstart CentOS installation

Hi All,
   Is there a way to check the harddisk health before CentOS installation.?

One way I used to do was by using --badblocks check in ks.cfg file while
using RH 7.2.

This is not working (atleast not with the same syntax as in RH 7.2) in
CentOS.
Is there an alternate (correct) syntax or is there a new (better) way
to check harddisk health before CentOS installation?

Please help me and it is very urgent requirement for me

--Regards
S.Balaji





___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] centOS query

[simon]

Dear All

I have jus migrated to centos 5 and jus wondering why n where this problem
could be


server A which is running for the past 2 years used as my primary dns and
mail server

redhat linux 8
sendmail ver-8.12.5-7
bind ver -9.2.1-9

since the server is old and is prone to all security problems i have a new
machine which i have installed the following and will replace my existing
redhat dns + mail server

centOS 5
bind-9.3.3-8.el5
sendmail-8.13.8-2.el5
mailscanner latest
spam assassin + clamav - latest
dkim filter
plus the lastest updates

now when i send a mail to my yahoo account from my old redhat server it
goes fine to inbox

I disconect my old red hat server cable and plug it new centos server
since both have the same IP's and when i send a mail from the centos
server it goes to yahoo bulk mail and not to inbox

receving is fine with both server

i am jus wondering why. even i see the DKIM filter inserts a global key (
text record of my DNS ) in my mail logs and also in the yahoo when i see
full headers in yahoo

apprecite if someone could help me




-- 
Network Administrator
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Dag Wieers]

On Wed, 1 Aug 2007, Les Mikesell wrote:

> Feizhou wrote:
> > Les Mikesell wrote:
> > > Dag Wieers wrote:
> > >
> > > > You may argue that that is a good thing. But Fedora is a different beast
> > > > than RHEL. People may want stable packages, or current packages and a
> > > > single repository (with the tools we have today) cannot provide this.
> > >
> > > But people may want _both_ the stable package and the current package on
> > > the same machine at the same time.  Having a hint of the difference barely
> > > visible in the package name doesn't help a bit.
> > 
> > I cannot see how it is possible to install both the stable package and
> > current package.
> 
> How many kernel packages do you have installed?  All it takes is to not write
> the same-named file in the same place as the other package.  In some cases
> there are practical problems where a service needs to listen on a default port
> and you can't run 2 at once, or the init script is expected to live in a
> certain place so we'd need a creative solution, but most files could just have
> their own unique path and you'd pick the one you want with your PATH setting -
> something well understood decades ago.

RPM allows it, but for anything else the depsolver needs to be modified to 
allow it. And even if you allow it, there is no policy of what needs to be 
updated and how. For the kernel there is a lot of specialized logic to 
make it work.

While I agree with you that it is possible (in RPM) and can be useful, I 
do not agree that it is a solution to the repository mixing problem.


> > > > Besides, it punishes people who did not have an alternative back when
> > > > Fedora Extras refused to do RHEL packages and only had RPMforge to fall
> > > > back on.
> > > >
> > > > At least that's my point of view.
> > >
> > > I think you are making too much out of name differences for things that
> > > can clobber each other and not enough about ways to let the different
> > > things co-exist - on the same machines if you want them, or to let users
> > > choose which they want.  If two same-named packages can conflict, someone
> > > did something wrong and the issue shouldn't be about who did it but how to
> > > avoid it.
> > 
> > I disagree. If I was going to roll my own packages in my own repository to
> > overrule the OS repositories, tagging my packages would be essential.
> 
> But the tags are in an inconvenient position to control anything.  How do you
> ensure that you'll get your copies if any other repo adds a newer release?
> Normally you'd want updates to float to the latest.

Correct, you would think Fedora took care of this, right ? But there is 
no interest for Fedora to take care of that because they want to be the 
only repository. It is not something they have an incentive for to fix.

That is exactly the problem. The repotag would be a workaround (and a 
convenient one for users) but the real changes need to be in yum or 
somewhere else. And Fedora does not care, so RHEL will not have it.

I have warned for this on the Feodra mailinglist years ago. There just is 
no interest to have the diversity of more than one repository.

--   dag wieers,  [EMAIL PROTECTED],  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

RE: [CentOS] Ham Radio s/w and CentOS? {including Echolink}

[Aron . Darling]

www.ac6v.com  Has tons of software and other great HAM information.  I
currently run QSSTV on my Linux laptop along with some other Linux
goodies.  I have not looked into echolink but am sure the code is out
there somewhere.

73s,

Aron
kg6ejp 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Mailing LIsts
Sent: Wednesday, August 01, 2007 5:59 AM
To: CentOS Mailing List
Subject: Re: [CentOS] Ham Radio s/w and CentOS? {including Echolink}

On 31 July 2007, Scott Ehrlich wrote:

> I am going to present Linux to my ham radio club at some point in the 
> next few months, and wanted to collect info on ham radio software, 
> including options for echolink.

Not sure about echolink.

> Also, anyone know of a live-on-CD/DVD CentOS distribution that may 
> include Echolink and/or other ham software?

I think there may be a Linux distribution for ham radio, but my memory
is very weak on that. Search on distro watch and maybe check out the
ARRL web site and google and yahoo.

There is (or was) something for PSK31, I think it was called KPSK or
something, that I looked into several years ago. Maybe it's on the KDE
web site.

I believe there is a  Linux kernel option, to enable stuff for packet or
something.

I wish I could be of much more help on this but I'm inactive now. 

73,

Lanny
HK5MDT

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: Can't print PDFs or PSs in CentOS 5.0

[Scott Silva]

Mark Hull-Richter spake the following on 7/31/2007 6:19 PM:
> For some reason, when I try to print any graphic PDF (or a PS file made
> from said graphic), it kills my Minolta 1100 laser printer, and I have
> to cancel the job, disable the printer and turn the printer off and on
> as many times as it takes to clear its buffer of the trash.
> 
> I'm running CentOS 5.0 and have tried Adobe Acrobat Reader 7.0 for
> Linux;  I have also tried printing the pdf to a file and running it
> straight through lpr, using the GIMP (although I've NEVER been able to
> print graphics from there), and even the Image Viewer (which chokes and
> dies silently while trying to load the file).
> 
> Any suggestions?  I'm using the standard CUPS print system for all of
> this
> 
> Thanks.
> 
> mhr
Does the printer have enough memory to render a full page at whatever output
resolution you are using?


-- 

MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Can't print PDFs or PSs in CentOS 5.0

[John Plemons]

Have you checked for driver up dates for the printer??  Could be the 
issue...



john















Scott Silva wrote:

Mark Hull-Richter spake the following on 7/31/2007 6:19 PM:
  

For some reason, when I try to print any graphic PDF (or a PS file made
from said graphic), it kills my Minolta 1100 laser printer, and I have
to cancel the job, disable the printer and turn the printer off and on
as many times as it takes to clear its buffer of the trash.

I'm running CentOS 5.0 and have tried Adobe Acrobat Reader 7.0 for
Linux;  I have also tried printing the pdf to a file and running it
straight through lpr, using the GIMP (although I've NEVER been able to
print graphics from there), and even the Image Viewer (which chokes and
dies silently while trying to load the file).

Any suggestions?  I'm using the standard CUPS print system for all of
this

Thanks.

mhr


Does the printer have enough memory to render a full page at whatever output
resolution you are using?


  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Can't print PDFs or PSs in CentOS 5.0

[John Plemons]

One other thing, printer settings, and also is it only with this PDF 
file, or all??  If it is just this PDF then it could be a bad conversion...


john












Scott Silva wrote:

Mark Hull-Richter spake the following on 7/31/2007 6:19 PM:
  

For some reason, when I try to print any graphic PDF (or a PS file made
from said graphic), it kills my Minolta 1100 laser printer, and I have
to cancel the job, disable the printer and turn the printer off and on
as many times as it takes to clear its buffer of the trash.

I'm running CentOS 5.0 and have tried Adobe Acrobat Reader 7.0 for
Linux;  I have also tried printing the pdf to a file and running it
straight through lpr, using the GIMP (although I've NEVER been able to
print graphics from there), and even the Image Viewer (which chokes and
dies silently while trying to load the file).

Any suggestions?  I'm using the standard CUPS print system for all of
this

Thanks.

mhr


Does the printer have enough memory to render a full page at whatever output
resolution you are using?


  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Dag Wieers wrote:


I cannot see how it is possible to install both the stable package and
current package.

How many kernel packages do you have installed?  All it takes is to not write
the same-named file in the same place as the other package.  In some cases
there are practical problems where a service needs to listen on a default port
and you can't run 2 at once, or the init script is expected to live in a
certain place so we'd need a creative solution, but most files could just have
their own unique path and you'd pick the one you want with your PATH setting -
something well understood decades ago.


RPM allows it, but for anything else the depsolver needs to be modified to 
allow it. And even if you allow it, there is no policy of what needs to be 
updated and how. For the kernel there is a lot of specialized logic to 
make it work.


While I agree with you that it is possible (in RPM) and can be useful, I 
do not agree that it is a solution to the repository mixing problem.


It is the solution for cases where there are known differences in 
packages and only the end user/admin can make the right choice about 
which or how many of them he wants.  That obviously can't be automated, 
although I've always wanted to see a way to track exactly the 
package/versions that one system has installed and reproduce it on any 
number of other systems.  In that scenario, an expert sysadmin could 
hand-tune a system for a certain set of functions, publish his 
configuration, and any number of other people could have equally well 
tuned systems that duplicated the setup and tracked the same updates. 
The end user would then have to choose nothing but his virtual 
representative sysadmin.


You'll have to remind me why anyone wants different same-named packages 
with differences the end user doesn't understand and can't control to 
exist at all before I can comment on a solution about managing them.




I think you are making too much out of name differences for things that
can clobber each other and not enough about ways to let the different
things co-exist - on the same machines if you want them, or to let users
choose which they want.  If two same-named packages can conflict, someone
did something wrong and the issue shouldn't be about who did it but how to
avoid it.

I disagree. If I was going to roll my own packages in my own repository to
overrule the OS repositories, tagging my packages would be essential.

But the tags are in an inconvenient position to control anything.  How do you
ensure that you'll get your copies if any other repo adds a newer release?
Normally you'd want updates to float to the latest.


Correct, you would think Fedora took care of this, right ? But there is 
no interest for Fedora to take care of that because they want to be the 
only repository. It is not something they have an incentive for to fix.


That is exactly the problem. The repotag would be a workaround (and a 
convenient one for users) but the real changes need to be in yum or 
somewhere else. And Fedora does not care, so RHEL will not have it.


I have warned for this on the Feodra mailinglist years ago. There just is 
no interest to have the diversity of more than one repository.


What value does diversity add when the end user can't select which one 
he wants or load all of them?  I understand the scenario where a single 
repository has a policy that prohibits certain packages from being 
included, but the only conflicts in those cases should be where an 
incomplete version is packaged in one place under the same name as the 
full version in a place with a different policy.  The more common case 
would just be additional packages or packages with different names.


From an end-user viewpoint, I can't see why anyone would want to 
maintain a potentially-conflicting package of something that can be 
freely distributed and keep it in an isolated repository, especially 
without any mechanism to control which will be installed. Can you 
explain the reason anyone would want to have diversity instead of a 
single maintainer per package and the same packages in all repositories 
whose policies find them acceptable?


--
  Les Mikesell
   [EMAIL PROTECTED]


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: centOS query

[Scott Silva]

simon spake the following on 8/1/2007 7:10 AM:
> Dear All
> 
> I have jus migrated to centos 5 and jus wondering why n where this problem
> could be
> 
> 
> server A which is running for the past 2 years used as my primary dns and
> mail server
> 
> redhat linux 8
> sendmail ver-8.12.5-7
> bind ver -9.2.1-9
> 
> since the server is old and is prone to all security problems i have a new
> machine which i have installed the following and will replace my existing
> redhat dns + mail server
> 
> centOS 5
> bind-9.3.3-8.el5
> sendmail-8.13.8-2.el5
> mailscanner latest
> spam assassin + clamav - latest
> dkim filter
> plus the lastest updates
> 
> now when i send a mail to my yahoo account from my old redhat server it
> goes fine to inbox
> 
> I disconect my old red hat server cable and plug it new centos server
> since both have the same IP's and when i send a mail from the centos
> server it goes to yahoo bulk mail and not to inbox
> 
> receving is fine with both server
> 
> i am jus wondering why. even i see the DKIM filter inserts a global key (
> text record of my DNS ) in my mail logs and also in the yahoo when i see
> full headers in yahoo
> 
> apprecite if someone could help me
> 
> 
> 
> 
Since you mention bind, is the system serving as dns server also?
Does it have the same FQDN as the old server?


-- 

MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Partnership with CentOS for commercial support

[김정규]

Hello,

My name is Jeongkyu Kim and I am working for Korea Linux Center, mid-size
Korean company specialized in developing Linux server & desktop
distributions from 2002. Our main focus of sales is public sector such as
government agencies and public schools.

Recently, we made a decision that further development of our server
distribution will be based on CentOS. We believe that it would satisfy our
customers with the more reliable solution. At the same time, we expect it
would ease our development effort.

As we prepare our new distribution, it was determined that partnership with
CentOS is very crucial for our business. Our customers usually don't have
technical person inside their organizations so that they want to be ensured
by better chance of technical support.

To make progress, I hope that someone in this list let me know who is the
best person I can discuss with the way to make partnership and commitment we
need to make.

Best regards,
Jeongkyu
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

RE: [CentOS] Partnership with CentOS for commercial support

[Ross S. W. Walker]

You can find out about the project and it's members at www.centos.org.
 
I believe Lance Davis is the project leader, it's a non-affiliated project 
dedicated to providing an exact duplicate of the upstream vendor's enterprise 
product.
 
Best thing your company can do to ensure it's success and longevity is to 
donate to the project, money, equipment, or expertise.
 
-Ross
 




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ???
Sent: Wednesday, August 01, 2007 1:07 PM
To: CentOS@centos.org
Cc: [EMAIL PROTECTED]
Subject: [CentOS] Partnership with CentOS for commercial support


Hello,

My name is Jeongkyu Kim and I am working for Korea Linux Center, 
mid-size Korean company specialized in developing Linux server & desktop 
distributions from 2002. Our main focus of sales is public sector such as 
government agencies and public schools. 

Recently, we made a decision that further development of our server 
distribution will be based on CentOS. We believe that it would satisfy our 
customers with the more reliable solution. At the same time, we expect it would 
ease our development effort. 

As we prepare our new distribution, it was determined that partnership 
with CentOS is very crucial for our business. Our customers usually don't have 
technical person inside their organizations so that they want to be ensured by 
better chance of technical support. 

To make progress, I hope that someone in this list let me know who is 
the best person I can discuss with the way to make partnership and commitment 
we need to make.

Best regards,
Jeongkyu 


__
This e-mail, and any attachments thereto, is intended only for use by
the addressee(s) named herein and may contain legally privileged
and/or confidential information. If you are not the intended recipient
of this e-mail, you are hereby notified that any dissemination,
distribution or copying of this e-mail, and any attachments thereto,
is strictly prohibited. If you have received this e-mail in error,
please immediately notify the sender and permanently delete the
original and any copy or printout thereof.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Matt Shields]

See that link (http://lists.centos.org/mailman/listinfo/centos) at the
bottom of these emails?  Click on it and follow the instructions.

-matt

On 8/1/07, simon <[EMAIL PROTECTED]> wrote:
>
> Dear All,
>
> cd any one plss let me know how to subscribe to sendmail mailing lists..
>
> i am not able to do it
>
>
> apprecite n thanks
>
> regards
>
>
> simon
>
>
>
> --
> Network Administrator
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS things to mod for VMware server

[Rogelio Bastardo]

I'd like to make a CentOS-based VMware server.

Anything I should consider before doing so?

(e.g. stuff to disable, kernel tweaks, etc)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] need help.. n do apolosize

[simon]

Dear All,

cd any one plss let me know how to subscribe to sendmail mailing lists..

i am not able to do it


apprecite n thanks

regards


simon



-- 
Network Administrator
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS things to mod for VMware server

[Jim Perrin]

On 8/1/07, Rogelio Bastardo <[EMAIL PROTECTED]> wrote:
> I'd like to make a CentOS-based VMware server.
> Anything I should consider before doing so?

See http://bugs.centos.org/view.php?id=2189

There's some good info in there.
Beyond that, disable/remove stuff you're not using. Keep your virtual
machine files on a separate partition (mounted with noatime) and if
you're using raid, make sure you lay out the filesystem properly for
block alignment. This will REALLY give you a good speed boost for
vmware.

You can change some memory options in /etc/sysctl.conf, but these are
more customized so you'll have to play around with them or google a
bit.

-- 
During times of universal deceit, telling the truth becomes a revolutionary act.
George Orwell
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Steve Bergman]

Matt Shields wrote:

See that link (http://lists.centos.org/mailman/listinfo/centos) at the
bottom of these emails?  Click on it and follow the instructions.

  
Assuming that what simon is asking is how to interact with the sendmail 
mailing list, here is the google groups gateway to the newsgroup.  I'm 
not sure that there is a mailing list.


http://groups.google.com/group/comp.mail.sendmail/topics?lnk=srg&hl=en
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Steve Bergman]

Matt Shields wrote:

Oops, used to seeing "how do I unsubscribe" and fired off a response.
My apologies.
  

I figured. ;-)

Simon.  Please tell us if we have not answered your question.  We will 
help you get where you want to go. :-)


-Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Matt Shields]

Oops, used to seeing "how do I unsubscribe" and fired off a response.
My apologies.

-matt

On 8/1/07, Steve Bergman <[EMAIL PROTECTED]> wrote:
> Matt Shields wrote:
> > See that link (http://lists.centos.org/mailman/listinfo/centos) at the
> > bottom of these emails?  Click on it and follow the instructions.
> >
> >
> Assuming that what simon is asking is how to interact with the sendmail
> mailing list, here is the google groups gateway to the newsgroup.  I'm
> not sure that there is a mailing list.
>
> http://groups.google.com/group/comp.mail.sendmail/topics?lnk=srg&hl=en
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] thnaks for ur replis guys

[simon]

dear Guys,

i do said at the start for my apology..

i am already subcribe to centOS mailing list ... hence i cd post to centos
mailing list..

i asked my apology since i pst a query about how to
SUBSCRIBE TO SENDMAIL USERS MAILING LIST...



can anybody pls help me


regards

simon
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


-- 
Network Administrator
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: need help.. n do apolosize

[Scott Silva]

Ignacio Vazquez-Abrams spake the following on 8/1/2007 12:33 PM:
> On Wed, 2007-08-01 at 14:21 -0500, Steve Bergman wrote:
>> Simon.  Please tell us if we have not answered your question.  We will 
>> help you get where you want to go. :-)
> 
> Uh, guys... he's asking how to subscribe. Which means he's not already
> subscribed. Which means he's not seeing your responses.
He asked how to subscribe to SENDMAIL list. This is the CENTOS list.
That is why they asked if his question was answered about the sendmail list.

-- 

MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Ignacio Vazquez-Abrams]

On Wed, 2007-08-01 at 14:21 -0500, Steve Bergman wrote:
> Simon.  Please tell us if we have not answered your question.  We will 
> help you get where you want to go. :-)

Uh, guys... he's asking how to subscribe. Which means he's not already
subscribed. Which means he's not seeing your responses.

-- 
Ignacio Vazquez-Abrams <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] need help.. n do apolosize

[Akemi Yagi]

On 8/1/07, Steve Bergman <[EMAIL PROTECTED]> wrote:
> Matt Shields wrote:
> > See that link (http://lists.centos.org/mailman/listinfo/centos) at the
> > bottom of these emails?  Click on it and follow the instructions.
> >
> >
> Assuming that what simon is asking is how to interact with the sendmail
> mailing list, here is the google groups gateway to the newsgroup.  I'm
> not sure that there is a mailing list.

Check out this page:

http://www.sendmail.org/misc/usenet.php

Akemi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Kenneth Porter]

--On Wednesday, August 01, 2007 5:04 PM +0200 Dag Wieers <[EMAIL PROTECTED]> 
wrote:



For the kernel there is a lot of specialized logic to
make it work.


Another example is Fedora's alternatives system (which, for example, allows 
multiple versions of Java to coexist) but again that requires specialized 
logic.



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

RE: [CentOS] thnaks for ur replis guys -- sendmail list

[James D. Parra]

Hello Simon,

I hope you'll find what you need here;

http://www.sendmail.org/misc/email-addresses.php

James

PS. Sorry for top posting.

-Original Message-
From: simon [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 01, 2007 12:42 PM
To: CentOS mailing list
Subject: [CentOS] thnaks for ur replis guys



dear Guys,

i do said at the start for my apology..

i am already subcribe to centOS mailing list ... hence i cd post to centos
mailing list..

i asked my apology since i pst a query about how to
SUBSCRIBE TO SENDMAIL USERS MAILING LIST...



can anybody pls help me

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] No separate SMP kernel for CentOS-5?

[Michael St. Laurent]

Is there not a separate SMP kernel for multi-processor systems in
CentOS-5?  I don't see one in the repository.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] No separate SMP kernel for CentOS-5?

[Akemi Yagi]

On 8/1/07, Michael St. Laurent <[EMAIL PROTECTED]> wrote:
>
> Is there not a separate SMP kernel for multi-processor systems in CentOS-5?
> I don't see one in the repository.

All CentOS 5 kernels are smp.

Akemi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Kenneth Porter wrote:
--On Wednesday, August 01, 2007 5:04 PM +0200 Dag Wieers 
<[EMAIL PROTECTED]> wrote:



For the kernel there is a lot of specialized logic to
make it work.


Another example is Fedora's alternatives system (which, for example, 
allows multiple versions of Java to coexist) but again that requires 
specialized logic.


Question: how many levels of symlinks-pointing-to-symlinks does it take 
to get to the right place?  And having supplied this number of symlinks, 
how can a user choose to execute one version of java while someone else 
prefers the other?  Or how do you run one application under one version 
and another with a different one?


--
  Les Mikesell
   [EMAIL PROTECTED]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Can't print PDFs or PSs in CentOS 5.0

[Mark Hull-Richter]

On 8/1/07, Scott Silva <[EMAIL PROTECTED]> wrote:
> Does the printer have enough memory to render a full page at whatever output
> resolution you are using?
>

Ithas 4MB on board memory. The PDFs I have been unable to print range
from 1/2MB to 3MB, none larger, but I'm not sure that answers the
question.

mhr
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Can't print PDFs or PSs in CentOS 5.0

[Mark Hull-Richter]

On 8/1/07, John Plemons <[EMAIL PROTECTED]> wrote:
>
>  One other thing, printer settings, and also is it only with this PDF file, 
> or all??  If it is just this PDF then it could be a bad conversion...
>
>  john
>
>
>  Scott Silva wrote:
>Mark Hull-Richter spake the following on 7/31/2007 6:19 PM:
:>
> mhr
>
>   Does the printer have enough memory to render a full page at whatever 
> output
> resolution you are using?
>

This looks to me like an excellent example of why top-posting does not
work (and is deprecated in this mailing list)

However, to answer the question, I'm not sure which printer settings
would be affected here, but the problem is primarily restricted to
graphical PDFs - those that are all or mostly text print just fine.

Also, as a rule, when my VMWare Windows guest was working, I would
routinely go there to print the files from the Windows Acrobat Reader
(version 8 I think) with no trouble at all.

mhr
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Timothy Selivanow]

On Wed, 2007-08-01 at 16:02 -0500, Les Mikesell wrote:
> Kenneth Porter wrote:
> > --On Wednesday, August 01, 2007 5:04 PM +0200 Dag Wieers 
> > <[EMAIL PROTECTED]> wrote:
> > 
> >> For the kernel there is a lot of specialized logic to
> >> make it work.
> > 
> > Another example is Fedora's alternatives system (which, for example, 
> > allows multiple versions of Java to coexist) but again that requires 
> > specialized logic.
> 
> Question: how many levels of symlinks-pointing-to-symlinks does it take 
> to get to the right place?  And having supplied this number of symlinks, 
> how can a user choose to execute one version of java while someone else 
> prefers the other?  Or how do you run one application under one version 
> and another with a different one?

There are several levels, just guessing off the top of my head, some
might go through 5 or more.  As far as choosing which one...the system
gets one configured, the one that is /usr/bin/java (you can do a
`/usr/sbin/alternatives --display java` to see what it is currently).
For using all others, you have to explicitly tell it to use a specific
java enviro.

For instance, something that you are familiar with:  in tomcat4.conf,
you can set JAVA_HOME="/usr/lib/jvm/java", and while you are installing
OpenNMS, you do a `$OPENNMS_HOME/bin/runjava -s` which grabs JAVA_HOME
from env, or `$OPENNMS_HOME/bin/runjava -S ` to set it
explicitly and stores it in $OPENNMS_HOME/etc/java.conf.

The point is, you need to explicitly setup the environment /each time/,
whether at command line or some other setting.  Symlinks only provide a
default.  Yes, you can do what you have been wanting this entire thread:
install things into a different directory tree so that you can have
independent version running simultaneously.  The trick is the
environment needs to be set up each time in order for it to work.

The big problem with doing it with RPM, is that there is no central
authority on who gets to put what where. Having
a /usr/local/foo-repository/package1 and
a /usr/local/bar-repository/package1 doesn't solve any of the problems
that are described.  Having customized directory structures only works
on a case-by-case and as-needed basis, as they are not trivial, and
there is really no way for a user (not admin) to be able to make those
kinds of decisions.  If you want a program compiled against different
libraries, and have a user be able to access both, best way it to have
it done in a custom fashion, building the environment using scripts if
need be.

That all said, the best way to get repo mixing is probably just
plain-old co-operation, and a bit of know-how.


-- 
Timothy Selivanow <[EMAIL PROTECTED]>
Linux System Administrator
EasyStreet Online Services, Inc.  http://www.easystreet.com


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: VMWare hiccup on CentOS 5, 2.6.18-8.1.8

[Mark Hull-Richter]

On Mon, 2007-07-30 at 18:45 -0700, Mark Hull-Richter wrote:
> For reasons which escape me, my VMWare Server, which was working
> perfectly a week ago when I shut down my machine for vacation, no
> loner comes up with the formerly working Windows XP system - it just
> stays in the small window where it normally boots and does nothing. 
> 

It turns out that this was the same problem I was seeing on CentOS 4.4
right before I upgraded, only rebooting does not help.  I have booted to
a plain vanilla 2.6.18-8.1.8 kernel and even went back to the
2.6.18-8.1.6 kernel where this was working before, so it clearly is NOT
a CentOS problem (never thought it was!).

The logs are rather unrevealing as to what happens - the guest just
starts to boot and hangs with a black screen (and the play button
blinking).  It has been suggested (elsewhere and before) that I create a
new VMWare guest OS, attach the current non-working drive to it and try
to clean it up from there.  This might work and I will try it, but I was
wondering if there was anyone else out there who might have an idea what
this could be.

Thanks.

mhr


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Timothy Selivanow wrote:
Another example is Fedora's alternatives system (which, for example, 
allows multiple versions of Java to coexist) but again that requires 
specialized logic.
Question: how many levels of symlinks-pointing-to-symlinks does it take 
to get to the right place?  And having supplied this number of symlinks, 
how can a user choose to execute one version of java while someone else 
prefers the other?  Or how do you run one application under one version 
and another with a different one?


There are several levels, just guessing off the top of my head, some
might go through 5 or more.  As far as choosing which one...the system
gets one configured, the one that is /usr/bin/java (you can do a
`/usr/sbin/alternatives --display java` to see what it is currently).
For using all others, you have to explicitly tell it to use a specific
java enviro.

For instance, something that you are familiar with:  in tomcat4.conf,
you can set JAVA_HOME="/usr/lib/jvm/java",


Except, of course, that you have no reasonable way to know this location 
for the package(s) in question.



The point is, you need to explicitly setup the environment /each time/,
whether at command line or some other setting. 


Well, sort of.  $HOME conveniently manages to be both unique and correct 
for different users at the same time and there are well-known ways to 
manage other personalized variables.



Symlinks only provide a
default.  Yes, you can do what you have been wanting this entire thread:
install things into a different directory tree so that you can have
independent version running simultaneously.  The trick is the
environment needs to be set up each time in order for it to work.


And that's not a difficult trick, given an OS where environment settings 
are always inherited from parent processes but you can change them when 
needed.



The big problem with doing it with RPM, is that there is no central
authority on who gets to put what where. Having
a /usr/local/foo-repository/package1 and
a /usr/local/bar-repository/package1 doesn't solve any of the problems
that are described.  Having customized directory structures only works
on a case-by-case and as-needed basis, as they are not trivial, and
there is really no way for a user (not admin) to be able to make those
kinds of decisions.


If they have different names a user can choose which he wants just like 
any other thing he chooses.  Or if the user only knows how to click, 
different icons can do everything necessary.



If you want a program compiled against different
libraries, and have a user be able to access both, best way it to have
it done in a custom fashion, building the environment using scripts if
need be.


Why?  If there is a way that works in the custom case on one machine, it 
will work on another machine without duplicating the custom work.




That all said, the best way to get repo mixing is probably just
plain-old co-operation, and a bit of know-how.


Perhaps someone who uses several jpackage packages can comment on how 
things are working out in FC6/7 and Centos5 where some small subset of 
things that look like jpackage packages have been included in the core 
repos?  So far I don't see how this is going to work unless the whole 
mess is included.  To simplify this, I understand how environment 
variables work and find them very predictable.  I can't predict what two 
different repositories are going to contain tomorrow and don't ever 
expect to be able to.  I'd rather trust my luck to the thing I can control.


--
  Les Mikesell
   [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

RE: [CentOS] No separate SMP kernel for CentOS-5?

[Michael St. Laurent]

That explains it then, thank you.  ;)

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Akemi Yagi
Sent: Wednesday, August 01, 2007 2:19 PM
To: CentOS mailing list
Subject: Re: [CentOS] No separate SMP kernel for CentOS-5?

On 8/1/07, Michael St. Laurent <[EMAIL PROTECTED]> wrote:
>
> Is there not a separate SMP kernel for multi-processor systems in
CentOS-5?
> I don't see one in the repository.

All CentOS 5 kernels are smp.

Akemi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Timothy Selivanow]

On Wed, 2007-08-01 at 18:23 -0500, Les Mikesell wrote:
> Timothy Selivanow wrote:
> >>> Another example is Fedora's alternatives system (which, for example, 
> >>> allows multiple versions of Java to coexist) but again that requires 
> >>> specialized logic.
> >> Question: how many levels of symlinks-pointing-to-symlinks does it take 
> >> to get to the right place?  And having supplied this number of symlinks, 
> >> how can a user choose to execute one version of java while someone else 
> >> prefers the other?  Or how do you run one application under one version 
> >> and another with a different one?
> > 
> > There are several levels, just guessing off the top of my head, some
> > might go through 5 or more.  As far as choosing which one...the system
> > gets one configured, the one that is /usr/bin/java (you can do a
> > `/usr/sbin/alternatives --display java` to see what it is currently).
> > For using all others, you have to explicitly tell it to use a specific
> > java enviro.
> > 
> > For instance, something that you are familiar with:  in tomcat4.conf,
> > you can set JAVA_HOME="/usr/lib/jvm/java",
> 
> Except, of course, that you have no reasonable way to know this location 
> for the package(s) in question.
> 
> > The point is, you need to explicitly setup the environment /each time/,
> > whether at command line or some other setting. 
> 
> Well, sort of.  $HOME conveniently manages to be both unique and correct 
> for different users at the same time and there are well-known ways to 
> manage other personalized variables.

Yes.  That's env magic.

> > Symlinks only provide a
> > default.  Yes, you can do what you have been wanting this entire thread:
> > install things into a different directory tree so that you can have
> > independent version running simultaneously.  The trick is the
> > environment needs to be set up each time in order for it to work.
> 
> And that's not a difficult trick, given an OS where environment settings 
> are always inherited from parent processes but you can change them when 
> needed.

MacOS X is known for an ability similar to that.  It's called static
building.  Otherwise, GNU/Linux does exactly that, inherits the env from
parent unless over ridden.  You can do that by making wrapper-scripts.

> > The big problem with doing it with RPM, is that there is no central
> > authority on who gets to put what where. Having
> > a /usr/local/foo-repository/package1 and
> > a /usr/local/bar-repository/package1 doesn't solve any of the problems
> > that are described.  Having customized directory structures only works
> > on a case-by-case and as-needed basis, as they are not trivial, and
> > there is really no way for a user (not admin) to be able to make those
> > kinds of decisions.
> 
> If they have different names a user can choose which he wants just like 
> any other thing he chooses.  Or if the user only knows how to click, 
> different icons can do everything necessary.

If you strip the rant away, that's pretty much what I was trying to get
at if you include the below paragraph.

> > If you want a program compiled against different
> > libraries, and have a user be able to access both, best way it to have
> > it done in a custom fashion, building the environment using scripts if
> > need be.
> 
> Why?  If there is a way that works in the custom case on one machine, it 
> will work on another machine without duplicating the custom work.

There is a way.  Make a custom RPM, or even an advanced script (ala
gentoo ebuild system).  That isn't the problem, it's the name space.
There is no guarantee that what ever you choose it going to be unique
and therefore not over-written by someone else.  How do you think Red
Hat does the dual arch libs in x86_64?  That was dictated though, and
everyone follows it.

> > That all said, the best way to get repo mixing is probably just
> > plain-old co-operation, and a bit of know-how.
> 
> Perhaps someone who uses several jpackage packages can comment on how 
> things are working out in FC6/7 and Centos5 where some small subset of 
> things that look like jpackage packages have been included in the core 
> repos?  So far I don't see how this is going to work unless the whole 
> mess is included.  To simplify this, I understand how environment 
> variables work and find them very predictable.  I can't predict what two 
> different repositories are going to contain tomorrow and don't ever 
> expect to be able to.  I'd rather trust my luck to the thing I can control.

So far, the reason why it's working is that Red Hat employees and
volunteers also do packages and bug-fixes for JPackage, and it doesn't
work all the time (I also subscribe to JPackage lists).  Excerpt below:


--snip--
On Tue, 2007-07-31 at 08:36 -0700, David Fischer (DHL US) wrote:
> Is there a FAQ on what packages from the fedora side and jpackage side
> can be used together?
> 
> I know I have asked this in the past but it is getting really hard to
do
> a JPackage only

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Stephen Harris]

On Wed, Aug 01, 2007 at 04:02:08PM -0500, Les Mikesell wrote:
> Question: how many levels of symlinks-pointing-to-symlinks does it take 
> to get to the right place?  And having supplied this number of symlinks, 
> how can a user choose to execute one version of java while someone else 
> prefers the other?  Or how do you run one application under one version 
> and another with a different one?

The question you have asked is a _complicated_ one.  Many businesses
have come up with home grown solutions to this problem (in my place it's
called DAM; Dynamic Application Management; default values are determined
by individual/group/server/NIS).  It works on Solaris, HPUX, AIX and Linux.

However, it's _definitely_ beyond the scope of an OS package management
system such as yum and rpm.

Anyone who wants to run more than one version of a specific piece of
software is a "power user" (whether they recognise it or not) and the
standard pre-built RPMs found in the repositories are _not_ designed
for them.  Such a user should build their own versions or use a repository
designed for multi-versioning.

You have to recognise the limited problem that the repositories were meant
to solve.  They're not meant to be the ultimate answer to everyone's problems;
they're meant to be a simple collection of software then typical end user
can make use of.  repotags would help avoid conflicts between repositories.

They are _not_ meant to solve the multi-versioning issue.

Kludges such as "alternatives" is a true kludge requiring the rpm packages to
support it (ie a build time issue) and is not a solution to handling multiple
repos nor multiple versions as a generic solution.

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] virtual hdd problems when CentOS is guest OS

[Rogelio Bastardo]

I recently installed VMware on CentOS 4.4 (using the single server
CD).  I installed VMware fine, and then installed the VMware-mui tools
that allow me to use a Windows box to console to the server. From my
Windows box, I can create VMs on the fly just fine.

Interestingly, I can create virtual Debian boxes ok, but I can't
create virtual CentOS boxes. What might I be missing?  As soon as I
boot to the iso, it says something about not being able to find the
drive.

(I didn't have this problem with CentOS when Windows was my host OS,
only when CentOS is the host OS)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Feizhou]

Les Mikesell wrote:

Feizhou wrote:

Les Mikesell wrote:

Dag Wieers wrote:

You may argue that that is a good thing. But Fedora is a different 
beast than RHEL. People may want stable packages, or current 
packages and a single repository (with the tools we have today) 
cannot provide this.


But people may want _both_ the stable package and the current package 
on the same machine at the same time.  Having a hint of the 
difference barely visible in the package name doesn't help a bit.


I cannot see how it is possible to install both the stable package and 
current package.


How many kernel packages do you have installed?  All it takes is to not 
write the same-named file in the same place as the other package.  In 
some cases there are practical problems where a service needs to listen 
on a default port and you can't run 2 at once, or the init script is 
expected to live in a certain place so we'd need a creative solution, 
but most files could just have their own unique path and you'd pick the 
one you want with your PATH setting - something well understood decades 
ago.


ROTFL. Have you ever noticed that the kernel packages all contain files 
that have different names from other packages?


Besides the kernel packages, none of the others do.



Besides, it punishes people who did not have an alternative back 
when Fedora Extras refused to do RHEL packages and only had RPMforge 
to fall back on.


At least that's my point of view.


I think you are making too much out of name differences for things 
that can clobber each other and not enough about ways to let the 
different things co-exist - on the same machines if you want them, or 
to let users choose which they want.  If two same-named packages can 
conflict, someone did something wrong and the issue shouldn't be 
about who did it but how to avoid it.





I disagree. If I was going to roll my own packages in my own 
repository to overrule the OS repositories, tagging my packages would 
be essential.


But the tags are in an inconvenient position to control anything.  How 
do you ensure that you'll get your copies if any other repo adds a newer 
release?  Normally you'd want updates to float to the latest.




I will very well shut out similarly named packages in other third-party 
repos in the yum configuration.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Re: virtual hdd problems when CentOS is guest OS

[Rogelio Bastardo]

On 8/1/07, Rogelio Bastardo <[EMAIL PROTECTED]> wrote:
> Interestingly, I can create virtual Debian boxes ok, but I can't
> create virtual CentOS boxes. What might I be missing?  As soon as I
> boot to the iso, it says something about not being able to find the
> drive.

Interestingly, the way I "fixed" this was to just use recreate this
with Red Hat 4 as the template.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Stephen Harris wrote:


On Wed, Aug 01, 2007 at 04:02:08PM -0500, Les Mikesell wrote:
Question: how many levels of symlinks-pointing-to-symlinks does it take 
to get to the right place?  And having supplied this number of symlinks, 
how can a user choose to execute one version of java while someone else 
prefers the other?  Or how do you run one application under one version 
and another with a different one?


The question you have asked is a _complicated_ one.  Many businesses
have come up with home grown solutions to this problem (in my place it's
called DAM; Dynamic Application Management; default values are determined
by individual/group/server/NIS).  It works on Solaris, HPUX, AIX and Linux.

However, it's _definitely_ beyond the scope of an OS package management
system such as yum and rpm.


I could have sworn that when I had yum working right with the jpackage 
repos I was able to:

yum install tomcat4
yum install tomcat5
yum install tomcat55
and then run whichever I wanted with the appropriate
service tomcatx start
and if I had modified the config files to listen on different ports I 
probably could have started them all at once.  Didn't seem that 
complicated when the packagers understand the concept.  But now I don't 
see jpackage repos for centos5 so I don't know how it will mesh with 
parts packaged in the base repos with a one size fits all mentality.



Anyone who wants to run more than one version of a specific piece of
software is a "power user" (whether they recognise it or not)


More likely they are just trying to cope with components from different 
places that each require specific versions of other things to work at 
all.  A real power user would modify it all to work with the latest of 
everything...



and the
standard pre-built RPMs found in the repositories are _not_ designed
for them.


And that's the problem.  I suppose the current solution is to treat it 
like Windows DLL-Hell and only run one program per machine - or emulate 
that solution with virtual machines whose only purpose is to let you 
have some different versioned library that is packaged in a way it can't 
coexist with anything else.  This just seems unfortunate for an OS 
designed long ago to deal with multiple version concepts at all the 
necessary levels.



Such a user should build their own versions or use a repository
designed for multi-versioning.


Jpackage seems to be the only one.


You have to recognise the limited problem that the repositories were meant
to solve.  They're not meant to be the ultimate answer to everyone's problems;
they're meant to be a simple collection of software then typical end user
can make use of.  repotags would help avoid conflicts between repositories.

They are _not_ meant to solve the multi-versioning issue.


They don't prevent it if the packagers understand it.  We really 
shouldn't need a thousand different linux distributions each with their 
own dozen versions and hundreds of updates to sort through to find the 
combination you need this week.



Kludges such as "alternatives" is a true kludge requiring the rpm packages to
support it (ie a build time issue) and is not a solution to handling multiple
repos nor multiple versions as a generic solution.


At least we agree on something.

--
  Les Mikesell
   [EMAIL PROTECTED]

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] about add/remove software

[beast]

In the documentation, it says that add/remove software is use only to install
from CD drive[1]. However this program refuse to run when no internet
connection, why not just prompt for the installation media? assuming
everybody has fast internet connection was too optimistic.

1. So what is the correct way to install/remove software after the
installation (using GUI)?

2. In /etc/yum.repos.d/CentOS-Media.repo the sample command was incorect, it
should be  --enablerepo=c5-media.
But anyway, it still did not works here, centos cd was mounted under
/media/CentOS_5.0_Final, after manually changed (is there any shortcut, ie
using old good /dev/cdrom ?) :

[EMAIL PROTECTED] yum.repos.d]# yum --disablerepo=\* --enablerepo=c5-media 
install tftp
Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for tftp to pack into transaction set.
media://1176235114.525559%235/CentOS/tftp-0.42-3.1.el5.centos.i386.rpm:
[Errno 4] IOError: 
Trying other mirror.
Error: failed to retrieve CentOS/tftp-0.42-3.1.el5.centos.i386.rpm from
c5-media
error was [Errno 4] IOError: 


Also i feel that yum is to slow even when running from cache, ymmv.

3. What is the program/service responsible to automatically display media in
desktop when mounted?


Thanks!

--beast


[1] http://www.centos.org/docs/5/html/yum/sn-software-management-tools.html





___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] xorg version

[beast]

A quick question. how do i know the version of xorg server? rpm -qa | grep
xorg-x11-server gives 1.1.x which is not correct.


--beast


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Petr \"Qaxi\" Klíma]

Les Mikesell napsal(a):


Correct, you would think Fedora took care of this, right ? But there 
is no interest for Fedora to take care of that because they want to 
be the only repository. It is not something they have an incentive 
for to fix.


That is exactly the problem. The repotag would be a workaround (and a 
convenient one for users) but the real changes need to be in yum or 
somewhere else. And Fedora does not care, so RHEL will not have it.


I have warned for this on the Feodra mailinglist years ago. There 
just is no interest to have the diversity of more than one repository.


What value does diversity add when the end user can't select which one 
he wants or load all of them?  I understand the scenario where a 
single repository has a policy that prohibits certain packages from 
being included, but the only conflicts in those cases should be where 
an incomplete version is packaged in one place under the same name as 
the full version in a place with a different policy.  The more common 
case would just be additional packages or packages with different names.


From an end-user viewpoint, I can't see why anyone would want to 
maintain a potentially-conflicting package of something that can be 
freely distributed and keep it in an isolated repository, especially 
without any mechanism to control which will be installed. Can you 
explain the reason anyone would want to have diversity instead of a 
single maintainer per package and the same packages in all 
repositories whose policies find them acceptable?


Diversity adds a lot of value. If EPEL will be only repo nobody on RHEL 
workstation can see/listen MP3, WMA, DVD playing, because of interesting 
US software patent and millenium act law.


--

  Petr Klíma

  e-mail:  [EMAIL PROTECTED]  



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Les Mikesell]

Petr "Qaxi" Klíma wrote:

Les Mikesell napsal(a):


Correct, you would think Fedora took care of this, right ? But there 
is no interest for Fedora to take care of that because they want to 
be the only repository. It is not something they have an incentive 
for to fix.


That is exactly the problem. The repotag would be a workaround (and a 
convenient one for users) but the real changes need to be in yum or 
somewhere else. And Fedora does not care, so RHEL will not have it.


I have warned for this on the Feodra mailinglist years ago. There 
just is no interest to have the diversity of more than one repository.


What value does diversity add when the end user can't select which one 
he wants or load all of them?  I understand the scenario where a 
single repository has a policy that prohibits certain packages from 
being included, but the only conflicts in those cases should be where 
an incomplete version is packaged in one place under the same name as 
the full version in a place with a different policy.  The more common 
case would just be additional packages or packages with different names.


From an end-user viewpoint, I can't see why anyone would want to 
maintain a potentially-conflicting package of something that can be 
freely distributed and keep it in an isolated repository, especially 
without any mechanism to control which will be installed. Can you 
explain the reason anyone would want to have diversity instead of a 
single maintainer per package and the same packages in all 
repositories whose policies find them acceptable?


Diversity adds a lot of value. If EPEL will be only repo nobody on RHEL 
workstation can see/listen MP3, WMA, DVD playing, because of interesting 
US software patent and millenium act law.


That's not what I meant.  Obviously we need additional packages in other 
repositories and that will be true as long as there is any policy that 
might exclude any contribution to a centrally managed repository.  The 
question is, why do we need/want different versions of the same-named 
packages, or packages that provide different versions of the same files 
that can overwrite each other based on conditions we can't control? 
There probably is a good reason to want this - I just can't think of it 
right now.


--
  Les Mikesell
[EMAIL PROTECTED]


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Petr \"Qaxi\" Klíma]

Diversity adds a lot of value. If EPEL will be only repo nobody on 
RHEL workstation can see/listen MP3, WMA, DVD playing, because of 
interesting US software patent and millenium act law.


That's not what I meant.  Obviously we need additional packages in 
other repositories and that will be true as long as there is any 
policy that might exclude any contribution to a centrally managed 
repository.  The question is, why do we need/want different versions 
of the same-named packages, or packages that provide different 
versions of the same files that can overwrite each other based on 
conditions we can't control? There probably is a good reason to want 
this - I just can't think of it right now.



That's easy:

(this is example, has no reflection to current state ...)

EPEL  provides xmms-1.2.10-1.i586.rpm- but without MP3, WMA, AAC ...
DAG   provides xmms-1.2.9-1.rf.i586.rpm  - with all those beasts
ATRPM provides xmms-1.2.10-1.at.i586.rpm - with all those beasts

Which you installs? Who knows, probably EPEL ...

Solution?

Repo priorities and includes

[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
*priority=1*

# Name: RPMforge RPM Repository for Red Hat Enterprise 4 - dag
# URL: http://rpmforge.net/
[rpmforge-CO]
name = RPMforge.net-EL 4
mirrorlist = http://apt.sw.be/redhat/el4/en/mirrors-rpmforge
gpgkey = http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
gpgcheck = 1
enabled = 0
*priority=80*
*includepkgs=xmms**


[epel]
name=Extra Packages for Enterprise Linux 5 - $basearch
#baseurl=http://download.fedora.redhat.com/pub/epel/5/$basearch
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-5&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
*priority=99*
*# this is yust for sure priprities should do it better*
*exclude=xmms**



--

Petr Klíma

e-mail: [EMAIL PROTECTED] MADETA a.s.
phone: +420 389 136 209 Rudolfovská 246/83
web: http://www.madeta.cz 370 50 České Budějovice
Czech Republic

--

  Petr Klíma

  e-mail:  [EMAIL PROTECTED]  



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

[Feizhou]

That's not what I meant.  Obviously we need additional packages in other 
repositories and that will be true as long as there is any policy that 
might exclude any contribution to a centrally managed repository.  The 
question is, why do we need/want different versions of the same-named 
packages, or packages that provide different versions of the same files 
that can overwrite each other based on conditions we can't control? 
There probably is a good reason to want this - I just can't think of it 
right now.




We don't. That is why we need tags since we do not track every package 
in every repo. Having tags allows pinpointing from which repo the 
'problem' package comes from and then setting appropriate yum configs...

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos