Alias address for a mailing list (mailman + exim)

2014-06-29 Thread Emilio J. Padron
Hi everyone!

I want to rename a set of mailing lists (mailman 2.1.15 and exim4) and,
as a kind of backward compatibility, keep the old names as aliases for
the new names.

Precisely the alias part is the one I have doubts about.

I am using the recommended MTA-mailman glue for exim4, so /etc/aliases
is not being used: MTA=None in etc/mailman/mm_cfg.py

What is the appropriate way of including aliases and having the MTA
aware of them?

Thanks in advance!

Cheers,
E


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140629174421.GA18422@ithilien



Re: KDE 4 estabilidad ???

2008-12-14 Thread Emilio J. Padron
Hola,

On Sat, Dec 13, 2008 at 04:51:57PM -0500, haldrik wrote:
 [...] esperemos a que el kde-debian-team incorpore oficialmente el
 kde-4.2 por lo menos en lenny y ahí si

El kde-team de debian ya había dicho varias veces que kde 4 no entraría 
en lenny, así que supongo que no lo veremos en sid hasta la liberación 
de lenny.

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Usando Mutt con UTF-8

2008-11-18 Thread Emilio J. Padron
On Tue, Nov 18, 2008 at 05:33:14PM +0100, Luis Miguel R. wrote:
 Buenas, windows funciona con ISO-8859-1 no?, cuando instalé etch en mi
 pc intenté configurar el correo con Mutt+Vim con UTF, pero cuando no me
 fallaba una cosa me fallaba otra, casi todo mi correo de empresa es con
 clientes windows así que pasé mi pc a ISO-8859-1 para quitarme de
 problemas, aunque tal vez hay alguna solución.
 

Teniendo tu máquina en UTF-8 no deberías tener ningún problema a la hora de
interactuar por correo electrónico con mutt. Yo al menos no lo tengo.
Solo tienes que decirle a mutt que mande los correos preferentemente en
latin1, como este correo mío que estás leyendo, escrito en una máquina
en la que estoy usando UTF-8. Otra cosa es con otras aplicaciones, o
intercambiando documentos, claro.

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Usando Mutt con UTF-8

2008-11-17 Thread Emilio J. Padron
Hola Daniel,

On Fri, Nov 14, 2008 at 09:23:02PM -0200, Daniel Bareiro wrote:
 
 Parece que efectivamente está usando utf-8 para componer el mensaje
 desde el momento que se ve lo siguiente al salir del editor antes de
 mandar el mensaje:
 
 - - I 1 =mutt-defiant-1000-24418-23   [text/plain, 8bit, 
 utf-8, 0,3K]
 
 Y si ese mensaje lo termino mandando, al llegarme lo veo de la siguiente
 manera:

no sé cuál será el problema, pero... una curiosidad por si nos ayuda a
resolverlo. Viendo esta línea en tu .muttrc:

 # Usar el primer charset que se adapte al texto enviado
 set send_charset=US-ASCII:ISO-8859-1:ISO-8859-15:UTF-8

un correo como el que comentas que ves mal y que has mandado tu mismo
con esa configuración... ¿no se tendría que haber enviado con
ISO-8859-1, que es el primer encoding que se ajusta?

Mi .muttrc tiene básicamente lo mismo que el tuyo (supongo que las 
mayúsculas no están influyendo):

set charset=utf-8
set send_charset=us-ascii:iso-8859-1:iso-8859-15:utf-8
set locale=es_ES
set allow_8bit 

y todo correo que envío va en iso-8859-1 (supongo que podemos
comprobarlo con este, que también está escrito en una konsole con
mutt+vim).

 charset-hook x-unknown  ISO-8859-1
 charset-hook us-ascii   ISO-8859-1

yo no he usado nunca charset-hooks, por cierto.

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Usando Mutt con UTF-8

2008-11-17 Thread Emilio J. Padron
Hola,

On Mon, Nov 17, 2008 at 05:45:57PM -0300, Blu wrote:
  
   # Usar el primer charset que se adapte al texto enviado
   set send_charset=US-ASCII:ISO-8859-1:ISO-8859-15:UTF-8
  
  un correo como el que comentas que ves mal y que has mandado tu mismo
  con esa configuración... ¿no se tendría que haber enviado con
  ISO-8859-1, que es el primer encoding que se ajusta?
 
 UTF-8 no es compatible con ISO-8859-1. Es decir, los caracteres con tilde
 son distintos en UTF-8 que en ISO-8859-1. De hecho en UTF-8 los caracteres
 con tilde son representados por dos bytes.
 

¿He afirmado yo lo contrario? :-?

Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Usando Mutt con UTF-8

