[opensuse-translation-es] Roadmap 11.0 !
A ver, que me perdí? se planea sacar la 11.0 en junio*?? es decir .... en 6 meses? Mmmm, me parece algo optimista (teniendo en cuenta que para mi la 10.3 no ha sido mejor que la 10.2 (más allá del zypper que es lo que menos me importa)) ... a ver con las traducciones, en 10.3 si no me equivoco el string freeze fue en la beta 1. Siguiendo este esquema entonces tendríamos alrededor de mes y medio para completar las traducciones (mmmm, ahora que lo pienso bien, es mas o menos lo que nos llevo el desastre de la 10.3, si no hay demasiado cambio puede ser que lo hagamos tranquilos) *http://en.opensuse.org/Roadmap -- Kind Regards Visitá/Go to >> http://www.opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-09 a las 11:26 -0200, Gabriel . escribió:
A ver, que me perdí? se planea sacar la 11.0 en junio*?? es decir .... en 6 meses?
Mmmm, me parece algo optimista (teniendo en cuenta que para mi la 10.3 no ha sido mejor que la 10.2 (más allá del zypper que es lo que menos me importa)) ... a ver con las traducciones, en 10.3 si no me equivoco el string freeze fue en la beta 1. Siguiendo este esquema entonces tendríamos alrededor de mes y medio para completar las traducciones (mmmm, ahora que lo pienso bien, es mas o menos lo que nos llevo el desastre de la 10.3, si no hay demasiado cambio puede ser que lo hagamos tranquilos)
Tendremos más práctica. Además, la traducción automatizada debe funcionar mejor, entrenando el kbabel con la 10.3. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHhVkQtTMYHG2NR9URAgicAKCHwZIGdUZ+9Vyebl1Bu9PCKVmtkwCfdoDs BpXkBdc8R5mBZr/c8qShLKw= =R1CK -----END PGP SIGNATURE-----
El Jueves 10 Enero 2008, Carlos E. R. escribió:
El 2008-01-09 a las 11:26 -0200, Gabriel . escribió:
Tendremos más práctica. Además, la traducción automatizada debe funcionar mejor, entrenando el kbabel con la 10.3. El otro día me hablabas de un memleak en el kbabel, ¿puedes apuntarme al bug report? No prometo nada, pero si es facilón...
-- Don't see the world through a window, be open{source}minded, and be free :-) -- To unsubscribe, e-mail: opensuse-translation-es+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-translation-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El otro día me hablabas de un memleak en el kbabel, ¿puedes apuntarme al bug report? No prometo nada, pero si es facilón...
https://bugzilla.novell.com/show_bug.cgi?id=256363 Es un 'wontfix'. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHhogwtTMYHG2NR9URAigjAJ4zqaCpAH37R5nAOqqBHBiTcTxnQgCeMlcC z8UqAJF53Ig0JU2T+kNbJ/g= =lle0 -----END PGP SIGNATURE-----
Content-ID:
El 2008-01-10 a las 16:16 +0100, Miguel Angel Alvarez escribió:
El otro día me hablabas de un memleak en el kbabel, ¿puedes apuntarme al bug report? No prometo nada, pero si es facilón...
https://bugzilla.novell.com/show_bug.cgi?id=256363
Es un 'wontfix'. If you can avoid the problem by recreating the database, then I'm afraid I consider this problem sorted out. Por lo que he leido, es mas bien un "can't reproduce". Si lo has solucionado al reconstruir la base de datos y no se puede reproducir con exactitud, no se
El Jueves 10 Enero 2008, Carlos E. R. escribió: puede corregir (al menos con un empleo razonable de esfuerzo). Verás, el bug puede estar en sqllite, o incluso en algún otro componente. Me ha pasado que en la 10.3 yast/zypper emplea una base de datos como caché de los repositorios, así la gestión de repos es mucho mas rápida de lo que era en la 10.2. Pues por algún extraño motivo que fuí incapaz de reproducir, la base de datos se corrompió de manera que yast/zypper daba segfault, y no podía corregir la situación de ninguna manera hasta que borré la base de datos. Una vez que se reconstruyó, no he vuelto a tener ese problema pese a los intentos de reproducirlo. -- Don't see the world through a window, be open{source}minded, and be free :-) -- To unsubscribe, e-mail: opensuse-translation-es+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-translation-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-10 a las 22:49 +0100, Miguel Angel Alvarez escribió:
Es un 'wontfix'. If you can avoid the problem by recreating the database, then I'm afraid I consider this problem sorted out. Por lo que he leido, es mas bien un "can't reproduce". Si lo has solucionado al reconstruir la base de datos y no se puede reproducir con exactitud, no se puede corregir (al menos con un empleo razonable de esfuerzo).
Se puede reproducir con sólo instalar la base de datos problemática, que la conservo (creo). Pero dado que kbabel está abandonado, suse no se iba a meter a corregirlo si borrando la base de datos se corregía el problema.
Verás, el bug puede estar en sqllite, o incluso en algún otro componente. Me ha pasado que en la 10.3 yast/zypper emplea una base de datos como caché de los repositorios, así la gestión de repos es mucho mas rápida de lo que era en la 10.2. Pues por algún extraño motivo que fuí incapaz de reproducir, la base de datos se corrompió de manera que yast/zypper daba segfault, y no podía corregir la situación de ninguna manera hasta que borré la base de datos. Una vez que se reconstruyó, no he vuelto a tener ese problema pese a los intentos de reproducirlo.
Debías de haber guardado los ficheros. Pero una cosa es que una base de datos está corrupta, y otra cosa es que haga cascar al programa que lo llama con un segfault o un agujero de memoria de gigas. Eso no debiera pasar nunca. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHhqJNtTMYHG2NR9URAldcAJ9FyqCg1NtK9nMAfiBMbxjYAmb/WQCeJI7i QIRBkhOtA9coDK4S84jGrIE= =Fq0a -----END PGP SIGNATURE-----
El 2008-01-10 a las 22:49 +0100, Miguel Angel Alvarez escribió:
Es un 'wontfix'.
If you can avoid the problem by recreating the database, then I'm afraid I consider this problem sorted out. Por lo que he leido, es mas bien un "can't reproduce". Si lo has solucionado al reconstruir la base de datos y no se puede reproducir con exactitud, no se puede corregir (al menos con un empleo razonable de esfuerzo).
Se puede reproducir con sólo instalar la base de datos problemática, que la conservo (creo). Pero dado que kbabel está abandonado, suse no se iba a meter a corregirlo si borrando la base de datos se corregía el problema. Pues eso, con un arreglo tan trivial, no merece la pena ponerse a intentar corregirlo cuando la causa no es obvia. Puede que para que ese bug se produza se tengan que conjuntar una serie de factores que rara vez se dan todos juntos.
Verás, el bug puede estar en sqllite, o incluso en algún otro componente. Me ha pasado que en la 10.3 yast/zypper emplea una base de datos como caché de los repositorios, así la gestión de repos es mucho mas rápida de lo que era en la 10.2. Pues por algún extraño motivo que fuí incapaz de reproducir, la base de datos se corrompió de manera que yast/zypper daba segfault, y no podía corregir la situación de ninguna manera hasta que borré la base de datos. Una vez que se reconstruyó, no he vuelto a tener ese problema pese a los intentos de reproducirlo.
Debías de haber guardado los ficheros. Ya... pero hasta que di con la causa no lo sabía. Pero una cosa es que una base de datos está corrupta, y otra cosa es que haga cascar al programa que lo llama con un segfault o un agujero de memoria de gigas. Eso no debiera pasar nunca. Te olvidas de que sqllite es una librería, y por tanto forma parte del propio
El Jueves 10 Enero 2008, Carlos E. R. escribió: programa que la utiliza. Si sqllite falla arrastra consigo al programa. Otra cosa diferente son las bases de datos servidor, ahí la comunicación es por sockets y nunca pasa eso, salvo bug del propio programa. -- Don't see the world through a window, be open{source}minded, and be free :-) -- To unsubscribe, e-mail: opensuse-translation-es+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-translation-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-11 a las 03:33 +0100, Miguel Angel Alvarez escribió:
la conservo (creo). Pero dado que kbabel está abandonado, suse no se iba a meter a corregirlo si borrando la base de datos se corregía el problema.
Pues eso, con un arreglo tan trivial, no merece la pena ponerse a intentar corregirlo cuando la causa no es obvia. Puede que para que ese bug se produza se tengan que conjuntar una serie de factores que rara vez se dan todos juntos.
Hombre, si el kbabel no estuviera abandonado, desde luego que habría que investigar eso. Y por lo que veo, encima, es un bug de la base de datos que afecta a más aplicaciones. No se investiga porque no tiene desarrolladores a cargo, y porque están desarrollando otra aplicación a partir de cero, casi.
Debías de haber guardado los ficheros. Ya... pero hasta que di con la causa no lo sabía. Pero una cosa es que una base de datos está corrupta, y otra cosa es que haga cascar al programa que lo llama con un segfault o un agujero de memoria de gigas. Eso no debiera pasar nunca. Te olvidas de que sqllite es una librería, y por tanto forma parte del propio programa que la utiliza. Si sqllite falla arrastra consigo al programa. Otra cosa diferente son las bases de datos servidor, ahí la comunicación es por sockets y nunca pasa eso, salvo bug del propio programa.
Bueno... no se, pienso que no debiera ocurrir. Debiera de alguna forma salir un mensajito de casque que aclarase quien es el culpable. No lo sé, no soy programador de linux, no se como funcionan las cosas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHh0yJtTMYHG2NR9URAtXsAKCFeTWmcRNfQQs4lYPjs27svvVW5gCfQeuY GiCkj8IbZZOi7hozRjJNc9g= =oqzy -----END PGP SIGNATURE-----
Bueno... no se, pienso que no debiera ocurrir. Debiera de alguna forma salir un mensajito de casque que aclarase quien es el culpable. No lo sé, no soy programador de linux, no se como funcionan las cosas. El mensajito existe, es el dump trace que sale en la terminal en la que se arranque el programa (en kde incluso te sale una ventanita de kcrash), pero
El Viernes 11 Enero 2008, Carlos E. R. escribió: para que tenga algún significado aparte de un listado de direcciones en hexadecimal el programa tiene que estar compilado con información debug. Otra cosa es que el dump trace sea facil de entender para un no iniciado :-) Esta página de wikipedia te dará una idea (un tanto humoristica) de los bugs. http://en.wikipedia.org/wiki/Unusual_software_bug -- Don't see the world through a window, be open{source}minded, and be free :-) -- To unsubscribe, e-mail: opensuse-translation-es+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-translation-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-11 a las 23:04 +0100, Miguel Angel Alvarez escribió:
Bueno... no se, pienso que no debiera ocurrir. Debiera de alguna forma salir un mensajito de casque que aclarase quien es el culpable. No lo sé, no soy programador de linux, no se como funcionan las cosas. El mensajito existe, es el dump trace que sale en la terminal en la que se arranque el programa (en kde incluso te sale una ventanita de kcrash), pero
El Viernes 11 Enero 2008, Carlos E. R. escribió: para que tenga algún significado aparte de un listado de direcciones en hexadecimal el programa tiene que estar compilado con información debug. Otra cosa es que el dump trace sea facil de entender para un no iniciado :-)
Ya, se lo del dump trace; la pega es que sólo se puede hacer al principio del periodo de vida de la distribución, porque cada vez que añaden un parche no añaden el rpm -debug, porque haría un repositorio gigantesco (respuesta de novell/suse). Y la otra pega es que yo me refiero más a errores en lenguaje "entendible".
Esta página de wikipedia te dará una idea (un tanto humoristica) de los bugs. http://en.wikipedia.org/wiki/Unusual_software_bug
«heisenbug is a computer bug that disappears or alters its characteristics when it is researched.» ¡JUASSS! X-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHiK7dtTMYHG2NR9URAk+zAJ45QxWIcmr56J6WP5LxFaytzsMI7wCfez9X +GZja18OIRTWWYeYG8OnH2U= =ignV -----END PGP SIGNATURE-----
El Sábado 12 Enero 2008, Carlos E. R. escribió:
El 2008-01-11 a las 23:04 +0100, Miguel Angel Alvarez escribió:
El Viernes 11 Enero 2008, Carlos E. R. escribió:
Bueno... no se, pienso que no debiera ocurrir. Debiera de alguna forma salir un mensajito de casque que aclarase quien es el culpable. No lo sé, no soy programador de linux, no se como funcionan las cosas.
El mensajito existe, es el dump trace que sale en la terminal en la que se arranque el programa (en kde incluso te sale una ventanita de kcrash), pero para que tenga algún significado aparte de un listado de direcciones en hexadecimal el programa tiene que estar compilado con información debug. Otra cosa es que el dump trace sea facil de entender para un no iniciado :-)
Ya, se lo del dump trace; la pega es que sólo se puede hacer al principio del periodo de vida de la distribución, porque cada vez que añaden un parche no añaden el rpm -debug, porque haría un repositorio gigantesco (respuesta de novell/suse). Si recompilas tu mismo el src.rpm del paquete actualizado (que si está en el repo) obtendrás los paquetes debug.
Y la otra pega es que yo me refiero más a errores en lenguaje "entendible". :-)
Esta página de wikipedia te dará una idea (un tanto humoristica) de los bugs. http://en.wikipedia.org/wiki/Unusual_software_bug
«heisenbug is a computer bug that disappears or alters its characteristics when it is researched.»
¡JUASSS! X-) http://catb.org/jargon/html/magic-story.html En hardware pasa mas a menudo :D :D :D
-- Don't see the world through a window, be open{source}minded, and be free :-) -- To unsubscribe, e-mail: opensuse-translation-es+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-translation-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-12 a las 14:59 +0100, Miguel Angel Alvarez escribió:
Ya, se lo del dump trace; la pega es que sólo se puede hacer al principio del periodo de vida de la distribución, porque cada vez que añaden un parche no añaden el rpm -debug, porque haría un repositorio gigantesco (respuesta de novell/suse). Si recompilas tu mismo el src.rpm del paquete actualizado (que si está en el repo) obtendrás los paquetes debug.
Siguen habiendo pegas. Por un lado, ya no es el paquete oficial, con vistas a reportar en el bugzilla. Luego, no me voy a recompilar el kde entero, para que toda la cadena de librerías usadas tenga su versión debug y el dump tenga completo sentido. Además, lo de recompilar src.rpm tiene una fase "configure", y si al pasar por ahí no tienes instaladas las versiones -devel de todos los paquetes que tenía el que originalmente compiló el rpm, no vas a obtener un rpm equivalente, faltarán capacidades en el binario. Si no, ya estaría yo recompilando la distribución entera con "-march=pentium4", así tardara una semana compilando. >:-)
Esta página de wikipedia te dará una idea (un tanto humoristica) de los bugs. http://en.wikipedia.org/wiki/Unusual_software_bug
«heisenbug is a computer bug that disappears or alters its characteristics when it is researched.»
¡JUASSS! X-) http://catb.org/jargon/html/magic-story.html En hardware pasa mas a menudo :D :D :D
¡JUASSSSS! X'-) ¡Carcajeante! Yo estaba mirando este, pero es menos divertido: http://www.catb.org/jargon/html/P/phase-of-the-moon.html Además, están los bugs tal como llegan a atención al cliente. "Oiga, que arranco su programa y no funciona". "¿Que es lo que hace?" "Pues que no funciona, ya se lo he dicho". "¿Le da algún error?" "Dice noseque de error nosedonde". Y así, larga conversación hasta sacarle el error o convencerle de que lo apunte la proxima vez... Con sus variantes, por ejemplo de atención al cliente pasada a servicio técnico de telefonía: "El cliente se queja de que al llamar a su tía le sale una locución". Así, tal cual. Cabreo del técnico: "Y no podían haberle preguntado que locución le salía?" Porque claro, sin saberlo no puedes estudiar el problema... (y el teléfono de su tía también). Al cabo de unos dias tienes los datos, y encuentras el bug: una de las muchas tablas de ruteo que le falta un campo y efectivamente, esa persona (y otros cientos más que no han protestado) no pueden llamar a su tia, ni a nadie de ese barrio de esa otra ciudad a 600 km. Y no me lo invento, lo he sufrido en carne propia (ambos tipos). Luego están los presenta-bugs: sólo aparecen en mitad de la demostración ante el jefe o el cliente, con tó er mundo expectante y encorbatao y engominao. Desearías que te tragara la tierra... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHiN5qtTMYHG2NR9URAqxzAJ91Phrf3IL9BuSq+DhMXjRE9BwQgwCgmH+C 2rut7T1vxVLHzTnWHNCDMgI= =o1+E -----END PGP SIGNATURE-----
participants (3)
-
Carlos E. R.
-
Gabriel .
-
Miguel Angel Alvarez