Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Camaleón
El Wed, 30 Sep 2015 19:05:39 +0200, Manolo Díaz escribió:

> El miércoles, 30 sep 2015 a las 16:28 UTC Camaleón escribió:
> 
>> El Wed, 30 Sep 2015 18:20:58 +0200, Manolo Díaz escribió:
>> 
>> > El miércoles, 30 sep 2015 a las 15:45 UTC Camaleón escribió:
>> > 
>> >> El Wed, 30 Sep 2015 17:13:13 +0200, Manolo Díaz escribió:
>> >> 
>> >> > El miércoles, 30 sep 2015 a las 14:31 UTC Camaleón escribió:
>> >> > 
>> >> >> Buscando en Google he visto que esta "característica" está
>> >> >> documentada en la versión de grep que tienes (2.21), vamos, que
>> >> >> ni bug ni fantasmas ni gaitas... misterio resuelto:
>> >> >> 
>> >> >> http://savannah.gnu.org/forum/forum.php?forum_id=8152
>> >> >> 
>> >> >> If a file contains data improperly encoded for the current
>> >> >> locale, and this is discovered before any of the file's contents
>> >> >> are output,
>> >> >> grep now treats the file as binary.
>> >> >> 
>> >> >> 
>> >> > Extraño. Así que caracteres que son inválidos en utf8 pueden no
>> >> > serlo en C. Creía que el último era un subconjunto de cualquier
>> >> > otro.
>> >> 
>> >> Lo que sucede es que el archivo "passwd" está codificado en
>> >> "iso-8859"
>> >> y grep está usando utf-8 de ahí que lo interprete mal y en la nueva
>> >> versión te lo detecta como binario.
>> > 
>> > Por lo que sé está codificado en ascii.
>> 
>> (...)
>> 
>> No, la tabla de caracteres iso-8859 no es la misma que la tabla de
>> caracteres ascii, obviamente.
> 
> ¿Y? Esas tablas son superconjuntos o ampliaciones de ascii
> (compatibilidad hacia atrás). Si un fichero, p.ej. /etc/passwd, pasa el
> test ascii, si solo contienen esos caracteres, por fuerza ha de pasar
> *cualquiera* de los test iso-8859-* y utf8.

Si quieres trabajar con archivos codificados y después interpretarlos 
(leerlos) con distintos sistemas de codificación tienes que convertirlos 
antes o te arriesgas a que presenten errores en la visualización.

Y ya he dicho que igual le podía haber fallado con LANG=C, que le haya 
funcionado ha sido casualidad. 

>> Si un documento codificado en iso-8859-1 incluye un carácter que no
>> está en ascii N o lo conviertes a ascii o al leerlo te aparecen
>> caracteres extraños. Lo mismo pasa con utf-8 (quienes trabajan con
>> archivos de texto habitualmente sufren estos problemas en sus propias
>> carnes).
> 
> Ese es un caso distinto al que estamos tratando. De hecho es el caso
> inverso.

No lo creo. El archivo origen es iso-8859, no ascii.

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Camaleón
El día 29 de septiembre de 2015, 18:09, Gonzalo Rivero 
 escribió:

(reenvío, se lo zampó mi filtro. Gente, cuidad dónde mandáis los 
mensajes...)

> El día 29 de septiembre de 2015, 12:21, Camaleón 
> escribió:
>> El Tue, 29 Sep 2015 12:17:44 -0300, Gonzalo Rivero escribió:
>>
>>> El mar, 29-09-2015 a las 13:47 +, Camaleón escribió:
 El Tue, 29 Sep 2015 09:04:37 -0300, Gonzalo Rivero escribió:

 (...)

 > si lo ejecuto normalmente:
 > $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd Coincidencia en el
 > fichero binario passwd

 ¿Fichero "binario"? >:-?

 file passwd
 cat passwd | egrep -i "(FULANO|MENGANO).*SUTANO"
> Coincidencia en el fichero binario (entrada estándar)

Vale, este dice lo mismo. Pensaba que pasándolo por el turmix ("cat") 
destilaría el contenido y le llegaría al grep filtrado pero ya veo que 
no. Quizá un "cat -v passwd..." también hubiera resultado.

 egrep -ia "(FULANO|MENGANO).*SUTANO" passwd
