date:20070731

Martin Hamant wrote:
> Hi !
> 
> Not very blocking because the smp module loads perfectly.
> 

OK ... there was a problem with some of the drbd modules (all except the
smp ones).  This problem is now fixed and the changes are syncing to the
mirrors.

The new version is: kmod-drbd-0.7.24-2..

The old (broken) ones have been removed.

> (PS: I think something really needs to be done with the --exclude / plus
> issue)

OK ... For the drbd-kmod*.plus kernels, they are now in the CentOSPlus
directory / Repository.  If you are using CentOSPlus kernel, you need to
also get your module for DRBD (or XFS) from there too.

If you are using the Base Kernel (non-Plus one) then you would get your
DRBD Modules (or XFS modules) from extras.

This should prevent the exclude requirement to get non-Plus kernel modules.

SO ... if you need a module for the base kernel, it is in extras ... if
you need a module for the centosplus kernel, it is in centosplus.

Thanks,
Johnny Hughes

signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS Within VirtualPC 2007

2007-07-31 Thread Robert Jackson

Trying to get CentOS 5 running under VirtualPC 2007. The installation seems
to go OK until X server runs. After this the screen display goes horribly wrong.

Does anyone know if this is an issue with v5 or something else. Also has anyone
managed to get CentOS running properly (from the install) under VirtualPC 2007?


Regards,
Rab.
===
Robert Jackson  Phone: +44 (0) 141 332 7999
Software Engineer Fax:  +44 (0) 141 331 2820
Walker Martyn Ltd
1 Park Circus PlaceEmail: [EMAIL PROTECTED]
Glasgow G3 6AH, Scotland   Web: http://www.walkermartyn.co.uk
===




The information in this internet E-mail is confidential and is intended
solely for the addressee. Access, copying or re-use of information in it
by anyone else is unauthorised. Any views or opinions presented are
solely those of the author and do not necessarily represent those of
Walker Martyn Ltd or any of its affiliates. If you are not the
intended recipient please contact  [EMAIL PROTECTED]

Walker Martyn Ltd, company number SC197533. Company is 
registered in Scotland and has its registered office at 1 Park
Circus Place, Glasgow G3 6AH, UK.




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

[CentOS] CentOS-announce Digest, Vol 29, Issue 15

2007-07-31 Thread centos-announce-request

Send CentOS-announce mailing list submissions to
[EMAIL PROTECTED]

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
[EMAIL PROTECTED]

You can reach the person managing the list at
[EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CESA-2007:0720 Important CentOS 3 i386 cups - security update
  (Tru Huynh)
   2. CESA-2007:0720 Important CentOS 3 x86_64 cups -   security
  update (Tru Huynh)
   3. CESA-2007:0735 Important CentOS 3 i386 xpdf - security update
  (Tru Huynh)
   4. CESA-2007:0735 Important CentOS 3 x86_64 xpdf -   security
  update (Tru Huynh)


--

Message: 1
Date: Mon, 30 Jul 2007 23:57:24 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0720 Important CentOS 3 i386 cups
-   security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007:0720

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

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

i386:
updates/i386/RPMS/cups-1.1.17-13.3.45.i386.rpm
updates/i386/RPMS/cups-devel-1.1.17-13.3.45.i386.rpm
updates/i386/RPMS/cups-libs-1.1.17-13.3.45.i386.rpm

source:
updates/SRPMS/cups-1.1.17-13.3.45.src.rpm

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

yum update cups\*

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/20070730/7f945b5c/attachment-0001.bin

--

Message: 2
Date: Mon, 30 Jul 2007 23:58:17 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0720 Important CentOS 3 x86_64
cups -  security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007:0720

cups security update for CentOS 3 x86_64:
https://rhn.redhat.com/errata/RHSA-2007-0720.html

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

x86_64:
updates/x86_64/RPMS/cups-1.1.17-13.3.45.x86_64.rpm
updates/x86_64/RPMS/cups-devel-1.1.17-13.3.45.x86_64.rpm
updates/x86_64/RPMS/cups-libs-1.1.17-13.3.45.i386.rpm
updates/x86_64/RPMS/cups-libs-1.1.17-13.3.45.x86_64.rpm

source:
updates/SRPMS/cups-1.1.17-13.3.45.src.rpm

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

yum update cups\*

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/20070730/d21ccd68/attachment-0001.bin

--

Message: 3
Date: Mon, 30 Jul 2007 23:58:57 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0735 Important CentOS 3 i386 xpdf
-   security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007:0735

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

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

i386:
updates/i386/RPMS/xpdf-2.02-10.RHEL3.i386.rpm

source:
updates/SRPMS/xpdf-2.02-10.RHEL3.src.rpm

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

yum update xpdf

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/20070730/0885de12/attachment-0001.bin

--

Message: 4
Date: Mon, 30 Jul 2007 23:59:37 +0200
From: Tru Huynh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2007:0735 Important CentOS 3 x86_64
xpdf -  security update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2007:0735

xpdf

Re: [CentOS] kmod-drbd-smp (2.6.9-55.0.2.EL) has unknown symbols (kmod-drbd not).

2007-07-31 Thread Martin Hamant

Le Tue, 31 Jul 2007 05:17:08 -0500
Johnny Hughes <[EMAIL PROTECTED]> écrivait:

> Martin Hamant wrote:
> > Hi !
> > 
> > Not very blocking because the smp module loads perfectly.
> > 
> 
> OK ... there was a problem with some of the drbd modules (all except
> the smp ones).  This problem is now fixed and the changes are syncing
> to the mirrors.
> 
> The new version is: kmod-drbd-0.7.24-2..
> 
> The old (broken) ones have been removed.

Yes ! Thank you :)

> 
> > (PS: I think something really needs to be done with the --exclude /
> > plus issue)
> 
> OK ... For the drbd-kmod*.plus kernels, they are now in the CentOSPlus
> directory / Repository.  If you are using CentOSPlus kernel, you need
> to also get your module for DRBD (or XFS) from there too.
> 
> If you are using the Base Kernel (non-Plus one) then you would get
> your DRBD Modules (or XFS modules) from extras.
> 
> This should prevent the exclude requirement to get non-Plus kernel
> modules.
> 
> SO ... if you need a module for the base kernel, it is in extras ...
> if you need a module for the centosplus kernel, it is in centosplus.

Sounds great.

The last problem is if "plus" and "extras" repos are both activated: it
occurs for centosbase/centosplus kernels the same way as for
kmod-drbd... because last version is determined by the text pattern :(

The centosplus repo should be activated with care...

About updating drbd modules, what is the current behavior when you issue
a "yum update" ? Is the new kmod-drbd is install automatically (like
kernels are) ? With the precedent package you'll had to install the new
one manually if you didn't want to get stuck with a new fresh default
kernel without any drbd support ^^

I'm asking this because it becomes complicated between servers which
have drbd modules installed, and others. "yum update" on a drbd-ready
machine should not be rebooted after an kernel upgrade as long as the
corresponding kmod has not been released (ie: editing grub.conf to
change default entry for a while in case of a unexpected reboot).

I don't know how it's possible to improve this, maybe a yum plugin
which could detect any drbd modules and if it's matches with
any installed kernels... what do you think ?

Thanks to you :)

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

