El 24/01/08, Carlos E. R. escribió:
Pues que las autoridades los borren, o que no los pongan que una wiki >:-)
Se puede poner un bug... del tipo "enhancement" >:-). Lo cual nos puede llevar a lo que, en una de las antiguas listas de rediris de isp, denominaban "bucle barbudo" X-)
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
Ya... no si, al final terminarán sacando los parches los segundos martes de cada mes como MS (y así se evita el temido efecto del "viernes-negro" para parches) :-D
¡Anda ya!
¿Un mes sin saber si hay alguna actualización? :-/ ¿No hay algún servicio de rss o de notificación de parches vía e-mail?
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.
Lo de la 10.1 me parece aún más grave... los pobres micros sufrían lo suyo.
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ó.
Un servidor de parches vía red local... así puede seguir desconectado el usb >:-) (ojo, que sólo desconecto el que está más accesible, que es el de los monitores).
Es posible que se sepa alguna manera de averiguar si la base está corrupta.
Ya he encontrado el bugzilla de Miguel Ángel, lo han dejado marcado como "resolved :-? y later"... y no hay más "workaround" que el ya mencionado (eliminar archivo y refrescar): https://bugzilla.novell.com/show_bug.cgi?id=337657 Lo que sí me extraña es que no lo hayan podido reproducir, según dicen en el bug. La próxima actualización (creo que nos viene un kernel) lo verificaré de nuevo, a ver si vuelve a pasar lo mismo.
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".
No, no lo han hecho siempre. Como bien dices, la etapa alemana era más "sensible" a estos problemas... no recuerdo ningún bug serio hasta la 10.1 (salvo que por "bug serio" entendamos que el suse watcher -qué majo era- no cambiara de color :-P). Los cambios hay que aceptarlos, pero hay que seguir haciendo las cosas bien (o al menos, intentarlo), con sentido común y con mucho "mimo".
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.
Buf. Es que eso es muy relativo. Siempre se saben escabullir o te
salen con alguna "milonga" del tipo "oiga, si le funciona formateando
el disco completo, no es un problema nuestro" O:-).
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.
Sí, bueno, entiendo que siempre hay "factores externos" que impiden hacer bien las cosas o que te permitan disponer de más tiempo para obtener un trabajo más pulido. Lo sé.
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.
Cierto, hay que mejorar lo anterior sin sacrificar nada de lo que había... eso es lo ideal. Porque si incorporas una función nueva a costa de que deje de funcionar otra antigua, pues mal asunto, la gente se queja y con razón.
¡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.
El de windows te digo que casi como que no... ejemplo de registro "diario" en un equipo con el xp: *** El servicio de hora no ha podido sincronizar la hora del sistema en 49152 segundos porque ninguno de los proveedores de hora ha podido proporcionar un sello de hora que se pueda usar. El reloj del sistema no está sincronizado. *** Y el servidor ntp utilizado es "es.pool.ntp.org" :-P
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.
Completamente de acuerdo. 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