> este hizo la magia: procesar como si fuera (y lo es coñe!) un archivo
> de texto.

Ah, vaya... interesante.

> Ahora me falta descubrir porque cuando ejecuto grep con mi locale
> (es_AR) cree que es un archivo binario y porqué cuando uso el básico
> (C) lo entiende como corresponde.

Sí, es bien curioso dado que se trata del mismo archivo.

> File dice que el archivo de claves es ISO-8859 text; mientras que el
> listado de nombres y apellidos con que estoy buscando los usuarios (en
> realidad hago grep -f ), file dice que es UTF-8 Unicode text. Pero la
> entrada manual, o sea probando una sola cadena, file opina que es
> ascii:
> echo "(FULANO|MENGANO).*SUTANO"|file -
> /dev/stdin: ASCII text
>
> creo que en castellano se hace bolas con las distintas codificaciones

Buscando en Google he visto que esta "característica" está documentada en 
la versión de grep que tienes (2.21), vamos, que ni bug ni fantasmas ni 
gaitas... misterio resuelto:

http://savannah.gnu.org/forum/forum.php?forum_id=8152

If a file contains data improperly encoded for the current locale,
and this is discovered before any of the file's contents are output,
grep now treats the file as binary.

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Manolo Díaz
El miércoles, 30 sep 2015 a las 15:45 UTC
Camaleón escribió:

> El Wed, 30 Sep 2015 17:13:13 +0200, Manolo Díaz escribió:
> 
> > El miércoles, 30 sep 2015 a las 14:31 UTC Camaleón escribió:
> > 
> >> Buscando en Google he visto que esta "característica" está documentada
> >> en la versión de grep que tienes (2.21), vamos, que ni bug ni fantasmas
> >> ni gaitas... misterio resuelto:
> >> 
> >> http://savannah.gnu.org/forum/forum.php?forum_id=8152
> >> 
> >> If a file contains data improperly encoded for the current locale,
> >> and this is discovered before any of the file's contents are output,
> >> grep now treats the file as binary.
> >> 
> > 
> > Extraño. Así que caracteres que son inválidos en utf8 pueden no serlo en
> > C. Creía que el último era un subconjunto de cualquier otro.
> 
> Lo que sucede es que el archivo "passwd" está codificado en "iso-8859" y 
> grep está usando utf-8 de ahí que lo interprete mal y en la nueva versión 
> te lo detecta como binario. 

Por lo que sé está codificado en ascii.

> Al forzar el uso del locale C (le hubiera valido también 
> "LANG=es_ES.iso885915") lo interpreta como ascii y de hecho le podría dar 
> error igualmente dependiendo del tipo de caracteres que contuviera el 
> archivo.

Volvemos a lo miso: dime un valor ascii que sean inválido en iso-8859-*
o utf8. 

> Saludos,

Saludos.
-- 
Manolo Díaz



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Camaleón
El Wed, 30 Sep 2015 18:20:58 +0200, Manolo Díaz escribió:

> El miércoles, 30 sep 2015 a las 15:45 UTC Camaleón escribió:
> 
>> El Wed, 30 Sep 2015 17:13:13 +0200, Manolo Díaz escribió:
>> 
>> > El miércoles, 30 sep 2015 a las 14:31 UTC Camaleón escribió:
>> > 
>> >> Buscando en Google he visto que esta "característica" está
>> >> documentada en la versión de grep que tienes (2.21), vamos, que ni
>> >> bug ni fantasmas ni gaitas... misterio resuelto:
>> >> 
>> >> http://savannah.gnu.org/forum/forum.php?forum_id=8152
>> >> 
>> >> If a file contains data improperly encoded for the current locale,
>> >> and this is discovered before any of the file's contents are output,
>> >> grep now treats the file as binary.
>> >> 
>> >> 
>> > Extraño. Así que caracteres que son inválidos en utf8 pueden no serlo
>> > en C. Creía que el último era un subconjunto de cualquier otro.
>> 
>> Lo que sucede es que el archivo "passwd" está codificado en "iso-8859"
>> y grep está usando utf-8 de ahí que lo interprete mal y en la nueva
>> versión te lo detecta como binario.
> 
> Por lo que sé está codificado en ascii.

