December 2008 - openSUSE Users (Español)

[opensuse-es] Hacer que zypper reintente la conexión
by Camaleón 19 Dec '08

19 Dec '08

Hola, Estoy actualizando (zypper dup) opensuse 11.1. Aparecen errores de comunicación ("connection failed: la red es inaccesible") que requieren la intervención del usuario (ignorar, reintentar, cancelar). ¿Se podrían evitar de alguna forma para automatizarlo y que reintente él solo (una especie de parámetro "timeout_reconnect=60s")? Saludos, -- Camaleón -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 10

[opensuse-es] openSUSE 11.1 launch party
by Javier Llorente 19 Dec '08

19 Dec '08

Hola, ¿Alguien sabe si va a haber un "launch party" en algún lugar de la península? :-) Javier -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

12 116

[opensuse-es] Courier y postfix
by luis miguel 18 Dec '08

18 Dec '08

Saludos lista, Tengo un server mail con courier, postfix y mysql, pero no he podido resolver este problema "proxymap open failed for table invaild request", el usuario que tengo configurado tiene todos los permisos sobre la base de datos y aun asi sigue el problema. este es el archivo para la Bd user=postfix password=pass123 hosts=localhost dbname=postfix query=SELECT maildir FROM mailbox WHERE username='%s' AND active='1' -- Linux user number 457594 -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 13

[opensuse-es] [OT] No todo lo nuevo es mejor
by Juan Erbes 18 Dec '08

18 Dec '08

Parece ser que el mito de los microprocesadores multicore, sin el controlador de memoria integrado en los mismos, no es ninguna panacea cuando se usan en supercomputadoras: http://www.spectrum.ieee.org/nov08/6912 Multicore Is Bad News For Supercomputers By Samuel K. Moore First Published November 2008 Adding cores slows data-intensive applications Trouble Ahead: More cores per chip will slow some programs [red] unless there's a big boost in memory bandwidth [yellow]. With no other way to improve the performance of processors further, chip makers have staked their future on putting more and more processor cores on the same chip. Engineers at Sandia National Laboratories, in New Mexico, have simulated future high-performance computers containing the 8-core, 16‑core, and 32-core microprocessors that chip makers say are the future of the industry. The results are distressing. Because of limited memory bandwidth and memory-management schemes that are poorly suited to supercomputers, the performance of these machines would level off or even decline with more cores. The performance is especially bad for informatics applications—data-intensive programs that are increasingly crucial to the labs' national security function. High-performance computing has historically focused on solving differential equations describing physical systems, such as Earth's atmosphere or a hydrogen bomb's fission trigger. These systems lend themselves to being divided up into grids, so the physical system can, to a degree, be mapped to the physical location of processors or processor cores, thus minimizing delays in moving data. But an increasing number of important science and engineering problems—not to mention national security problems—are of a different sort. These fall under the general category of informatics and include calculating what happens to a transportation network during a natural disaster and searching for patterns that predict terrorist attacks or nuclear proliferation failures. These operations often require sifting through enormous databases of information. For informatics, more cores doesn't mean better performance [see red line in "Trouble Ahead"], according to Sandia's simulation. "After about 8 cores, there's no improvement," says James Peery, director of computation, computers, information, and mathematics at Sandia. "At 16 cores, it looks like 2." Over the past year, the Sandia team has discussed the results widely with chip makers, supercomputer designers, and users of high-performance computers. Unless computer architects find a solution, Peery and others expect that supercomputer programmers will either turn off the extra cores or use them for something ancillary to the main problem. At the heart of the trouble is the so-called memory wall—the growing disparity between how fast a CPU can operate on data and how fast it can get the data it needs. Although the number of cores per processor is increasing, the number of connections from the chip to the rest of the computer is not. So keeping all the cores fed with data is a problem. In informatics applications, the problem is worse, explains Richard C. Murphy, a senior member of the technical staff at Sandia, because there is no physical relationship between what a processor may be working on and where the next set of data it needs may reside. Instead of being in the cache of the core next door, the data may be on a DRAM chip in a rack 20 meters away and need to leave the chip, pass through one or more routers and optical fibers, and find its way onto the processor. In an effort to get things back on track, this year the U.S. Department of Energy formed the Institute for Advanced Architectures and Algorithms. Located at Sandia and at Oak Ridge National Laboratory, in Tennessee, the institute's work will be to figure out what high-performance computer architectures will be needed five to 10 years from now and help steer the industry in that direction. "The key to solving this bottleneck is tighter, and maybe smarter, integration of memory and processors," says Peery. For its part, Sandia is exploring the impact of stacking memory chips atop processors to improve memory bandwidth. The results, in simulation at least, are promising [see yellow line in "Trouble Ahead].