2008-11-17 Thread Emilio J. Padron
Hola,

On Mon, Nov 17, 2008 at 05:57:18PM -0300, Blu wrote:
  On Mon, Nov 17, 2008 at 05:45:57PM -0300, Blu wrote:

 # Usar el primer charset que se adapte al texto enviado
 set send_charset=US-ASCII:ISO-8859-1:ISO-8859-15:UTF-8

un correo como el que comentas que ves mal y que has mandado tu mismo
con esa configuración... ¿no se tendría que haber enviado con
ISO-8859-1, que es el primer encoding que se ajusta?
   
   UTF-8 no es compatible con ISO-8859-1. Es decir, los caracteres con tilde
   son distintos en UTF-8 que en ISO-8859-1. De hecho en UTF-8 los caracteres
   con tilde son representados por dos bytes.
   
  
  ¿He afirmado yo lo contrario? :-?
 
 Si un mensaje es compuesto en UTF-8, no se ajusta a ISO-8859-1, a no ser
 que no use caracteres con tilde, en cuyo caso se ajustaría a US-ASCII
 primero.
 

cito la documentación de mutt al respecto de la variable de configuración 
'send_charset':

[...]
send_charset

Type: string
Default: us-ascii:iso-8859-1:utf-8

A list of character sets for outgoing messages. Mutt will use the first
character set into which the text can be converted exactly. [...]
 ^

Lo que yo entiendo: aunque compongas el mensaje en UTF-8 (charset=utf-8), 
si en tu .muttrc aparece iso-8859-1 antes que utf-8, mutt mandará el correo 
en iso-8859-1 -si los caracteres que estas usando en el mensaje tienen
correspondencia en iso-8859-1, claro-. Y como tu bien dices, si no usas 
acentos, eñes y demas lo va a mandar directamente en us-ascci, si figura 
antes en tu send_charset.

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Convertir imagen .pict a .ppm.

2008-11-16 Thread Emilio J. Padron
Hola Juanjavier, ¿cómo va eso :-)?

On Sat, Nov 15, 2008 at 11:23:39PM +0100, juanjavier wrote:
 He instalado el paquete netpbm, que contiene varias utilidades para 
 transferir imágenes de un formato a otro.
 [...]
 Yo hago:

 [EMAIL PROTECTED]:$ picttoppm pantalla1.pict pantalla1.ppm
 bash: picttoppm: command not found
 [EMAIL PROTECTED]:$ 
 [...]
 El paquete netpbm está instalado. Picttoppm es un programa incluido dentro 
 del paquete
 (según entiendo).

En el paquete netpbm que tengo yo instalado (debian sid, aunque echando
un vistazo en stable en www.debian.org creo que es igual) no hay ningún
binario ejecutable picttoppm:

$ dpkg -L netpbm | grep pic
/usr/bin/ppmtopict
/usr/share/man/man1/ppmtopict.1.gz

Vamos, que es normal que no lo puedas ejecutar :-)
No sé si es que le han cambiado el nombre al binario, si lo han suprimido o si 
la persona que lleva el paquete en debian no lo ha incluido :-?

¿Has probado con el convert de imagemagick, a ver si soporta ese
formato?

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Problemas con portatil

2008-08-15 Thread Emilio J. Padron
Hola,

On Fri, Aug 15, 2008 at 12:18:53AM +0200, [Daniel] wrote:
 
 tengo un portátil Lenovo R61 y cuando me pongo a instalarle un debian
 lenny me indica que no se encuentra ningún disco duro en el que
 realizar la instalación, que seleccione el controlador adecuado.
 
 busque por google y encontré la siguiente web:
 http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux
 según lo que pone aquí, Linux kernels prior to 2.6.16 (ata_piix) and
 2.6.19 (ahci) do not support suspend and resume for SATA devices pero
 en lenny se instala la versión 2.6.24 y se supone que esto tendría que
 estar solucionado.
 
 alguien ha instalado debian en un lenovo R61? y si lo ha hecho, me
 podría indicar como soluciono este problema
 

yo tengo un T61 y aunque uso sid creo recordar que en su momento (hace
un año) lo instalé a partir de una Lenny y sin ningún problema con el
kernel que traía (2.6.18).

En cualquier caso, tienes en la configuración de la BIOS la opción de
poner el modo de compatibilidad para el SATA, que podrías activar para
instalarlo y luego si sigues con problemas cambiar a un kernel que
trabaje correctamente con el SATA de tu placa. Como te digo arriba, a mí
no me hizo falta en mi T61 :-?

Un saludo,
E.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: kde4 4.0.84 casi completo en experimental

2008-07-15 Thread Emilio J. Padron
Ey BasaBuru :-)