(...)

No, la tabla de caracteres iso-8859 no es la misma que la tabla de 
caracteres ascii, obviamente. 

Si un documento codificado en iso-8859-1 incluye un carácter que no está 
en ascii N o lo conviertes a ascii o al leerlo te aparecen caracteres 
extraños. Lo mismo pasa con utf-8 (quienes trabajan con archivos de texto 
habitualmente sufren estos problemas en sus propias carnes).

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Camaleón
El Wed, 30 Sep 2015 17:13:13 +0200, Manolo Díaz escribió:

> El miércoles, 30 sep 2015 a las 14:31 UTC Camaleón escribió:
> 
>> Buscando en Google he visto que esta "característica" está documentada
>> en la versión de grep que tienes (2.21), vamos, que ni bug ni fantasmas
>> ni gaitas... misterio resuelto:
>> 
>> http://savannah.gnu.org/forum/forum.php?forum_id=8152
>> 
>> If a file contains data improperly encoded for the current locale,
>> and this is discovered before any of the file's contents are output,
>> grep now treats the file as binary.
>> 
> 
> Extraño. Así que caracteres que son inválidos en utf8 pueden no serlo en
> C. Creía que el último era un subconjunto de cualquier otro.

Lo que sucede es que el archivo "passwd" está codificado en "iso-8859" y 
grep está usando utf-8 de ahí que lo interprete mal y en la nueva versión 
te lo detecta como binario. 

Al forzar el uso del locale C (le hubiera valido también 
"LANG=es_ES.iso885915") lo interpreta como ascii y de hecho le podría dar 
error igualmente dependiendo del tipo de caracteres que contuviera el 
archivo.

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Manolo Díaz
El miércoles, 30 sep 2015 a las 14:31 UTC
Camaleón escribió:

> Buscando en Google he visto que esta "característica" está documentada en 
> la versión de grep que tienes (2.21), vamos, que ni bug ni fantasmas ni 
> gaitas... misterio resuelto:
> 
> http://savannah.gnu.org/forum/forum.php?forum_id=8152
> 
> If a file contains data improperly encoded for the current locale,
> and this is discovered before any of the file's contents are output,
> grep now treats the file as binary.
> 
> Saludos,

Extraño. Así que caracteres que son inválidos en utf8 pueden no serlo en
C. Creía que el último era un subconjunto de cualquier otro.

-- 
Manolo Díaz



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Manolo Díaz
El miércoles, 30 sep 2015 a las 16:28 UTC
Camaleón escribió:

> El Wed, 30 Sep 2015 18:20:58 +0200, Manolo Díaz escribió:
> 
> > El miércoles, 30 sep 2015 a las 15:45 UTC Camaleón escribió:
> > 
> >> El Wed, 30 Sep 2015 17:13:13 +0200, Manolo Díaz escribió:
> >> 
> >> > El miércoles, 30 sep 2015 a las 14:31 UTC Camaleón escribió:
> >> > 
> >> >> Buscando en Google he visto que esta "característica" está
> >> >> documentada en la versión de grep que tienes (2.21), vamos, que ni
> >> >> bug ni fantasmas ni gaitas... misterio resuelto:
> >> >> 
> >> >> http://savannah.gnu.org/forum/forum.php?forum_id=8152
> >> >> 
> >> >> If a file contains data improperly encoded for the current locale,
> >> >> and this is discovered before any of the file's contents are output,
> >> >> grep now treats the file as binary.
> >> >> 
> >> >> 
> >> > Extraño. Así que caracteres que son inválidos en utf8 pueden no serlo
> >> > en C. Creía que el último era un subconjunto de cualquier otro.
> >> 
> >> Lo que sucede es que el archivo "passwd" está codificado en "iso-8859"
> >> y grep está usando utf-8 de ahí que lo interprete mal y en la nueva
> >> versión te lo detecta como binario.
> > 
> > Por lo que sé está codificado en ascii.
> 
> (...)
> 
> No, la tabla de caracteres iso-8859 no es la misma que la tabla de 
> caracteres ascii, obviamente. 