1 0

[opensuse-es] Cambio de cuenta de correo.
by Mauro Antivero 18 Dec '08

18 Dec '08

Gente, me he creado una nueva cuenta de correo en GMail (mauro.antivero(a)gmail.com) ya que la que tengo como verán es un poco extravagante... Imagínense cuando le tengo que decir mi correo a algún profesor la cara que ponene. Mejor ni hablar de cuando lo escribo en el currículum. Ahora mi duda es la siguiente... Se pueden pasar los correos de esta cuenta a (neo.fire.raziel) a la otra (mauro.antivero)? Como cliente de correo uso Thunderbird. Además, me tengo que desuscribir de la lista con este mail y anotarme con el otro no? Osea no hay una forma de "decirle a la lista" que cambié de correo? Saludos. -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

3 5

[opensuse-es] Drivers NVidia OpenSuse 11.1 RC
by Mauro Antivero 18 Dec '08

18 Dec '08

Gente cómo les va? Quería preguntarles sobre como instalar los drivers de NVidia (Legacy, ya que es para un GeForce Ti 4200) en OS11.1 RC1 ya que lo primero que probé fue agregar el repositorio en YAST pero no aparece en los repositorios de la comunidad. Para agregarlo a mano no encuentro si es que existe todavía el repositorio para OS11.1 (supongo que aparecerá cuando salga la versión final). Probé agregar los de la 11 (si hago lío no importa mucho porque es una máquina que tengo para hacer "pruebas") y los agrega, pero cuando los marco para instalarlos me da un error (no recuerdo cual, pero asumo que será porque esos son en realidad para la 11.0) Entonces me dije, bueno, hagámoslo a la vieja escuela, instalarlos a mano... Instalé GCC, Make y kernel-source. Ejecuto init 3 y luego sh Nvidia....run. Cuando llega a la parte que tiene que recompilar el módulo para mi kernel me dice: "Error con la librería bla bla bla. Posiblemente se deba a que no tiene instalado el kernel-source o kernel-devel." Como el paquete kernel-source ya lo instalé busqué el devel pero no aparece, supongo que para esta distro bastará con el source. Alguna idea? No hay alguna otra forma de instalarlo más simplemente? Ya sé que falta muy poco para que salga la versión final, pero es para ir probando, además, 5 días a veces son muchos :P Desde ya saludos y muchas gracias. -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 6

[opensuse-es] [OT] Cadenas de confianza y timos piramidales (Era: openSUSE 11.1 launch party)
by Camaleón 18 Dec '08

18 Dec '08

El 18/12/08, Carlos E. R. escribió: > Me recuerda... > > Buf, montones. Como el tio ese de la bolsa (¿Nueva York?)que salió ayer en > las noticias, timo piramidal entre inversores de esos munchimillonarios. Hum... lo cual se ha generado, en cierta medida (no he seguido el caso a fondo, sólo he visto las noticias...), por el efecto temible del uso de "cadenas de confianza" casi "a ciegas", que comentábamos hace unos días por el tema de los certificados GPG / PGP. Usuario A que confía en Madoff Usuario B que confía en usuario A Usuario B que confía por tanto en Madoff y así se va propagando... Revisa que no te aparezca un tal B. Madoff con una clave que esté marcada como "trusted" >:-) La "confianza" es siempre muy subjetiva y en estos casos (ya sea en los negocios o en el cifrado) lo que hace falta son "certezas" y "pruebas plenas". Saludos, -- Camaleón -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 5

[opensuse-es] solo sftp
by aux 18 Dec '08

18 Dec '08

Hola, alguien sabe si es posible usar scp pero evitar ssh? He probado ha cambiar la shell tipo /bin/false y jugar con /etc/shells (como antes se hacia con el ftp vamos) pero logicamente no va. Según veo los dos servicios han de tener una shell válida tipo sh,bash, etc. He visto por internet que hay alternativas tipo scponly como shell y algunos otros proyectos, pero quería asegurarme que no es posible hacerlo "de serie" con el paquete openssh saludos y gracias -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

3 2

[opensuse-es] Fecha y Hora de Lanzamiento
by Shinji Ikari 18 Dec '08

18 Dec '08

Juas! En este blog dan algunos detalles acerca de la hora exacta en la que openSuSE 11.1 va a estar disponible para descargar, revisenlo, además de la imagen de la caja ;) que se ve requete bien, describen de donde bajar el ISO y otras cosillas más. http://news.opensuse.org/2008/12/17/release-tomorrow-and-more-good-signs/ Bueno, yo me conformare con el ISO de CD, luego bajaré el DVD. Afortunadamente mañana no me toca ir a correr XD. -- Carlos A. PS: Con la velocidad que tengo, seguro me toca cuando el server está a reventar =/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

