El 24/01/08, Carlos E. R. escribió:
Pues sí, debería estar. ¿Pero es una wiki, no? Es cuestión de que alguien lo añada.
No creo que éso debamos hacerlo nosotros. Imagina que cada cual añade "su bug" porque lo considera importante... la lista de "annoyances" sería muy larga :-P.
Vale. Pero es que un administrador que se precie está subscrito a la lista de anuncios de seguridad, y allí te avisan. Si ves que sale un aviso, sabes que tienes ese paquete y no te aparece el parche, pues mosqueo al canto.
Pues ahora que lo dices... ¿por qué no ha salido en la lista de seguridad ese bug (el del libxml2)? No lo veo. Yo me di cuenta por los otros equipos que tengo con la 10.1... http://lists.opensuse.org/opensuse-security-announce/2008-01/date.html
Pos a mi no... debe ser mala suerte. Mira a ver si en el informe del Bugzilla dice cuando aparece el bug, o pregunta en el bugzilla si hay alguna forma automática de detectar la corrupción de la base de datos de marras. No se si es una Berkely y algún test de consistencia que lo detecte.
El bug exacto no sé cuál es... luego lo buscaré por si indican algún "workaround".
Si no, sabiendo que te pasa, borra la base en el cron mensual.
¿Mensual? En todo caso diario ;-).
Yo no he dicho que los invalide... digo que los mios son gordos, y de los que fastidian de continuo.
Cada uno tiene sus bichos :-). Pero mira, lo importante no es que haya errores, sino cómo se gestionan. No se puede dejar un error tan gordo como "wontffix, wait for suse 11.0". Si hay que rediseñar por completo zypper / libzypp, vale, hace falta tiempo y lo entiendo. Pero no se puede dejar una versión que acaba de salir hace escasos 4 meses con un problema "confirmado" de este tipo y no sacar un parche o alguna actualización para mejorar (o al menos intentar alargar en el tiempo) el problema con la corrupción de la base de datos. Eso es darse por vencido y eso es lo que no me gusta :-/. En cambio, otros bugs, aunque tardan más tiempo en resolverse (también entiendo que no hay tantos desarrolladores dedicados a ésto como les gustaría) pues siguen abiertos y se sigue preguntado y discutiendo la forma de resolverlo... o investigando.
El que no se actualicen las cosas en un servidor de producción... haber comprado la sles, releñe, ¡y así les ponías a caldo! :-P
No, no lo veo así, Carlos. Mira, yo hace tiempo que dejé de creer en los "soportes técnicos", en los "contratos de mantenimiento", y en las "licencias"... sólo creo en el trabajo bien hecho -y si es posible, resuelto en menos de 24 horas O:-). Y lo siento mucho pero es que la experiencia no me permite pensar de otra forma. Que "dinero" no siempre es sinónimo de que todo te vaya a funcionar bien. Éste es un terreno donde, o te encuentras con una persona que sabe lo que hace y lo que dice o ya puedes estar pagando los contratos de mantenimiento más caros que no lo resuelves "ni a la de tres" :-). Hay bugs y bugs, y no, yo no veo a opensuse 10.3 como una beta. Sí la veo como "campo de pruebas" que sirve para indicar el camino a seguir en las versiones sled o sles, pero de ninguna manera soy condescendiente con los problemas "graves" que pueda tener... y no lo soy porque creo que hay que buscar siempre la excelencia en todas las cosas que uno hace, sean cosas grandes o pequeñas... sea una distribución o sea poner un cuadro en la pared. Porque en el momento en que uno se "auto-excusa" diciendo, "ah, pero si no pasa nada porque el cuadro quede un poco torcido, no se nota, además, sólo es un cuadro"... pues en ese momento Carlos, estás "acabado" -metafóricamente hablando, claro ;-). ¿No sería mejor preguntarse "cómo puedo arreglar ese cuadro, cómo podría ponerlo recto y que quedara fijo"? Quizá con unos burletes, con unos topes de goma... o quizá en la ferretería me podrían indicar cuál es la mejor forma de hacerlo... ... hum, vale, ya me callo que me veo venir :-P
Bueno, pues el de dormirse para mí también es muy gordo, porque por ejemplo, si tienes tareas cruciales en un cron, como sacar la contabilidad del día antes que que los curritos vengan a cobrar las horas, cuando den las seis te van a freir porque no está hecha y van a estar esperando a que se procese.
¿No es serio eso, que se paren todas las tareas si no estoy encima de él? Es que es un bug que causa una cascada de bugs y problemas...
Sin saber realmente cómo se calcula la importancia de un bug O:-), yo diría que son más importantes aquéllos que se pueden reproducir en mayor variedad de equipos y entornos, es decir, que no dependen de los componentes concretos de un sistema sino que son fallos de diseño de la propia aplicación / programa.
Y lo del cuelgue del sistema de ficheros al grabar ficheros gordos en la parte encriptada, pues también es bastante gordo, pero éste al menos sé como evitarlo, porque postpongo esa tarea unos dias, semanas, meses... Afortunadamente ya hay una pista, tengo que verificarla: pero verificarla supone parar todo y pasar a nivel 3, no sea se estrelle y me jorobe los ficheros. Incluso debería hacer un backup antes de intentarlo.
Es que no son meros gazapos, son gazapatones, tamaño dinosarurio, oiga. No son despistes, son problemas de bulto, de falta de calidad.
Pero ¿sigue abierto el bug, no? Lo interesante es que no lo dejen abandonado y que no lo marquen como "worksforme" o "wontfix" :-? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org