[opensuse-es] Re: [opensuse-translation-es] No aparece disponible el parche de las traducciones
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 23/01/08, Miguel Angel Alvarez escribió:
Es un problema de corrupción de la base de datos caché de libzypp, y zypper refresh no lo soluciona solo, hay que eliminar el zypp.db. Cuando eso pasa, yast/zypper dejan de funcionar bien y el opensuseupdater deja de mostrar actualizaciones sin decir ni mu. Yo mismo puse el bug report, y no lo van a solucionar hasta la 11.0 porque requiere cambios importantes en libzypp.
¡Rediez! Me parece un problema muy grave.
Pero es cierto, yo lo conocía también, ha sido comentado otras veces en la lista inglesa. El síntoma es ese, que no descubre las actualizaciones.
<modo enfado-del-gordo-on>
Tienes motivos... Yo tengo otros problemones. ¿Te los cuento? ¡SIIIiii! Vamos allá. · Mi PC se me duerme de pié, y tengo que tener el router haciendo pings continuamente al PC para mantenerle despierto, y es cosa nueva de la 10.3 Está reportado en un bugzilla, y no se si descubrirán que es. Si lo arreglan para la 11.0, voy de c... de cráneo, eso. Sí, porque como pongan lo de libata obligatorio (<15 parts), se acabaron las actualizaciones en este PC. · El reloj del PC es capaz de atrasar minutos por segundo , y varios de los tipos de reloj que antes funcionaban ahora cuelgan el PC. Afortunadamente uno funciona, aunque el kernel dice que no. También está reportado, y pudiera estar relacionado con el anterior o viceversa. · El spamassassin suelta errores rarísimos por temporizaciones de 300 segundos, creando hijos zombies que es incapaz de matar, y tampoco puede lanzar hijos nuevos, colapsando el proceso de correo. Está reportado también. He comprobado que se dispara por el problema num 1, así que los pings del router lo resuelven. · Al grabar varios ficheros grandes (300..400 MiB) en un sistema de ficheros encriptado montado en bucle sobre un fichero, el sistema de ficheros se colapsa y hay que tirar el sistema operativo. No hay mensajes de log grabados. También está reportado, y en este caso, a uno de suse también le ocurre el problema. No progresa. · Al ejecutar el asistente yast de Apparmor, se da el batacazo porque se encuentra con un reporte no esperado. También está reportado, y éste al menos se está solucionando; son dos bugs realmente: a) el kernel reporta una mascara de permisos imposibles, lo cual ha sido solucionado "arriba", pero no lo han metido en un parche b) el Yast se pega el batacazo al leer esos permisos imposibles, lo cual no ha sido solucionado. Ayer descubrimos que el suceso que dispara a) es el bug del párrafo anterior - y eso lo descubrí gracias a que me tú me dijiste como traducir un tiempo "epoch" a cristiano, y a un comentario de pasada del investigador cuando chinché un poco en la lista de apparmour y me dijo lo que estaba investigando, y que uno de los motivos podía ser un "lazy umount". ¡Toma ya! ¿Quieres alguno? Te los paso, y me quedo con del libzyp a cambio, que me gusta. Yo soy el bicho raro. Claro, que como esos reportes son raros y no tienen relación con factory, pos a lo mejor esta vez no me gano el DVD. ¡Grrr! :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHl9INtTMYHG2NR9URAgpPAKCAZd/7SvyrcEqqIvmLDkp6AP8vhgCcC9cw t1Gn3ZVS4+OzoZCAlmKIv68= =VLXF -----END PGP SIGNATURE-----
Yo tengo otros problemones. ¿Te los cuento? ¡SIIIiii! Vamos allá.
· Mi PC se me duerme de pié, y tengo que tener el router haciendo pings continuamente al PC para mantenerle despierto, y es cosa nueva de la 10.3
Madre mía!!! Pásate a Windows jeje Saludos y perdón por la coña pero no me he podido resistir ;-) Miki --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 08:45 +0100, Miguel escribió:
Yo tengo otros problemones. ¿Te los cuento? ¡SIIIiii! Vamos allá.
· Mi PC se me duerme de pié, y tengo que tener el router haciendo pings continuamente al PC para mantenerle despierto, y es cosa nueva de la 10.3
Madre mía!!!
Pásate a Windows jeje
Ja, ja.
Saludos y perdón por la coña pero no me he podido resistir ;-)
Grrr! :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmInGtTMYHG2NR9URAlEgAKCNHhqYoVms/qtuqOie0ytPuT+NiwCgmYMV DAbrHpcxZVHe3HTVVE3j56s= =tcap -----END PGP SIGNATURE-----
El 24/01/08, Carlos E. R. escribió:
Salto a la lista general :-)
Okis.
Pero es cierto, yo lo conocía también, ha sido comentado otras veces en la lista inglesa.
Dices que "ha sido comentado". Un bug que no tiene solución (en la 10.3), que se da de forma habitual y que está relacionado con las actualizaciones de seguridad de un sistema pues no creo yo que sea como para "comentarlo"... ¡¡qué menos que ponerlo al menos en la sección de "most annoying bugs" de la 10.3!! Y no aparece por ningún lado: http://en.opensuse.org/Bugs:Most_Annoying_Bugs_10.3 :-P
El síntoma es ese, que no descubre las actualizaciones.
Un síntoma que no sabes que es "tal" porque desconoces si hay o no algún parche para instalar... vamos, que depende del interés que tenga el usuario en la "actualidad agujeril (de agujeros de seguridad)" :-/.
Tienes motivos...
Mira, entiendo que la base de datos se pueda, hum, "romper" de alguna forma, pero no hace "ni un mes" desde que instalé las dos 10.3 y ya ha cascado en las dos instalaciones :-/ A partir de ahora, you ya no me sirve, no me fío, tengo que "eliminar" y "refrescar" para saber si algo disponible o no :-(
Yo tengo otros problemones. ¿Te los cuento? ¡SIIIiii! Vamos allá.
Enga.
· Mi PC se me duerme de pié, y tengo que tener el router haciendo pings continuamente al PC para mantenerle despierto, y es cosa nueva de la 10.3 Está reportado en un bugzilla, y no se si descubrirán que es. Si lo arreglan para la 11.0, voy de c... de cráneo, eso. Sí, porque como pongan lo de libata obligatorio (<15 parts), se acabaron las actualizaciones en este PC.
· El reloj del PC es capaz de atrasar minutos por segundo , y varios de los tipos de reloj que antes funcionaban ahora cuelgan el PC. Afortunadamente uno funciona, aunque el kernel dice que no. También está reportado, y pudiera estar relacionado con el anterior o viceversa.
· El spamassassin suelta errores rarísimos por temporizaciones de 300 segundos, creando hijos zombies que es incapaz de matar, y tampoco puede lanzar hijos nuevos, colapsando el proceso de correo. Está reportado también. He comprobado que se dispara por el problema num 1, así que los pings del router lo resuelven.
· Al grabar varios ficheros grandes (300..400 MiB) en un sistema de ficheros encriptado montado en bucle sobre un fichero, el sistema de ficheros se colapsa y hay que tirar el sistema operativo. No hay mensajes de log grabados. También está reportado, y en este caso, a uno de suse también le ocurre el problema. No progresa.
· Al ejecutar el asistente yast de Apparmor, se da el batacazo porque se encuentra con un reporte no esperado. También está reportado, y éste al menos se está solucionando; son dos bugs realmente: a) el kernel reporta una mascara de permisos imposibles, lo cual ha sido solucionado "arriba", pero no lo han metido en un parche b) el Yast se pega el batacazo al leer esos permisos imposibles, lo cual no ha sido solucionado. Ayer descubrimos que el suceso que dispara a) es el bug del párrafo anterior - y eso lo descubrí gracias a que me tú me dijiste como traducir un tiempo "epoch" a cristiano, y a un comentario de pasada del investigador cuando chinché un poco en la lista de apparmour y me dijo lo que estaba investigando, y que uno de los motivos podía ser un "lazy umount". ¡Toma ya!
¿Quieres alguno? Te los paso, y me quedo con del libzyp a cambio, que me gusta.
Yo soy el bicho raro.
Bueno, fale... veo que "estás servido". Pero tus bugs no invalidan el resto de bugs... O:-). El que veo más preocupante es el que deja colgado al equipo (el de la partición cifrada) eso si que jo...roba. Los tres primeros parece que puedan tener relación el la antigüedad del equipo (bios, hibernación, gestión de la energía...)
Claro, que como esos reportes son raros y no tienen relación con factory, pos a lo mejor esta vez no me gano el DVD. ¡Grrr! :-P
Venga, venga... que tienes que dejar algún DVD "pa" los demás :-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 11:31 +0100, Camaleón escribió:
El 24/01/08, Carlos E. R. escribió:
Salto a la lista general :-)
Okis.
Se me olvidó cambiar el título. Hecho.
Pero es cierto, yo lo conocía también, ha sido comentado otras veces en la lista inglesa.
Dices que "ha sido comentado".
Por nosotros, por la comunidad...
Un bug que no tiene solución (en la 10.3), que se da de forma habitual y que está relacionado con las actualizaciones de seguridad de un sistema pues no creo yo que sea como para "comentarlo"... ¡¡qué menos que ponerlo al menos en la sección de "most annoying bugs" de la 10.3!! Y no aparece por ningún lado:
http://en.opensuse.org/Bugs:Most_Annoying_Bugs_10.3
:-P
Pues sí, debería estar. ¿Pero es una wiki, no? Es cuestión de que alguien lo añada.
El síntoma es ese, que no descubre las actualizaciones.
Un síntoma que no sabes que es "tal" porque desconoces si hay o no algún parche para instalar... vamos, que depende del interés que tenga el usuario en la "actualidad agujeril (de agujeros de seguridad)" :-/.
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. Y de todas formas, esto no es la SLES...
Tienes motivos...
Mira, entiendo que la base de datos se pueda, hum, "romper" de alguna forma, pero no hace "ni un mes" desde que instalé las dos 10.3 y ya ha cascado en las dos instalaciones :-/
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.
A partir de ahora, you ya no me sirve, no me fío, tengo que "eliminar" y "refrescar" para saber si algo disponible o no :-(
Si no, sabiendo que te pasa, borra la base en el cron mensual.
Yo tengo otros problemones. ¿Te los cuento? ¡SIIIiii! Vamos allá.
Enga.
· Mi PC se me duerme de pié, y tengo que tener el router haciendo pings continuamente al PC para mantenerle despierto, y es cosa nueva de la 10.3 Está reportado en un bugzilla, y no se si descubrirán que es. Si lo arreglan para la 11.0, voy de c... de cráneo, eso. Sí, porque como pongan lo de libata obligatorio (<15 parts), se acabaron las actualizaciones en este PC.
· El reloj del PC es capaz de atrasar minutos por segundo , y varios de los tipos de reloj que antes funcionaban ahora cuelgan el PC. Afortunadamente uno funciona, aunque el kernel dice que no. También está reportado, y pudiera estar relacionado con el anterior o viceversa.
· El spamassassin suelta errores rarísimos por temporizaciones de 300 segundos, creando hijos zombies que es incapaz de matar, y tampoco puede lanzar hijos nuevos, colapsando el proceso de correo. Está reportado también. He comprobado que se dispara por el problema num 1, así que los pings del router lo resuelven.
· Al grabar varios ficheros grandes (300..400 MiB) en un sistema de ficheros encriptado montado en bucle sobre un fichero, el sistema de ficheros se colapsa y hay que tirar el sistema operativo. No hay mensajes de log grabados. También está reportado, y en este caso, a uno de suse también le ocurre el problema. No progresa.
· Al ejecutar el asistente yast de Apparmor, se da el batacazo porque se encuentra con un reporte no esperado. También está reportado, y éste al menos se está solucionando; son dos bugs realmente: a) el kernel reporta una mascara de permisos imposibles, lo cual ha sido solucionado "arriba", pero no lo han metido en un parche b) el Yast se pega el batacazo al leer esos permisos imposibles, lo cual no ha sido solucionado. Ayer descubrimos que el suceso que dispara a) es el bug del párrafo anterior - y eso lo descubrí gracias a que me tú me dijiste como traducir un tiempo "epoch" a cristiano, y a un comentario de pasada del investigador cuando chinché un poco en la lista de apparmour y me dijo lo que estaba investigando, y que uno de los motivos podía ser un "lazy umount". ¡Toma ya!
¿Quieres alguno? Te los paso, y me quedo con del libzyp a cambio, que me gusta.
Yo soy el bicho raro.
Bueno, fale... veo que "estás servido". Pero tus bugs no invalidan el resto de bugs... O:-).
Yo no he dicho que los invalide... digo que los mios son gordos, y de los que fastidian de continuo. 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
El que veo más preocupante es el que deja colgado al equipo (el de la partición cifrada) eso si que jo...roba. Los tres primeros parece que puedan tener relación el la antigüedad del equipo (bios, hibernación, gestión de la energía...)
El de dormirse - bueno, para los que no sepan de que va la cosa, es que el ordenador deja de procesar, todos los programas se paran, hasta que llega alguna interrupción, como mover el ratón, pulsar cualquier tecla, llega alún paquete por la red... puede estar parado completamente congelado 20 minutos, y en cuanto pulsas una tecla el reloj se actualiza de golpe esos veinte minutos (que no son unos segundos), el entorno se da cuenta de que han habido 20' sin actividad y de repente activa el salvapantallas, encima, y tengo que escribir mi password. 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... 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.
Claro, que como esos reportes son raros y no tienen relación con factory, pos a lo mejor esta vez no me gano el DVD. ¡Grrr! :-P
Venga, venga... que tienes que dejar algún DVD "pa" los demás :-)
Y un cuerno. :-P Hay pa'tós. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmIl8tTMYHG2NR9URAjojAJ0SnCTivPyIjud4Q5Wi6Bin/43eiACeKAEB zjq/m5vZFi89fikes1Eh4ng= =fmvi -----END PGP SIGNATURE-----
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
-----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-----
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 19:11 +0100, Camaleón escribió:
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
No, yo digo la lista de bugs más molestos, que es una wiki.
puede llevar a lo que, en una de las antiguas listas de rediris de isp, denominaban "bucle barbudo" X-)
¿Que era eso? En la wikipedia no viene.
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
Mismamente. No vayas a actualizar un servidor justo cuando salga el parche, esperate unos dias - cuando lo pongan en el anounce, ya has tenido un margen.
¡Anda ya!
¿Un mes sin saber si hay alguna actualización? :-/
Tienes el announce, y el resto de máquinas te avisan. Si fuera en casa, con un sólo PC, pues vale, pero en el curro con unos cuantos pcs, seguro qe te enteras.
¿No hay algún servicio de rss o de notificación de parches vía e-mail?
Antiguamente había una lista en la pagina web. Eran tan pocos que yo me los descargaba manualmente desde la web en el curro, los grababa en un disquete y me los llevaba a casa. Lo del YOU tardé mucho en usarlo.
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).
Ya, ya lo se. Pero los parches tienen que llegar al servidor de parches, el cual también está desconectado de internet al estar en la parte segura de la red de control. La red de los comerciales y otros oficinistas, incluidos los jefes, esos si tienen internet. Nosotros, que eramos una contrata, tuvimos que poner un pc conectado por modem telefonico para poder salir a internet de alguna forma y leer el correo... Había un enlace entre empresas, pero era creo que a través de varios telnets encadenados de máquina a máquina. No estoy seguro que fuera ssh. Y eso fué hace un tiempo ya; pero vaya, que eran paranoicos. Las dos empresas, ojo.
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.
¿No? Bueno, le ha ocurrido a más gente, pero claro, es aleatorio... Hay un bug peor: que se te corrompa la base de datos que usa el rpm. A mí se me corrompió de mala manera, daba un segfault al intentar mirar cierto paquete, y la única solución que me decían era que reinstalase de cero - ¡toma ya! Al final, encontré una manera que fué quitando ese paquete para que el motor de la base de datos eliminase la tupla en cuestión.
La próxima actualización (creo que nos viene un kernel) lo verificaré de nuevo, a ver si vuelve a pasar lo mismo.
Pues si viene un kernel ya, el bug del apparmour no viene corregido.
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:-).
Si, cuando dan ganas de formatearle la cabeza al pavo.
Hace un par de días llamé al sat de HP para preguntar si era posible cambiar por nuestra cuenta y riesgo el fusor y el transfer de una impresora... y me salta el de soporte que mejor compre una impresora nueva... toma, ya.
Caray.
En su defensa diré que había entendido mal el modelo de la impresora, pero vaya, lo que quiero decir es que siempre tiran hacia lo fácil, ya no se "pelean" los problemas, simplemente se intentan quitar de encima lo antes posible.
Es lo que yo llamo "la kultura del youtube" (sí, con "k" :-P): se quiere todo rápido (ya mismo), y con mala calidad O:-)
Y también los empresarios, pagando lo justito para cubrir el expediente, o enmarañar todo con una cascada imposible de contratas... total, se cumple lo contratado, ¿que más?
¡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. ***
Por afinitud con los de linux me puedo sospechar cual es el problema.
Y el servidor ntp utilizado es "es.pool.ntp.org" :-P
Ya te vale. ¿Es que no sabes que en España no hay nada que funcione? Vamos... Que aquí no hay ningún servidor de hora oficial. Los ISP no incluyen ese servicio. Por ejemplo, el Observatorio de Cadiz - el famoso observatorio astronomico, con siglos de historia -, que posee un reloj atómico, no facilita su hora. No tiene una emisora de radio automatizada con la hora. No tiene una IP con el servidor de hora. Que se yo, igual ya ni existe el reloj ni el laboratorio, lo ví hace mucho en un Nodo. Generaba los pitidos de hora de RNE. En España, si tienes un reloj que sincroniza la hora por radio, lo hace con la emisora de Londres o la de Alemania, que están cerquita. No señora, en España hay que usar servidores de hora de Suiza, Francia, Holanda, Alemania, Inglaterra - incluso de Japón o Australia obtienes mejor hora que de los del pool español. Si alguno me ha salido en IP dinámica de tesa por adsl... ¡Ya te vale! (en este momento, uno de los que sale es del NOC de rediris - pero no figura en la lista (http://support.ntp.org/bin/view/Servers/WebHome))
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.
Claro :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmPMXtTMYHG2NR9URAtRcAJ9m5AyafX4Mu33gmiPlaBySE4lWhwCfXOIW 5QFBRp/Y0pUtIsKVWGoOCbo= =/c/2 -----END PGP SIGNATURE-----
El 24/01/08, Carlos E. R. escribió:
No, yo digo la lista de bugs más molestos, que es una wiki.
Ya... era un "bucle barbudo" :-)
¿Que era eso? En la wikipedia no viene.
Ah, éso sólo lo sabemos los que estábamos dados de alta en la susodicha lista (eran cerradas)... yo no llegué a participar activamente, por aquél entonces me hubieran catalogado "mujer barbuda" X-). Jo qué lista, lo que me reía leyendo los mensajes... y lo que aprendía, había gente muy buena -a nivel técnico- ahí metida. Más tarde, cuando Rediris pasó la gestión de los dominios .es a Nic y se liberalizó el sector de los dominios, perdí el contacto con esa lista porque la cerraron. Una pena. No sé si habrá actualmente alguna similar. Para quien tenga curiosidad, se creó una página web con algunos de "los mejores momentos" (también explican aquí lo del "bucle barbudo" -punto 26- y lo de la "mujer barbuda" -punto 14-): http://www.mujeresbarbudas.com/faq.asp :-)
Mismamente. No vayas a actualizar un servidor justo cuando salga el parche, esperate unos dias - cuando lo pongan en el anounce, ya has tenido un margen.
Sí, claro, mejor esperar una semanita a que les de tiempo a los gusanos a propagarse por la "webe" y me inyecten ataques d'esos malosos a algún script en php o a mysql >:-). Se supone que los "parches de seguridad" deben cumplir dos condiciones básicas: a) Estar verificados y comprobados "a prueba de balas" b) Que cierren un bug
Tienes el announce, y el resto de máquinas te avisan. Si fuera en casa, con un sólo PC, pues vale, pero en el curro con unos cuantos pcs, seguro qe te enteras.
Ya.
Antiguamente había una lista en la pagina web. Eran tan pocos que yo me los descargaba manualmente desde la web en el curro, los grababa en un disquete y me los llevaba a casa. Lo del YOU tardé mucho en usarlo.
Un "feed" en rss no estaría mal... no cuesta nada hacerlo, se podría automatizar.
Ya, ya lo se. Pero los parches tienen que llegar al servidor de parches, el cual también está desconectado de internet al estar en la parte segura de la red de control. La red de los comerciales y otros oficinistas, incluidos los jefes, esos si tienen internet.
Los parches le llegan al servidor de parches en un DVD bajado desde un equipo que sí tiene acceso a la red, como el de la secretaria (o secretario) que nunca está en su puesto de trabajo :-P
Nosotros, que eramos una contrata, tuvimos que poner un pc conectado por modem telefonico para poder salir a internet de alguna forma y leer el correo...
Había un enlace entre empresas, pero era creo que a través de varios telnets encadenados de máquina a máquina. No estoy seguro que fuera ssh.
Y eso fué hace un tiempo ya; pero vaya, que eran paranoicos. Las dos empresas, ojo.
Jo-pe, pues sí que se lo tomaban en serio, sí. Y hacen (o hacían) bien.
¿No? Bueno, le ha ocurrido a más gente, pero claro, es aleatorio...
Hay un bug peor: que se te corrompa la base de datos que usa el rpm. A mí se me corrompió de mala manera, daba un segfault al intentar mirar cierto paquete, y la única solución que me decían era que reinstalase de cero - ¡toma ya! Al final, encontré una manera que fué quitando ese paquete para que el motor de la base de datos eliminase la tupla en cuestión.
¡Qué yu-yu da eso! ¿Pero te pasó con la 10.2 o la nueva?
Pues si viene un kernel ya, el bug del apparmour no viene corregido.
Lo del kernel me ha parecido leerlo (así por encima, no me hagas mucho caso) en la lista inglesa a Marcus: http://lists.opensuse.org/opensuse/2008-01/msg02611.html
Por afinitud con los de linux me puedo sospechar cual es el problema.
Yo no tengo ni idea de por qué falla... en suse va de perlas (sincroniza como un reloj suizo).
Ya te vale. ¿Es que no sabes que en España no hay nada que funcione? Vamos...
En su día (allá por la época de la 8.2) puse los dos alemanes... http://lists.opensuse.org/opensuse-es/2003-12/msg01078.html ...pero me recomendaron no utilizar servidores stratum 1, y "alguien" (ejem) me recomendó usar los más cercanos... http://lists.opensuse.org/opensuse-es/2003-12/msg01143.html Ña, ña, ña... qué malo es este Gmail que me lo guarda todo para poder consultar rápidamente >:-)
Que aquí no hay ningún servidor de hora oficial. Los ISP no incluyen ese servicio. Por ejemplo, el Observatorio de Cadiz - el famoso observatorio astronomico, con siglos de historia -, que posee un reloj atómico, no facilita su hora. No tiene una emisora de radio automatizada con la hora. No tiene una IP con el servidor de hora. Que se yo, igual ya ni existe el reloj ni el laboratorio, lo ví hace mucho en un Nodo. Generaba los pitidos de hora de RNE.
En España, si tienes un reloj que sincroniza la hora por radio, lo hace con la emisora de Londres o la de Alemania, que están cerquita.
No señora, en España hay que usar servidores de hora de Suiza, Francia, Holanda, Alemania, Inglaterra - incluso de Japón o Australia obtienes mejor hora que de los del pool español. Si alguno me ha salido en IP dinámica de tesa por adsl...
Allá por el 2003, yo pensaba: *** Si no recuerdo mal, estos dos servidores los tomé de las páginas de SuSE donde se explica cómo configurar el servicio NTP (http://portal.suse.com/sdb/en/2002/02/xntp.html), y la verdad, me fio más de sincronizar con servidor alemán que con uno español... *** Y tú decías... *** Pues no habría porqué. Debería ser el... creo que se llama Real Obervatorio Astronómico de Cadiz, que mantienen el reloj atómico de referencia en España. Pero no tengo ni idea de como suministran la señal. ¿Radio en onda corta, media, larga? Como lo hacen en USA, Canadá, Australia, con pitidos cada segundo y una voz grabada cada minuto - 24 horas al dia, continuo, en frecuencias clave (y patrón) como 10Mhz. O como lo hacen en Inglaterra, desde Rugby, con una señal codificada para actualizar automáticamente relojes de pared. O en Alemania, que hay otra emisora. O por internet. Nada. ¿Como rayos se accede al reloj atómico español? ¿Por telepatía? Es que ni siquiera en la lista de servidores mundiales xntp los hay españoles de primer nivel, o no los había cuando miré hace tiempo. Debe ser secreto de estado. ***
¡Ya te vale!
(en este momento, uno de los que sale es del NOC de rediris - pero no figura en la lista (http://support.ntp.org/bin/view/Servers/WebHome))
En España aparecen 17 como registrados*... cuáles son y su nivel de precisión, pues ni idea. En suse no tengo problemas con el pool español, el "pesao" de turno es un equipo con xp que no sincroniza ni p'atrás. * http://www.pool.ntp.org/zone/es 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-24 a las 23:04 +0100, Camaleón escribió:
El 24/01/08, Carlos E. R. escribió:
Para quien tenga curiosidad, se creó una página web con algunos de "los mejores momentos" (también explican aquí lo del "bucle barbudo" -punto 26- y lo de la "mujer barbuda" -punto 14-):
http://www.mujeresbarbudas.com/faq.asp
:-)
] Si no comprende el término classless, vea el Oxford Dictionary. Entero, no ] solamente la letra C. Ninguno de estos términos aparecen allí, pero ] al menos se entretendrá Vd. una temporadita y dejará de darnos la ] tabarra. Si, desde luego, tenían humor esa gente, si... un tanto raro, también...
Mismamente. No vayas a actualizar un servidor justo cuando salga el parche, esperate unos dias - cuando lo pongan en el anounce, ya has tenido un margen.
Sí, claro, mejor esperar una semanita a que les de tiempo a los gusanos a propagarse por la "webe" y me inyecten ataques d'esos malosos a algún script en php o a mysql >:-).
No se puede tener todo en esta vida :-p
Se supone que los "parches de seguridad" deben cumplir dos condiciones básicas:
a) Estar verificados y comprobados "a prueba de balas" b) Que cierren un bug
Se supone, tu lo has dicho. ¿Sabes el "chiste" ese del reparador de tejados que un día enferma y manda a su hijo, y luego le llegan los informes de los clientes por lo bien que trabaja su hijo? Pues luego le echa la bronca a su hijo por dejarle sin trabajo; es decir, por no romper alguna otra teja y tener más trabajo a la siguiente tormenta >:-)
Antiguamente había una lista en la pagina web. Eran tan pocos que yo me los descargaba manualmente desde la web en el curro, los grababa en un disquete y me los llevaba a casa. Lo del YOU tardé mucho en usarlo.
Un "feed" en rss no estaría mal... no cuesta nada hacerlo, se podría automatizar.
Creo que había una lista de correo donde publicaban no se si eran los bugzillas o los paquetes nuevos. Tenía mucho trafico ilegible.
Ya, ya lo se. Pero los parches tienen que llegar al servidor de parches, el cual también está desconectado de internet al estar en la parte segura de la red de control. La red de los comerciales y otros oficinistas, incluidos los jefes, esos si tienen internet.
Los parches le llegan al servidor de parches en un DVD bajado desde un equipo que sí tiene acceso a la red, como el de la secretaria (o secretario) que nunca está en su puesto de trabajo :-P
Que te crees tu eso; en la sala de tecnicos no hay secretarias, están en otra planta o incluso otro edificio. Y siendo una contrata pues tampoco te puedes aprovechar de esas circunstancias, no son de tu empresa.
Y eso fué hace un tiempo ya; pero vaya, que eran paranoicos. Las dos empresas, ojo.
Jo-pe, pues sí que se lo tomaban en serio, sí. Y hacen (o hacían) bien.
Sistema de login a la red de la empresa mediante pin concatenado a numero de 4 o 6 digitos generado por un chismito personal e intransferible con pantallita lcd, que cambia el numero cada minuto, en sincronismo con un servidor generador de claves en algún lugar del planeta. ¿Te parece bastante paranoia? :-)
¿No? Bueno, le ha ocurrido a más gente, pero claro, es aleatorio...
Hay un bug peor: que se te corrompa la base de datos que usa el rpm. A mí se me corrompió de mala manera, daba un segfault al intentar mirar cierto paquete, y la única solución que me decían era que reinstalase de cero - ¡toma ya! Al final, encontré una manera que fué quitando ese paquete para que el motor de la base de datos eliminase la tupla en cuestión.
¡Qué yu-yu da eso! ¿Pero te pasó con la 10.2 o la nueva?
No se si fue la 10.1, pero no tiene que ver con la versión.
Por afinitud con los de linux me puedo sospechar cual es el problema.
Yo no tengo ni idea de por qué falla... en suse va de perlas (sincroniza como un reloj suizo).
Ah, pues ni idea.
...pero me recomendaron no utilizar servidores stratum 1, y "alguien" (ejem) me recomendó usar los más cercanos...
Glubs.
Ña, ña, ña... qué malo es este Gmail que me lo guarda todo para poder consultar rápidamente >:-)
No, si yo también lo guardo...
Allá por el 2003, yo pensaba:
...
Y tú decías...
Veo que soy consistente, dije lo mismo más o menos O:-)
En España aparecen 17 como registrados*... cuáles son y su nivel de precisión, pues ni idea.
Ah, pues antes no me salieron.
En suse no tengo problemas con el pool español, el "pesao" de turno es un equipo con xp que no sincroniza ni p'atrás.
Yo tengo definidos varios pool: primero los españoles, luego europeos, luego mundiales. Le dejo al daemon escoger cuales son mejor cada vez. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmRiVtTMYHG2NR9URAiBsAJ4htQXki+KTwWQusx5v07O87St/SgCfUR+C U4lvl64bZQlHFa5Tekahi/0= =p6ZA -----END PGP SIGNATURE-----
El 24/01/08, Carlos E. R. escribió:
Que aquí no hay ningún servidor de hora oficial. Los ISP no incluyen ese servicio. Por ejemplo, el Observatorio de Cadiz - el famoso observatorio astronomico, con siglos de historia -, que posee un reloj atómico, no facilita su hora. No tiene una emisora de radio automatizada con la hora. No tiene una IP con el servidor de hora. Que se yo, igual ya ni existe el reloj ni el laboratorio, lo ví hace mucho en un Nodo. Generaba los pitidos de hora de RNE.
Pues yo diría que lo tienen muy bien "organizadico" >:-): *** 2. Difusión de la hora legal española. La difusión de la hora legal se efectúa siguiendo diferentes procedimientos: - Transmisión de señales horarias en HF, durante dos periodos de 25 minutos diarios, en 15006 y 4998 KHz. Respectivamente, entre 10:00 y 11:00 horas UTC. - Protocolo NTP a través de INTERNET. Para ello se colabora con la Red Informática de Investigación y Desarrollo, RedIRIS, del Consejo Superior de Investigaciones Científicas, CSIC, controlando y monitorizando la sincronización de las máquinas principales de distribución de tiempo en España, tres de las cuales (dos localizadas en el INSOB y una tercera en Madrid) pertenecen a la Sección. - Vía telefónica (Tfno.: 956 599429), siguiendo un protocolo de difusión de información horaria ampliamente extendido entre los laboratorios de referencia nacionales de tiempo y frecuencia y los usuarios en Europa. http://www.armada.mde.es/ArmadaPortal/appmanager/ArmadaPortal/ArmadaPortal;jsessionid=V01yHZsVxhG8NYK9FrCpgZs5YkcjQvJpKy3vLJnGj7m0W4Q6nNL2!-405866950?_nfpb=true&_pageLabel=ap_page_observatorio_presentacion&pathNodo=%2FBEA+Repository%2Fdesktop_armada_portal%2Fap_book_main%2Fee_ap_book_ciencia%2Fbb_ap_book_ciencia_observatorio%2FGG_Hora *** Hasta aparece listado como servidor stratum 1 con el que poder sincronizar: http://support.ntp.org/bin/view/Servers/StratumOneTimeServers En España, hay dos: el de Cádiz y en el País Vasco, ambos de acceso abierto. http://support.ntp.org/bin/view/Servers/NtpI2tEhuEs http://support.ntp.org/bin/view/Servers/HoraRoaEs 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-25 a las 11:02 +0100, Camaleón escribió:
El 24/01/08, Carlos E. R. escribió:
Pues yo diría que lo tienen muy bien "organizadico" >:-):
¿No te digo? Se te da muy bien encontrar cosas ;-)
*** 2. Difusión de la hora legal española.
La difusión de la hora legal se efectúa siguiendo diferentes procedimientos:
- Transmisión de señales horarias en HF, durante dos periodos de 25 minutos diarios, en 15006 y 4998 KHz. Respectivamente, entre 10:00 y 11:00 horas UTC.
¿Sólo media hora? Ya les vale. Con razón no lo he oido nunca. En Canadá y en USA el ejercito mantienen una serie de emisoras por todo el pais (que es grandecito) en varias frecuencias que emiten de continuo, las 24 horas. Es una señal con pitidos cada segundo y una voz que anuncia los minutos y no recuerdo si los medios y cuartos. El de Rugby (MSF) es un transmisor en VLF (60 Khz), que por supuesto también transmite 24 horas, y es una señal apta para ser recibida por relojes de pared (y hasta de pulsera he visto en la tienda) para que se autoajusten. http://en.wikipedia.org/wiki/Rugby_transmitting_station http://en.wikipedia.org/wiki/MSF_time_signal http://www.npl.co.uk/server.php?show=ConWebDoc.998 http://en.wikipedia.org/wiki/Radio_clock Ah, mira la lista: Time signals that can be used as references for radio clocks include: * U.S. NIST Broadcasts: * Longwave radio station WWVB at 60 kHz (binary coded decimal only) at 50 kW * Shortwave radio station WWV (a male voice, Fort Collins, Colorado, about 100 km north of Denver at approximately [show location on an interactive map] 40°40′49″N, 105°02′27″W) at 2.5, 5, 10, 15 and 20 MHz at 2.5 kW to 10 kW. This voice signal is available by telephone at 1-303-499-7111. * Shortwave radio station WWVH (a female voice, on Kauai near Kekaha, Hawaii, at about [show location on an interactive map] 21°59′16″N, 159°45′50″W) at 2.5, 5, 10, and 15 MHz at 2.5 kW to 10 kW * German Broadcasts: A time signal from DCF77 (Mainflingen, a transmitter near Frankfurt at 50 kW at about [show location on an interactive map] 50°01′N, 9°00′E) can be received on 77.5 kHz to a range of about 2000 km * Canadian Broadcasts: The official time can be obtained by tuning to radio station CHU (Ottawa, Ontario) at 3.33, 7.335 and 14.67 MHz, with FSK digital time data sent once per minute at 300 baud * UK Broadcasts: A time signal from MSF, an atomic clock near Anthorn (which was relocated from Rugby on 2007-04-01) can be received on 60 kHz * The JJY radio stations in Japan on 40/60 kHz * The BPM radio station in Xi'an, China at 2.5, 5, 10 and 15 MHz * Swiss Broadcasts: The legal Swiss time can be picked up from the HBG longwave transmitter in Prangins on 75 kHz. The time code is compatible with that of the German DCF-77 transmitter. * French Broadcasts: Station TDF transmits timecodes on 162 kHz from a site near Allouis No veo ahí que listen España por ningún lado...
- Protocolo NTP a través de INTERNET. Para ello se colabora con la Red Informática de Investigación y Desarrollo, RedIRIS, del Consejo Superior de Investigaciones Científicas, CSIC, controlando y monitorizando la sincronización de las máquinas principales de distribución de tiempo en España, tres de las cuales (dos localizadas en el INSOB y una tercera en Madrid) pertenecen a la Sección.
El de rediris está en el pool de españa. O si no es el mismo, por lo menos una IP de rediris.
- Vía telefónica (Tfno.: 956 599429), siguiendo un protocolo de difusión de información horaria ampliamente extendido entre los laboratorios de referencia nacionales de tiempo y frecuencia y los usuarios en Europa.
Ah, sí, ese lo conocía y hasta lo he usado alguna vez. Pero yo lo recuerdo en otro número, de los cortos.
Hasta aparece listado como servidor stratum 1 con el que poder sincronizar:
http://support.ntp.org/bin/view/Servers/StratumOneTimeServers
Ahí veo dos con código "es", y ninguno es de rediris. Hay un tal "roa", que mirando en detalles es del observatorio. Vale... y el otro es de la universidad vasca. Pues esos no estaban listados la última vez que miré (sin contar ayer, que busqué por rediris). De acuerdo, el observatorio ha puesto finalmente la hora en internet.
En España, hay dos: el de Cádiz y en el País Vasco, ambos de acceso abierto.
Si, esos dos. Y en secundarios sólo hay dos, el de oxixares (un particular que conozco de hace años de Fidonet) y el de slug.ctv - que creo debe ser el unico ISP (pequeñito) en España que ha puesto un servidor ntp, pero que ahora es de orange (sale la pagina web redirigida de orange), así que igual lo quitan. Sigo diciendolo... ¿Como es que ningún ISP de los grandes pone servidores NTP publicos y publicados? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmcmAtTMYHG2NR9URAvQcAJ0bKI2Zztn9a9pxlJyOD+/REcKOOQCdGQbF vD5+DHufjhXFD+tAc9Y8FHo= =QtNq -----END PGP SIGNATURE-----
Sigo diciendolo... ¿Como es que ningún ISP de los grandes pone servidores NTP publicos y publicados?
No sé si es público pero yo puedo sincronizar con ntp.jazztel.es. Podéis probar. Si no aparece en los dns luego miro la ip se queréis, que ahora estoy en el curro. Miki --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-25 a las 13:18 +0100, Miguel escribió:
Sigo diciendolo... ¿Como es que ningún ISP de los grandes pone servidores NTP publicos y publicados?
No sé si es público pero yo puedo sincronizar con ntp.jazztel.es.
En la lista no figura. Y no existe: cer@nimrodel:~> host ntp.jazztel.es Host ntp.jazztel.es.valinor not found: 3(NXDOMAIN) cer@nimrodel:~> host ntp.jazztel.es. Host ntp.jazztel.es not found: 3(NXDOMAIN)
Podéis probar. Si no aparece en los dns luego miro la ip se queréis, que ahora estoy en el curro.
No, no es menester. Yo uso los de pool.ntp.org, porque los que salen ahí son usables sin pedir permiso, para eso están. Y no uses esos servicios por IP, para eso está el DNS. Lo que me fastidia, filosóficamente hablando, es que los ISP no pongan ese servicio o lo mantengan secreto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmeJUtTMYHG2NR9URAhROAKCNi9wYLaml+1bZ5mgIGlo+A9yzNwCdGgMe w+z74BWtupqailPP0IXS/Gk= =IFVN -----END PGP SIGNATURE-----
El 25/01/08, Carlos E. R. escribió:
No veo ahí que listen España por ningún lado...
No aparece, no. Pero que no aparezca no significa que no exista ;-). De todas formas, no hagas caso "a pies juntillas" de lo que leas en la wiki, no siempre tiene datos completos y actualizados (ya sabes... "no están todos los que son, pero son todos los que están"). Por ejemplo, aquí tampoco aparece España: http://en.wikipedia.org/wiki/Speaking_clock Pero si descuelgas el teléfono y marcas "093" una suave voz te dirá la hora que es.
Ah, sí, ese lo conocía y hasta lo he usado alguna vez. Pero yo lo recuerdo en otro número, de los cortos.
¿El 093? ;-) Ah, y las estaciones de radio (RNE, por ejemplo) emiten contenido en RDS, que también sirve la hora (eso sí, con desajuste de unos 0,5 seg., creo...).
Pues esos no estaban listados la última vez que miré (sin contar ayer, que busqué por rediris). De acuerdo, el observatorio ha puesto finalmente la hora en internet.
O:-)
Y en secundarios sólo hay dos, el de oxixares (un particular que conozco de hace años de Fidonet) y el de slug.ctv - que creo debe ser el unico ISP (pequeñito) en España que ha puesto un servidor ntp, pero que ahora es de orange (sale la pagina web redirigida de orange), así que igual lo quitan.
La famosa CTV... yo tenía (tengo, vaya, creo que aún funciona...) cuenta de correo con ellos. Luego fue comprado por jet-ctv, luego por Wanadoo y luego por Orange, sí.
Sigo diciendolo... ¿Como es que ningún ISP de los grandes pone servidores NTP publicos y publicados?
¿Y por qué debería? ¿Crees que además de suministrarte "un manual completo y detallado sobre los distintos sistemas de seguridad wifi (wep, wpa, wpa2)" :-P debe proporcionar un servidor de sincronización de hora? Hombre, no estaría mal, pero vaya, que no veo que sea un "requisito" del isp proporcionar este tipo de servicios... me conformo con que sus servidores dns a) no estén caídos y b) sirvan contenidos actualizados. X-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-01-25 a las 16:19 +0100, Camaleón escribió:
El 25/01/08, Carlos E. R. escribió:
No veo ahí que listen España por ningún lado...
No aparece, no. Pero que no aparezca no significa que no exista ;-).
De todas formas, no hagas caso "a pies juntillas" de lo que leas en la wiki, no siempre tiene datos completos y actualizados (ya sabes... "no están todos los que son, pero son todos los que están").
Cierto también. Pero el tema de las radios horarias lo conozco de antiguo, como radiopita. Pueden haber cambiado cosas, pero no mucho. Mira, un ejemplo. Las emisoras esas usanianas de hora emiten con voz y pitidos. Uno de los usos es por los atronomos aficcionados, que por allá hay un montón. Se ponen de acuerdo unos cuantos por todo el pais en observar algún fenómeno, como la ocultación de un objeto, y lo hacen poniendo una radio de fondo sintonizada en esa emisora horaria mientras graban el relato del suceso en una cinta magentofónica, de audio. Luego todos les mandan sus cintas a un observatorio profesional, el cual las estudia, y como conocen su sincronismo y la posición exacta de cada observador, tienen una traza exacta del fenómeno astronómico. Eso es España no se puede hacer, y no se si en Europa se puede.
Por ejemplo, aquí tampoco aparece España:
http://en.wikipedia.org/wiki/Speaking_clock
Pero si descuelgas el teléfono y marcas "093" una suave voz te dirá la hora que es.
Ah, sí, ese lo conocía y hasta lo he usado alguna vez. Pero yo lo recuerdo en otro número, de los cortos.
¿El 093? ;-)
Eze.
Ah, y las estaciones de radio (RNE, por ejemplo) emiten contenido en RDS, que también sirve la hora (eso sí, con desajuste de unos 0,5 seg., creo...).
Con lo cual es totalmente inutil. Otra fuente es una señal incorporada en la señal de televisión, usada por los vídeos, que va incrustada en el teletexto. Pero las emisoras alternan la hora con publicidad breve, con lo que vuelven locos a los circuitos receptores que no consiguen sincronizarse. Tengo dos ejemplares del mismo aparato de vídeo, y el más moderno lo consigue a la primera, y el anterior sólo a veces, por culpa de esa gamberrada. ¿Es que no es para meter en la carcel al aprovechado de turno? Si no tienen pelotas para obligarlas a emitir sólo el minutaje de publicidad máximo que dice la ley... Pais :-( Aunque en esto no somos únicos. En USA tiene otro problema, y es que muchas emisoras reemitian la señal de un territorio en otro, que tiene otra zona horaria. Incluso algunas emisoras cambiaban de zona horaria según el programa que emitiesen. Algunas tenían el reloj desfasado, porque la hora la genera un PC y ni siquiera sabían que PC era el que daba el servicio hasta que el periodista/ingeniero del ieee que estaba investigando el tema les preguntó que porqué tenían el reloj desfasado varias horas y pico. Como si sintonizas antena 3, y te das cuenta que el nombre automático que se autopone es NED, posiblemente porque les compraron los equipos a alguna empresa o emisora de ese nombre, y no los han configurado nosecuantos años después de que empezaran a emitir. Ya les vale. Jo, como me enrollo. :-(
Sigo diciendolo... ¿Como es que ningún ISP de los grandes pone servidores NTP publicos y publicados?
¿Y por qué debería? ¿Crees que además de suministrarte "un manual completo y detallado sobre los distintos sistemas de seguridad wifi (wep, wpa, wpa2)" :-P debe proporcionar un servidor de sincronización de hora?
¡Grrr! Y un servidor FTP, y un SMTP como tiene que ser, y...
Hombre, no estaría mal, pero vaya, que no veo que sea un "requisito" del isp proporcionar este tipo de servicios... me conformo con que sus servidores dns a) no estén caídos y b) sirvan contenidos actualizados.
X-)
¡Ya! Y eso que les pagas. En cambio, a suse, que no le pagas, le exiges que no cometa bugs >:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHmgg4tTMYHG2NR9URAqgBAJ91RgNSahB6rw38Wt7GAoPvzvOICACdGJSj rFeBJCbiEOYcuE33/jtRnLo= =//q2 -----END PGP SIGNATURE-----
El 25/01/08, Carlos E. R. escribió: (...)
Jo, como me enrollo. :-(
Pues a mi estos correos me parecen interesantes... jupe, se aprende un huev... un montón O:-)
¡Ya! Y eso que les pagas. En cambio, a suse, que no le pagas, le exiges que no cometa bugs >:-)
Hum... eso ha sido un "golpe bajo" ¬_¬ Pero a suse no le exijo que "no cometa bugs" (eso sería imposible) sino que ponga cuidado en hacer las cosas y en los bugzillas O:-). Y a telefónica de turno, je >:-)... <modo rollete on> Suele haber pocos problemas, pero, ay, cuando se cae algún acceso o hay algún cruce de líneas porque alguien mete la manaza donde no debe y quita cables que luego no conecta en la central o que conecta donde no debe... (que suele coincidir con las ofertas que saca la operadora del adsl ese "mini-mini-mini" y "to er" mundo se quiere dar de alta), entonces sí, a éstos se les exige, y la verdad es que en ese aspecto se portan, las incidencias las suele cerrar el robot ese telefónico que tienen :-P y no duran más de 12 horas... A decir verdad, son de los pocos que "más o menos" cumplen, pero es que creo que éstos lo tienen así establecido por ley, supongo que por ser un servicio básico y ser, además, dueño y señor de los cables de cobre (aka, "la revendedora"). 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
participants (3)
-
Camaleón -
Carlos E. R. -
Miguel