Re: [CentOS-docs] article for consideration, Atheros 5007EG wireless card

2008-07-06 Thread Scott Robbins
On Sun, Jul 06, 2008 at 03:16:40PM +0200, Ralph Angenendt wrote:
 Scott Robbins wrote:
  My thought is that it could go somewhere under 
  http://wiki.centos.org/HowTos/Laptops/Wireless
 
 Seeing the quality of the stuff you already added to the wiki, I just
 gave you access to everything under HowTos - so you should be able to
 add that page yourself.

Thank you very much. I should have it up there today.



-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6


Wesley:  Wait for Faith.
 Buffy:  That could be hours.  The girl makes Godot look punctual.
___
CentOS-docs mailing list
CentOS-docs@centos.org
http://lists.centos.org/mailman/listinfo/centos-docs


Re: [CentOS-docs] article for consideration, Atheros 5007EG wireless card

2008-07-06 Thread Scott Robbins
On Sun, Jul 06, 2008 at 03:16:40PM +0200, Ralph Angenendt wrote:
 Scott Robbins wrote:
  My thought is that it could go somewhere under 
  http://wiki.centos.org/HowTos/Laptops/Wireless
 
 Seeing the quality of the stuff you already added to the wiki, I just
 gave you access to everything under HowTos - so you should be able to
 add that page yourself.

I was able to create a new empty page, but not able to create a page
under Laptops/Wireless.  (I tried adding AR5007EG to
http://wiki.centos.org/HowTos/Laptops/Wireless/  which took me to the
expected empty page but got the message that I wasn't allowed to 
edit the page.) 

Shall I just put it under howtos on its own page?



-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Xander: The band, yeah. They're great. They march. 
Willow: Like an army. Except with music, instead of bullets, and 
usually no one dies. 

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


Re: [CentOS-docs] article for consideration, Atheros 5007EG wireless card

2008-07-06 Thread Ralph Angenendt
Scott Robbins wrote:
 I was able to create a new empty page, but not able to create a page
 under Laptops/Wireless.  (I tried adding AR5007EG to
 http://wiki.centos.org/HowTos/Laptops/Wireless/  which took me to the
 expected empty page but got the message that I wasn't allowed to 
 edit the page.) 

I tend to forget how the recursive ACLs work (not as expected, mostly).

Try again.

Ralph


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


Re: [CentOS-docs] article for consideration, Atheros 5007EG wireless card

2008-07-06 Thread Scott Robbins
On Sun, Jul 06, 2008 at 08:55:48PM +0100, Alan Bartlett wrote:
 On 06/07/2008, Scott Robbins [EMAIL PROTECTED] wrote:
 
 The article is now up at
 
 http://wiki.centos.org/HowTos/Laptops/WirelessAR5007EG
 
 I also added a link to it from the Wireless page at
 
 http://wiki.centos.org/HowTos/Laptops/Wireless
 
 
 Excellent work! Thank you. :-D


Akemi-san, as we all know, also deserves thanks for errm, convincing us
to write these Wiki articles.  

Thank you for the kind words.  


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Buffy: Will, wait. I'm really sorry.
 Willow: Buff, I'm storming off. It doesn't really work if you come
 with me.
___
CentOS-docs mailing list
CentOS-docs@centos.org
http://lists.centos.org/mailman/listinfo/centos-docs


[CentOS-announce] CEBA-2008:0557 CentOS 5 i386 nss Update

2008-07-06 Thread Karanbir Singh

CentOS Errata and Bugfix Advisory 2008:0557 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0557.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

i386:
c5ab539f1d014246b0548cda7e2e6897  nss-3.12.0.3-1.el5.centos.i386.rpm
8628989ea8e7885024b3fa1e9a394e03  nss-devel-3.12.0.3-1.el5.centos.i386.rpm
7198541a232475015bce9e687f461fd1  
nss-pkcs11-devel-3.12.0.3-1.el5.centos.i386.rpm
80c4d1ff90416e9c26c4105c91ed1650  nss-tools-3.12.0.3-1.el5.centos.i386.rpm

Source:
d7c265da9dcdb110688921e0d740b6e0  nss-3.12.0.3-1.el5.centos.src.rpm


-- 
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]

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


[CentOS-announce] CEBA-2008:0557 CentOS 5 x86_64 nss Update

2008-07-06 Thread Karanbir Singh

CentOS Errata and Bugfix Advisory 2008:0557 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0557.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

x86_64:
4c607a16cefc3247905fc95361ca7409  nss-3.12.0.3-1.el5.centos.i386.rpm
1784627fa892ea00b6f95871f6599258  nss-3.12.0.3-1.el5.centos.x86_64.rpm
b68ca983dc73c8c30289c0c7c404f051  nss-devel-3.12.0.3-1.el5.centos.i386.rpm
37d8f13af2f24651193ac8eec38e1be1  nss-devel-3.12.0.3-1.el5.centos.x86_64.rpm
031ae846bf4893a6e76e1a9c26d8f3c1  
nss-pkcs11-devel-3.12.0.3-1.el5.centos.i386.rpm
2d253ff175fb267f5df806aa0939eb9a  
nss-pkcs11-devel-3.12.0.3-1.el5.centos.x86_64.rpm
ddd91ee2a6de7507c78bf3889bbb529e  nss-tools-3.12.0.3-1.el5.centos.x86_64.rpm

Source:
d7c265da9dcdb110688921e0d740b6e0  nss-3.12.0.3-1.el5.centos.src.rpm


-- 
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]

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


[CentOS-announce] CEBA-2008:0557 CentOS 5 i386 nspr Update

2008-07-06 Thread Karanbir Singh

CentOS Errata and Bugfix Advisory 2008:0557 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0557.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

i386:
ddf29c14ea7685f7cce5b92fe0c45df2  nspr-4.7.1-1.el5.i386.rpm
6f02043af69bf0b1124b01574805a484  nspr-devel-4.7.1-1.el5.i386.rpm

Source:
a726f3adbf60de6fc003f5ceaa168c50  nspr-4.7.1-1.el5.src.rpm


-- 
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]

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


[CentOS-announce] CESA-2008:0569 Critical CentOS 5 i386 firefox Update

2008-07-06 Thread Karanbir Singh

CentOS Errata and Security Advisory 2008:0569 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0569.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

i386:
bb6c75eed0cef5655f28f1789dff5777  devhelp-0.12-17.el5.i386.rpm
92922452ee7b1535920774a74995c853  devhelp-devel-0.12-17.el5.i386.rpm
d44242d4515175f2ed3c178519b263d0  firefox-3.0-2.el5.centos.i386.rpm
8bea9165ede33c2034f8488ff7d030ec  xulrunner-1.9-1.el5.i386.rpm
96e860239ec9399ea42ff8d402563ec8  xulrunner-devel-1.9-1.el5.i386.rpm
7bd65b5372587b731662e22a6f2ff5da  xulrunner-devel-unstable-1.9-1.el5.i386.rpm
849b50518b6f486e05601e1a27a02d11  yelp-2.16.0-19.el5.i386.rpm

Source:
4b3c98eaccf3c617f53123e884f16b9a  devhelp-0.12-17.el5.src.rpm
edbe655b93a536f55db7875232ddb644  firefox-3.0-2.el5.centos.src.rpm
e3bf4f0f44cc1242468a616a9d4658da  xulrunner-1.9-1.el5.src.rpm
777a5d8ec133fd2774a74154e8233c42  yelp-2.16.0-19.el5.src.rpm


-- 
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]

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


[CentOS-announce] CESA-2008:0569 Critical CentOS 5 x86_64 firefox Update

2008-07-06 Thread Karanbir Singh

CentOS Errata and Security Advisory 2008:0569 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0569.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

x86_64:
c454a5cff8530f036e1f33f26c5f801a  devhelp-0.12-17.el5.i386.rpm
6736613d8fd3c33e41fd6971b20c7f3d  devhelp-0.12-17.el5.x86_64.rpm
f49880479eb5c983a2c30732b039ceef  devhelp-devel-0.12-17.el5.i386.rpm
d154a363fd77639ad5b2d22d4d0629d9  devhelp-devel-0.12-17.el5.x86_64.rpm
44c8cce26f50bd59c932923d3cd9e0b3  firefox-3.0-2.el5.centos.i386.rpm
d188c6c9abcade357b8c6c7060de37b4  firefox-3.0-2.el5.centos.x86_64.rpm
8bea9165ede33c2034f8488ff7d030ec  xulrunner-1.9-1.el5.i386.rpm
83142a8a1e06487439c2741c4eaaca23  xulrunner-1.9-1.el5.x86_64.rpm
96e860239ec9399ea42ff8d402563ec8  xulrunner-devel-1.9-1.el5.i386.rpm
0700808bec646a6b5baaaf042dca6d3a  xulrunner-devel-1.9-1.el5.x86_64.rpm
5c3dab7d76fcf6d05cdb259436166fd1  xulrunner-devel-unstable-1.9-1.el5.x86_64.rpm
1b6ae8a2143c2ff9b313d5b18068d64f  yelp-2.16.0-19.el5.x86_64.rpm

Source:
4b3c98eaccf3c617f53123e884f16b9a  devhelp-0.12-17.el5.src.rpm
edbe655b93a536f55db7875232ddb644  firefox-3.0-2.el5.centos.src.rpm
e3bf4f0f44cc1242468a616a9d4658da  xulrunner-1.9-1.el5.src.rpm
777a5d8ec133fd2774a74154e8233c42  yelp-2.16.0-19.el5.src.rpm


-- 
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]

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


[CentOS-es] Re: Disponible Implementación de Servidores con GNU/Linux, versión julio 2008 (kiko)

2008-07-06 Thread kiko Marti
Felicidades Joel por este gran manual, muchas gracias. Gente como tu hace
grande la comunidad GNU/Linux.
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] Dilema sobre sustitución del ADS por FDS y estaciones Linux

2008-07-06 Thread BlackHand
On Thu, 2008-07-03 at 12:48 -0400, Hardy Beltran Monasterios wrote:

 Yo nunca he ocupado FDS/RHDS7 pero ese userPassword es un atributo del
 directorio LDAP que mantiene la información de las cuentas de usuario.
 
 Deberías revisar la definición del esquema que estás usando en tu LDAP.

UserPassword es el atributo normal donde deberia almacenarse el password
del usuario. Todos los servidores con soporte LDAP (excepto nuestro
amiguito Active Directory, ahi hay una version marciana de atributos
kerberos q en teoria son standar, en la practica.) aceptan este
atributo y soportan todos los algoritmos de encriptacion en el (bueno,
con diferencias pero salvables)

Cuando usas Samba, este no usa este atributo sino dos atributos para
guardar el password, LMPassword y NTPassword, siendo el primero la
version encriptada para login desde estaciones de trabajo 95/98/Me y la
segunda la version encriptada para login desde estaciones de trabajo
NT/2000/XP/2003. Esto hace q samba deba mantener sincronizados ambos y
el famoso smbldap-tools tambien los mantiene sincronizados. Eso implica
q nativamente cuando cambio el password desde los mecanismos q Windows
me brinda, solo me cambia esos dos atributos y el atributo userPassword
no es ni tocado.

Para paliar eso, generalmente configuras samba para q sincronize los 3
atributos (LMPassword, NTPassword y userPassword) en cada cambio que se
de del mismo a trabes del Samba. El overlay smbkb5 para openldap intenta
hacer lo contrario (pero solo sirve para unas pocas situaciones
lamentablemente).

Es en ese modo de configuracion donde FDS/RHDS7 falla. Para samba el
FDS/RHDS7 anuncia q no pudo cambiar el atributo userPassword con un
codigo de error, pero el mensaje de error es desconcertante (ya q dice q
el cambio fue exitoso) Para todo esto, convierto el samba.schema q viene
en Samba a una version q sea cargado por el FDS/RHDS con los scripts q
este mismo provee.