[CentOS] x86_64 rpms

2007-07-31 Thread David Hrbáč

Hi,
I'm preparing a new x86_64 build machine and I'm looking at installed
rpms. I have found a lot of packages are marked i386 or i686. I have
even found I have two version of package installed:
glibc-2.3.4-2.36-i686
glibc-2.3.4-2.36-x86_64

What's the reason in duplicity and why not all packages are x86_64.
Thanks in advance,
David
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum remove 'tomcat*'?

Les Mikesell wrote:
> Johnny Hughes wrote:
>> Les Mikesell wrote:
>>> On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice
>>> packages?
>>>
>> That would be because openoffice requires tomcat to install it ... if
>> you tell yum that you want to remove tomcat ... since openoffice
>> requires tomcat, it has to also remove openoffice.
>>
> 

> It seems bizarre for an office suite to depend on a java servlet engine,
> but OK...  

We don't write it, we just build it and make sure it links up correctly
compared to upstream.

Now how do I get one that works under Sun java?  And is there
> a way to get eclipse without gcj?
> 

Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
want sun java, I imagine you would have to change the specs and rebuild.
  I have no idea how to do that (I have not looked at it at all).

You COULD get the OOo2 suite from the openoffice.org website ... that
gets rid of the tomcat issues.

Eclipse ... not sure.

signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] x86_64 rpms

2007-07-31 Thread Matt Hyclak

On Tue, Jul 31, 2007 at 02:38:42PM +0200, David Hrbá? enlightened us:
> I'm preparing a new x86_64 build machine and I'm looking at installed
> rpms. I have found a lot of packages are marked i386 or i686. I have
> even found I have two version of package installed:
> glibc-2.3.4-2.36-i686
> glibc-2.3.4-2.36-x86_64
> 
> What's the reason in duplicity and why not all packages are x86_64.
> Thanks in advance,
> David

Some programs are not available in 64-bit packages (e.g. openoffice). Those
packages need 32-bit libraries to run, so you are seeing the necessary
packages for those 32-bit apps.

Matt

-- 
Matt Hyclak
Department of Mathematics 
Department of Social Work
Ohio University
(740) 593-1263
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] x86_64 rpms

2007-07-31 Thread <[EMAIL PROTECTED]>

Matt Hyclak napsal(a):
> Some programs are not available in 64-bit packages (e.g. openoffice). Those
> packages need 32-bit libraries to run, so you are seeing the necessary
> packages for those 32-bit apps.
> 
> Matt
> 

Thank you, that did not come to my mind.
David
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

2007-07-31 Thread Scott Ehrlich

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.   Our repeater has an echolink connection, thus if I present the 
software available for it, it might perk up people's interests more.


It would also be very helpful if the echlink applications offered 
proxy/firewall options so people at companies or at home that have networks 
that implement firewalls, can proxy out and still get on Echolink.


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


Thanks for any leads.

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

Re: [CentOS] yum remove 'tomcat*'?


Johnny Hughes wrote:


On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice
packages?


That would be because openoffice requires tomcat to install it ... if
you tell yum that you want to remove tomcat ... since openoffice
requires tomcat, it has to also remove openoffice.




It seems bizarre for an office suite to depend on a java servlet engine,
but OK...  


We don't write it, we just build it and make sure it links up correctly
compared to upstream.

Now how do I get one that works under Sun java?  And is there

a way to get eclipse without gcj?



Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
want sun java, I imagine you would have to change the specs and rebuild.
  I have no idea how to do that (I have not looked at it at all).


Red Hat fixed their bug:
http://rhn.redhat.com/errata/RHBA-2007-0365.html
I haven't seen a response to centos bugzilla 0002160 that I filed a 
month ago about this.


And they have a packaged Sun Java available
http://rhn.redhat.com/errata/RHEA-2007-0223.html
(that's the link for rhel4 but I think there is one for 5 too).


You COULD get the OOo2 suite from the openoffice.org website ... that
gets rid of the tomcat issues.



Eclipse ... not sure.


In theory it shouldn't hurt to have the unused gjc package sitting around.

--
  Les Mikesell
   [EMAIL PROTECTED]

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

RE: [CentOS] CentOS Within VirtualPC 2007

2007-07-31 Thread Ross S. W. Walker

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Robert Jackson
> Sent: Tuesday, July 31, 2007 7:05 AM
> To: CentOS mailing list
> Subject: [CentOS] CentOS Within VirtualPC 2007
> 
> Trying to get CentOS 5 running under VirtualPC 2007. The 
> installation seems 
> to go OK until X server runs. After this the screen display 
> goes horribly wrong. 
> 
> Does anyone know if this is an issue with v5 or something 
> else. Also has anyone 
> managed to get CentOS running properly (from the install) 
> under VirtualPC 2007? 

It's VPC and it is unable to handle the video mode that it's
virtual graphics card advertises without the X para-virt
driver being installed.

Run the text mode install, then install the VMAdditions for
Linux .

-Ross

__
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] yum remove 'tomcat*'?

2007-07-31 Thread Shawn


> > It seems bizarre for an office suite to depend on a java servlet engine,
> > but OK...  
 
> Now how do I get one that works under Sun java?  And is there
> > a way to get eclipse without gcj?
> > 
> 
> Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
> want sun java, I imagine you would have to change the specs and rebuild.
>   I have no idea how to do that (I have not looked at it at all).

http://wiki.centos.org/HowTos/JavaOnCentOS


> You COULD get the OOo2 suite from the openoffice.org website ... that
> gets rid of the tomcat issues.
> 
> Eclipse ... not sure.
I kept having serious issues with gcj and so went to sun's version then
just got a .tar.gz package from eclipse.org

I run it with:
-vm /usr/lib/jvm/java-1.5.0-sun-1.5.0.12/jre/bin/java -vmargs
-XX:PermSize=1024M

[-vm is because I do have gcj installed but do _not_ want to use it; -XX
is that with sun's java and what I was doing, it would crash unless the
vm had a larger permSize]

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

[CentOS] yum remove 'tomcat*'?

2007-07-31 Thread R P Herrold


On Mon, 30 Jul 2007, Les Mikesell wrote:

On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice 
packages?


This is a known issue in that using yum to remove packages is 
to use a blunt tool -- use rpm for finer control on package 
removals


This question ocurs often in the yum and fedora mailing lists 
-- see them for details


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

Re: [CentOS] yum remove 'tomcat*'?

2007-07-31 Thread Shawn


> >> It seems bizarre for an office suite to depend on a java servlet engine,
> >> but OK...  

