-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 15:31 +0100, Camaleón escribió:
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.
Pues que las autoridades los borren, o que no los pongan que una wiki >:-)
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...
Pues porque no salen aunciados antes, sino después - y varios dias después de salir. Así cuando sale el anuncio algunas personas muy majas ya los han probado y quejado si no funcionaban, para que los que siguen los anuncios no tenga problemas. :-P
Si no, sabiendo que te pasa, borra la base en el cron mensual.
¿Mensual? En todo caso diario ;-).
¡Anda ya!
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".
Es lo que han hecho siempre... el problema que tenía al 10.1 con las actualizaciones se mejoró en la 10.2 y eliminó en la 10.3. Ahora por lo menos no nos tarda dos horas en abrirse el YOU. Que sí, que vale, que es una cosa gorda... pero no afecta a todo el mundo. Hay otra cosa que a mí me parece más gorda, y es la casi imposiblidad de actualizar los parches de seguridad usando un modem, o no teniendo red. No es tan sólo por estar en zonas sin conectividad, pues hay ordenadores que se desconectan de la red apostas: en tdata, por ejemplo, los ordenadores de dentro no tienen salida de ningún tipo a internet. ¡A ver cómo actualizas! Y son cientos. Claro, si me tocara a mi, loque haría sería un servidor de parches o un disco duro en usb. Ah, no, que tú desenchufas los usb. ¡Tsk! Se jorobó.
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.
Es posible que se sepa alguna manera de averiguar si la base está corrupta.
Eso es darse por vencido y eso es lo que no me gusta :-/.
Insisto en que lo han hecho siempre, es su filosofía. Aunque también el control de calidad que tenía la suse antes de la serie 8 era mucho mejor. Eran más "alemanes", más "hacer bien las cosas".
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.
Es que sin dinero de por medio no hay contrato ni obligación de enmendar los problemas. Si un problema gordo de esos les sale en la sles, imagino que lo corrigen. Supongo.
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.
Pero no se busca la excelencia en la opensuse... por desgracia no. Ni siquiera en el kernel, porque los bugs mios no son de suse, son de más arriba.
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.
Yo no estoy seguro que sea un tema de hardware antiguo. ¿No se decía que linux mantiene funcionando equipos antiguos, aumentando la rentabilidad y reduciendo los costes? Eso no se puede hacer si andamos cambiando las cosas haciendo que cosas que funcionaban dejen de funcionar. Que el reloj no es un invento nuevo. ¡Ah, por cierto! La documentación del xntp, lo de ajustar la hora con precision absoluta por internet, avisa que el reloj del linux es una caca. Caca, si, he dicho caca. Ellos no lo dicen así, pero sí que dicen no quieren oir hablar de problemas que salen al intentar mantener la hora con su software en linux, que la gente de linux (kernel de linux) no entiende una patata de relojes. Así que... :-/ No sé que sistema operativo dirán ellos que mantiene bien el reloj. Será unix, o windows... que se yo.
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" :-?
Porque yo me he resistido como gato panza arriba y no les he dejado. Que varias veces han intentado decirme que mi hardare estaría mal, hasta que les he demostrado que mi partición con 10.2 sigue trabajando sin ninguno de esos problemas. Si le ocurre a otro que no sepa ingles o que no tenga mis conocimientos técnicos, lo abandonan - si es que de hecho no lo han abandonado sin decirlo. Al fin y al cabo el reloj ha sido una de mis curiosidades y entiendo un poco mejor que otros como funciona o como debe funcionar... Pero lo fundamental de todo esto no es que falle esto o lo otro. Es que falta calidad. Es que cosas que iban dejan de hacerlo, y cosas que tenían que funcionar muy finas no van siempre, como lo tuyo del zyp ese. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmLVUtTMYHG2NR9URAmvXAJ99P5ErkCgD4OZf+oFvo6EsNwXGCwCfdvpK Iyid9o8PxgsJTTdfBswRtYY= =eEV6 -----END PGP SIGNATURE-----