Si quito las opciones de samba para sincronizar los tres atributos todo
funciona, pero los servicios q ate al directorio q no sean samba, no
usaran el password q fue cambiado via windows sino el q se mantiene en
el atributo userPassword.

Si hago la configuracion con OpenLDAP, todo funciona de perillas.

y no, ni el soporte oficial de redhat ni la info q encuentro en web me
ha dado mayor luz hasta ahora sobre este problema.

--
Black Hand
powered by GNU/Linux and lots of GNU/Force


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


Re: [CentOS-es] Saludos a todos

2008-07-06 Thread Daniel Listas de Linux
wellcome

2008/7/4 Victor Padro [EMAIL PROTECTED]:

 Bienvenido.
 :)


 --
 It is human nature to think wisely and act in an absurd fashion.

 Todo el desorden del mundo proviene de las profesiones mal o mediocremente
 servidas
 ___
 CentOS-es mailing list
 CentOS-es@centos.org
 http://lists.centos.org/mailman/listinfo/centos-es




-- 
http://www.cdlogrones.com
http://www.logrones.org
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] Squid Parent

2008-07-06 Thread Fequay
Buenas esta es la version.

squid-2.5.STABLE11-3.FC1

tambien puede ser que el logrotate no este haciendo su pega y no me rote los 
logs.

On Sun, 6 Jul 2008 07:33:44 -0500, Aland Laines wrote
 que yo sepa, el squid comprime y renombra el esos archivos log 
 automaticamente, que version de squid usas?

 2008/6/30 Fequay [EMAIL PROTECTED]:
buenas,

estimados tengo el siguiente problema:

hay un archivo de log que no crece mas de 2 Gigas, esto hace
que mi squid caiga y no se pueda reiniciar hasta que no se
vacie o comprima este archivo y crear uno nuevo.

Este es el error:

Squid Parent: child process 2232 exited due to signal 6

La idea es ver si su puede aumentar el tamaño de este archivo.

store.log
access.log

Saludos

Atte.

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


 --
 Aland Laines Calonge
 Tecnico en Informatica
 http://www.lainessoluciones.com (en construccion)

Atte.
Fernando Quil Ayala


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


Re: [CentOS-es] Instalacion de IMSS en CentOS

2008-07-06 Thread Hardy Beltran Monasterios
El dom, 06-07-2008 a las 14:33 -0400, Sebastián Veloso Varas escribió:
 Estimados,
 Desde ya les envio mi cordial saludos a todos ustedes puesto que soy nuevo en 
 esta lista.
 
 Tengo la siguiente inquietud ... ¿Alguien ha instalado alguna vez en su 
 CentOS la herramienta IMSS (Interscan Messaging Security Suite) de Trend 
 Micro?
 
No nunca en estas versiones. Sólo una vez en Red Hat Professional
algo..9 supongo :-/ (...uuuh, hace mucho)

 He tenido algunos inconvientes para poder instalarlo :\ ,

Que inconvenientes ?

  no asi con RedHat 5 en donde tengo full compatibilidad.

Algunos programas miran en /etc/redhat-release para hacer ciertas cosas
bien. Trata de poner allí lo mismo que aparece en tu RHEL 5


Saludos


-- 
Hardy Beltran Monasterios
Consultor e Instructor GNU/Linux
LPI Certified (LPIC-1) / RedHat Certified (RHCE)
http://www.hardy.com.bo

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


Re: [CentOS-es] auda con sendmail

2008-07-06 Thread Daniel Listas de Linux
Necesitas configurar postfix para virtual host.

Te paso instrucciones para debian, sólo para que te hagas a la idea. Busca
las de CentOS o apañate con esto

http://www.debuntu.org/2006/05/05/45-how-to-postfix-and-virtual-hosts

2008/7/3 Hector Cuadros Prosopio [EMAIL PROTECTED]:

 Buen dia a todo mi consulta es la siguiente:
 tengo mi servidor de correo en centos y sendmail y webmail algo simple
 ahora eh comprado otro dominio y quiero ligarlo a ese correo como puedo
 ejemplo:

 dominio1.com
 [EMAIL PROTECTED]


 dominio2.com
 [EMAIL PROTECTED]

 como le digo a sendmail q envie con un dominio tal usuario y el otro
 usuario con el dominio2 .
 espero q me ayuden en este percance gracias anticipadas
 ATT
 --
 Atentamente :
 Hector Cuadros Prosopio .
 ___
 CentOS-es mailing list
 CentOS-es@centos.org
 http://lists.centos.org/mailman/listinfo/centos-es




-- 
http://www.cdlogrones.com
http://www.logrones.org
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


RE: [CentOS] CentOS 5.2 Missing Dependancy

2008-07-06 Thread Joseph L. Casale
Why don't you try it and see what happens.

I did, which is what lead me to believe it only checks the db:)
jlc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 5.2 Missing Dependancy

2008-07-06 Thread Tony Molloy
On Sunday 06 July 2008 07:20:33 Joseph L. Casale wrote:
 Why don't you try it and see what happens.

 I did, which is what lead me to believe it only checks the db:)
 jlc

Sorry,

Tony
Then you have a problem ;-)


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


Re: [CentOS] CentOS 5.2 Missing Dependancy

2008-07-06 Thread William L. Maltby

On Sun, 2008-07-06 at 06:52 +0100, Tony Molloy wrote:
 snip

 The problem would be if yum checks it's db to see if it has previously 
 installed /usr/bin/false and find that it hasn't. In that case it won't wok.

If it won't wok, you'l have to cook up something. :-) YUK, YUK!

 snip

-- 
Bill

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


Re: [CentOS] CentOS 5.2 Missing Dependancy

2008-07-06 Thread Tony Molloy
On Sunday 06 July 2008 11:39:50 William L. Maltby wrote:
 On Sun, 2008-07-06 at 06:52 +0100, Tony Molloy wrote:
  snip
 
  The problem would be if yum checks it's db to see if it has previously
  installed /usr/bin/false and find that it hasn't. In that case it won't
  wok.

 If it won't wok, you'l have to cook up something. :-) YUK, YUK!

  snip


Very funny. I'll have to check for typos in future. Of course that one 
wouldn't have been cought ;-)

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


[CentOS] How to Auto Add forward slash / when accessing a link/url through ProxyPass

2008-07-06 Thread ankush grover
Hi Friends,

I am using Centos 5.2 and using ProxyPass to access applications
running on other servers. Everything is working fine except for one of
the applications I need to auto add forward slash when any user tries
to access that application. For ex

ProxyPass   /testdiaryhttp://testdiary.example.com/
ProxyPassReverse /testdiary   http://testdiary.example.com/

If somebody access directly http://testdiary.example.com/ everything
is coming means the login page but when the same link is accessed
through apache server on which proxypass is running then the login
page does not appear(http://portal.example.com/testdiary). How can I
auto add / when somebody put the url
http://portal.example.com/testdiary which should first be
converted/redirected to http://portal.example.com/testdiary/ (auto
added forward slash).

I have the below lines added in httpd.conf file

RewriteEngine On
RewriteCond %{REQUEST_URI} /testdiary
RewriteRule /testdiary(.)$ /testdiary/
ProxyPass /testdiary  http://testdiary.example.com/
ProxyPassReverse /testdiary  http://testdiary.example.com/

Please let me know if you need any other information.

Regards

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread William L. Maltby

On Sun, 2008-07-06 at 06:36 -0400, William L. Maltby wrote:
 snip

 Still in the top level working directory (the created initrd dir/..)
 
find initdirname | cpio -oac | gzip --best new initrd name
 

Just checked. find * is what you want.

Also, there are a couple ignorelocking failures and a mkrootdev. Change
the ignore... that has the VG mentioned and the mkrootdev.

 snip

-- 
Bill

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread William L. Maltby

On Sat, 2008-07-05 at 23:58 -0400, Robert Moskowitz wrote:
 William L. Maltby wrote:
  On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote:

  snip
  
 

  Now actually, I would have perfered renaming the LVM partition and its 
  internal ext3 partitions.  I even had a naming convention laid out if I 
  had do this via Install instead.
  
 
  If it's a boot drive, remember to rebuild your initrd and modify the
  init file to ignore lvm lock failures with the new VG name. Otherwise
  you'll be fighting some more battles.

 ARGH
 
 Yes, I remember getting burned by this once.
 
 And I don't have any notes of what I did to do all this.  :(

Man gzip and cpio in case I misremember.

In a work directory:

   gzip -dc initrd name | cpio -idmc

Down in the resulting directory, there is an init file.

Locate the ignorelockingfailure and change the VG name there.

Still in the top level working directory (the created initrd dir/..)

   find initdirname | cpio -oac | gzip --best new initrd name

Move it to the boot dir, change grub.conf appropriately. More perilous,
but possible: make it the same name (pls save the original somewhere)
and no grub name change needed.

 snip

HTH
-- 
Bill

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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Johnny Hughes

Joseph L. Casale wrote:

Can you identify which one of these packages individually is requiring
the 32-bit perl?  In other words, can you install perl-LDAP without it
wanting to pull in the 32-bit perl?  Same for all of them...

You can also do an rpm -q -R -p rpm on the .rpm file to see what it
requires, but I'm not sure if that will tell us anything particularly
useful.


I will try that tomorrow, pushed through to test something else so its now:)
I'll roll the lvm snap back (xen DomU).


Have you tried the rpmforge IRC channel?


Didn't think of that, I will also log on to that to see why I cant subscribe.


There is a known issue with the new version of yum on RHEL/CentOS 5.2 ...

You need to specify the packages like this:

yum install package_name.x86_64

not

yum install package_name

If you do not specify, then yum can install both (or either) of i386 or 
x86_64 packages to meet that requirement.





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


[CentOS] configuration file for tunneling device

2008-07-06 Thread Nabin Limbu
Hi,

For Ethernet and others, we have a configuration file inside
/etc/sysconfig/newtork-script/ like ifcfg-ethx where we specify ip
address, mask, type etc... For GRE tunneling, how can I specify the
parameters for tunneling device, so that I ifup-tunnel will automatically
read and start the interface and I don't have to write the below scripts
in my start-up file.

ip tunnel add netx mode gre remote 69.77.7.7 local 192.168.0.1 ttl 255
ip addr add 192.168.0.1 dev netx


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


Re: [CentOS] Can't run a bash script from USB drive

2008-07-06 Thread Ralph Angenendt
William L. Maltby wrote:
 Your blindness is caused by a broken (IMO) search. I also had recently
 searched for this and another thread. AFAICT, the search button on the
 mailing lists intro page only checks archived stuff.

I've seen mails archived there before they hit my INBOX. But yes, google
has to go over it for you to see it :)

Cheers,

Ralph


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


[CentOS] how to generate modprobe.conf

2008-07-06 Thread David Hláčik
Hello, i have moved hard disk from one pc to another (some architecture). I
have booted, everything working. To my surprise some modules in
modprobes.conf are still there even if this PC does not have such hardware.
I have tried remove modprobe.conf, but after reboot, system by it self does
not generate a new one modprobe.conf. What is responsible for modprobe.conf
generation, how can i revoke it to generate a modprobe.conf such as is
generated after fresh install.

Thanks in advance!

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


Re: [CentOS] how to generate modprobe.conf

2008-07-06 Thread Ralph Angenendt
David Hláčik wrote:
 Hello, i have moved hard disk from one pc to another (some architecture). I
 have booted, everything working. To my surprise some modules in
 modprobes.conf are still there even if this PC does not have such hardware.
 I have tried remove modprobe.conf, but after reboot, system by it self does
 not generate a new one modprobe.conf. What is responsible for modprobe.conf
 generation, how can i revoke it to generate a modprobe.conf such as is
 generated after fresh install.

Run kudzu.

Ralph


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


Re: [CentOS] RHEL vs. CentOS

2008-07-06 Thread Johnny Hughes

drew einhorn wrote:

In looking at the possibility of using yum-priorities on a RHEL5 system,
I noticed on thing that is different from my recollection,
I see that the default priority it 99,
but I seem to recall that it used to be 1.

Is my memory faulty, or did it change?

Actually 99 seems to make the most sense when using it in its native
environment on a CentOS box.

But when trying to use it in a foreign environment on a RHEL box, 1 seems to
be a better choice,
because of the repos that are magically created by the rhnplugin, that do
not have configurations
in /etc/yum.repos.d

It would be ideal if there turned out to be a undocumented feature in
*/etc/yum/pluginconf.d/priorities.conf
*that allowed us to change the default priority.
*
*


The default priority is 99 (If you do not have a priority set).

The recommended settings if you are running CentOS is:

Priority=1 for [base], [updates], and [extras] ... and Priority=2 for 
[centosplus]


In your case, it makes since (with a RHEL install) to not have centos 
[base] or [updates] in there at all (since you do not want to install 
centos packages on RHEL).


If you want to use CentOS Extras then I would set the priorities as 2 
for that.


One thing to remember when using yum from RHEL is that RHN is accessed 
through a plugin ... so you will need to find a way to set priorities 
for that differently than CentOS does it.




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


Re: [CentOS] How to Auto Add forward slash / when accessing a link/url through ProxyPass

2008-07-06 Thread Filipe Brandenburger
Hi,

It's been long since I don't write Proxy rules, but IIRC you have to
match /s on the left side and on the right side.

On Sun, Jul 6, 2008 at 6:24 AM, ankush grover [EMAIL PROTECTED] wrote:
 ProxyPass   /testdiaryhttp://testdiary.example.com/
 ProxyPassReverse /testdiary   http://testdiary.example.com/

Maybe try:

ProxyPass   /testdiaryhttp://testdiary.example.com
ProxyPassReverse /testdiary   http://testdiary.example.com

Or:

ProxyPass   /testdiary/http://testdiary.example.com/
ProxyPassReverse /testdiary/   http://testdiary.example.com/