¿Y? Esas tablas son superconjuntos o ampliaciones de ascii
(compatibilidad hacia atrás). Si un fichero, p.ej. /etc/passwd, pasa el
test ascii, si solo contienen esos caracteres, por fuerza ha de pasar
*cualquiera* de los test iso-8859-* y utf8.

> Si un documento codificado en iso-8859-1 incluye un carácter que no está 
> en ascii N o lo conviertes a ascii o al leerlo te aparecen caracteres 
> extraños. Lo mismo pasa con utf-8 (quienes trabajan con archivos de texto 
> habitualmente sufren estos problemas en sus propias carnes).

Ese es un caso distinto al que estamos tratando. De hecho es el caso
inverso.

> Saludos,

Saludos
-- 
Manolo Díaz



Re: egrep en castellano vs egrep en inglés

2015-09-30 Por tema Camaleón
El Wed, 30 Sep 2015 16:28:58 +, Camaleón escribió:

> El Wed, 30 Sep 2015 18:20:58 +0200, Manolo Díaz escribió:

(...)

>>> > Extraño. Así que caracteres que son inválidos en utf8 pueden no
>>> > serlo en C. Creía que el último era un subconjunto de cualquier
>>> > otro.
>>> 
>>> Lo que sucede es que el archivo "passwd" está codificado en "iso-8859"
>>> y grep está usando utf-8 de ahí que lo interprete mal y en la nueva
>>> versión te lo detecta como binario.
>> 
>> Por lo que sé está codificado en ascii.
> 
> (...)
> 
> No, la tabla de caracteres iso-8859 no es la misma que la tabla de
> caracteres ascii, obviamente.

Y no, el archivo de Sergio está codificado en "iso-8859" o eso ha dicho.

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-29 Por tema Camaleón
El Tue, 29 Sep 2015 09:04:37 -0300, Gonzalo Rivero escribió:

(...)

> si lo ejecuto normalmente:
> $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd 
> Coincidencia en el fichero binario passwd

¿Fichero "binario"? >:-?

file passwd
cat passwd | egrep -i "(FULANO|MENGANO).*SUTANO"
egrep -ia "(FULANO|MENGANO).*SUTANO" passwd 

> entonces quise tener ese mensaje en inglés para ir a google a ver bien
> que significa y como mejorar esa salida (p.e. que me devuelva la linea
> correspondiente a ese usuario en el archivo de claves) y al ejecutar
> tuve lo que quería:
> $ LANG=C egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> fmsutano:*:1163:100:Fulano Sutano:/home/fmsutano:/usr/sbin/nologin
> 
> ¿alguien sabe a que puede deberse el cambio de personalidad según el
> idioma en que lo ejecute?. Para mas datos, el grep que tengo en mi
> debian testing es:
> $ egrep -V grep (GNU grep) 2.21 ...

Pues ni idea... que yo sepa la localización puede afectar al resultado de 
las expresiones regulares (orden de salida de texto o interpretación del 
punto o la coma...) pero no influir al comando en sí.

> y, no viene al caso pero no faltará quien diga que se ve raro, el
> archivo de claves con el que estoy trabajando es de freebsd, por eso el
> formato ligeramente distinto al de linux

¿Y la orden la ejecutas desde FreeBSD o desde Linux?

Mira a ver si te pasa lo mismo con otro archivo o sólo con ese en 
concreto y sobre qué tipo de sistema de archivos se encuentra.

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-29 Por tema Manolo Díaz
El martes, 29 sep 2015 a las 12:04 UTC
Gonzalo Rivero escribió:

> Holas,
> es que gran parte de mi planta de usuarios se está por mudar a otro
> edificio de otra sucursal, así que estoy armando un nuevo samba para
> los que se quedan (se va la mayoría así que el samba actual se va con
> ellos), y me encontré con algo rarísimo al revisar el archivo de
> claves para saber sus nombres ((si ya se: poner ldap, pero eso es
> hasta el año que viene, porque es un proyecto demasiado grande 1+
> usuarios entre todas las sedes)) de usuario y crearlos en el nuevo
> server.
> si lo ejecuto normalmente:
> $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> Coincidencia en el fichero binario passwd
> 
> entonces quise tener ese mensaje en inglés para ir a google a ver bien
> que significa y como mejorar esa salida (p.e. que me devuelva la linea
> correspondiente a ese usuario en el archivo de claves) y al ejecutar
> tuve lo que quería:
> $ LANG=C egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> fmsutano:*:1163:100:Fulano Sutano:/home/fmsutano:/usr/sbin/nologin
> 
> ¿alguien sabe a que puede deberse el cambio de personalidad según el
> idioma en que lo ejecute?. Para mas datos, el grep que tengo en mi
> debian testing es:
> $ egrep -V
> grep (GNU grep) 2.21
> ...
> 
> y, no viene al caso pero no faltará quien diga que se ve raro, el
> archivo de claves con el que estoy trabajando es de freebsd, por eso
> el formato ligeramente distinto al de linux
> 

Parece relacionado con esto:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799956

Aunque el remitente no hace mención a que funciona correctamente con la
localización C. Quizá sea una pista útil para el mantenedor.

-- 
Manolo Díaz



egrep en castellano vs egrep en inglés

2015-09-29 Por tema Gonzalo Rivero
Holas,
es que gran parte de mi planta de usuarios se está por mudar a otro
edificio de otra sucursal, así que estoy armando un nuevo samba para
los que se quedan (se va la mayoría así que el samba actual se va con
ellos), y me encontré con algo rarísimo al revisar el archivo de
claves para saber sus nombres ((si ya se: poner ldap, pero eso es
hasta el año que viene, porque es un proyecto demasiado grande 1+
usuarios entre todas las sedes)) de usuario y crearlos en el nuevo
server.
si lo ejecuto normalmente:
$ egrep -i "(FULANO|MENGANO).*SUTANO" passwd
Coincidencia en el fichero binario passwd

entonces quise tener ese mensaje en inglés para ir a google a ver bien
que significa y como mejorar esa salida (p.e. que me devuelva la linea
correspondiente a ese usuario en el archivo de claves) y al ejecutar
tuve lo que quería:
$ LANG=C egrep -i "(FULANO|MENGANO).*SUTANO" passwd
fmsutano:*:1163:100:Fulano Sutano:/home/fmsutano:/usr/sbin/nologin

¿alguien sabe a que puede deberse el cambio de personalidad según el
idioma en que lo ejecute?. Para mas datos, el grep que tengo en mi
debian testing es:
$ egrep -V
grep (GNU grep) 2.21
...

y, no viene al caso pero no faltará quien diga que se ve raro, el
archivo de claves con el que estoy trabajando es de freebsd, por eso
el formato ligeramente distinto al de linux



Re: egrep en castellano vs egrep en inglés

2015-09-29 Por tema Gonzalo Rivero
El mar, 29-09-2015 a las 14:18 +0200, Manolo Díaz escribió:
> El martes, 29 sep 2015 a las 12:04 UTC
> Gonzalo Rivero escribió:
> 
> > Holas,
> > es que gran parte de mi planta de usuarios se está por mudar a otro
> > edificio de otra sucursal, así que estoy armando un nuevo samba
> > para
> > los que se quedan (se va la mayoría así que el samba actual se va
> > con
> > ellos), y me encontré con algo rarísimo al revisar el archivo de
> > claves para saber sus nombres ((si ya se: poner ldap, pero eso es
> > hasta el año que viene, porque es un proyecto demasiado grande
> > 1+
> > usuarios entre todas las sedes)) de usuario y crearlos en el nuevo
> > server.
> > si lo ejecuto normalmente:
> > $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> > Coincidencia en el fichero binario passwd
> > 
> > entonces quise tener ese mensaje en inglés para ir a google a ver
> > bien
> > que significa y como mejorar esa salida (p.e. que me devuelva la
> > linea
> > correspondiente a ese usuario en el archivo de claves) y al
> > ejecutar
> > tuve lo que quería:
> > $ LANG=C egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> > fmsutano:*:1163:100:Fulano Sutano:/home/fmsutano:/usr/sbin/nologin
> > 
> > ¿alguien sabe a que puede deberse el cambio de personalidad según
> > el
> > idioma en que lo ejecute?. Para mas datos, el grep que tengo en mi
> > debian testing es:
> > $ egrep -V
> > grep (GNU grep) 2.21
> > ...
> > 
> > y, no viene al caso pero no faltará quien diga que se ve raro, el
> > archivo de claves con el que estoy trabajando es de freebsd, por
> > eso
> > el formato ligeramente distinto al de linux
> > 
> 
> Parece relacionado con esto:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799956
> 
> Aunque el remitente no hace mención a que funciona correctamente con
> la
> localización C. Quizá sea una pista útil para el mantenedor.
> 
gracias, voy a revisar ese bug a ver si puedo aumentar algo