You can remove some of the tomcat packages without removing openoffice

 Populating transaction set with selected packages. Please wait.
---> Package tomcat5-webapps.x86_64 0:5.5.23-0jpp.1.0.4.el5 set to be
erased
---> Package tomcat5-jasper.x86_64 0:5.5.23-0jpp.1.0.4.el5 set to be
erased
---> Package tomcat5.x86_64 0:5.5.23-0jpp.1.0.4.el5 set to be erased
---> Package tomcat5-common-lib.x86_64 0:5.5.23-0jpp.1.0.4.el5 set to be
erased
--> Running transaction check
--> Processing Dependency: tomcat5-jasper = 0:5.5.23-0jpp.1.0.4.el5 for
package: tomcat5-server-lib
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package tomcat5-server-lib.x86_64 0:5.5.23-0jpp.1.0.4.el5 set to be
erased
--> Running transaction check


BUT--->you can't remove the servlet or jsp api without removing
openoffice and a host of others.

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

Re: [CentOS] yum remove 'tomcat*'?


Johnny Hughes wrote:

Les Mikesell wrote:

On CentOS 5, why does 'yum remove tomcat*' remove all of the openoffice
packages?


That would be because openoffice requires tomcat to install it ... if
you tell yum that you want to remove tomcat ... since openoffice
requires tomcat, it has to also remove openoffice.



It seems bizarre for an office suite to depend on a java servlet engine, 
but OK...  Now how do I get one that works under Sun java?  And is there 
a way to get eclipse without gcj?


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

Re: [CentOS] yum remove 'tomcat*'?

2007-07-31 Thread Shawn

Hi,
> This is a known issue in that using yum to remove packages is 
> to use a blunt tool -- use rpm for finer control on package 
> removals
 
It doesn't work.  Taking out the tomcat5-jsp-2.0-api-5.5 keeps pulling
out packages until openoffice goes too.

  tomcat5-jsp-2.0-api is needed by (installed) bsf-2.3.0-11jpp.1.x86_64
  bsf is needed by (installed) bsh-1.3.0-9jpp.1.x86_64
 bsh is needed by (installed) openoffice.org-core-2.0.4-5.4.17.2.x86_64

Shawn


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

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

2007-07-31 Thread jarmo

Scott Ehrlich kirjoitti viestissään (lähetysaika tiistai, 31. heinäkuuta 2007 
16:18):
> 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.   Our repeater has an echolink connection, thus if I
> present the software available for it, it might perk up people's interests
> more.

You can find quite much ham related progs from:
http://radio.linux.org.au/

> It would also be very helpful if the echlink applications offered
> proxy/firewall options so people at companies or at home that have networks
> that implement firewalls, can proxy out and still get on Echolink.
>
> Also, anyone know of a live-on-CD/DVD CentOS distribution that may include
> Echolink and/or other ham software?
>
> Thanks for any leads.
>
> Scott, WY1Z

I'm quite new with CENTOS and haven't yet any, used 7 years MDV. And there 
also had to install separate all.

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

Re: [CentOS] x86_64 rpms

2007-07-31 Thread Jim Perrin

On 7/31/07, David Hrbác( <[EMAIL PROTECTED]> wrote:
> Thank you, that did not come to my mind.

Keep in mind that some of the i386/i686 packages may interfere with
x86_64 builds. Multi-arch gets very interesting when you're building
software. You may have to remove some/all of them, or be very specific
about the build instructions you issue. It's possible to end up with
an x86_64 package linked to i686 junk if you're not careful.


-- 
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] yum remove 'tomcat*'?


Shawn wrote:

It seems bizarre for an office suite to depend on a java servlet engine,
but OK...  
 

Now how do I get one that works under Sun java?  And is there

a way to get eclipse without gcj?


Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
want sun java, I imagine you would have to change the specs and rebuild.
  I have no idea how to do that (I have not looked at it at all).


http://wiki.centos.org/HowTos/JavaOnCentOS



You COULD get the OOo2 suite from the openoffice.org website ... that
gets rid of the tomcat issues.

Eclipse ... not sure.

I kept having serious issues with gcj and so went to sun's version then
just got a .tar.gz package from eclipse.org


But that's kind of horrible because now you have to keep it updated 
yourself.



I run it with:
-vm /usr/lib/jvm/java-1.5.0-sun-1.5.0.12/jre/bin/java -vmargs
-XX:PermSize=1024M

[-vm is because I do have gcj installed but do _not_ want to use it; -XX
is that with sun's java and what I was doing, it would crash unless the
vm had a larger permSize]


Doesn't the alternatives mechanism take care of that?  It doesn't seem 
that well thought out, though.  What if you want to run some programs 
under one java version and others with a different one?  We're trying to 
update some systems currently running under centos 3.x/java 1.4.x to the 
most current versions that will work so I'd like to install the 1.4, 
1.5, and 1.6 versions side-by-side on the same development machine so if 
we run into any problems we can easily test under earlier versions to 
see if there are differences.


--
  Les Mikesell
   [EMAIL PROTECTED]

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

[CentOS] Upgrade mode with kickstart

2007-07-31 Thread Denis Machard

Helllo,
 
I'll like to add rpms during a upgrade with kickstart installation.
I specified the name of rpm in "%package" section but the rpm isn't
installed.
This feature isn't supported with CentOS 4.4 ?
 
 
# Kickstart 
upgrade
# Reboot after install
reboot
#cdrom
lang en_US.UTF-8
langsupport --default=en_US.UTF-8 en_US.UTF-8
.
%packages
vsftpd
...
 
Thanks in advance,

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

Re: [CentOS] yum remove 'tomcat*'?

Les Mikesell wrote:
> Johnny Hughes wrote:
> 
> On CentOS 5, why does 'yum remove tomcat*' remove all of the
> openoffice
> packages?
>
 That would be because openoffice requires tomcat to install it ... if
 you tell yum that you want to remove tomcat ... since openoffice
 requires tomcat, it has to also remove openoffice.

>>
>>> It seems bizarre for an office suite to depend on a java servlet engine,
>>> but OK...  
>>
>> We don't write it, we just build it and make sure it links up correctly
>> compared to upstream.
>>
>> Now how do I get one that works under Sun java?  And is there
>>> a way to get eclipse without gcj?
>>>
>>
>> Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
>> want sun java, I imagine you would have to change the specs and rebuild.
>>   I have no idea how to do that (I have not looked at it at all).
> 
> Red Hat fixed their bug:
> http://rhn.redhat.com/errata/RHBA-2007-0365.html

That has been pushed to updates ... however, I don't see it has any
impact on open office.  It is related to tomcat.

> I haven't seen a response to centos bugzilla 0002160 that I filed a
> month ago about this.

I didn't see the bug before ... but it was released 7/22/2007:
redhat-rpm-config-8.0.45-17.0.1.el5.centos.noarch.rpm






signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Any SELinux gurus around?

2007-07-31 Thread Cleber P. de Souza

The right place for SELinux logs is  /var/log/audit/audit.log and the
auditd daemon must be running.

On 7/27/07, Ray Van Dolson <[EMAIL PROTECTED]> wrote:
> Hey all, I'm having some trouble getting PHP5 w/ CentOS 5 to connect to
> a remote MySQL server using the standard mysql_connect() call.
>
> Yes, MySQL libraries are installed along with php-mysql...
>
> The only way I can get it to work is to run setenforce Permissive,
> otherwise the connection fails.
>
> The annoying thing is that nothing at all shows up in my
> /var/log/messages file describing why SELinux is stopping this
> connection.
>
> If I run my script with the CLI php binary, it connects to the remote
> server fine, just not when executed via httpd.
>
> I tried running the following on my PHP script:
>
>   chcon -u system_u -t httpd_sys_content_t test.php
>
> But still I cannot complete a connection until I put SELinux back in
> Permissive mode.
>
> Any tips?  Why isn't SELinux sending a message to the logs (it does for
> other SElinux issues just fine)?
>
> TIA,
> Ray
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


-- 
***
Cleber P. de Souza
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] File Size

2007-07-31 Thread Cleber P. de Souza

Have you noticed any bad blocks warnings on your /var/log/messages?
The badblocks command can also help you.