I guess the second one is the one you want, but it won't do the
Redirect if you access /testdiary without the ending slash. You don't
need mod_rewrite for that one, a simple RedirectMatch should be enough
(I'm not 100% sure about the syntax though):

RedirectMatch /testdiary$ /testdiary/

Please let us know how that goes for you.

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


Re: [CentOS] How to Auto Add forward slash / when accessing a link/url through ProxyPass

2008-07-06 Thread nate
ankush grover wrote:

 I have the below lines added in httpd.conf file

 RewriteEngine On
 RewriteCond %{REQUEST_URI} /testdiary
 RewriteRule /testdiary(.)$ /testdiary/
 ProxyPass /testdiary  http://testdiary.example.com/
 ProxyPassReverse /testdiary  http://testdiary.example.com/

This is what I do on my systems

RedirectMatch /testdiary$ http://mysite.example.com/testdiary/

nate


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


Re: [CentOS] configuration file for tunneling device

2008-07-06 Thread Filipe Brandenburger
Hi,

On Sun, Jul 6, 2008 at 9:12 AM, Nabin Limbu [EMAIL PROTECTED] wrote:
 For GRE tunneling, how can I specify the
 parameters for tunneling device, so that I ifup-tunnel will automatically
 read and start the interface and I don't have to write the below scripts
 in my start-up file.

Apparently you have to create a
/etc/sysconfig/network-scripts/ifcfg-gre2 file with content similar to
this one:

ONBOOT=yes
DEVICE=gre2
TYPE=GRE
MY_INNER_IPADDR=192.168.61.1
MY_OUTER_IPADDR=79.189.10.22
PEER_INNER_IPADDR=192.168.62.1
PEER_OUTER_IPADDR=84.234.113.51

By the way, I never did this before, and had no idea on how to do it,
but Google just lead me to the conclusion that this is the way to go
in about 5s. First, /etc/sysconfig/network-scripts/ifup-tunnel is a
script, so looking into that file I saw that it was using some
variables such as PEER_INNER_IPADDR. I looked for that name in Google,
and one of the results was this page
[http://bart.prokop.name/blog/unleash/linux/centos.html], which starts
in Polish (?) but then continues in English with explanation enough on
how to do that.

Although using the mailing lists is easy and very effective, one of
the advantages of Linux is that you can always look inside it, and
as many components are scripts, looking inside is actually quite easy.
Next time, please try to do your own poking and research before going
the mailing list route.

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread Filipe Brandenburger
Hi,

On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby
[EMAIL PROTECTED] wrote:
  If it's a boot drive, remember to rebuild your initrd and modify the
  init file to ignore lvm lock failures with the new VG name. Otherwise
  you'll be fighting some more battles.

 Yes, I remember getting burned by this once.

 Man gzip and cpio in case I misremember.

To set the ignorelockingfailure and others on the initrd file, can't
you just use mkinitrd? I was looking into the /sbin/mkinitrd script
(on CentOS 5.2), and I saw that it contains code for that, for
instance:

if [ -n $vg_list ]; then
emit echo Scanning logical volumes
emit lvm vgscan --ignorelockingfailure
emit echo Activating logical volumes
emit lvm vgchange -ay --ignorelockingfailure $vg_list
fi

I just don't know if vg_list will be populated with the right devices.
Anyway, it might be worth a try, specially if you want to do that over
and over again, messing with the internals of initrd (gzip, cpio,
etc., and specially rebuilding it) is not something you would want to
do on a daily basis.

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


Re: [CentOS] Back to my Xwindows kernel panic

2008-07-06 Thread Johnny Hughes

Robert Moskowitz wrote:

Johnny Hughes wrote:

Robert Moskowitz wrote:
I have a newly built drive with 5.2 fresh install (that I will be 
cloning shortly) in my DECtop and it is failing with X the same way 
the upgrade from 5.1 drive did (not too supprising there).


In 5.1 X worked.  I could startx from init 3 and get into GNOME.  
Also VNC into the box and have a GNOME screen.  With 5.2, I get a 
kernel panic.  Well I guess it is a kernel panic because once I run 
startx from the console, my SSH session to the box from my notebook 
is frozen.


snip

Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see if 
that helps ... 

OK.  I will try this shortly.


Did this work.

also, you can boot the older kernel from 5.1 and see if that helps. 
I did try that on the system I upgraded from 5.1.  No difference still 
paniced.


If it still panics then it does not seem to be a kernel module issue, 
but something else.  That would be very strange.


I guess some kind of compile issue in xorg could do this, though not sure.



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


RE: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Joseph L. Casale
There is a known issue with the new version of yum on RHEL/CentOS 5.2 ...

You need to specify the packages like this:

yum install package_name.x86_64

not

yum install package_name

If you do not specify, then yum can install both (or either) of i386 or
x86_64 packages to meet that requirement.

I think I found the offending package, I'll jump on the rf irc channel and see 
what I can make of this:

# yum list *HiRes*
Loading fastestmirror plugin
Loading priorities plugin
Loading mirror speeds from cached hostfile
snip
257 packages excluded due to repository priority protections
Available Packages
perl-Time-HiRes.x86_64   1.9715-1.el5.rfrpmforge
perl-Time-HiRes-Value.noarch 0.05-1.el5.rf  rpmforge

# yum install perl-Time-HiRes.x86_64
Loading fastestmirror plugin
Loading priorities plugin
Loading mirror speeds from cached hostfile
snip
257 packages excluded due to repository priority protections
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
-- Running transaction check
--- Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated
-- Processing Dependency: libgdbm.so.2 for package: perl
-- Running transaction check
--- Package gdbm.i386 0:1.8.0-26.2.1 set to be updated
-- Finished Dependency Resolution

Dependencies Resolved

=
 Package Arch   Version  RepositorySize
=
Installing:
 perli386   4:5.8.8-10.el5_2.3  extras 12 M
Installing for dependencies:
 gdbmi386   1.8.0-26.2.1 base   27 k

Transaction Summary
=
Install  2 Package(s)
Update   0 Package(s)
Remove   0 Package(s)

Total download size: 12 M
Is this ok [y/N]:


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


[CentOS] nspluginwrapper failure on x86_64 in 5.2

2008-07-06 Thread Mark Hull-Richter
This was working in 5.1 - I am now getting errors when I try to run a
flash video in seamonkey under CetnOS 5.2.  Here is the error:

For application/x-shockwave-flash found plugin 
/usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so
sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory

Here is what I have installed:

$rpm -qa | grep -i nsplugin
nspluginwrapper-0.9.91.5-21.el5.i386
nspluginwrapper-0.9.91.5-21.el5.x86_64

These are now part of the base, but there seems to be a problem with
finding the right plugin to execute:


$ locate nspluginwrapper
/etc/sysconfig/nspluginwrapper
/usr/lib/nspluginwrapper
/usr/lib/nspluginwrapper/npconfig
/usr/lib/nspluginwrapper/npviewer
/usr/lib/nspluginwrapper/npviewer.bin
/usr/lib/nspluginwrapper/npwrapper.so
/usr/lib/nspluginwrapper/plugin-config
/usr/lib64/nspluginwrapper
/usr/lib64/nspluginwrapper/npconfig
/usr/lib64/nspluginwrapper/npviewer
/usr/lib64/nspluginwrapper/npviewer.bin
/usr/lib64/nspluginwrapper/npwrapper.so
/usr/lib64/nspluginwrapper/plugin-config
/usr/share/doc/nspluginwrapper-0.9.91.5
/usr/share/doc/nspluginwrapper-0.9.91.5/COPYING
/usr/share/doc/nspluginwrapper-0.9.91.5/NEWS
/usr/share/doc/nspluginwrapper-0.9.91.5/README
/var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm
/var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm

Just for good measure:

$ ls -R /usr/lib/nspluginwrapper
/usr/lib/nspluginwrapper:
npconfig*  npviewer*  npviewer.bin*  npwrapper.so*  plugin-config*

What happened (or, what do I do next)?  This seems to be broken in 5.2.

Thanks.

mhr


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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Ray Van Dolson
On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote:
 There is a known issue with the new version of yum on RHEL/CentOS 5.2 ...
 
 You need to specify the packages like this:
 
 yum install package_name.x86_64
 
 not
 
 yum install package_name
 
 If you do not specify, then yum can install both (or either) of i386 or
 x86_64 packages to meet that requirement.
 
 I think I found the offending package, I'll jump on the rf irc
 channel and see what I can make of this:
 
 # yum list *HiRes*
 Loading fastestmirror plugin
 Loading priorities plugin
 Loading mirror speeds from cached hostfile
 snip
 257 packages excluded due to repository priority protections
 Available Packages
 perl-Time-HiRes.x86_64   1.9715-1.el5.rfrpmforge
 perl-Time-HiRes-Value.noarch 0.05-1.el5.rf  rpmforge
 
 # yum install perl-Time-HiRes.x86_64
 Loading fastestmirror plugin
 Loading priorities plugin
 Loading mirror speeds from cached hostfile
 snip
 257 packages excluded due to repository priority protections
 Setting up Install Process
 Parsing package install arguments
 Resolving Dependencies
 -- Running transaction check
 --- Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated
 -- Processing Dependency: libgdbm.so.2 for package: perl
 -- Running transaction check
 --- Package gdbm.i386 0:1.8.0-26.2.1 set to be updated
 -- Finished Dependency Resolution
 
 Dependencies Resolved
 
 =
  Package Arch   Version  RepositorySize
 =
 Installing:
  perli386   4:5.8.8-10.el5_2.3  extras 12 
 M
 Installing for dependencies:
  gdbmi386   1.8.0-26.2.1 base   27 k
 
 Transaction Summary
 =
 Install  2 Package(s)
 Update   0 Package(s)
 Remove   0 Package(s)
 
 Total download size: 12 M
 Is this ok [y/N]:

Just to muddy the waters on this a bit more... for me, the rpmforge
perl-Time-HiRes package won't install as it conflicts with my base
installation of perl.

This is on a RHEL5.2 x86_64 system however.

# rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
perl-5.8.8-10.el5_2.3.x86_64

So it seems HiRes is already provided by perl, although the actual file
that conflicts is a man page.

(This is why I generally avoid rpmforge if I can :)

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


Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2

2008-07-06 Thread Johnny Hughes

Mark Hull-Richter wrote:

This was working in 5.1 - I am now getting errors when I try to run a
flash video in seamonkey under CetnOS 5.2.  Here is the error:

For application/x-shockwave-flash found plugin 
/usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so
sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory

Here is what I have installed:

$rpm -qa | grep -i nsplugin
nspluginwrapper-0.9.91.5-21.el5.i386
nspluginwrapper-0.9.91.5-21.el5.x86_64

These are now part of the base, but there seems to be a problem with
finding the right plugin to execute:


$ locate nspluginwrapper
/etc/sysconfig/nspluginwrapper
/usr/lib/nspluginwrapper
/usr/lib/nspluginwrapper/npconfig
/usr/lib/nspluginwrapper/npviewer
/usr/lib/nspluginwrapper/npviewer.bin
/usr/lib/nspluginwrapper/npwrapper.so
/usr/lib/nspluginwrapper/plugin-config
/usr/lib64/nspluginwrapper
/usr/lib64/nspluginwrapper/npconfig
/usr/lib64/nspluginwrapper/npviewer
/usr/lib64/nspluginwrapper/npviewer.bin
/usr/lib64/nspluginwrapper/npwrapper.so
/usr/lib64/nspluginwrapper/plugin-config
/usr/share/doc/nspluginwrapper-0.9.91.5
/usr/share/doc/nspluginwrapper-0.9.91.5/COPYING
/usr/share/doc/nspluginwrapper-0.9.91.5/NEWS
/usr/share/doc/nspluginwrapper-0.9.91.5/README
/var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm
/var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm

Just for good measure:

$ ls -R /usr/lib/nspluginwrapper
/usr/lib/nspluginwrapper:
npconfig*  npviewer*  npviewer.bin*  npwrapper.so*  plugin-config*

What happened (or, what do I do next)?  This seems to be broken in 5.2.


do you have both versions of firefox installed, and do you use both 
versions of firefox .. if not, remove the i386 plugin and see if that 
fixes the issue.




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


RE: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Joseph L. Casale
Just to muddy the waters on this a bit more... for me, the rpmforge
perl-Time-HiRes package won't install as it conflicts with my base
installation of perl.

Yea, I just figured that out.

This is on a RHEL5.2 x86_64 system however.

So I assume an x86 install doesn't have this issue?

# rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
perl-5.8.8-10.el5_2.3.x86_64

So it seems HiRes is already provided by perl, although the actual file
that conflicts is a man page.

Doing a perldoc Time::HiRes gave info, so yes it does look like its provided 
already.

(This is why I generally avoid rpmforge if I can :)

What else do you use then? I understood rpmforge was supposed to be the best 
3rd part repo
for CentOS? I would assume any repo will have some issues once and a while...

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


[CentOS] Re: Message size rejected

2008-07-06 Thread Scott Silva

on 7-3-2008 11:43 PM Anne Wilson spake the following:

On Thursday 03 July 2008 22:29:55 Jim Perrin wrote:
On Thu, Jul 3, 2008 at 5:06 PM, Anne Wilson cannewilson-gM/[EMAIL PROTECTED] 

wrote:

My daughter needs to send me a large file.  It appears that it is getting
through my ISP, but being rejected on my CentOS mail server.  The message
she's getting says

Much as I dislike getting or giving you asked for x, but here's how
to do it with y I'm going to do so here.

Email is one of those things which is great for small files, and such,
but large transfers can cause issues at pretty much every aspect of
the trip. If you've already got a webserver running, add a password
protected area for uploads. You can even set it up to allow webdav
style transfers over https. This avoids any mail handling delays, lets
both parties know it got there successfully, and keeps the clutter out
of the mailserver.


I wouldn't dream of sending big files like that by email, but this is a 
windows user who 'wants to get things done, not play with computers'.  Her 
experience is that she can send a big pdf to her printers, so she wouldn't 
think that he sets his mailbox to accept unusually large files.  As far as 
she's concerned, I'm at fault.  She even read the 'Message size exceeds fixed 
limit' as meaning that my inbox was full.  It's no good trying to tell her 
about better ways.  She wouldn't see that as part of her work.


/rant  Thanks to list members I'll get the file thiis morning.

Anne
That is one of the biggest of my beefs about windows. It allows any computer 
noob to shoot themselves in the foot very easily. That can be a plus or a 
negative. The biggest negative is that there are now millions of computers on 
the internet that have run out on their free 2 months of virus scanner 
updates, and are now owned by someones bot network, while the clueless user 
keeps plugging along wondering why the darn machine is so slow.
I guess the positive is that it is easy for Grandma and Grandpa on the other 
side of the country to get pics of the grandkids.


I just wish that PC manufacturers would just contract with one of the free 
virus scanner companies like Grisoft, instead of putting in Norton with a 60 
day cripple point. Most users will just ignore the update message until it 
stops because they don't know it is really necessary software. A free virus 
scanner with updates will beat a heave commercial soft with no updates anytime.


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



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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Akemi Yagi
On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson [EMAIL PROTECTED] wrote:
 On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote:

 This is on a RHEL5.2 x86_64 system however.

 # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
 /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
 perl-5.8.8-10.el5_2.3.x86_64

 So it seems HiRes is already provided by perl, although the actual file
 that conflicts is a man page.

 (This is why I generally avoid rpmforge if I can :)

This whole thing is not an rpmforge issue.  As pointed out somewhere
else, it has to do with the way yum behaves on the x86_64 system.
See:

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

and

http://lists.centos.org/pipermail/centos-devel/2008-June/004808.html

For example, I have a pure x86_64 system (no i386 packages installed).

# rpm -q perl
perl-5.8.8-10.el5_2.3.x86_64

# yum install perl
(snip)
Dependencies Resolved

=
 Package Arch   Version  RepositorySize
=
Installing:
 perli386   4:5.8.8-10.el5_2.3  extras 12 M
Installing for dependencies:
 db4 i386   4.3.29-9.fc6 base  917 k
 gdbmi386   1.8.0-26.2.1 base   27 k
 libgcc  i386   4.1.2-42.el5 base   93 k
 libstdc++   i386   4.1.2-42.el5 base  360 k

Transaction Summary
=
Install  5 Package(s)
Update   0 Package(s)
Remove   0 Package(s)

Total download size: 13 M
Is this ok [y/N]:

Of course, if I specify with a .x86_64, it will not pull the .386
perl.  But when it is called as a dependency, you will get what is
seen above.

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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Johnny Hughes

Joseph L. Casale wrote:

Just to muddy the waters on this a bit more... for me, the rpmforge
perl-Time-HiRes package won't install as it conflicts with my base
installation of perl.


Yea, I just figured that out.


This is on a RHEL5.2 x86_64 system however.


So I assume an x86 install doesn't have this issue?


# rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
perl-5.8.8-10.el5_2.3.x86_64

So it seems HiRes is already provided by perl, although the actual file
that conflicts is a man page.


Doing a perldoc Time::HiRes gave info, so yes it does look like its provided 
already.


(This is why I generally avoid rpmforge if I can :)


What else do you use then? I understood rpmforge was supposed to be the best 
3rd part repo
for CentOS? I would assume any repo will have some issues once and a while...


I would say it is the Best one ... it seems there is a problem in this 
instance.






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


RE: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Joseph L. Casale
I would say it is the Best one ... it seems there is a problem in this 
instance.

Its just not my day :P I used my gmail to sign up to rpmforge, and received the 
sub confirmation
instantly, replied to it and received my membership confirmation. Sent an email 
regarding both packages
I am having an issue with, and never saw it hit the list.

Looks like rpmforge's list has an issue as well :)

Hopefully Dag or someone else in charge over there spots this thread...

Thanks guys!
jlc



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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Johnny Hughes

Akemi Yagi wrote:

On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson [EMAIL PROTECTED] wrote:

On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote:



This is on a RHEL5.2 x86_64 system however.

# rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
perl-5.8.8-10.el5_2.3.x86_64

So it seems HiRes is already provided by perl, although the actual file
that conflicts is a man page.

(This is why I generally avoid rpmforge if I can :)


This whole thing is not an rpmforge issue.  As pointed out somewhere
else, it has to do with the way yum behaves on the x86_64 system.
See:

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

and

http://lists.centos.org/pipermail/centos-devel/2008-June/004808.html

For example, I have a pure x86_64 system (no i386 packages installed).

# rpm -q perl
perl-5.8.8-10.el5_2.3.x86_64

# yum install perl
(snip)
Dependencies Resolved

=
 Package Arch   Version  RepositorySize
=
Installing:
 perli386   4:5.8.8-10.el5_2.3  extras 12 M
Installing for dependencies:
 db4 i386   4.3.29-9.fc6 base  917 k
 gdbmi386   1.8.0-26.2.1 base   27 k
 libgcc  i386   4.1.2-42.el5 base   93 k
 libstdc++   i386   4.1.2-42.el5 base  360 k

Transaction Summary
=
Install  5 Package(s)
Update   0 Package(s)
Remove   0 Package(s)

Total download size: 13 M
Is this ok [y/N]:

Of course, if I specify with a .x86_64, it will not pull the .386
perl.  But when it is called as a dependency, you will get what is
seen above.



Well ... in this particular case there is a problem with a package that 
conflicts with something that is part of the base perl.


The issue you bring up is also valid.

IF you have a PURE x86_64 system ... then you can put this line in yum.conf

exclude=*.i386 *.i686

That will keep it pure ... though, we are working on something to give 
the previous behavior to yum.




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


[CentOS] Re: Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread Scott Silva

on 7-4-2008 2:38 PM Robert Moskowitz spake the following:

William L. Maltby wrote:

On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote:
 

snip



 
Yes, dd is actually pretty slow in wall clock time.  Where it wins is 
in human time since you just type a short command line and go away, 
and it duplicates any setup work you've done in addition too 
installing the packages.



But it's not as slow as most think. They just don't take advantage of
capabilities, like bs=16384. This makes a *huge* difference in both
system overhead and wall clock time.
Well Clonezilla is busy cloning the drive, but there is a problem here 
cloning to a USB attached drive.


One of the partitions is LVM and since this is a drive clone, including 
the partition table and boot sector, both LVMs (source and target) have 
the same name.  So Clonezilla switches to using DD with probably some 
bad parameters.  After running an hour, it has only copied 4Gb out of 
37Gb.  Note that the USB port is v1.1.



Now actually, I would have perfered renaming the LVM partition and its 
internal ext3 partitions.  I even had a naming convention laid out if I 
had do this via Install instead.
You might want to think about the fact that the drive could map differently 
from the LBA  between the usb adapter and directly hooked up to a system. I 
had a laptop that did that, and access was extremely slow until I re-formatted 
it and re-built the OS. Especially on older systems like you say you are using.


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



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


Re: [CentOS] i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Johnny Hughes

Joseph L. Casale wrote:

I would say it is the Best one ... it seems there is a problem in this 
instance.


Its just not my day :P I used my gmail to sign up to rpmforge, and received the 
sub confirmation
instantly, replied to it and received my membership confirmation. Sent an email 
regarding both packages
I am having an issue with, and never saw it hit the list.

Looks like rpmforge's list has an issue as well :)

Hopefully Dag or someone else in charge over there spots this thread...



For the record, gmail does not follow the standard for greylists ... in 
that a group of servers sends mail and a different server than the 
original might send a second mail of one is greylisted.


Not sure if that is at play with the rpmforge list, but I thought I 
would mention it here :D





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


Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2

2008-07-06 Thread B.J. McClure

On Sun, 2008-07-06 at 11:10 -0500, Johnny Hughes wrote:
 Mark Hull-Richter wrote:
  This was working in 5.1 - I am now getting errors when I try to run a
  flash video in seamonkey under CetnOS 5.2.  Here is the error:
  
  For application/x-shockwave-flash found plugin 
  /usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so
  sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory
  
  Here is what I have installed:
  
  $rpm -qa | grep -i nsplugin
  nspluginwrapper-0.9.91.5-21.el5.i386
  nspluginwrapper-0.9.91.5-21.el5.x86_64
  
  These are now part of the base, but there seems to be a problem with
  finding the right plugin to execute:
  
  
  $ locate nspluginwrapper
  /etc/sysconfig/nspluginwrapper
  /usr/lib/nspluginwrapper
  /usr/lib/nspluginwrapper/npconfig
  /usr/lib/nspluginwrapper/npviewer
  /usr/lib/nspluginwrapper/npviewer.bin
  /usr/lib/nspluginwrapper/npwrapper.so
  /usr/lib/nspluginwrapper/plugin-config
  /usr/lib64/nspluginwrapper
  /usr/lib64/nspluginwrapper/npconfig
  /usr/lib64/nspluginwrapper/npviewer
  /usr/lib64/nspluginwrapper/npviewer.bin
  /usr/lib64/nspluginwrapper/npwrapper.so
  /usr/lib64/nspluginwrapper/plugin-config
  /usr/share/doc/nspluginwrapper-0.9.91.5
  /usr/share/doc/nspluginwrapper-0.9.91.5/COPYING
  /usr/share/doc/nspluginwrapper-0.9.91.5/NEWS
  /usr/share/doc/nspluginwrapper-0.9.91.5/README
  /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm
  /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm
  
  Just for good measure:
  
  $ ls -R /usr/lib/nspluginwrapper
  /usr/lib/nspluginwrapper:
  npconfig*  npviewer*  npviewer.bin*  npwrapper.so*  plugin-config*
  
  What happened (or, what do I do next)?  This seems to be broken in 5.2.
 
 do you have both versions of firefox installed, and do you use both 
 versions of firefox .. if not, remove the i386 plugin and see if that 
 fixes the issue.
I have a similar issue with only one version of nspluginwrapper
installed.
# rpm -qa | grep nspluginwrapper
nspluginwrapper-0.9.91.5-21.el5
I do appear to have two identical firefox packages installed.
# rpm -qa | grep firefox
firefox-3.0-0.beta5.6.el5.centos
firefox-3.0-0.beta5.6.el5.centos

One is 32 bit, other 64 bit with identical package names.  How to remove
unwanted package?
# rpm -qa | grep nspluginwrapper
nspluginwrapper-0.9.91.5-21.el5
[EMAIL PROTECTED] bmcclure]# yum list firefox
Loading protectbase plugin
Loading fastestmirror plugin
Loading mirror speeds from cached hostfile
 * base: mirror.hmc.edu
 * updates: mirror.steadfast.net
 * addons: mirrors.tummy.com
 * extras: pubmirrors.reflected.net
0 packages excluded due to repository protections
Installed Packages
firefox.x86_64   3.0-0.beta5.6.el5.cent
installed   
firefox.i386 3.0-0.beta5.6.el5.cent
installed  

Thanks,
B.J.
CentOS 5.0, Linux 2.6.18-92.1.6.el5 x86_64 11:41:43 up 15:17, 2 users,
load average: 0.04, 0.13, 0.09

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


[CentOS] Centos 5.2 and 2.6.18-92 Kernel backported SATA fixes?

2008-07-06 Thread Michael Rock
Last year to get motherboards with the G33 chipset with SATA working with 
Centos I had to either use David Harbic fixes or use Fedora 8 since it had the 
later 2.6.25 kernel.

I no longer see David's fixes available and also see in the 5.2 release notes 
update SATA driver and infrastructure.  Did Redhat finally incorporate fixes 
to full support the new G33 chipset and SATA?

I have more of these G33 chipset motherboards with Q6600 cpu.  Trying to decide 
which is the least hassle setup and long term i386 or x86_64, on either Centos 
5.2 or Fedora 9?  









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


Re: [CentOS] Re: Message size rejected

2008-07-06 Thread Anne Wilson
On Sunday 06 July 2008 17:26:05 Scott Silva wrote:
 That is one of the biggest of my beefs about windows. It allows any
 computer noob to shoot themselves in the foot very easily. That can be a
 plus or a negative. The biggest negative is that there are now millions of
 computers on the internet that have run out on their free 2 months of virus
 scanner updates, and are now owned by someones bot network, while the
 clueless user keeps plugging along wondering why the darn machine is so
 slow.
 I guess the positive is that it is easy for Grandma and Grandpa on the
 other side of the country to get pics of the grandkids.

 I just wish that PC manufacturers would just contract with one of the free
 virus scanner companies like Grisoft, instead of putting in Norton with a
 60 day cripple point. Most users will just ignore the update message until
 it stops because they don't know it is really necessary software. A free
 virus scanner with updates will beat a heave commercial soft with no
 updates anytime.

I fail to see what any of this has to do with my question.  As it happens she 
is not a computer newbie and she has had an AV contract since the Win3.1 
days.  However, that's totally irrelevant.  She simply hadn't realised just 
how big a pdf with two large graphics and embedded fonts would be.

Anne

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


Re: [CentOS] Re: Message size rejected

2008-07-06 Thread Jacques B.
On Sun, Jul 6, 2008 at 2:16 PM, Anne Wilson [EMAIL PROTECTED] wrote:
 On Sunday 06 July 2008 17:26:05 Scott Silva wrote:
 That is one of the biggest of my beefs about windows. It allows any
 computer noob to shoot themselves in the foot very easily. That can be a
 plus or a negative. The biggest negative is that there are now millions of
 computers on the internet that have run out on their free 2 months of virus
 scanner updates, and are now owned by someones bot network, while the
 clueless user keeps plugging along wondering why the darn machine is so
 slow.
 I guess the positive is that it is easy for Grandma and Grandpa on the
 other side of the country to get pics of the grandkids.

 I just wish that PC manufacturers would just contract with one of the free
 virus scanner companies like Grisoft, instead of putting in Norton with a
 60 day cripple point. Most users will just ignore the update message until
 it stops because they don't know it is really necessary software. A free
 virus scanner with updates will beat a heave commercial soft with no
 updates anytime.

 I fail to see what any of this has to do with my question.  As it happens she
 is not a computer newbie and she has had an AV contract since the Win3.1
 days.  However, that's totally irrelevant.  She simply hadn't realised just
 how big a pdf with two large graphics and embedded fonts would be.

 Anne

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


Have you considered a file transfer service such as yousendit.com?
File size might still be an issue I guess as they limit it to 100 MB
for their free account.  There's another thought.  Why not create
yourself a gmail account or other such online account that is as
forgiving as possible on file size and have her send it to that
account.  Probably the easiest solution of all, Honey, use this email
address instead: .

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


Re: [CentOS] Re: Message size rejected

2008-07-06 Thread Anne Wilson
On Sunday 06 July 2008 19:38:16 Jacques B. wrote:
 Have you considered a file transfer service such as yousendit.com?
 File size might still be an issue I guess as they limit it to 100 MB
 for their free account.  There's another thought.  Why not create
 yourself a gmail account or other such online account that is as
 forgiving as possible on file size and have her send it to that
 account.  Probably the easiest solution of all, Honey, use this email
 address instead: .

Actually, she had the wit to try that, but gmail forwards all my mail to my 
IMAP server, and that's where it was being rejected.  I've just temporarily 
raised the size limit.  It's not as though it will be a constant need, and at 
least she has learned something.  Next job is to teach her to decrease the 
size of her graphics where appropriate :-)

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


