Alejandro Weinstein <[EMAIL PROTECTED]> wrote: > On Dec 5, 2007 3:39 PM, Horst H. von Brand <[EMAIL PROTECTED]> wrote: > > Pedro GM <[EMAIL PROTECTED]> wrote: > > > Python ha tenido buen avance en esta area, su sintaxis simple aporta > > > bastante a la hora de aprender.
> > Asi es, aunque la idea de "espacios indican anidamiento" es la idea mas > > idiota nunca inventada para un lenguaje. > Por que tan taxativo? Aca opinan justo lo contrario: > > http://www.secnetix.de/~olli/Python/block_indentation.hawk Estan equivocados, obviamente. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:28:59 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:31:53 2007 Subject: [LinUTFSM] Mayor Orden In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Asclepio Tagore <[EMAIL PROTECTED]> wrote: > Soi nuevo en la lista (menos de dos semanas) y les quiero decir que me ha > gustado bastante porque tiene un nivel muy bueno, sobretodo para mi que no > soi informatico, pero si un usuario de linux y me gusta aprender mucho como > se hacen las cosas en linux. En realidad ese fue el motivo de porque me > anote en esta lista. Bienvenido! No te dejes intimidar por algunos participantes demasiado entusiastas a la hora de criticar... y recuerda siempre que no todo lo que dicen es cierto. > Pero les tengo una sugerencia que hace referencia al orden. Sucede que no es > la unica lista en la que estoi registrado y me soprendio lo desordenado que > es esta lista. He notado que hacen mucho top-posting[1], y eso es muy > molesto. Otra cosa que noto es que responden a los mensajes (en general) sin > seguir un mismo hilo de conversación, un ejemplo de ello es el mensaje de la > encuesta linux, de este tengo como cinco mail distintos. Seria bueno que > haya un mayor esfuerzo porque eso no ocurra para que sea todo mas ordenado. > Ojala me entiendan y no me tomen a mal, son solo sugerencias. Aleluya! > Por ultimo, tambien seria bueno que la lista tenga un nombre para > identificar de donde viene el mail (de que lista), yo le puse [LinUTFSM] por > las iniciales... espero no les moleste. Bueno básicamente esas son mis > observaciones. Les dejo un articulo si lo quieren leer es sobre > netiquette. No se hace, a proposito. El agregar el nombre de la lista resta espacio al topico, y hay otros encabezados (revisa este mensaje!) que sirven de lo mas bien para filtrar mensajes. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:37:06 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:39:59 2007 Subject: [LinUTFSM] Mayor Orden In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodolfo Alcazar Portillo <[EMAIL PROTECTED]> wrote: > Am Donnerstag, den 06.12.2007, 04:54 -0300 schrieb Asclepio Tagore: > > Soi nuevo en la lista > > me soprendio lo desordenado que es esta lista. > > He notado que hacen mucho top-posting[1], y eso es muy molesto. > > Otra cosa que noto es que responden a los mensajes (en general) sin > > seguir un mismo hilo de conversación > Christian, bienvenido. Mi consejo: no caigas en tu propia crÃtica. Eso es mas bien para un mensaje personal... no es sano enviar criticas a la lista. > Criticas errores pero cometes otros horrendos. El mundo se cambia > cambiando uno, no intentando cambiar al resto. Excelente punto. > Lo único que lograste es > dar una imagen negativa de tu persona. Viendo que escribes "lista > desordenado" o "soi", solo muestras que probablemente lees poco, y no > entiendes que el lenguaje es importante. El que nunca haya cometido un error de tipeo, que lance el primer mensaje a [EMAIL PROTECTED] > Enviando links archiconocidos Tal vez para los ya antiguos en esta lista, pero muy claramente hay bastantes aca que requieren que se los recuerden... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:44:28 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:47:40 2007 Subject: Ocultar Passwords a produccion. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Asdtaker <[EMAIL PROTECTED]> wrote: > On Dec 5, 2007 2:10 PM, Alvaro Herrera <[EMAIL PROTECTED]> wrote: > > Asdtaker escribió: > > > Otro problema, y mas grande aun, en cuando tenemos aplicaciones > > > cliente-servidor, con archivos de configuracion en cada cliente, o > > > bien (en el caso sql server) odbc, en ese caso no existe manera de > > > encriptar las password, y al menos debe conocerla el > > > desarrollador/analista de la aplicacion y configurarla (digitarla) > > > bien en el codigo (ejecutable) o en un archivo de configuracion. Mi > > > problema es que necesito que estas password no sean conocidas por > > > nadie, ni siquiera el admin del sistema (password bipartida) y el dia > > > de mañana poder cambiarlas de manera transparente para los > > > usuarios. > > Eso es imposible. > grrrr...lapidario! Obvio. Lo mejor que puedes hacer es aprovechar la infraestructura de cuentas de Unix, o de la base de datos (esa cosas estan hechas de forma razonablemente segura por gente que entiende del tema). Salvo que tengas una instalacion sofisticada con SELinux o algo peor, root es omnisciente y omnipotente. > > Ademas, no lograrias nada, porque el administrador de > > la maquina, siendo "root", podria de todos modos detener el servidor y > > levantarlo en el modo que no requiere password, si quisiera robarse tu > > informacion. > Ok, pero supongamos que asumo ese riesgo y sus consecuencias(mejor, la > organizacion esta dispuesta a...). Ademas, toma medidas precautorias: limita > el acceso fisico al server, no acepta unidades opticas/usb/paralelo, > etc(aunque claro, siempre puede obtener acceso remoto, pero ese eso otro > cuento). El punto es que esos riesgos existen; y cerrar la puerta con llave y candado, pero dejar las ventanas abiertas, como que no aporta demasiado... > > Las passwords necesariamente deben estar en un archivo en alguna parte. > Ok, I agree. Nope. Revisa p.ej. como funciona /etc/passwd + /etc/shadow, y porque usan un hash criptografico. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:46:35 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:49:28 2007 Subject: Ocultar Passwords a produccion. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Mauro A. Morales M. <[EMAIL PROTECTED]> wrote: [...] > Complementa eso con la creacion de un ambiente de desarrollo y > produccion (si tienes espacio y/o maquina para un ambiente de testing > tanto mejor) tanto de tus aplicaciones como de tus BD y te liberas de > que tus desarrolladores sepan la contrasen~a de produccion (mas otros > beneficios de trabajar en ese esquema). Con maquinas virtuales eso no es tan complicado... ademas que un PC decentito no es /tan/ caro tampoco (no necesitas toda la parafernalia del servidor de a deveras para el desarrollo!). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:48:59 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:51:51 2007 Subject: Ocultar Passwords a produccion. In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Wladimir A. Jimenez B. <[EMAIL PROTECTED]> wrote: [...] > Bueno Adstaker, por lo visto una solicion asi al problema no existe. Para una vision del mismo tipo de tema, busquen las criticas a DRM que andan por alli. Si tengo control sobre la maquina, y suficiente tiempo, /todo/ esquema de "proteger datos en contra de acceso del duen~o" es futil. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 15:52:30 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 15:55:28 2007 Subject: emular Sun Solaris en Ubuntu In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Carlos Molina <[EMAIL PROTECTED]> wrote: > hace poco instale ubuntu en un pc con la intensiòn de recuperar > algunas aplicaciones que poseia en un viejo SUN. Hummm... una "vieja Sun" es un SPARC o SPARC64, seguramente corriendo alguna version an~eja de Solaris. Exactamente que quieres hacer? Recuperar datos (debiera bastar montar los discos, si puedes...)? Correr aplicaciones, de las que solo tienes binarios? Eso lo veo harto dificil... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 16:11:18 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Sun Dec 9 16:14:10 2007 Subject: emular Sun Solaris en Ubuntu In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote: [...] > La diferencia es que los tipos hicieron vmware pa ganar plata por un > producto, en cambio tú estás prestando un servicio: distribuir qemu en > CD (me imagino que con el manual de instalación traducido al español > como mÃnimo; de otra forma, más de luca no ha de costar), y podrÃas > agregar un servicio aparte; decirle a tu amigo que le puedes ofrecer > soporte para que pueda correr opensolaris sobre qemu; eso es > "soporte"; es la manera de hacer negocios usando software libre y de > código abierto. Que sea codigo abierto significa que /puedes/ distribuirlo gratis. O cobrar montones (si consigues alguien que te lo page, claro). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From [EMAIL PROTECTED] Sun Dec 9 17:21:50 2007 From: [EMAIL PROTECTED] (Fernando Ortiz) Date: Sun Dec 9 17:37:57 2007 Subject: no levanta proxy squid, ayuda In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> verifica la configuración del selinux de ese linux, o lo desactivas en /etc/selinux o bien lo configuras. yrojas wrote: > tengo problemas con la autentificacion ncsa_auth no levata cuando > entro a la web no me aparece la autentificacion > revise el log y me dice > > 2007/12/07 04:02:11| clientAccessCheck: proxy request denied in > accel_only mode > 2007/12/07 04:02:13| storeDirWriteCleanLogs: Starting... > 2007/12/07 04:02:13| Finished. Wrote 0 entries. > 2007/12/07 04:02:13| Took 0.0 seconds ( 0.0 entries/sec). > 2007/12/07 04:02:13| logfileRotate: /var/log/squid/store.log > 2007/12/07 04:02:13| logfileRotate: /var/log/squid/access.log > 2007/12/07 04:02:13| helperOpenServers: Starting 10 'squidGuard' > processes > 2007/12/07 04:02:13| helperOpenServers: Starting 5 'ncsa_auth' processes > 2007/12/07 04:02:13| clientAccessCheck: proxy request denied in > accel_only mode > 2007/12/07 04:02:14| clientAccessCheck: proxy request denied in > accel_only mode > > alguna idea de lo que pude ser o como solucionar > uso centos 4.0 he revisado el squid.conf y esta bien configurado. > > PD: funciono bien hasta el jueves despues de dos years > -- Fernando Ortiz Jefe de Plataforma de Sistemas Direccion de Servicios de Informatica y Comunicaciones Pontificia Universidad Catolica de Valparaiso