7 29

Re: [opensuse-es] [OT] C++ en el kernel Linux (era Quitar la sombra del texto en los iconos del escritorio)
by Juan Erbes 18 Dec '08

18 Dec '08

El 16 de diciembre de 2008 22:45, Carlos E. R. <robin.listas(a)telefonica.net> escribió: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > El 2008-12-16 a las 20:33 -0200, Juan Erbes escribió: > >> Del los link que posteaste, dentro de la pagina hay uno que apunta a: >> http://netlab.ru.is/exception/LinuxCXX.shtml >> >> C++ in the Linux Kernel > > ¿Porqué envías el documento entero en PDF a la lista, y dos veces? Ya lo podremos obtener nosotros; pon el enlace, no el documento. Pesa mucho. Porque es otro tópico, aunque diga lo mismo. > > >> >> Me faltó para cerrar el tema, citar laopinión de Linus Torvalds al respecto: >> >> http://thread.gmane.org/gmane.comp.version-control.git/57643/focus=57918 >> >> From: Linus Torvalds <torvalds <at> linux-foundation.org> >> Subject: Re: [RFC] Convert builin-mailinfo.c to use The Better String Library. >> Newsgroups: gmane.comp.version-control.git >> Date: 2007-09-06 17:50:28 GMT (1 year, 14 weeks, 3 days, 22 hours and >> 27 minutes ago) >> >> On Wed, 5 Sep 2007, Dmitry Kakurin wrote: >>> >>> When I first looked at Git source code two things struck me as odd: >>> 1. Pure C as opposed to C++. No idea why. Please don't talk about portability, >>> it's BS. >> >> *YOU* are full of bullshit. >> >> C++ is a horrible language. It's made more horrible by the fact that a lot >> of substandard programmers use it, to the point where it's much much >> easier to generate total and utter crap with it. Quite frankly, even if >> the choice of C were to do *nothing* but keep the C++ programmers out, >> that in itself would be a huge reason to use C. > > > ¡JO***! No se muerde la lengua el señor Torvalds, no. Para los que no entiendan el inglés, traduzco ese párrafo inicial: > > *Usted* está lleno de mierda de vaca. > > C++ es un lenguaje horrible. Lo hace más horrible el hecho de que un > montón de programadores sub-estándar lo usan, hasta el punto donde es > mucho más fácil generar total y completa basura con ello. Muy > francamente, incluso si la elección de C no fuera más que para *nada* > excepto mantener fuera los programadores de C++, eso en si mismo sería > una enorme razón para usar C. > > No se muerde la lengua, no. Si lo digo yo, me matan. Pero el es quien es y puede decirlo. Caray. > > Y sin embargo, prefiere el kde al gnome. Muy curioso. > > Y no sigo traduciendo, pero no lo suaviza mucho, no. Explica los porqués. Y que el C produce código más eficiente que el C++. Si lo dice él, es cierto. My case rests. >:-) Todo depende de quien lo programe, y de la calidad del compilador que se utilice. Lo que habría que investigar, es si el señor Torvalds, realmente ha programado en alguna oportunidad en C++, para decir eso sobre el C++. En general, dentro del ambiente de la programación, se dice que un programa bien hecho en C, genera compilado un codigo casi identico a uno desarrollado en assembler. Pero cuantos programadores estudian a fondo el codigo maquina de cada microprocesador?. O sea que es mas facil programar en C, que en assembler, y lo mismo ocurre si se compara el C++ con el C. Aclaro que con esto, no quiero decir que sea mejor programar el kernel en C++. Pero en el caso de los microcontroladores, donde el desarrollador puede no tener conocimientos profundos del lenguage C, es mas facil hacerlo en C++, usando librerias estandares, para funciones estandares. Hablando de aclaraciones, el articulo de arriba, no trata precisamente sobre la compilación y programación del kernel en C++, sino, que es un patch para poder correr sobre ese kernel aplicaciones programadas en C++. "We have implemented a complete kernel level run-time support for C++ in the Linux kernel. In particular our run-time support enables the full use of C++ exceptions in the Linux kernel, but notably also includes support for global constructors and destructors, and dynamic type checking. Our kernel level support is based on open source commodity components, specifically the GNU gcc/g++ compiler and its exception implementation, the C++ ABI version independent standard interface." Salu2 -- Para dar de baja la suscripciÃ³n, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 4