Re: [CentOS] Re: Message size rejected

2008-07-06 Thread Jacques B.
 Have you considered a file transfer service such as yousendit.com?
 File size might still be an issue I guess as they limit it to 100 MB
 for their free account.  There's another thought.  Why not create
 yourself a gmail account or other such online account that is as
 forgiving as possible on file size and have her send it to that
 account.  Probably the easiest solution of all, Honey, use this email
 address instead: .

 Jacques B.


Further to my last message, GigaSize.com allows up to 600 MB files on
the free account.  As for an alternate email address, Gmail imposes 20
MB, but LycosMail offers 3 gigs of storage, and unlimited attachment
size (of course you must not exceed your 3 gig total I would expect).
So create a lycos mail account and have her send it there.  Easy for
you, easy for her.

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread William L. Maltby

On Sun, 2008-07-06 at 11:04 -0400, Filipe Brandenburger wrote:
 Hi,
 
 On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby
 [EMAIL PROTECTED] wrote:
   If it's a boot drive, remember to rebuild your initrd and modify the
   init file to ignore lvm lock failures with the new VG name. Otherwise
   you'll be fighting some more battles.
 
  Yes, I remember getting burned by this once.
 
  Man gzip and cpio in case I misremember.
 
 To set the ignorelockingfailure and others on the initrd file, can't
 you just use mkinitrd? I was looking into the /sbin/mkinitrd script
 (on CentOS 5.2), and I saw that it contains code for that, for
 instance:
 
 if [ -n $vg_list ]; then
 emit echo Scanning logical volumes
 emit lvm vgscan --ignorelockingfailure
 emit echo Activating logical volumes
 emit lvm vgchange -ay --ignorelockingfailure $vg_list
 fi
 
 I just don't know if vg_list will be populated with the right devices.
 Anyway, it might be worth a try, specially if you want to do that over
 and over again, messing with the internals of initrd (gzip, cpio,
 etc., and specially rebuilding it) is not something you would want to
 do on a daily basis.

He is trying to copy an existing install, transport the drive and boot.
Until he gets a boot that allows the new root to be detected *as* the
new root, I don't know if that would work. But as I frequently say, I'm
not expert at any of this stuff.

However, I can tell you that this lets me keep a fallback on a second
drive in case the first fails or gets scrogged by you-know-who. It is
tested and works. 1. Change BIOS boot sequence *if* required 2. Root
file system on 2nd drive is VolGroupAA 3. Punch magic button. 4. Back in
business.

 
 HTH,
 Filipe
 snip

-- 
Bill

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


Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2

2008-07-06 Thread MHR
On Sun, Jul 6, 2008 at 9:48 AM, B.J. McClure [EMAIL PROTECTED] wrote:


 I have a similar issue with only one version of nspluginwrapper
 installed.
# rpm -qa | grep nspluginwrapper
 nspluginwrapper-0.9.91.5-21.el5
 I do appear to have two identical firefox packages installed.
# rpm -qa | grep firefox
 firefox-3.0-0.beta5.6.el5.centos
 firefox-3.0-0.beta5.6.el5.centos

 One is 32 bit, other 64 bit with identical package names.  How to remove
 unwanted package?

Add this to your .rpmmacros file:

%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}

Then remove the i386 version.

(You could just rmeove the i396 version, but it's nice to see the
differences when you list them, too.)

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


[CentOS] PPPoE and IPv6

2008-07-06 Thread Robert Moskowitz
I am not getting my IPv6 address and prefix delegation for my ppp 
interface on my new gateway.


ppp is working right.  It is getting authenticated and getting the its 
IPv4 address.  Shorewall is doing the forwarding and the static routes 
on the internal interface for IPv4 are working.


But no IPv6.

Here is my ifcfg-ppp0:

USERCTL=no
BOOTPROTO=dialup
NAME=DSLppp0
DEVICE=ppp0
TYPE=xDSL
ONBOOT=no
PIDFILE=/var/run/pppoe-adsl.pid
FIREWALL=NONE
PING=.
PPPOE_TIMEOUT=80
LCP_FAILURE=3
LCP_INTERVAL=20
CLAMPMSS=1412
CONNECT_POLL=6
CONNECT_TIMEOUT=60
DEFROUTE=yes
SYNCHRONOUS=no
ETH=eth0
PROVIDER=DSLppp0
USER='me'
PEERDNS=no
DEMAND=no
PERSIST=no
IPV6INIT=yes