-- 
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)





Re: egrep en castellano vs egrep en inglés

2015-09-29 Por tema Camaleón
El Tue, 29 Sep 2015 12:17:44 -0300, Gonzalo Rivero escribió:

> El mar, 29-09-2015 a las 13:47 +, Camaleón escribió:
>> El Tue, 29 Sep 2015 09:04:37 -0300, Gonzalo Rivero escribió:
>> 
>> (...)
>> 
>> > si lo ejecuto normalmente:
>> > $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd Coincidencia en el
>> > fichero binario passwd
>> 
>> ¿Fichero "binario"? >:-?
>> 
>> file passwd 
>> cat passwd | egrep -i "(FULANO|MENGANO).*SUTANO"
>> egrep -ia "(FULANO|MENGANO).*SUTANO" passwd

Se te olvidó poner la salida de esos comandos ;-)

(...)

>> ¿Y la orden la ejecutas desde FreeBSD o desde Linux?
>> 
> en linux, con el grep de debian
> 
>> Mira a ver si te pasa lo mismo con otro archivo o sólo con ese en
>> concreto y sobre qué tipo de sistema de archivos se encuentra.
>> 
> ext4

¿Y con otro archivo pasa lo mismo?

Saludos,

-- 
Camaleón



Re: egrep en castellano vs egrep en inglés

2015-09-29 Por tema Gonzalo Rivero
El mar, 29-09-2015 a las 13:47 +, Camaleón escribió:
> El Tue, 29 Sep 2015 09:04:37 -0300, Gonzalo Rivero escribió:
> 
> (...)
> 
> > si lo ejecuto normalmente:
> > $ egrep -i "(FULANO|MENGANO).*SUTANO" passwd 
> > Coincidencia en el fichero binario passwd
> 
> ¿Fichero "binario"? >:-?
> 
> file passwd
> cat passwd | egrep -i "(FULANO|MENGANO).*SUTANO"
> egrep -ia "(FULANO|MENGANO).*SUTANO" passwd 
> 
> > entonces quise tener ese mensaje en inglés para ir a google a ver
> > bien
> > que significa y como mejorar esa salida (p.e. que me devuelva la
> > linea
> > correspondiente a ese usuario en el archivo de claves) y al
> > ejecutar
> > tuve lo que quería:
> > $ LANG=C egrep -i "(FULANO|MENGANO).*SUTANO" passwd
> > fmsutano:*:1163:100:Fulano Sutano:/home/fmsutano:/usr/sbin/nologin
> > 
> > ¿alguien sabe a que puede deberse el cambio de personalidad según
> > el
> > idioma en que lo ejecute?. Para mas datos, el grep que tengo en mi
> > debian testing es:
> > $ egrep -V grep (GNU grep) 2.21 ...
> 
> Pues ni idea... que yo sepa la localización puede afectar al
> resultado de 
> las expresiones regulares (orden de salida de texto o interpretación
> del 
> punto o la coma...) pero no influir al comando en sí.
> 
> > y, no viene al caso pero no faltará quien diga que se ve raro, el
> > archivo de claves con el que estoy trabajando es de freebsd, por
> > eso el
> > formato ligeramente distinto al de linux
> 
> ¿Y la orden la ejecutas desde FreeBSD o desde Linux?
> 
en linux, con el grep de debian

> Mira a ver si te pasa lo mismo con otro archivo o sólo con ese en 
> concreto y sobre qué tipo de sistema de archivos se encuentra.
> 
ext4

> Saludos,
> 

-- 
(-.(-.(-.(-.(-.(-.-).-).-).-).-).-)