On Mon, Jul 14, 2008 at 11:52:02AM +0200, BasaBuru wrote:
 
 Pues eso que el kde team se lo curra de firme 

eso lo tengo claro


 y ya tenéis la 4.0.84 casi 
 completa en el repositorio experimental.
 [...]
 En mi opinión (soy kdera convencida) es simplemente espectacular. Y no solo 
 por su aspecto gráfico, sino por los cambios estructurales que viene con kde4.
 
 Yo me la instalé ayer y estoy escarbando para situarme, pero muy contenta.
 
 Os animo a que probéis, esta casi casi funcional. Es usable no como la 4.0
 

no sé si arriesgarme... ¿seguro que es *usable*?
Si hay alguna aplicación que todavía no funcione bien, o no esté
portada, ¿puedo seguir usando la vieja? Supongo que no, o ¿puedo tener
una mezcla kde3 - kde4?

Un saludo,
Emilio


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Debian testing má s testing que nunca. [ Antes: Re: sobre nuevos errores]

2008-07-02 Thread Emilio J. Padron
On Wed, Jul 02, 2008 at 09:25:03AM +0200, José Luis Triviño wrote:

 Últimamente he observado que las versiones testing y unstable de Debian  
 tienen más fallos de lo habitual. Antes podía usar testing casi como  
 stable. Prácticamente casi todo iba bien. Por eso siempre he creído que  
 Debian era una de las distribuciones más estables y con menos errores.  
 Pero de unos meses acá encuentro programas con bugs importantes o  
 paquetes dependencias incumplidas que no dejan actualizar el sistema.

Pues oye, yo llevo usando con normalidad desde hace años sid en varias 
máquinas (en otras uso stable, claro) y no he notado ese aumento de 
*inestabilidad* que comentas respecto a otras épocas. En cualquier caso,
el aumento en la cantidad de software empaquetado hace que pudiera
considerarse como normal un aumento en los *problemillas* en testing y
unstable, claro.



 Por eso quisiera aprovechar este post para abrir un debate y conocer la  
 opinión del resto de vosotros respecto a esta cuestión. ¿Está debian  
 degenerando? o, como imagino, la cantidad de trabajo está desbordando a  
 los mantenedores de paquetes de Debian. Con el riesgo de pérdida de  
 calidad en la distribución o incluso su desaparición.

Con todos mis respetos, lo que planteas me parece una auténtica
chorrada. Sinceramente, creo que, en general, el trabajo de toda la gente 
involucrada en Debian es magnífico y tenemos una gran distribución para
mucho tiempo. Si quieres utilizar testing/unstable estás asumiendo que
habrá errores que pueden tardar más o menos tiempo en ser corregidos. No
veo la pérdida de calidad a la que haces referencia por ningún lado, la
verdad.

Un saludo y un poco menos de alarmismo, por favor.
E.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Segmentation fault al hacer un ls en Sarge

2007-08-02 Thread Emilio J. Padron
On Thu, Aug 02, 2007 at 11:21:03AM +0200, Iñaki Baz Castillo wrote:
  Probaría a pasarle un memtest para ver la ram y/o probar con otro disco duro
 
 Vale, lo único, he probado memtest all (que es como interpreto se
 debe ejecutar el comando) y me ah colgado la máquina, ¿cómo debería
 ejecutarlo?

lo mejor sería que en este caso utilices un memtest que sea
independiente del SO (vamos, no el memtest que puedas tener en el
sistema que te está dando problemas). Tienes los paquetes memtest86 y
memtest86+ para ello, que te permiten arrancar el testeo desde grub o
lilo. 

Si el sistema está tan mal que no te permite siquiera instalar nuevos 
paquetes, tendrás que agenciarte un live-cd que lo incluya (hay
un montón por ahí).

Un saludo,
E.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Equipo para Debian

2007-02-16 Thread Emilio J. Padron
Hola,

On Fri, Feb 16, 2007 at 02:14:21PM +0100, Santiago Vila wrote:
  GNU/Linux, por supuesto!) y quería saber sobre qué plataformas da
  mejor rendimiento Debian. En concreto estoy considerando un amd64 y un
  intel core 2 duo.
 
 ¿Cuando dices Debian te refieres a Debian Debian o a Debian + guarradas varias
 estilo controladores gráficos propietarios, plugin de flash, etc?
 
 Si es lo primero te sugiero amd64 sin dudarlo [...]

Esta respuesta me ha sorprendido (espero que no esté insistiendo sobre 
un tema muy tratado en la lista). ¿Por qué sin dudarlo un amd64?
¿por relación calidad/precio o realmente va a ir mejor una Debian 64
sobre un amd64?

Un saludo,
E.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]