Interesting also about the FIREWALL entry.  I do have iptables off, as I 
am using shorewall that uses netfilter.  I will be using ip6tables once 
I get things going.


Of course once I get IPv6 to this box, I then have to have 
IPv6_forwarding working



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


[CentOS] Re: i386 version of Perl getting installed on x64 system?

2008-07-06 Thread Scott Silva

on 7-6-2008 9:10 AM Ray Van Dolson spake the following:

On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote:

There is a known issue with the new version of yum on RHEL/CentOS 5.2 ...

You need to specify the packages like this:

yum install package_name.x86_64

not

yum install package_name

If you do not specify, then yum can install both (or either) of i386 or
x86_64 packages to meet that requirement.

I think I found the offending package, I'll jump on the rf irc
channel and see what I can make of this:

# yum list *HiRes*
Loading fastestmirror plugin
Loading priorities plugin
Loading mirror speeds from cached hostfile
snip
257 packages excluded due to repository priority protections
Available Packages
perl-Time-HiRes.x86_64   1.9715-1.el5.rfrpmforge
perl-Time-HiRes-Value.noarch 0.05-1.el5.rf  rpmforge

# yum install perl-Time-HiRes.x86_64
Loading fastestmirror plugin
Loading priorities plugin
Loading mirror speeds from cached hostfile
snip
257 packages excluded due to repository priority protections
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
-- Running transaction check
--- Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated
-- Processing Dependency: libgdbm.so.2 for package: perl
-- Running transaction check
--- Package gdbm.i386 0:1.8.0-26.2.1 set to be updated
-- Finished Dependency Resolution

Dependencies Resolved

=
 Package Arch   Version  RepositorySize
=
Installing:
 perli386   4:5.8.8-10.el5_2.3  extras 12 M
Installing for dependencies:
 gdbmi386   1.8.0-26.2.1 base   27 k

Transaction Summary
=
Install  2 Package(s)
Update   0 Package(s)
Remove   0 Package(s)

Total download size: 12 M
Is this ok [y/N]:


Just to muddy the waters on this a bit more... for me, the rpmforge
perl-Time-HiRes package won't install as it conflicts with my base
installation of perl.

This is on a RHEL5.2 x86_64 system however.

# rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' 
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm
perl-5.8.8-10.el5_2.3.x86_64

So it seems HiRes is already provided by perl, although the actual file
that conflicts is a man page.

(This is why I generally avoid rpmforge if I can :)

Ray
If the man pages are the only conflict, will an rpm install with --excludedocs 
let it install?



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



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


Re: [CentOS] Back to my Xwindows kernel panic

2008-07-06 Thread Robert Moskowitz

Nope...

Johnny Hughes wrote:

Robert Moskowitz wrote:

Johnny Hughes wrote:

Robert Moskowitz wrote:
I have a newly built drive with 5.2 fresh install (that I will be 
cloning shortly) in my DECtop and it is failing with X the same way 
the upgrade from 5.1 drive did (not too supprising there).


In 5.1 X worked.  I could startx from init 3 and get into GNOME.  
Also VNC into the box and have a GNOME screen.  With 5.2, I get a 
kernel panic.  Well I guess it is a kernel panic because once I run 
startx from the console, my SSH session to the box from my notebook 
is frozen.


snip

Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see 
if that helps ... 

OK.  I will try this shortly.


Did this work.

Nope.

I first edited /etc/X11/xorg.conf and set the screen depth to 16.  That 
did not work.


Then I tried system-config-display --reconfig  that failed.

I added --set-depth=16 --set-videoram=0 and still failed.




also, you can boot the older kernel from 5.1 and see if that helps. 
I did try that on the system I upgraded from 5.1.  No difference 
still paniced.


If it still panics then it does not seem to be a kernel module issue, 
but something else.  That would be very strange.


I guess some kind of compile issue in xorg could do this, though not 
sure. 
Am I going to have to build a 5.1 system and see what device driver it 
is using???



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


Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2

2008-07-06 Thread MHR
On Sun, Jul 6, 2008 at 9:10 AM, Johnny Hughes [EMAIL PROTECTED] wrote:

 do you have both versions of firefox installed, and do you use both versions
 of firefox ..

Yes and no - I almost never use firefox at all.

 if not, remove the i386 plugin and see if that fixes the
 issue.


Did that.  Also recompiled seamonkey - no good.

Wasn't the nspluginwrapper an rpmforge entity until 5.2?  I don't
remember it being part of the CentOS packages until now.

I'll still pick at it, although I do have another way to view the
videos (but that only covers youtube cases...).

Hmmm

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


Re: [CentOS] Re: Message size rejected

2008-07-06 Thread Anne Wilson
On Sunday 06 July 2008 22:27:42 Scott Silva wrote:
 It wasn't a personal attack, just a general state of the average windows
 user vs an average user of some of the linux/unix derivatives.

Sorry - just on edge at that moment.  I realise it wasn't personal.

 My comment on just increasing the allowed message size until after you
 received the large message was to help with your immediate problem with the
 least amount of change to your daughters system.

Yes, I appreciate that.

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread Filipe Brandenburger
On Sun, Jul 6, 2008 at 3:28 PM, William L. Maltby
[EMAIL PROTECTED] wrote:
 He is trying to copy an existing install, transport the drive and boot.
 Until he gets a boot that allows the new root to be detected *as* the
 new root, I don't know if that would work.

You can actually do that by using chroot from a rescue CD. I usually
want to do that on my systems, when I clone from a machine with
hardware RAID to a machine on which I will use software RAID. After
copying the image (using dd or whatever), I mount the partitions under
/mnt/sysimage and /mnt/sysimage/boot, then I do a chroot
/mnt/sysimage, and then I do mkinitrd, using -f to overwrite the old
one and specifying the exact version of the kernel grub is configured
to boot with.

For adding/removing drivers, mkinitrd works like a charm. For renaming
VGs, I don't know if it would detect them right. As it is on the
destination machine, I'm guessing it would, but as I didn't really
test it, I cannot be sure.

Anyway, if you get to it and test mkinitrd to correct the name of the
VGs inside initrd and it works, let us know!

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


[CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Ian Forde
I've got a USB to serial adapter that I picked up from Radio Shack
earlier this year.  The updated pl2303 driver is already in the
mainstream kernel as per
https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not getting
much traction from Red Hat as far as them updating the kernel.  So every
time there's an updated kernel, I have to rebuild the srpm.

I figure that this is the kind of situation that -plus is meant to
solve... I've already had to switch one of my boxes over to plus today
given that the video4linux srpm (from atrpms) won't rebuild easily on
2.6.18-92.1.6.el5, and I'm thinking that having both on plus with
everything I need in them would make it a lot easier...

(There's already precedent here... I found
linux-2.6.18-bz443853_powernow_null_deref.patch and
linux-2.6.18-bz444759_hi_iowait.patch in the srpm...)

Thanks for reading...

-I

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


[CentOS] Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Ian Forde
1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
stay running.  The config is sound, and I can start it from the
command-line with the -d flag and it serves up leases.  But without
the -d flag, it just silently dies...

2. Syslog contains this little snippet: 

dhcpd: Internet Systems Consortium DHCP Server V3.0.5-RedHat

Figured you'd want to know... ;)

-I


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


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Ray Van Dolson
On Sun, Jul 06, 2008 at 03:45:39PM -0700, Ian Forde wrote:
 I've got a USB to serial adapter that I picked up from Radio Shack
 earlier this year.  The updated pl2303 driver is already in the
 mainstream kernel as per
 https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not getting
 much traction from Red Hat as far as them updating the kernel.  So every
 time there's an updated kernel, I have to rebuild the srpm.
 
 I figure that this is the kind of situation that -plus is meant to
 solve... I've already had to switch one of my boxes over to plus today
 given that the video4linux srpm (from atrpms) won't rebuild easily on
 2.6.18-92.1.6.el5, and I'm thinking that having both on plus with
 everything I need in them would make it a lot easier...
 
 (There's already precedent here... I found
 linux-2.6.18-bz443853_powernow_null_deref.patch and
 linux-2.6.18-bz444759_hi_iowait.patch in the srpm...)
 
 Thanks for reading...
 

I won't speak on the -plus topic, but as far as upstream is concerned,
you definitely need to open an RFE SR if you're a paying customer...
probably won't be super speedy, but better than your bug sitting around
forever ignored. :)

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


Re: [CentOS] Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Marko A. Jennings
On Sun, July 6, 2008 6:57 pm, Ian Forde wrote:
 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
 stay running.  The config is sound, and I can start it from the
 command-line with the -d flag and it serves up leases.  But without
 the -d flag, it just silently dies...

Mine has been working without any problems before and after the 5.2
update.  You might want to consider posting your configuration file.

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


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Ian Forde
On Sun, 2008-07-06 at 15:57 -0700, Ray Van Dolson wrote:
 I won't speak on the -plus topic, but as far as upstream is concerned,
 you definitely need to open an RFE SR if you're a paying customer...
 probably won't be super speedy, but better than your bug sitting around
 forever ignored. :)

Heh - I figured 5 months was long enough, even though there are bugs
that have languished for years in upstream's bugzilla... But yes - for
it to get any traction, I would need to be a paying customer... that's
why I figured I'd try their route first, then plus... failing that, I'd
have to look at getting a kmod rpm for pl2303 into either plus or
atrpms...

(FWIW, it wasn't easy getting stuff into upstream when I worked for them
either... it takes time...)

-I

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


Re: [CentOS] Three Identical systems - short cut to setting up the drives?

2008-07-06 Thread William L. Maltby

On Sun, 2008-07-06 at 18:41 -0400, Filipe Brandenburger wrote:
 snip

 You can actually do that by using chroot from a rescue CD. I usually
 want to do that on my systems, when I clone from a machine with
 hardware RAID to a machine on which I will use software RAID. After
 copying the image (using dd or whatever), I mount the partitions under
 /mnt/sysimage and /mnt/sysimage/boot, then I do a chroot
 /mnt/sysimage, and then I do mkinitrd, using -f to overwrite the old
 one and specifying the exact version of the kernel grub is configured
 to boot with.
 
 For adding/removing drivers, mkinitrd works like a charm. For renaming
 VGs, I don't know if it would detect them right. As it is on the
 destination machine, I'm guessing it would, but as I didn't really
 test it, I cannot be sure.
 
 Anyway, if you get to it and test mkinitrd to correct the name of the
 VGs inside initrd and it works, let us know!
 
 Thanks,
 Filipe
 snip sig stuff

Thanks for the info! I'm going to stash this where I can find it
quickly. I *might* have occasion to test this myself in another month or
so.

Meanwhile, if Robert hasn't progressed to far with his other scheme, he
might have an opportunity to try it. But I suspect he's short of time
ATM.

-- 
Bill

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


Re: [CentOS] Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Ian Forde
On Sun, 2008-07-06 at 19:12 -0400, Marko A. Jennings wrote:
 On Sun, July 6, 2008 6:57 pm, Ian Forde wrote:
  1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
  stay running.  The config is sound, and I can start it from the
  command-line with the -d flag and it serves up leases.  But without
  the -d flag, it just silently dies...
 
 Mine has been working without any problems before and after the 5.2
 update.  You might want to consider posting your configuration file.

Well, I stripped it down as much as I could - same problem exists... (IP
addresses and domain name changed, of course...)

ddns-update-style none;
ignore client-updates;

subnet 10.0.0.0 netmask 255.255.255.0 {
range dynamic-bootp 10.0.0.101 10.0.0.200;
default-lease-time 86400;
max-lease-time 604800;
option subnet-mask 255.255.255.0;
option broadcast-address 10.0.0.255;
option routers 10.0.0.1;
option domain-name-servers 10.0.0.75, 10.0.0.76;
option domain-name mydomain.com;
}