On 7/25/07, Centos <[EMAIL PROTECTED]> wrote:
> ok, the file system is ext and block size is the default which is 4096,
> so I should be able to have 16 Tera Byte filesystem and 2 Tera Byte
> files size.
>
> I had to transfer some files which the total size was about 250 G
> so I used tar -zcvf to tar and gzip them , but server crashed and rebooted
> two times, once when tar.gz file was about 32 G and the second time
> tar.gz file was about 64 G, any idea what could be the cause.
>
> tar -zcvf tar.gz /somefolder/*
>
> Thanks
>
>
> Brett Schroeder wrote:
>
> > Centos wrote:
> >
> >> Thank you Jim,
> >>
> >> How can I find the current block size and file system type ?
> >>
> >>
> >
> > File system type can be found in 3rd column of /etc/fstab.
> >
> > For ext{2,3} file systems the block size can be found by
> >
> > tune2fs -l /dev/ | grep "Block size"
> >
> > where XXX is something like
> > 1) sda1 (for SCSI or SATA partitions)
> > 2) md0 (for software raid devices)
> > 3) VolGroup00/LogVol00 (for Logical Volumes under LVM)
> >
> >
> >> Jim Perrin wrote:
> >>
> >>> On 7/25/07, Centos <[EMAIL PROTECTED]> wrote:
> >>>
>  What is the largest file size that can be created on Linux ?
>  is there any limitation ?
> 
> >>> This depends on several things, including the architecture (x86_64 vs
> >>> x86) and the blocksize used for the filesystem.
> >>>
> >>> For ext3, it breaks out like this ->
> >>>
> >>> Block size Max file size Max filesystem size
> >>> 1KiB   16GiB 2TiB
> >>> 2KiB   256GiB8TiB
> >>> 4KiB   2 TiB  16TiB
> >>> 8KiB  16TiB 32TiB
> >>>
> >>>
> >>>
> >> ___
> >> 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 mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


-- 
***
Cleber P. de Souza
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] redhat-rpm-config, was: yum remove 'tomcat*'?

2007-07-31 Thread R P Herrold

fixing thread hijack in subject line

On Tue, 31 Jul 2007, Les Mikesell wrote:

Red Hat fixed their bug:
http://rhn.redhat.com/errata/RHBA-2007-0365.html I haven't
seen a response to centos bugzilla 0002160 that I filed a
month ago about this.

Did you look at a system before posting? Or just shoot from
the hip?

[EMAIL PROTECTED] ~]$ lynx -dump
http://rhn.redhat.com/errata/RHBA-2007-0365.html | grep -i srpm

SRPMS:
SRPMS:
[EMAIL PROTECTED] ~]$

no linked SRPMS

And they have a packaged Sun Java available
http://rhn.redhat.com/errata/RHEA-2007-0223.html
(that's the link for rhel4 but I think there is one for 5 too).

[EMAIL PROTECTED] ~]$ lynx -dump
http://rhn.redhat.com/errata/RHEA-2007-0223.html | grep -i srpm

SRPMS:
[EMAIL PROTECTED] ~]$

no linked SRPMS

... cannot prove the fix exists to me so far. Sad that Red
Hat feels it has to play these games.

but I see in my mirroring:

/mnt/nfs/var/ftp/pub/mirror/redhat/rhel/rhel-5/5Server/all/SRPMS/redhat-rpm-config-8.0.45-17.el5.src.rpm

dunno when it showed up and it is not worth checking my detail
logs, because:

Johnny notes it has been updated and is in updates which have
been issued over a week ago -- it is a convenience fix, and
not a security matter

has been updated and is in updates:

version: redhat-rpm-config-8.0.45-17.0.1.el5.centos.noarch.rpm

released 7/22/2007

and _looking_, yum shows it updated on myC5 system

Les ... you have an open bug -- you think it is fixed
upstream. No SRPMS are noted in teh fix release which you
seemingly were able to find. The tests I did, you can do.

Why not lend a hand and point to available source RPMs rather
than carp on the mailing list on stale matters?

If you dislike non-security related updates notifications,
write a tool to provide you information on the changes.

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

Re: [CentOS] yum remove 'tomcat*'?


Johnny Hughes wrote:



Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If you
want sun java, I imagine you would have to change the specs and rebuild.
  I have no idea how to do that (I have not looked at it at all).

Red Hat fixed their bug:
http://rhn.redhat.com/errata/RHBA-2007-0365.html


That has been pushed to updates ... however, I don't see it has any
impact on open office.  It is related to tomcat.


I was trying to remove the non-working tomcat with the idea of replacing 
it with something else and openoffice went with it.  Odd, but fixable.



I haven't seen a response to centos bugzilla 0002160 that I filed a
month ago about this.


I didn't see the bug before ... but it was released 7/22/2007:
redhat-rpm-config-8.0.45-17.0.1.el5.centos.noarch.rpm


Thanks, but I thought the bug was related to the way the way the 
java-containing rpms were built (or maybe installed..) and this rpm just 
fixes the process.  What will it take to get working indexes into the 
jar files for tomcat (and probably other apps) on an existing system?


Also, is there any chance of duplicating those Red Hat sun jdk rpms? I 
think you've said no before, but I'm curious about how debian was able 
to manage it: http://packages.debian.org/unstable/source/sun-java5 if it 
is still problematic to redistribute.


--
  Les Mikesell
   [EMAIL PROTECTED]


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

Re: [CentOS] yum remove 'tomcat*'?

Les Mikesell wrote:
> Johnny Hughes wrote:
>
 Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If
 you
 want sun java, I imagine you would have to change the specs and
 rebuild.
   I have no idea how to do that (I have not looked at it at all).
>>> Red Hat fixed their bug:
>>> http://rhn.redhat.com/errata/RHBA-2007-0365.html
>>
>> That has been pushed to updates ... however, I don't see it has any
>> impact on open office.  It is related to tomcat.
> 
> I was trying to remove the non-working tomcat with the idea of replacing
> it with something else and openoffice went with it.  Odd, but fixable.
> 
>>> I haven't seen a response to centos bugzilla 0002160 that I filed a
>>> month ago about this.
>>
>> I didn't see the bug before ... but it was released 7/22/2007:
>> redhat-rpm-config-8.0.45-17.0.1.el5.centos.noarch.rpm
> 
> Thanks, but I thought the bug was related to the way the way the
> java-containing rpms were built (or maybe installed..) and this rpm just
> fixes the process.  What will it take to get working indexes into the
> jar files for tomcat (and probably other apps) on an existing system?
> 

The new tomcat was built with the new redhat-rpm-config, so all the
System OS files should be good.  AFAIK the bug you pointed to was to
correct the md5sums issues for mutltiarch builds.

From the bug:
brp-java-repack-jars is a post processing script included in
redhat-rpm-config that removes timestamp differences in jars to ensure
multi-lib packages do not conflict.

> Also, is there any chance of duplicating those Red Hat sun jdk rpms? I
> think you've said no before, but I'm curious about how debian was able
> to manage it: http://packages.debian.org/unstable/source/sun-java5 if it
> is still problematic to redistribute.
> 

They are not distributable by Centos ... and they are IBM Java, not Sun
Java.

Debain agreed to indemnify Sun ... we won't.

Thanks,
Johnny hUghes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] yum remove 'tomcat*'?

Johnny Hughes wrote:
> Les Mikesell wrote:
>> Johnny Hughes wrote:
> Not from Red Hat (wrt sun java) ... they did use tomcat and gcj.  If
> you
> want sun java, I imagine you would have to change the specs and
> rebuild.
>   I have no idea how to do that (I have not looked at it at all).
 Red Hat fixed their bug:
 http://rhn.redhat.com/errata/RHBA-2007-0365.html
>>> That has been pushed to updates ... however, I don't see it has any
>>> impact on open office.  It is related to tomcat.
>> I was trying to remove the non-working tomcat with the idea of replacing
>> it with something else and openoffice went with it.  Odd, but fixable.
>>
 I haven't seen a response to centos bugzilla 0002160 that I filed a
 month ago about this.
>>> I didn't see the bug before ... but it was released 7/22/2007:
>>> redhat-rpm-config-8.0.45-17.0.1.el5.centos.noarch.rpm
>> Thanks, but I thought the bug was related to the way the way the
>> java-containing rpms were built (or maybe installed..) and this rpm just
>> fixes the process.  What will it take to get working indexes into the
>> jar files for tomcat (and probably other apps) on an existing system?
>>
> 
> The new tomcat was built with the new redhat-rpm-config, so all the
> System OS files should be good.  AFAIK the bug you pointed to was to
> correct the md5sums issues for mutltiarch builds.
> 
> From the bug:
> brp-java-repack-jars is a post processing script included in
> redhat-rpm-config that removes timestamp differences in jars to ensure
> multi-lib packages do not conflict.
> 
>> Also, is there any chance of duplicating those Red Hat sun jdk rpms? I
>> think you've said no before, but I'm curious about how debian was able
>> to manage it: http://packages.debian.org/unstable/source/sun-java5 if it
>> is still problematic to redistribute.
>>
> 
> They are not distributable by Centos ... and they are IBM Java, not Sun
> Java.
> 
> Debain agreed to indemnify Sun ... we won't.
> 

For the record:
(f) you agree to defend and indemnify Sun
and its licensors from and against any damages, costs, liabilities,
settlement amounts and/or expenses (including attorneys' fees)
incurred in connection with any claim, lawsuit or action by any
third party that arises or results from (i) the use or distribution
of your Operating System, or any part thereof, in any manner, or
(ii) your use or distribution of the Software in violation of the
terms of this Agreement or applicable law.  You shall not be
obligated under Section 2(f)(i) if such claim would not have
occurred but for a modification made to your Operating System by
someone not under your direction or control, and you were in
compliance with all other terms of this Agreement.  If the Software
README file permits certain files to be replaced or omitted from
your distribution, then any such replacement(s) or omission(s)
shall not be considered a breach of Section 2(a).

signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] redhat-rpm-config, was: yum remove 'tomcat*'?


R P Herrold wrote:



Red Hat fixed their bug: 
http://rhn.redhat.com/errata/RHBA-2007-0365.html I haven't seen a 
response to centos bugzilla 0002160 that I filed a month ago about this.


Did you look at a system before posting?  Or just shoot from the hip?


No, I installed Sun java on a Centos 5 box, noticed that tomcat didn't 
start, googled for the error message about the missing index and found 
that it was a known problem.


[EMAIL PROTECTED] ~]$ lynx -dump 
http://rhn.redhat.com/errata/RHBA-2007-0365.html | grep -i srpm

   SRPMS:
   SRPMS:
[EMAIL PROTECTED] ~]$


Don't you need an up2date subscription to get that stuff?


And they have a packaged Sun Java available
http://rhn.redhat.com/errata/RHEA-2007-0223.html
(that's the link for rhel4 but I think there is one for 5 too).


[EMAIL PROTECTED] ~]$ lynx -dump 
http://rhn.redhat.com/errata/RHEA-2007-0223.html | grep -i srpm

   SRPMS:
[EMAIL PROTECTED] ~]$

no linked SRPMS


And that.

... cannot prove the fix exists to me so far.  Sad that Red Hat feels it 
has to play these games.


If they didn't, we wouldn't need CentOS...


Johnny notes it has been updated and is in updates which have been 
issued over a week ago -- it is a convenience fix, and not a security 
matter


Yes, tomcat is very secure when it won't run at all.  And yes it would 
be more convenient if it worked.


Les ... you have an open bug -- you think it is fixed upstream.  No 
SRPMS are noted in teh fix release which you seemingly were able to 
find.  The tests I did, you can do.


I don't have the up2date subscription.

Why not lend a hand and point to available source RPMs rather than carp 
on the mailing list on stale matters?


If you dislike non-security related updates notifications, write a tool 
to provide you information on the changes.


If google doesn't know, nothing I write is going to find it. This is 
what I found 
https://www.zarb.org/pipermail/jpackage-discuss/2007-June/011548.html
and there have been several other threads on the jpackage list about 
similar issues in rpms built on FC6 and RHEL5.


But while we are sort-of on this topic, can someone explain the jpp in 
the rpm package names?  Some of the posters on the jpackage list seem to 
have been confused about the source of their packages.  Does jpp mean 
something unrelated to the jpackage repo?



--
  Les Mikesell
   [EMAIL PROTECTED]

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

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

2007-07-31 Thread Adam Gibson

Any chance your filesystem is full?  That same thing happened to me 
awhile back on a different OS and that was the problem.


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.

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

[CentOS] centos5/xen does not see all memory

2007-07-31 Thread Peter Peltonen

I have a server with 6 gigs of memory. CentOS5/Xen sees only half of
it. Could someone advice me how to get it recognize all my memory?

I have installed 32bit CentOS5 and I'm running
kernel-xen-2.6.18-8.1.8.el5. This kernel should have PAE support:

$ grep PAE /boot/config-2.6.18-8.1.8.el5xen
CONFIG_X86_PAE=y

But xentop reports only 3 gigs of memory:

Mem: 3145148k total, 2400512k used, 744636k freeCPUs: 2 @ 2612MHz

If I boot with kernel-PAE-2.6.18-8.1.8.el5 the system recognizes all
memory but I cannot use Xen.

My motherboard is Supermicro H8SMA-2 A64/Opteron with MD Athlon 64 X2
5200+ processor
and 2 x 1GB ECC DDR-II SDRAM and 2x 2GB ECC DDR-II SDRAM.

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

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

On Mon, 30 Jul 2007, Les Mikesell wrote:

> Axel Thimm wrote:
> > On Mon, Jul 30, 2007 at 04:58:19PM -0500, Les Mikesell wrote:
> > > Axel Thimm wrote:
> > >
> > > > > I don't know enough about repotags to understand why everyone needs
> > > > > them.  Can't any repotag be distinguished from no repotag?   Why is
> > > > > there any need for cooperation beyond not choosing the same tag or
> > > > > lack thereof?
> > > > All the repotags request was about is to idntify epel packages as such
> > > > with a simple tag in the file name, no more, no less. And that already
> > > > died with an awful sound.
> > > If everyone else has added unique repo tags, isn't the lack of a tag an
> > > equally unique identifier?  I'm missing the point of argument here.
> > 
> > So you want to reiterate the whole epel-devel repotag fiasco here
> > argument by argument? 
> 
> No, I want to understand the effect on an end user when only one repo refuses
> to add a unique tag.  I don't want to fight the war - I want to know which way
> to duck.

Red Hat does not add tags, so there are at least 2 parties that do not add 
tags. Red Hat and Fedora EPEL. So yes, that makes it harder for people to 
know if a package came with the OS or with EPEL.

>From a debugging dependency point of view this is equally disturbing.

> > The argument was that once a repo drops the
> > repotag and foo-1.2.3-4 conflicts with foo-2.0.0-1.blahrepo the
> > typical user assumes the former to belong to the distro proper and the
> > latter to be the one causing the conflict.
> 
> I don't get it. What does the potential to drop a tag have to do with a tag
> not existing in the first place?

EPEL and RPMforge have the same packages, but not the same set if 
subpackages and interdependencies. If there is no repotag, packages could 
depend on subpackages from another repository where it makes no sense. The 
clamav packages are an excellent example. Please read the EPEL mailinglist 
for this example.

As a result of this and other examples, EPEL's advice is not to mix 
repositories (which fits nicely in their agenda). So there is an important 
advantage for not having repotags, it favors their repository because in 
dependency problem output you see non-tagged packages and rf-tagged 
packages. Who do you think people are going to blame.

And this is not just fake drama, we have been there with Fedora Extras. 
This strategy pushed away most 3rd party repositories.

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.

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.

--   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

[CentOS] Linux File System w/case-insensitivity

2007-07-31 Thread Al Sparks

I used to mount some files via Samba which resided on a windows
machine on a CentOS box.  We moved the files to a NetApp filer, and I
was unable to mount those files using either Samba or CIFS.  Most of
my problems with Samba were related to the (Windows?) password
encryption scheme that has not been included in the Samba suite.

Even if I use the mount t cifs, it didn't work.

So on the NetApp filer, we switched the volume to NFS only (having the
volume as both NFS and CIFS also didn't work, strangely enough), and I
was able to mount the volume.

Fine.  But now the complaint is that the files are case sensitive, and
doing searches for a particular file is problematical.

So the question: Is there a file system that linux can access that's
case insensitive?  I guess making a LUN off the NetApp filer and
formatting NTFS would work.  But I thought I'd ask if there's other
alternatives.   Also, I think that it would have to be writable.  I
haven't checked, but isn't NTFS mountable read-only by linux?
   === Al


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

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

On Mon, 30 Jul 2007, Ray Van Dolson wrote:

> > No, I want to understand the effect on an end user when only one repo 
> > refuses to add a unique tag.  I don't want to fight the war - I want to 
> > know which way to duck.
> 
> I think the issue now is that other repo's decided to drop their own
> repo tags as a result of EPEL's decision.  So that could potentially
> lead to some conflict.
> 
> I think a lot of this stems from the fact that EPEL considered
> themselves a bit like Fedora Extras aka "upstream" in a sense.  Which
> actually seemed somewhat to make sense to me, but...

EPEL does not do RHEL2 nor does RHEL3. Much like Fedora Legacy you may see 
that there is a big interest in RHEL5, and when RHEL6 comes out, and then 
RHEL7 the interest moves on.

RHEL5 will become the RHEL2 of today.

I don't see Fedora EPEL as upstream, but I may be alone in that.

--   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] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

On Mon, 30 Jul 2007, Ray Van Dolson wrote:

> > Looking at your requests on this you should realize that repotags are
> > what you are really asking for the minimum level, which is what epel
> > nuked to ashes. So the discussion should probably move away from this
> > list to the epel list. And since it's a dead topic there as well you
> > will not really get very far.
> 
> I know EPEL acknowledged that the whole repo-conflicts thing is an
> issue that needed to be addressed... as has been rehashed many times,
> they just didn't like repotags.
> 
> However, perhaps adding something into RPM itself could go a long way
> to addressing this in a more integrated manner?
> 
>   https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01537.html
> 
> That thread might be a good place to request that something like this
> be added.
>
> Not sure how high of a priority everyone would consider it.

Ray,

the problem is that with a Fedora mentality you are not fixing anything 
until RHEL5 goes EOL. (somewhere in 2014 I think ?)

So yes, welcome to the RHEL world where workarounds are required because 
Red Hat has no incentive to add features.

--   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] Re: Mixing RPMforge and EPEL (Was: EPEL repo)

On Mon, 30 Jul 2007, Axel Thimm wrote:

> On Mon, Jul 30, 2007 at 03:43:31PM -0500, Rex Dieter wrote:
> > Johnny Hughes wrote:
> > 
> > > Rex Dieter wrote:
> > >> It's quite a stetch from "no repotags" to
> > >> conclude "EPEL has no interest" in compatibility.
> >  
> > >> In fact, epel (and fedora) repo is, by design and policy, supposed to be
> > >> compatible and considerate of other repos, e.g. most notably,
> > >> http://fedoraproject.org/wiki/PackageMaintainers/RepositoryCollaboration
> > >> (among other project policy documents).
> >  
> > >> When I posted the aforementioned repository collaboration document to the
> > >> rpmforge list(s) for comment, it received none.
> > 
> > > There is talk about cooperation and collaboration, however whenever Axel
> > > or Dag made any kind of suggestions on the EPEL list, they were not
> > > given very much "real" consideration. 
> > 
> > Only wrt to repotags.  Don't remember any serious/significant discussions
> > outside of that since.  Am I missing something?
> 
> Lots of things, there was even a face-to-face meeting at LT07. Where
> it was revealed that it was spot's fault that repotags were killed
> (but I guess that's just the non-present scape-goat methology)

Well, if I remember correctly, during that meeting Max Spevack asked why 
repotags were being dismissed if they fixed something that was otherwise 
not fixable.

After that it was apparent repotags were going to be back. Of course, it 
reappeared on the mailinglist and was voted down again.

The only way the repotags would have gotten through is if we could have 
everybody from the EPEL steering commitee together and explained them 
everything we did at LT07.

My believe is that repotags was not the issue. There was something else 
that made it impossible. And I can not undo the thought that it is because 
not having repotags makes EPEL authoritative and masks dependency 
problems.

It has an unfair advantage for the repository that does not tag its 
packages, and it is certainly not advantageous to the userbase.

--   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] VMWare hiccup on CentOS 5, 2.6.18-8.1.8

2007-07-31 Thread Mark Hull-Richter

On 7/31/07, Adam Gibson <[EMAIL PROTECTED]> wrote:
> Any chance your filesystem is full?  That same thing happened to me
> awhile back on a different OS and that was the problem.
>
>

If you mean the vmware virtual disk, I don't think so - last I looked
it had 8+Gb free (20Gb total).  As for the rest of the system:

$ df
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/sda2 79356528   6261352  68999004   9% /
/dev/sda1   101086 39703 56164  42% /boot
tmpfs   964420 0964420   0% /dev/shm
/dev/sda5200335792  12113396 177881760   7% /home
/dev/hda1 31412256180288  30912840   1% /C
/dev/hdb1 62658052  19804468  42217012  32% /D
/dev/sdb1102568532  48403676  53122804  48% /E
/dev/hda2126155260  89093152  35780444  72% /F
/dev/hdb3 55509784  31742448  23203376  58% /G
/dev/sdb2205093168 164750464  38259076  82% /H

There's gobs of space (yeah, I know the mount points are hokey - they
correspond to my old Windows drives, and are usually samba-mounted on
my vmware guest, when it's running...).

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)

On Sun, 29 Jul 2007, Rex Dieter wrote:

> drew einhorn wrote:
> 
> > Dumb question.
> > 
> > Can't we identify the source of the package by looking at the signature.
> 
> Signature, vendor, etc... right.  Pretty much why epel (so far) didn't see
> the need/value in the complexity/overhead of introducing repotags.

That information is not shown by yum on dependency failures (which break 
yum). Not having that information in copy&paste output requires people to 
ask one or more questions before finding the cause and redirecting to the 
correct forum.

Having that information available in the output (which is impossible with 
the signature or vendor because of the size of the string) will make it 
apparent to the user having the problem where to report a problem.

Besides, what complexity/overhead does the repotag have exactly ?

But we all discussed this over and over again, just to be rebutted by the 
same false arguments or saying that RPM can be changed. (which it can NOT 
for the foreseeable future ! thank you very much)

--   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

[CentOS] Problem with mdadm softRAID in CentOS4.5!

2007-07-31 Thread israel.garcia

I have a server running some dababases in CentOS4.5 fully updated, but
this morning I read this error in messages log:

Trover st0:Block limits 1- 16777215 bytes
**
172.25.8.236: Servinaves
ATA ABNORMAL DTATUS 0X20DF
ATA ABNORMAL DTATUS 0X20DF
ATA ABNORMAL DTATUS 0X20DF
ata comand 0x35 timeout, stat 0xd0 host - stat 0x21
atat1: status = 0xd0 Busy
SCSI error: 2000 returns code0x802
current sda sense key aborted command
additional sense:Scsi parity error
end- request:110 error, devsda,sector 87008471

I have mdadm  running RAID1 with two disk!

Thanks in advance!

Regards;
Israel

___
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 wrote:


My believe is that repotags was not the issue. There was something else 
that made it impossible. And I can not undo the thought that it is because 
not having repotags makes EPEL authoritative and masks dependency 
problems.


Can you explain that?  Authoritative over who/what?

It has an unfair advantage for the repository that does not tag its 
packages, and it is certainly not advantageous to the userbase.


Advantage at what?  And if there is only one untagged repo, can't the 
userbase tell who to blame?


--
  Les Mikesell
   [EMAIL PROTECTED]

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

Re: [CentOS] Problem with mdadm softRAID in CentOS4.5!


[EMAIL PROTECTED] wrote:

I have a server running some dababases in CentOS4.5 fully updated, but
this morning I read this error in messages log:

Trover st0:Block limits 1- 16777215 bytes
**
172.25.8.236: Servinaves
ATA ABNORMAL DTATUS 0X20DF
ATA ABNORMAL DTATUS 0X20DF
ATA ABNORMAL DTATUS 0X20DF
ata comand 0x35 timeout, stat 0xd0 host - stat 0x21
atat1: status = 0xd0 Busy
SCSI error: 2000 returns code0x802
current sda sense key aborted command
additional sense:Scsi parity error
end- request:110 error, devsda,sector 87008471

I have mdadm  running RAID1 with two disk!


Well you used to have 2 disks... I suspect that one of them was kicked 
out for this error.  Does 'cat /proc/mdstat' show [UU] (both active) or 
an '_' in one of the positions?


--
  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)

Les Mikesell wrote:
> Dag Wieers wrote:
>>
>> My believe is that repotags was not the issue. There was something
>> else that made it impossible. And I can not undo the thought that it
>> is because not having repotags makes EPEL authoritative and masks
>> dependency problems.
> 
> Can you explain that?  Authoritative over who/what?

Authoritative over the other 3rd party repos.

People have already explained this a dozen times.  Lets pick a package.
 perl-XYZ-1.2.3.i386.rpm.  People see that, they don't see a repo tag
and they think, hey ... this is part of RHEL (or CentOS) ... then they
see perl-XYZ-1.2.3.rf.i386.rpm trying to replace it and they say .. hey,
rpmforge is replacing my core package.

Then CentOS or rpmforge field the troublecall to fix EPEL's broken
package deps.

Now, imagine the same senerio with:

perl-XYZ-1.2.3.i386.epel5.rpm

fairly obvious where it came from ...

> 
>> It has an unfair advantage for the repository that does not tag its
>> packages, and it is certainly not advantageous to the userbase.
> 
> Advantage at what?  And if there is only one untagged repo, can't the
> userbase tell who to blame?
> 
There is not 1 untagged repo ... there are many.

The WHOLE of the OS is untagged (or the majority of it).  For CentOS
that is 5 repos ... for RHEL it is at least 3 channels.

When people see UNTAGGED they think ... THE MAIN OS.  That is exactly
what EPEL wants.  They want to be part of the OS, with others repos
considered as 3rd Party repos.  They want to be THE AUTHORITATIVE REPO
for EL.  I don't know how it could be any clearer

signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

2007-07-31 Thread Akemi Yagi

On 7/31/07, Al Sparks <[EMAIL PROTECTED]> wrote:
> I used to mount some files via Samba which resided on a windows
> machine on a CentOS box.  We moved the files to a NetApp filer, and I
> was unable to mount those files using either Samba or CIFS.  Most of
> my problems with Samba were related to the (Windows?) password
> encryption scheme that has not been included in the Samba suite.
>
> Even if I use the mount t cifs, it didn't work.
>
> So on the NetApp filer, we switched the volume to NFS only (having the
> volume as both NFS and CIFS also didn't work, strangely enough), and I
> was able to mount the volume.
>
> Fine.  But now the complaint is that the files are case sensitive, and
> doing searches for a particular file is problematical.

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

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

Re: [CentOS] Scripting a directory change on CentOS


William L. Maltby wrote:

On Mon, 2007-07-30 at 12:49 -0400, James B. Byrne wrote:






I have to work with a long path to a project working directory and I would
like to have a simple script called "current" which would produce the same
effect as issuing this from the shell:

cd ./very/long/path/to/obscurely/titled/project/directory

I cannot seem to find anything that directly addresses this, other than to
point out that shell scripts run in their own copy of the shell
interpreter and so anything done to the PWD therein is local to the
duration of the script.  I could create a logical link from my home
directory I suppose, but I desire a scripted solution.

I really do not wish to program a utility to do this and I cannot believe
that many people have not already addressed this desire with a straight
forward answer. So if any of you have a simple to implement solution then
could you share your answer with me?

As I am a digest subscriber in addition to your answer to the list the
favour of a direct reply is requested

Sincerely,



In addition to the other suggestions, I would like to add a simple user-
invoked solution. "Source" or ".". Any script invoked in this manner
runs in the current instance of the shell.

IMO, if the user(s) are somewhat competent ("obscure project directory"
leads me to believe this may be the case), this simple solution may be
the most "elegant".


I'd go for the symlink in that case.  Perhaps even a directory symlinked 
into everyone's home/Desktop directory that contains symlinks to the 
obscure places.  This has the advantage of providing non-obscure visible 
names, working with GUI tools and is self-documenting with 'ls -l'.


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

Re: [CentOS] Scripting a directory change on CentOS

2007-07-31 Thread William L. Maltby

On Mon, 2007-07-30 at 12:49 -0400, James B. Byrne wrote:
> 


> I have to work with a long path to a project working directory and I would
> like to have a simple script called "current" which would produce the same
> effect as issuing this from the shell:
> 
> cd ./very/long/path/to/obscurely/titled/project/directory
> 
> I cannot seem to find anything that directly addresses this, other than to
> point out that shell scripts run in their own copy of the shell
> interpreter and so anything done to the PWD therein is local to the
> duration of the script.  I could create a logical link from my home
> directory I suppose, but I desire a scripted solution.
> 
> I really do not wish to program a utility to do this and I cannot believe
> that many people have not already addressed this desire with a straight
> forward answer. So if any of you have a simple to implement solution then
> could you share your answer with me?
> 
> As I am a digest subscriber in addition to your answer to the list the
> favour of a direct reply is requested
> 
> Sincerely,
> 

In addition to the other suggestions, I would like to add a simple user-
invoked solution. "Source" or ".". Any script invoked in this manner
runs in the current instance of the shell.

IMO, if the user(s) are somewhat competent ("obscure project directory"
leads me to believe this may be the case), this simple solution may be
the most "elegant".

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

Re: [CentOS] Scripting a directory change on CentOS

2007-07-31 Thread William L. Maltby

On Tue, 2007-07-31 at 17:29 -0500, Les Mikesell wrote:
> William L. Maltby wrote:
> > On Mon, 2007-07-30 at 12:49 -0400, James B. Byrne wrote:
> >> 
> > 
> > 
> >> I have to work with a long path to a project working directory and I would
> >> like to have a simple script called "current" which would produce the same
> >> effect as issuing this from the shell:
> >>
> >> cd ./very/long/path/to/obscurely/titled/project/directory
> >>
> >>

> >> As I am a digest subscriber in addition to your answer to the list the
> >> favour of a direct reply is requested

I tried, you bounced me for the return address. Sorry 'bout that!

> >>
> >> Sincerely,
> >>
> > 
> > In addition to the other suggestions, I would like to add a simple user-
> > invoked solution. "Source" or ".". Any script invoked in this manner
> > runs in the current instance of the shell.
> > 
> > IMO, if the user(s) are somewhat competent ("obscure project directory"
> > leads me to believe this may be the case), this simple solution may be
> > the most "elegant".
> 
> I'd go for the symlink in that case.  Perhaps even a directory symlinked 
> into everyone's home/Desktop directory that contains symlinks to the 
> obscure places.  This has the advantage of providing non-obscure visible 
> names, working with GUI tools and is self-documenting with 'ls -l'.
> 

I like that even more than the ".". The advantages you state sway me and
require no expected level of "competency".

--
Bill

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

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

2007-07-31 Thread Rodrigo Barbosa

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Jul 31, 2007 at 01:07:16PM -0700, Al Sparks wrote:
> Fine.  But now the complaint is that the files are case sensitive, and
> doing searches for a particular file is problematical.

How so ?

find /filesystem -iname blah.exe

Easy enough.

[]s

- -- 
Rodrigo Barbosa
"Quid quid Latine dictum sit, altum viditur"
"Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGr7lrpdyWzQ5b5ckRAgquAJwOsMP1Df+w6kT53DvvhfYHnE9sjgCePwTt
16cjnIuqNgIztY+PAez841Q=
=o4/E
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] heartbeat-2.1.2.el5.centos is released for i386/x86_64 for both CentOS-4 and CentOS-5 in the Extras repository.

heartbeat-2.1.2.el5.centos is released for i386/x86_64 for both CentOS-4
and CentOS-5 in the Extras repository.

We have been working very hard with the Linux-HA guys on this one.  It
should be working fairly well.


Use this tracker for feedback on this release:
http://bugs.centos.org/view.php?id=1305

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

2007-07-31 Thread Mark Hull-Richter

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

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

[CentOS] Me llega mucho spammmmm

2007-07-31 Thread Cartman

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

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