>> Andres Seco Hernandez <[EMAIL PROTECTED]> writes:
> Jeje, me ha desbordado su invitaci�n por motivos obvios (dificultad
> de probar ssl en kannel en todas esas arquitecturas, para poner en
> marcha kannel hacen falta algo m�s que ganas... accesos a centros
> servidores de mensajes... sin entrar en detalles de si mis
> conocimientos alcanzan para los temas de threading dependientes de la
> arquitectura)
esperando no sonar muy ingenuo... �no tiene OpenSSL un test-suite? �no
basta con compilar OpenSSL con threads y verificar que los resultados
sigan siendo correctos?
> - dejar el bug abierto en libssl-dev o reasignarlo a openssl para "que se
> vea m�s"
Se ve igual.
> a la vez que kannel no se construye en esas arquitecturas, no
> "baje" a testing y probablemente nunca llegue a estable.
Marcar un paquete como 'Arch: i386' (o lo que sea) te va a ganar con
99% de seguridad un bug, probablemente de parte de James Troup,
diciendo que eso est� mal, que si un paquete no compila en una
arquitectura dada, tienes que arreglar el paquete, no evitar
compilarlo. En el caso general James tiene raz�n.
> - hacer que kannel tenga soporte ssl en unas arquitecturas y no lo tenga
> en otras. Me parece una "chapu", pero igual as� se puede usar en todas
> las arquitecturas y en algunas, incluso, con ssl.
eso suena realmente mal (y eventualmente alguien va a enviar un bug
debido a ello)
> Finalmente, env�o este mensaje a debian-devel-spanish, pero como veo
> que tiene poco tr�fico, me pregunto: �esta lista vale para preguntar
> esto o mola m�s hacerlo en debian-devel y dejar esta para quedadas y
> cosas exclusivamente hispanas?
Yo paso, lo �nico que s� de esta lista es que estoy suscrito a ella :-)
--
Marcelo | "There's nothin' wrong with bein' a son of a bitch."
[EMAIL PROTECTED] | -- Gaspode the wonder dog
| (Terry Pratchett, Moving Pictures)