But like I was saying before, if it were a config problem, it wouldn't
have been able to start on the command-line in non-daemon mode.  Same
problem when I downloaded it from www.isc.org (3.0.7) and rolled a
source build.  So there's definitely something strange (or obvious that
I'm missing) going on...

-I

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


Re: [CentOS] Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Marko A. Jennings
On Sun, July 6, 2008 6:57 pm, Ian Forde wrote:
 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
 stay running.  The config is sound, and I can start it from the
 command-line with the -d flag and it serves up leases.  But without
 the -d flag, it just silently dies...

What exit code does it return when you execute it from the command line
without the -d flag?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Ian Forde
On Sun, 2008-07-06 at 19:34 -0400, Marko A. Jennings wrote:
 On Sun, July 6, 2008 6:57 pm, Ian Forde wrote:
  1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
  stay running.  The config is sound, and I can start it from the
  command-line with the -d flag and it serves up leases.  But without
  the -d flag, it just silently dies...
 
 What exit code does it return when you execute it from the command line
 without the -d flag?

0

In fact, here's the output... (IP, hostname, and Mac info changed...)

[EMAIL PROTECTED] etc]# dhcpd
Internet Systems Consortium DHCP Server V3.0.5-RedHat
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Wrote 0 leases to leases file.
Listening on LPF/eth0/00:00:de:ad:be:ef/10.0.0/24
Sending on   LPF/eth0/00:00:de:ad:be:ef/10.0.0/24
Sending on   Socket/fallback/fallback-net
[EMAIL PROTECTED] etc]# echo $?
0
[EMAIL PROTECTED] etc]# !ps
ps -ef | grep dhcpd
root 15058 11173  0 16:36 pts/000:00:00 grep dhcpd
[EMAIL PROTECTED] etc]# 

-I

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


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread S.Tindall

On Sunday, July 06, 2008 at 6:45 PM, Ian Forde wrote:


I've got a USB to serial adapter that I picked up from Radio 
Shack

earlier this year.  The updated pl2303 driver is already in the
mainstream kernel as per
https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not 
getting
much traction from Red Hat as far as them updating the kernel. 
So every

time there's an updated kernel, I have to rebuild the srpm.


Seems like it would be simpler to get an adapter that work with 
the current/native pl2303 driver.


For the purpose of serial consoles, these two adapters work for 
me under pl2303 without any problems using current/past CentOS5 
kernels:


Tripp-Lite U209-000-R:
 http://www.tripplite.com/products/product.cfm?productID=2430

Cables-To-Go 26886:
 http://www.cablestogo.com/product.asp?cat%5fid=101sku=26886

Think they cost about US$15 each at provantage.com.


# uname -rpmi
2.6.18-92.1.6.el5 x86_64 x86_64 x86_64

# lsmod|grep pl2303

# # Inserted serial-to-USB adapter

# lsusb|grep Tripp-Lite
Bus 002 Device 004: ID 2478:2008 Tripp-Lite U209-000-R Serial 
Port


# lsmod|grep pl2303
pl2303 53317  0
usbserial  67505  1 pl2303

Steve 


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


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Karanbir Singh

S.Tindall wrote:

Tripp-Lite U209-000-R:
 http://www.tripplite.com/products/product.cfm?productID=2430

Cables-To-Go 26886:
 http://www.cablestogo.com/product.asp?cat%5fid=101sku=26886

Think they cost about US$15 each at provantage.com.



I've been using these with zero issues ( 14 of them connected to one 
machine ):


drivers/usb/serial/usb-serial.c: USB Serial support registered for ark3116
ark3116 1-1:1.0: ark3116 converter detected
usb 1-1: ark3116 converter now attached to ttyUSB0

about £3/each, totally unbranded from Tottenham Court Road, London :D


--
Karanbir Singh : http://www.karan.org/  : [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Ian Forde
On Mon, 2008-07-07 at 00:54 +0100, Karanbir Singh wrote:
 Ian Forde wrote:
  I figure that this is the kind of situation that -plus is meant to
  solve... 
 
 open a request at http://bugs.centos.org/ - thats the *only* way to get 
 stuff into centos_plus, and if there is a patch or a proposed src.rpm 
 for new pkgs, things go faster.

Thanks!  Okay - it's done - ticket number is 2954
(http://bugs.centos.org/view.php?id=2954)

-I

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


Re: [CentOS] Getting something into centosplus for 5.2?

2008-07-06 Thread Ian Forde
On Sun, 2008-07-06 at 19:39 -0400, S.Tindall wrote:
 Seems like it would be simpler to get an adapter that work with 
 the current/native pl2303 driver.

Yeah... but mine works - with some extra work... didn't want to buy this
type of device twice but...

 For the purpose of serial consoles, these two adapters work for 
 me under pl2303 without any problems using current/past CentOS5 
 kernels:
 
 Tripp-Lite U209-000-R:
   http://www.tripplite.com/products/product.cfm?productID=2430

Just ordered one online, just in case.  Thanks!

-I

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


Re: [CentOS] Desktop: Evolution Bug Buddy issues (GNOME)

2008-07-06 Thread Lanny Marcus
On Sun, Jul 6, 2008 at 4:31 PM, MHR [EMAIL PROTECTED] wrote:

 On Sat, Jul 5, 2008 at 11:07 AM, Lanny Marcus [EMAIL PROTECTED]
 wrote:
 
  Mark: A follow on: I searched in the CentOS Bugzilla and  also in the
  Upstream Bugzilla, for Evolution. There are about 25 things in CentOS
 and
  119 in Upstream, as of a few minutes ago. I do *not* believe this issue
 is
  mentioned, in either place, at this time. I am temporarily using KDE. I
 want
  to verify whether or not the problem also exists in KDE, before I put the
  issue into CentOS Bugzilla. Lanny
 

 Wihs I could help - I use GNOME exclusively.


I use GNOME about 99% of the time, and I'm lost in KDE. Temporarily, I have
been using KDE, testing this. Probably I have logged in and out of KDE,
opened, used and closed Evolution and Firefox, about   10 times. There is no
issue in KDE. The problem does seem to be with GNOME, or, with Evolution
when using GNOME. I will go back to GNOME tomorrow and when Evolution and
Bug Buddy crash, I will try to document this for the  CentOS Bugzilla.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] ANSWER: Couple of CentOS 5.2 dhcp notes

2008-07-06 Thread Ian Forde
On Sun, 2008-07-06 at 15:57 -0700, Ian Forde wrote:
 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to
 stay running.  The config is sound, and I can start it from the
 command-line with the -d flag and it serves up leases.  But without
 the -d flag, it just silently dies...

Well, *that* sucked.  I had to start the daemon with a '-p 67' option to
get it to stick.  So I stuck that into /etc/sysconfig/dhcpd as:

DHCPDARGS=-p 67

and it started.  Which led me down the strace with and without the -p
option and compare the output path...

Turns out that without the -p option, it looks up the port number to
use.  nsswitch.conf in my case had services: files ldap, which caused
it to fail.  I changed it to services: files and it worked.  What
kills me is that dhcpd died silently... and I have absolutely no desire
to put services into my ldap directory...

So I've taken out the -p argument, and all is well...

Thanks for the assist though!

-I

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


[CentOS] SIGPIPE in assorted apps after yum update

2008-07-06 Thread John Hanks
Hello,

I have several systems which I recently updated with

yum -y update

to all the latest packages. These systems use yum-priorities and use
the CentOS (priority 1) EPEL (priority 5) and rpmforge (priority 10)
repositories. After the updates, dhcpd stopped working with a SIGPIPE
error which occurs shortly after it attempts to fork into the
background. I worked around that problem by building a new server with
no additional repos, only CentOS and dhcpd works fine on that system.
Since then I have found the problem, or similar problems with a few
more applications. Here is what the tail of an strace of pbs_mom as it
attempts to fork into the background:

listen(5, 512)  = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
bind(6, {sa_family=AF_INET, sin_port=htons(15003),
sin_addr=inet_addr(0.0.0.0)}, 16) = 0
listen(6, 512)  = 0
fcntl(4, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
clone(Process 23938 attached (waiting for parent)
Process 23938 resumed (parent 23937 ready)
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x2ad30db0) = 23938
[pid 23937] exit_group(0)   = ?
getsockname(3, 0x7fff6b7728a0, [128])   = -1 ENOTSOCK (Socket
operation on non-socket)
fcntl(3, F_GETFD)   = 0
dup(3)  = 7
fcntl(7, F_SETFD, 0)= 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8
close(3)= 0
fcntl(8, F_GETFD)   = 0
dup2(8, 3)  = 3
fcntl(3, F_SETFD, 0)= 0
close(8)= 0
write(3, \25\3\1\0\22\334\362\36\233\253\205\2633\323\322q\4\3T\rxK\210,
23) = -1 EPIPE (Broken pipe)
--- SIGPIPE (Broken pipe) @ 0 (0) ---
Process 23938 detached


This is pretty much the same thing that happened to dhcpd. In both
cases they applications work fine in debug mode when they don't
attempt to fork, but quietly die when ran normally. A third set of
apps, wrappers for the client part of torque (pbs_mom) do this:

stat(/usr/local/sbin/pbs_iff, {st_mode=S_IFREG|S_ISUID|0755,
st_size=21412, ...}) = 0
pipe([5, 6])= 0
clone(Process 24068 attached (waiting for parent)
Process 24068 resumed (parent 24067 ready)
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x2ad31ce0) = 24068
[pid 24067] close(6)= 0
[pid 24067] fcntl(5, F_GETFL)   = 0 (flags O_RDONLY)
[pid 24067] read(5,  unfinished ...
[pid 24068] getsockname(3, {sa_family=AF_INET, sin_port=htons(41855),
sin_addr=inet_addr(129.123.148.49)}, [1164321820984213520]) = 0
[pid 24068] getpeername(3, {sa_family=AF_INET, sin_port=htons(636),
sin_addr=inet_addr(129.123.20.92)}, [68719476752]) = 0
[pid 24068] fcntl(3, F_GETFD)   = 0x1 (flags FD_CLOEXEC)
[pid 24068] dup(3)  = 7
[pid 24068] fcntl(7, F_SETFD, FD_CLOEXEC) = 0
[pid 24068] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8
[pid 24068] close(3)= 0
[pid 24068] fcntl(8, F_GETFD)   = 0
[pid 24068] dup2(8, 3)  = 3
[pid 24068] fcntl(3, F_SETFD, 0)= 0
[pid 24068] close(8)= 0
[pid 24068] write(3,
\25\3\1\0\22\346h\357n\r\17x\374B\312\217\374x\276\311\217\342%, 23)
= -1 EPIPE (Broken pipe)
[pid 24068] --- SIGPIPE (Broken pipe) @ 0 (0) ---
Process 24068 detached
... read resumed , 4)   = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
close(5)= 0
wait4(24068, [{WIFSIGNALED(s)  WTERMSIG(s) == SIGPIPE}], 0, NULL) = 24068
close(4)= 0
write(2, No Permission.\n, 15No Permission.
)= 15
write(2, qstat: cannot connect to server ..., 63qstat: cannot
connect to server moab.hpc.usu.edu (errno=15007)
) = 63
exit_group(-1)  = ?

Once again, the app dies after it attempts to fork into the
background. There are other things running on these systems that can
successfully fork and I have been unable to figure out any pattern,
other than if I don't use additional repos then it doesn't seem to
break. That may be coincidental though, I haven't repeated it enough
yet to be certain.

Any hints or suggestions would be appreciated. Unfortunately I noticed
this after deciding it was safe to update *all* my machines and so
I'm suffering through a lot of rebuilds/restores because of this.

Thanks,

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


Re: [CentOS] Acer 5920 audio chip does not work in CentOS 5.2?

2008-07-06 Thread hce
On 7/4/08, William L. Maltby [EMAIL PROTECTED] wrote:

  On Fri, 2008-07-04 at 12:41 +1000, hce wrote:
   On Fri, Jul 4, 2008 at 12:18 AM, William L. Maltby
   [EMAIL PROTECTED] wrote:
   
On Thu, 2008-07-03 at 07:57 -0500, Alex White wrote:
snip
   

  snip


   
/proc delivers the *truth*. And for some things, settings can be changed
there that are not easily addressed through utilities.
.
After this, I'll pop in Mark Knoppfler's Shangri-La and diff the two
files.
# cd /proc/asound
# find . -type f -exec echo {} \; -exec cat {} \; /tmp/asound
  
   I guess alsa and /proc are all fine on my machine, but I've got a
   blank result on /proc/asound running following find, no sure if that
   was significant:


 Blank result? I'm skeptical about that. *scratching head*

  
   [asound]$ find . -type f -exec echo {} \; -exec cat {} \;  /tmp/asound


 The /tmp/asound file should contain at least the file names that it
  found. And I can't believe that trying to play something would remove
  the contents of those files. 1) It would have to be root and 2) IIRC, we
  can't remove stuff in /proc as it is from the kernel and not a real file
  system and 3) We could only change the contents of *some* things.

  I tested the above command with a CP and it worked. Maybe you had a
  typo or the frustration is getting to you and you examined the wrong
  file?

I used above command with a CP as well. I've also verified the
command to my another FC7 box which has sound worked well, it also
shown a blank result as well.


   $ rpm -qa | grep -i alsaalsa-utils-1.0.14-3.rc4.el5
   alsa-lib-devel-1.0.14-1.rc4.el5
   alsa-lib-1.0.14-1.rc4.el5
  
   ]$ rpm --verify  alsa-lib-1.0.14-1.rc4.el5.i386
   alsa-utils-1.0.14-3.rc4.el5.i386 | echo $?
   0


 The above command s/b rpm --verify  ; echo $?
  |

  If you meant ||, it would still be logically incorrect as we want to
  see the return value, regardless.

Actually, I tried without echo $? first, it display lots of
parameters, seems file. I can try the echo $? again, what is the
correct command for it? Is following command correct?

rpm --verify  alsa-lib-1.0.14-1.rc4.el5.i386
lsa-utils-1.0.14-3.rc4.el5.i386; echo $?


  
   [asound]$ ls
   card0  cards  devices  Intel  modules  oss  pcm  seq  timers  version
  
   [asound]$ pwd  cat modules  cat cards /proc/asound
0 snd_hda_intel
0 [Intel  ]: HDA-Intel - HDA Intel
 HDA Intel at 0xf050 irq 66
  
  
   I've also tried to ls in /proc/asound/Intel:
  
   $ ls
   codec#0  codec#1  id  oss_mixer  pcm0c  pcm0p  pcm2c
  
   Seems, all drivers there, is there any command such as cat to verify
   low level drivers by playing a sound?


 You need an application to do that. I've only used various Gnome desktop
  facilities. The file manager (Nautilus?) should do that when you double
  click a sound file. I'll test ... BRB

  Yep. I went to /usr/share/sounds/alsa, using file manager, and it opened
  totem and played the sounds. This means that you could open totem
  directly, or any other sound playing application and try it.
  Unfortunately, unless we suspect broken applications are the problem,
  this really only is the same as what you tried to do originally, less
  the CD.

I can use vlc to play the *.wav or other audio files, but I tried to
figure out where is the block or missing link with the audio. Right
now, no sound when I run vlc to play audio files. If I could check and
play in some means with low level driver first, I guess I could find
if the problem is high level applications or low lever drivers. Seems
that the drivers all there, but don't know if them are working or not.

Thank you.

Kind Regards,

Jim

  
   Thank you.
  
   Jim
   snip


  --
  Bill

  ___
  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] gentee

2008-07-06 Thread ann kok
Hi 

what is the different between the gentee and centos?

thank you


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


Re: [CentOS] gentee

2008-07-06 Thread Ray Van Dolson
On Sun, Jul 06, 2008 at 06:52:51PM -0700, ann kok wrote:
 Hi 
 
 what is the different between the gentee and centos?
 

Gentee is a programming language, CentOS is a Linux Distribution.

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


Re: [CentOS] gentee

2008-07-06 Thread Ian Blackwell

Ray Van Dolson wrote:

Gentee is a programming language, CentOS is a Linux Distribution.


  
You would hope the question was really about Gentoo, but I have a 
suspicion that perhaps it wasn't :-D


Ian



smime.p7s
Description: S/MIME Cryptographic Signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] Re: SIGPIPE in assorted apps after yum update

2008-07-06 Thread John Hanks
On Sun, Jul 6, 2008 at 7:44 PM, John Hanks [EMAIL PROTECTED] wrote:
 Hello,

 I have several systems which I recently updated with

 yum -y update

 to all the latest packages. These systems use yum-priorities and use
 the CentOS (priority 1) EPEL (priority 5) and rpmforge (priority 10)
 repositories. After the updates, dhcpd stopped working with a SIGPIPE
 error which occurs shortly after it attempts to fork into the
 background. I worked around that problem by building a new server with
 no additional repos, only CentOS and dhcpd works fine on that system.
 Since then I have found the problem, or similar problems with a few
 more applications. Here is what the tail of an strace of pbs_mom as it
 attempts to fork into the background:

 listen(5, 512)  = 0
 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
 setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
 bind(6, {sa_family=AF_INET, sin_port=htons(15003),
 sin_addr=inet_addr(0.0.0.0)}, 16) = 0
 listen(6, 512)  = 0
 fcntl(4, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
 clone(Process 23938 attached (waiting for parent)
 Process 23938 resumed (parent 23937 ready)
 child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
 child_tidptr=0x2ad30db0) = 23938
 [pid 23937] exit_group(0)   = ?
 getsockname(3, 0x7fff6b7728a0, [128])   = -1 ENOTSOCK (Socket
 operation on non-socket)
 fcntl(3, F_GETFD)   = 0
 dup(3)  = 7
 fcntl(7, F_SETFD, 0)= 0
 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8
 close(3)= 0
 fcntl(8, F_GETFD)   = 0
 dup2(8, 3)  = 3
 fcntl(3, F_SETFD, 0)= 0
 close(8)= 0
 write(3, \25\3\1\0\22\334\362\36\233\253\205\2633\323\322q\4\3T\rxK\210,
 23) = -1 EPIPE (Broken pipe)
 --- SIGPIPE (Broken pipe) @ 0 (0) ---
 Process 23938 detached


 This is pretty much the same thing that happened to dhcpd. In both
 cases they applications work fine in debug mode when they don't
 attempt to fork, but quietly die when ran normally. A third set of
 apps, wrappers for the client part of torque (pbs_mom) do this:

 stat(/usr/local/sbin/pbs_iff, {st_mode=S_IFREG|S_ISUID|0755,
 st_size=21412, ...}) = 0
 pipe([5, 6])= 0
 clone(Process 24068 attached (waiting for parent)
 Process 24068 resumed (parent 24067 ready)
 child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
 child_tidptr=0x2ad31ce0) = 24068
 [pid 24067] close(6)= 0
 [pid 24067] fcntl(5, F_GETFL)   = 0 (flags O_RDONLY)
 [pid 24067] read(5,  unfinished ...
 [pid 24068] getsockname(3, {sa_family=AF_INET, sin_port=htons(41855),
 sin_addr=inet_addr(129.123.148.49)}, [1164321820984213520]) = 0
 [pid 24068] getpeername(3, {sa_family=AF_INET, sin_port=htons(636),
 sin_addr=inet_addr(129.123.20.92)}, [68719476752]) = 0
 [pid 24068] fcntl(3, F_GETFD)   = 0x1 (flags FD_CLOEXEC)
 [pid 24068] dup(3)  = 7
 [pid 24068] fcntl(7, F_SETFD, FD_CLOEXEC) = 0
 [pid 24068] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8
 [pid 24068] close(3)= 0
 [pid 24068] fcntl(8, F_GETFD)   = 0
 [pid 24068] dup2(8, 3)  = 3
 [pid 24068] fcntl(3, F_SETFD, 0)= 0
 [pid 24068] close(8)= 0
 [pid 24068] write(3,
 \25\3\1\0\22\346h\357n\r\17x\374B\312\217\374x\276\311\217\342%, 23)
 = -1 EPIPE (Broken pipe)
 [pid 24068] --- SIGPIPE (Broken pipe) @ 0 (0) ---
 Process 24068 detached
 ... read resumed , 4)   = 0
 --- SIGCHLD (Child exited) @ 0 (0) ---
 close(5)= 0
 wait4(24068, [{WIFSIGNALED(s)  WTERMSIG(s) == SIGPIPE}], 0, NULL) = 24068
 close(4)= 0
 write(2, No Permission.\n, 15No Permission.
 )= 15
 write(2, qstat: cannot connect to server ..., 63qstat: cannot
 connect to server moab.hpc.usu.edu (errno=15007)
 ) = 63
 exit_group(-1)  = ?

 Once again, the app dies after it attempts to fork into the
 background. There are other things running on these systems that can
 successfully fork and I have been unable to figure out any pattern,
 other than if I don't use additional repos then it doesn't seem to
 break. That may be coincidental though, I haven't repeated it enough
 yet to be certain.

 Any hints or suggestions would be appreciated. Unfortunately I noticed
 this after deciding it was safe to update *all* my machines and so
 I'm suffering through a lot of rebuilds/restores because of this.

 Thanks,

 jbh


Just fouund yet another system demonstrating pipe related weirdness.
Here's the tail of an strace where this app (qsub, another part of
Torque) hangs after the SIGPIPE:

write(5, \3\34\177\25\4\32, 6)= 6
write(5, WINSIZE 36,137,822,504\0\0R(A\240:\0\0\0..., 80) = 80
write(1, 

[CentOS] Re: Problem with Bonding Driver

2008-07-06 Thread Dirk H. Schulz

Hi,

--On 5. Juli 2008 09:45:16 -0700 Art Age Software [EMAIL PROTECTED] 
wrote:



Hi,

could you describe in more detail?
What exactly is ignored? The options do not look much different.


As I said, I am trying to set a different primary interface for each
bond: eth0 for bond0, and eth2 for bond1.


Does the second bonding interface have no primary interface, then? What 
exactly happens?





Did you try without renaming? I do not use it, but it works nonetheless:
alias bond0 bonding
options bond0 mode=2
alias bond1 bonding
options bond1 mode=2


You are setting identical options for both bonds. This masks the fact
that your second options line is ignored and essentially does nothing.
Try changing an option on bond1 (eg. set a different mode or a
different miimon value), and I think you will see that it is ignored.


I had tested different setups during conception phase and had different 
results.


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


[CentOS] MySQL in CentOS 5.2

2008-07-06 Thread hce
Hi,

I've just installed MySQL (mysql.i386 5.0.45-7.el5) and lighty
(lighttpd.i386 1.4.19-1.el5.rf) to the CentOS 5.2, but could not find
mysql and lighttpd scripts in /etc/init.d. Also there is no
/usr/bin/mysql_install_db. Where can I find mysql and lighttpd scripts
for starting the processes in init.d?

Thank you.

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


Re: [CentOS] MySQL in CentOS 5.2

2008-07-06 Thread Clint Dilks

hce wrote:

Hi,

I've just installed MySQL (mysql.i386 5.0.45-7.el5) and lighty
(lighttpd.i386 1.4.19-1.el5.rf) to the CentOS 5.2, but could not find
mysql and lighttpd scripts in /etc/init.d. Also there is no
/usr/bin/mysql_install_db. Where can I find mysql and lighttpd scripts
for starting the processes in init.d?

Thank you.

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

  

Hi

mysql gives you the files required for the mysql client.  It sounds like 
you want mysql-server as well.


I can't speak for lighthttpd sorry :)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


RE: [CentOS] CentOS 5.2 Missing Dependancy

2008-07-06 Thread Joseph L. Casale
If it won't wok, you'l have to cook up something. :-) YUK, YUK!

Now that's ironic (you'l):P

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