Hola No se si es tarde, pero me gustaria que SuSE 9.2 incluya el programa de recuperacion de particiones TestDisk, dado que el que hasta ahora trae SuSE Gpart es muy viejo y no estan versatil como el comentado ni reconoce bien las particiones borradas. Es GNU. Tambien me gustaria que la SuSE 9.2 LiveEval sea instalable usando YaST. Alfredo
Hola :) No sé si habrán hecho estos cambios po su cuenta y, la verdad, no he tenido tiempo de probar las betas. Es un poquillo tarde si no lo han incluido ya porque sale en octubre (creo que mediados-finales, en España saldrá para el SIMO, me figuro) por lo que me imagino que estará en feature freeze (es decir, no acepta novedades). De todas maneras, lo comentaré por si las moscas. Gracias, Rafa El Jueves 09 Septiembre 2004 00:15, Alfredo Jesús Delaiti Iannelli escribió:
Hola
No se si es tarde, pero me gustaria que SuSE 9.2 incluya el programa de recuperacion de particiones TestDisk, dado que el que hasta ahora trae SuSE Gpart es muy viejo y no estan versatil como el comentado ni reconoce bien las particiones borradas. Es GNU. Tambien me gustaria que la SuSE 9.2 LiveEval sea instalable usando YaST.
Alfredo
-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
On Fri, 10 Sep 2004 12:02:58 +0200, Rafa Grimán
Hola :)
No sé si habrán hecho estos cambios po su cuenta y, la verdad, no he tenido tiempo de probar las betas.
Es un poquillo tarde si no lo han incluido ya porque sale en octubre (creo que mediados-finales, en España saldrá para el SIMO, me figuro) por lo que me imagino que estará en feature freeze (es decir, no acepta novedades). De todas maneras, lo comentaré por si las moscas.
si era por pedir, yo me apunto a la posibilidad de por cada kernel update que haya en los mirros que exista la posibilidad de crear facilmente una nueva entrada en /boot y en el menu.lst. Y si no puede ser para la 9.2 que sea para la siguiente. Es que los problemas que han dado en la 9.1 las actualizaciones del kernel con YOU... han sido muuuuuuuuuuuuchos. A que eso no pasa con el SLES y hermanos?
Hola :) Efectivamente, es algo que no sé por qué no han corregido. La solución es muy sencilla, cuando se descarga un parche o actualización, se puede instalar de 3 formas: rpm -Fhv rpm -Uvh rpm -ivh Pues para que NO dé ese problema en los kernels y, efectivamente te respete el antiguo, basta con usar: rpm -ivh En cuanto a los SLES, ... la verdad es que no me he fijado en si usan -ivh 0:) Lo probaré y os cuento. Rafa El Viernes 10 Septiembre 2004 12:48, miguel gmail escribió:
On Fri, 10 Sep 2004 12:02:58 +0200, Rafa Grimán
wrote: Hola :)
No sé si habrán hecho estos cambios po su cuenta y, la verdad, no he tenido tiempo de probar las betas.
Es un poquillo tarde si no lo han incluido ya porque sale en octubre (creo que mediados-finales, en España saldrá para el SIMO, me figuro) por lo que me imagino que estará en feature freeze (es decir, no acepta novedades). De todas maneras, lo comentaré por si las moscas.
si era por pedir, yo me apunto a la posibilidad de por cada kernel update que haya en los mirros que exista la posibilidad de crear facilmente una nueva entrada en /boot y en el menu.lst. Y si no puede ser para la 9.2 que sea para la siguiente.
Es que los problemas que han dado en la 9.1 las actualizaciones del kernel con YOU... han sido muuuuuuuuuuuuchos. A que eso no pasa con el SLES y hermanos?
-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
On Fri, 10 Sep 2004 13:24:38 +0200, Rafa Grimán
Hola :)
Efectivamente, es algo que no sé por qué no han corregido. La solución es muy sencilla, cuando se descarga un parche o actualización, se puede instalar de 3 formas:
rpm -Fhv rpm -Uvh rpm -ivh
Pues para que NO dé ese problema en los kernels y, efectivamente te respete el antiguo, basta con usar:
rpm -ivh
uhm, y como se elegiria para arrancar uno u otro kernel?
En cuanto a los SLES, ... la verdad es que no me he fijado en si usan -ivh 0:) Lo probaré y os cuento.
eso eso, tengo curiosidad por saber si ellos tb son 'petatesters' de algo :-D Gracias por tu tiempo, miguel
El 2004-09-10 a las 12:02 +0200, Rafa Grimán escribió:
No sé si habrán hecho estos cambios po su cuenta y, la verdad, no he tenido tiempo de probar las betas.
Aprovecho para soltarte otra idea "tonta": aumentar las prestaciones del soporte gratuito cuando no es la primera versión del cliente. O sea, si un cliente compra una segunda o tercera versión, ya no es probablemente tan novato, y un simple servicio de ayuda a la instalación le resulta (nos resulta) muy limitado. (Yo he comprado varias versiones, pero salvo la primera o segunda, ya no me he molestado en registrarlas, porque no me trae ninguna ventaja) En cambio, se le puede presentar otros problemas, que aunque sean bugs, sólo tienen respuesta en las listas. Quizás un servicio de ayuda limitado, por email no urgente, con consejos o indicaciones, sería factible e interesante. O un acceso mejorado a feedback, que suponga un re-feedback, o sea, que podamos tener alguna idea de por donde van los tiros que se estudian para lo que reportamos. O:-) -- Saludos Carlos Robinson
El Sábado, 11 de Septiembre de 2004 01:44, Carlos E. R. escribió:
Aprovecho para soltarte otra idea "tonta": aumentar las prestaciones del soporte gratuito cuando no es la primera versión del cliente.
Joer (con perdón). ¿Y a esto le llamas "idea tonta"?. Si precisamente este correo vale varias veces su precio en oro. Rafa, ¿estás por ahí?. Si es así, deberías tomar nota y trasladarla donde fuera oportuno (y que conste que digo "Rafa" porque no se si hay alguien más de la empresa leyendo la lista, pero si lo hubiese, que tome nota también).
O sea, si un cliente compra una segunda o tercera versión, ya no es probablemente tan novato, y un simple servicio de ayuda a la instalación le resulta (nos resulta) muy limitado.
Eso sería sensato: incluso los supermercados o las gasolineras tienen tarjetas de fidelización y ofrecen ventajas a sus clientes habituales. Eso si, debo discrepar en cuanto a que el soporte que da SuSE resulte "muy limitado": más bien es completamente inútil (y hasta ofensivo y malsonante). Siempre me he preguntado si el soporte que se vende a las empresas es la misma cosa que recibimos los usuarios, porque si es así "apaga y vámonos".
(Yo he comprado varias versiones, pero salvo la primera o segunda, ya no me he molestado en registrarlas, porque no me trae ninguna ventaja)
Mira por donde, ya somos dos. A mi personalmente hasta me molesta el correo tipo con que han contestado las pocas preguntas que les he formulado. ¿no se da cuenta SuSE que para contestar "cuando vea el botón *siguiente* lo que debe de hacer Vd. es pinchar sobre él, y ya podrá pasar a la siguiente pantalla", no hace falta poner un servicio de soporte, porque posiblemente nadie necesita eso exactamente?
En cambio, se le puede presentar otros problemas, que aunque sean bugs, sólo tienen respuesta en las listas.
Y lo que es peor, que a pesar de haberse resuelto en alguna lista, esta solución no se refleja en la base de datos de soporte.
Quizás un servicio de ayuda limitado, por email no urgente, con consejos o indicaciones, sería factible e interesante.
Yo siempre había pensado que eso (y no otra cosa) era el soporte que daba SuSE. Y ojo, que entiendo perfectamente que el servicio que nosotros deseamos puede ser difícil de digerir por parte de SuSE, ya que en un momento dado el volúmen de correos puede ser importante. Habría que ver dónde está el punto de equilibrio que haga el proyecto viable, pero al mismo tiempo no me cabe ninguna duda de que viable, si que lo es. De entrada, sería una muy buena idea que SuSE remitiese una circular a las revistas del sector, de modo que publicasen paso a paso como apuntarse a la lista y obtener soporte adicional, casi instantáneo, gratuito y no limitado en el tiempo (lo cual a su vez permitiría descongestionar el servicio solicitado en el párrafo anterior). Y por último, supongo que muchos usuarios como yo no tendríamos demasiado inconveniente en elaborar algún que otro artículo para la base de datos de soporte. Ahora bien, si lo hacemos, ¿cual sería el procedimiento para pasárselo a SuSE para su supervisión y posterior inclusión en la base de datos de soporte?
O un acceso mejorado a feedback, que suponga un re-feedback, o sea, que podamos tener alguna idea de por donde van los tiros que se estudian para lo que reportamos.
Si, más o menos sería como anexar a la base de datos de soporte un 'bugzilla' por un lado y un 'whislist' por otro, cosa que por otra parte ya están haciendo la mayoría de proyectos. Saludos. Miquel.
El 2004-09-12 a las 09:43 +0200, Miquel A. Noguera escribió:
El Sábado, 11 de Septiembre de 2004 01:44, Carlos E. R. escribió:
Aprovecho para soltarte otra idea "tonta": aumentar las prestaciones del soporte gratuito cuando no es la primera versión del cliente.
Joer (con perdón). ¿Y a esto le llamas "idea tonta"?. Si precisamente este correo vale varias veces su precio en oro.
¡Gracias! Me alegra ver que no soy el único :-)
O sea, si un cliente compra una segunda o tercera versión, ya no es probablemente tan novato, y un simple servicio de ayuda a la instalación le resulta (nos resulta) muy limitado.
Eso sería sensato: incluso los supermercados o las gasolineras tienen tarjetas de fidelización y ofrecen ventajas a sus clientes habituales.
A eso me refiero.
Eso si, debo discrepar en cuanto a que el soporte que da SuSE resulte "muy limitado": más bien es completamente inútil (y hasta ofensivo y malsonante).
Jolín, Miguel: hay que ser diplomático. Y no, algunas veces me ha servido. Y otras veces no. Desde luego, recibir un correo, hecho con copy-paste, diciendo que no está cubierto por el soporte gratuito, resulta... molesto. Y a veces insultante: como cuando les dije que los manuales electrónicos (copia de los de papel) de la verisón 7.3 estaban en Alemán, mientras que la copia en papel estaban en español. Es un bug de SuSE, y jamás lo han explicado ni corregido :-( Es decir, que cuando les comentas algo que es claramente un bug o error de SuSE (no de los desarrolladores de linux de la comunidad) el "soporte gratuito de instalación" no puede responderte que eso no está cubierto. Está cubierto por la garantía de cualquier producto. Claro, que el software habitualmente le niegan la garantía: eso se está discutiendo actualmente en organizaciones profesionales (como el IEEE), porque están por ahí algunos planteando exigir responsabilidades judicialmente por cosas como los fallos y los agujeros de seguridad (y no estoy pensando en SuSE, creo que sabeis de quien hablan). Y dicho lo anterior, debo decir que el servicio de soporte español es bastante mejor que el que había hace dos o tres años. Tienen menos "cabeza cuadrada". Me alegro :-)
Siempre me he preguntado si el soporte que se vende a las empresas es la misma cosa que recibimos los usuarios, porque si es así "apaga y vámonos".
No, no lo es, en modo alguno. Como tampoco lo es el precio que ellos pagan. De eso fundamentalmente vive SuSE.
A mi personalmente hasta me molesta el correo tipo con que han contestado las pocas preguntas que les he formulado.
¿no se da cuenta SuSE que para contestar "cuando vea el botón *siguiente* lo que debe de hacer Vd. es pinchar sobre él, y ya podrá pasar a la siguiente pantalla", no hace falta poner un servicio de soporte, porque posiblemente nadie necesita eso exactamente?
El soporte gratuito de instalación está calculado justo para eso, para echar a andar la instalación, pero una instalación tipo bastante básica, y que sólo vale para los primerizos. Para los que ya llevamos tiempo, es casi inutil, esos problemas ya los conocemos.
En cambio, se le puede presentar otros problemas, que aunque sean bugs, sólo tienen respuesta en las listas.
Y lo que es peor, que a pesar de haberse resuelto en alguna lista, esta solución no se refleja en la base de datos de soporte.
Si, también. A eso me refería yo alguna vez cuando decía que personal de SuSE debía leer las listas (sobre todo la inglesa), pero no en su tiempo libre, sino en su tiempo de trabajo. No todos, pero si alguien, precisamente para ver esos detalles.
Quizás un servicio de ayuda limitado, por email no urgente, con consejos o indicaciones, sería factible e interesante.
Yo siempre había pensado que eso (y no otra cosa) era el soporte que daba SuSE.
No, no, atienden también por teléfono, y con cierta garantía de pronta respuesta. Lo que yo digo es por email no prioritario, sino cuando le toque. Un sistema de consulta para fidelizar clientes, un poco más avanzado que el básico de instalación. Puede ser simplemente enganchado a "feedback", dando respuestas.
Y ojo, que entiendo perfectamente que el servicio que nosotros deseamos puede ser difícil de digerir por parte de SuSE, ya que en un momento dado el volúmen de correos puede ser importante. Habría que ver dónde está el punto de equilibrio que haga el proyecto viable, pero al mismo tiempo no me cabe ninguna duda de que viable, si que lo es.
Tiene que ser económicamente rentable. Ellos tienen que pagar sueldos, y eso es serio. Con los garbanzos no se juega.
De entrada, sería una muy buena idea que SuSE remitiese una circular a las revistas del sector, de modo que publicasen paso a paso como apuntarse a la lista y obtener soporte adicional, casi instantáneo, gratuito y no limitado en el tiempo (lo cual a su vez permitiría descongestionar el servicio solicitado en el párrafo anterior).
Basta con que la guia de instalación, que es un folletito de pocas hojas, lo mencione. Yo tardé bastante en enterarme.
Y por último, supongo que muchos usuarios como yo no tendríamos demasiado inconveniente en elaborar algún que otro artículo para la base de datos de soporte. Ahora bien, si lo hacemos, ¿cual sería el procedimiento para pasárselo a SuSE para su supervisión y posterior inclusión en la base de datos de soporte?
Cosas similares se han preguntado muchas veces. En inglés hay un faq no oficial que está francamente muy bien.
O un acceso mejorado a feedback, que suponga un re-feedback, o sea, que podamos tener alguna idea de por donde van los tiros que se estudian para lo que reportamos.
Si, más o menos sería como anexar a la base de datos de soporte un 'bugzilla' por un lado y un 'whislist' por otro, cosa que por otra parte ya están haciendo la mayoría de proyectos.
Si, algo así. -- Saludos Carlos Robinson
Hola a todos Haciendo caso de un comentario que lei estos dias en este foro, recorto el mensaje para que no pese demasiado. ;-)
Aprovecho para soltarte otra idea "tonta": aumentar las prestaciones del soporte gratuito cuando no es la primera versión del cliente.
Joer (con perdón). ¿Y a esto le llamas "idea tonta"?. Si precisamente este correo vale varias veces su precio en oro.
¡Gracias! Me alegra ver que no soy el único :-)
O sea, si un cliente compra una segunda o tercera versión, ya no es probablemente tan novato, y un simple servicio de ayuda a la instalación le resulta (nos resulta) muy limitado.
Eso sería sensato: incluso los supermercados o las gasolineras tienen tarjetas de fidelización y ofrecen ventajas a sus clientes habituales................
Solamente añadir a este hilo un comentario de mi experiencia personal sobre el tema. Soy un novato autodidacta, que lleva solo un año manejando linux y lo hice desde el primer momento con Suse empezando con el 8.0 y posteriormente el 8.2. Ambas versiones las obtuve de un amigo que me paso las copias de los correspondientes CD's. Ya convencido de querer seguir usando linux y Suse, decidi que ya estaba bien de "piratear" y que en cuanto sacaran una version con kernel 2.6 la compraria. Motivos ? Primero creo que cuando alguien hace un buen trabajo se merece ser recompensado, a todos nos gusta recibir nuestra nomina a fin de mes. Lo segundo, precisamente para poder disfrutar del supuesto servicio de ayuda, ya pensaba de que iba algo mas alla de la simple instalacion :-S. De las 4 o 5 preguntas que formule la respuesta fue "Suse no da soporte bla bla bla ..." ni siquiera una sugerencia de por donde podia moverme para buscar respuesta a mi problema, bueno miento, supe de este foro por ellos, una forma muy sutil de pedirme que le diera el coñazo a otros ? ;-) El unico mail al que dieron un poco de seguimento fue el relacionado con un fallo de kernel (creo que la segunda o tercera actualizacion que sacaron) en donde se me pidio que rellenase un formulario. Se ve que el procedimiento interno de la Cia no permite reenviar un mail de un departamento a otro :-O Resumiendo, no es por el dinero que cuesta comprar una version registrable, sobre todo cuando mas tarde te enteras que las mandan gratis a casa junto con unas cuantas cosas mas, pero desde luego las ventajas de hacerlo son nulas, descontando claro, la satisfaccion personal de creer que se esta contribuyendo con un buen proyecto, y es para pensarse el volver a mi antiguo proveedor cuando salga la 9.2, claro que eso de que la van a sacar con escritorio Gnome ...... no se, ahora que le estaba pillando el truco a kde ..... Saludos Jose
cuando salga la 9.2, claro que eso de que la van a sacar con escritorio Gnome ...... no se, ahora que le estaba pillando el truco a kde .....
Hola Jose, un par de preguntas: =BFdonde has leido lo del cambio a gnome? =BFSuse =3D Novell.Ximian->Gnome? =BFSabes algun sitio donde digan algo de la 9.2 de manera "oficial"? =BFHay algo "mejor" que KDE? Gracias, y salu2. :)
Hola :) Oido alto y claro :) Haré lo que pueda al respecto y os cuento. Lo que sí sé es que se quiere impulsar bastante la Professional (he recibido un correo interno que lo decía :) Exactamente no sé cómo lo harán, pero seguro que todas las ideas que me dais ayudarán :) Gracias!! Rafa El Domingo 12 Septiembre 2004 09:43, Miquel A. Noguera escribió:
El Sábado, 11 de Septiembre de 2004 01:44, Carlos E. R. escribió:
Aprovecho para soltarte otra idea "tonta": aumentar las prestaciones del soporte gratuito cuando no es la primera versión del cliente.
Joer (con perdón). ¿Y a esto le llamas "idea tonta"?. Si precisamente este correo vale varias veces su precio en oro.
Rafa, ¿estás por ahí?. Si es así, deberías tomar nota y trasladarla donde fuera oportuno (y que conste que digo "Rafa" porque no se si hay alguien más de la empresa leyendo la lista, pero si lo hubiese, que tome nota también).
O sea, si un cliente compra una segunda o tercera versión, ya no es probablemente tan novato, y un simple servicio de ayuda a la instalación le resulta (nos resulta) muy limitado.
Eso sería sensato: incluso los supermercados o las gasolineras tienen tarjetas de fidelización y ofrecen ventajas a sus clientes habituales.
Eso si, debo discrepar en cuanto a que el soporte que da SuSE resulte "muy limitado": más bien es completamente inútil (y hasta ofensivo y malsonante).
Siempre me he preguntado si el soporte que se vende a las empresas es la misma cosa que recibimos los usuarios, porque si es así "apaga y vámonos".
(Yo he comprado varias versiones, pero salvo la primera o segunda, ya no me he molestado en registrarlas, porque no me trae ninguna ventaja)
Mira por donde, ya somos dos.
A mi personalmente hasta me molesta el correo tipo con que han contestado las pocas preguntas que les he formulado.
¿no se da cuenta SuSE que para contestar "cuando vea el botón *siguiente* lo que debe de hacer Vd. es pinchar sobre él, y ya podrá pasar a la siguiente pantalla", no hace falta poner un servicio de soporte, porque posiblemente nadie necesita eso exactamente?
En cambio, se le puede presentar otros problemas, que aunque sean bugs, sólo tienen respuesta en las listas.
Y lo que es peor, que a pesar de haberse resuelto en alguna lista, esta solución no se refleja en la base de datos de soporte.
Quizás un servicio de ayuda limitado, por email no urgente, con consejos o indicaciones, sería factible e interesante.
Yo siempre había pensado que eso (y no otra cosa) era el soporte que daba SuSE.
Y ojo, que entiendo perfectamente que el servicio que nosotros deseamos puede ser difícil de digerir por parte de SuSE, ya que en un momento dado el volúmen de correos puede ser importante. Habría que ver dónde está el punto de equilibrio que haga el proyecto viable, pero al mismo tiempo no me cabe ninguna duda de que viable, si que lo es.
De entrada, sería una muy buena idea que SuSE remitiese una circular a las revistas del sector, de modo que publicasen paso a paso como apuntarse a la lista y obtener soporte adicional, casi instantáneo, gratuito y no limitado en el tiempo (lo cual a su vez permitiría descongestionar el servicio solicitado en el párrafo anterior).
Y por último, supongo que muchos usuarios como yo no tendríamos demasiado inconveniente en elaborar algún que otro artículo para la base de datos de soporte. Ahora bien, si lo hacemos, ¿cual sería el procedimiento para pasárselo a SuSE para su supervisión y posterior inclusión en la base de datos de soporte?
O un acceso mejorado a feedback, que suponga un re-feedback, o sea, que podamos tener alguna idea de por donde van los tiros que se estudian para lo que reportamos.
Si, más o menos sería como anexar a la base de datos de soporte un 'bugzilla' por un lado y un 'whislist' por otro, cosa que por otra parte ya están haciendo la mayoría de proyectos.
Saludos. Miquel.
-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
El Lunes, 13 de Septiembre de 2004 15:23, Rafa Grimán escribió:
Hola :)
Oido alto y claro :) Haré lo que pueda al respecto y os cuento. Lo que sí sé es que se quiere impulsar bastante la Professional (he recibido un correo interno que lo decía :) Exactamente no sé cómo lo harán, pero seguro que todas las ideas que me dais ayudarán :)
Gracias!!
Rafa
Exactamente, esas serían las razones por las cuales yo compraría la versión profesional :) -- ---------------------------------------------------------------------------------------------- http://raulmoratalla.webcindario.com La web con información sobre Suse Linux y programación. Raúl Moratalla ----------------------------------------------------------------------------------------------
El 2004-09-13 a las 15:23 +0200, Rafa Grimán escribió:
Oido alto y claro :) Haré lo que pueda al respecto y os cuento. Lo que sí sé es que se quiere impulsar bastante la Professional (he recibido un correo interno que lo decía :) Exactamente no sé cómo lo harán, pero seguro que todas las ideas que me dais ayudarán :)
Me alegro :-) Es que el nombre de "profesional" hace pensar que es algo más. P.D.: Para los que piensan a lo mejor que "despotrico mucho", no vayan a creer que no me gusta SuSE, sino todo lo contrario. Simplemente, critico lo que no me gusta, buscando que sea mejor todavía ;-) -- Saludos Carlos Robinson
El Lunes, 13 de Septiembre de 2004 12:56, Unknow mail path. escribió:
cuando salga la 9.2, claro que eso de que la van a sacar con escritorio Gnome ...... no se, ahora que le estaba pillando el truco a kde .....
-------------------------------- Hola Jose, un par de preguntas: =BFdonde has leido lo del cambio a gnome? El primer cometario que oi fue a principios de verano en una party que organizara Bulma aqui en Mallorca estaba presente una persona de Suse que iba a dar un taller de instalacion de suse. Luego lo volvi a leerlo estos dias atras, lo malo que no recuerdo donde, pudo ser en este foro ? =BFSuse =3D Novell.Ximian->Gnome? =BFSabes algun sitio donde digan algo de la 9.2 de manera "oficial"? No =BFHay algo "mejor" que KDE? Realmente no lo se, yo empece con el y no se me dio pro probar otra cosa simplemente porque no me gusta abrir demasiados frentes de batalla y son tantas cosas las que tengo que aprender ....
Gracias, y salu2. :) Por cierto si me escribes a mi direccion personal con direccion de Gmail desconocida dificilmente te puedo contestar. Quizas tengas tus motivos para tanto anonimato pero esa forma de comunicacion me resulta muy incomoda. Saludos Jose
El Lunes, 13 de Septiembre de 2004 15:23, Rafa Grimán escribió:
Oido alto y claro :)
:-)
Haré lo que pueda al respecto y os cuento.
Que hagas lo que puedas será de agradecer. Que nos lo cuentes será un regalo que nos motivará y que agradeceremos todavía más, sin duda.
Lo que sí sé es que se quiere impulsar bastante la Professional (he recibido un correo interno que lo decía :) Exactamente no sé cómo lo harán, pero seguro que todas las ideas que me dais ayudarán :)
Suena bien, pero yo por si acaso esperaré los resultados con los dedos cruzados (espero que SuSE/Novell no pierda el tiempo tratando de reinventar la rueda en lugar de analizar y adaptar lo que está funcionando en otras partes). El "único" esquema "infalible" es el esquema Debian (stable/unstable/testing), que es el mismo que ha adoptado Mandrake (final/comunity/cocker). Dicho de otra manera, SuSE tiene que buscar su forma particular de preparar sus productos con amor, ponerlos a disposición de los "betatesters", y gracias al feedback que estos proporcionen (proporcionemos) corregir todo lo posible y finalmente etiquetarlo como "profesional", empaquetarlo y venderlo (profesional=estable como una roca). En el extremo opuesto estáría la SuSE 9.1 con sus problemas derivados de haber impuesto un kernel 2.6 todavía inmaduro como única opción, el sistema de automontaje de unidades, los problemas con los sticks usb, inconsistencias de los juegos de caracteres... llamar a eso "profesional" es una mancha en el historial de SuSE. Y otra sugerencia: eliminar de una vez por todas los consejos-chapuza (workaround) de la base de datos de soporte. En su lugar lo que hay que hacer es proporcionar un rpm corregido. Saludos. Miquel.
Hola :) El Martes 14 Septiembre 2004 19:09, Jose Rodriguez escribió:
[...]
=BFdonde has leido lo del cambio a gnome?
El primer cometario que oi fue a principios de verano en una party que organizara Bulma aqui en Mallorca estaba presente una persona de Suse que iba a dar un taller de instalacion de suse. Luego lo volvi a leerlo estos dias atras, lo malo que no recuerdo donde, pudo ser en este foro ?
La instalación la hice yo. No me acuerdo lo que dije en ese momento (tantas charlas, tanta gente, la edad ... 0:) Según la cúpula de Novell, se van a entregar ambas posibilidades: KDE y GNOME. Lo que ocurre es que, por ejemplo, el cliente de correo, colaboración, ... será Evolution. Las razones (entre otras) son: - es el cliente que más tiempo lleva "en el mercado" (kontact/kolab salió hace poco) - tiene conectividad con MS-Exchange (ahora liberado) - tiene conectividad GroupWise (solución Groupware de Novell, esto es libre y se está pasando a Kontact, al igual que el conector para MS-Exchange) - es de Ximian/Novell No se puede eliminar KDE ya que casi todos los clientes de SUSE usan KDE y no quieren cambiar ni les puedes obligar a cambiar. También hay que tener en cuenta que KDE tiene muchas herramientas interesantes (kiosk, k3b, ...). Tampoco se puede eliminar KDE ya que si se elimina ... ¿dónde está la libertad de elección? ;)
=BFSuse =3D Novell.Ximian->Gnome? =BFSabes algun sitio donde digan algo de la 9.2 de manera "oficial"?
No
Que yo sepa, vienen ambos y Xorg :D
=BFHay algo "mejor" que KDE?
Realmente no lo se, yo empece con el y no se me dio pro probar otra cosa simplemente porque no me gusta abrir demasiados frentes de batalla y son tantas cosas las que tengo que aprender ....
Esta pregunta tiene tela. A mi, personalmente, me gusta KDE (la gente de Ximian España lo saben y nos seguimos llevamos bien ;) aunque admito que GNOME tiene cosas buenas (ahora estoy en una charla de Rodrigo Moya -Evolution- y está mostrando unas cuantas cosas interesantes). Es cuestión de gustos. Saludos, Rafa -- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
El Miércoles, 15 de Septiembre de 2004 09:16, Miquel A. Noguera escribió:
El "�nico" esquema "infalible" es el esquema Debian (stable/unstable/testing), que es el mismo que ha adoptado Mandrake (final/comunity/cocker).
No hay para tanto...
Dicho de otra manera, SuSE tiene que buscar su forma particular de preparar sus productos con amor, ponerlos a disposici�n de los "betatesters", y gracias al feedback que estos proporcionen (proporcionemos) corregir todo lo posible y finalmente etiquetarlo como "profesional", empaquetarlo y venderlo (profesional=estable como una roca). Es cierto que corren demasiado para tener una nueva version. Deberian tomarselo con mas calma, y como tu dices mas tarde corregir los problemas y dejarlos bien empaquetados.
En el extremo opuesto est�r�a la SuSE 9.1 con sus problemas derivados de haber impuesto un kernel 2.6 todav�a inmaduro como �nica opci�n, el sistema de automontaje de unidades, los problemas con los sticks usb, inconsistencias de los juegos de caracteres... llamar a eso "profesional" es una mancha en el historial de SuSE.
Y otra sugerencia: eliminar de una vez por todas los consejos-chapuza (workaround) de la base de datos de soporte. En su lugar lo que hay que hacer es proporcionar un rpm corregido.
Los caracteres de cualquier máquina deberian ser unicode ya. Otra cosa es que hayan programas atrasados y no permitan usar utf8 que es lo mas comun. Poder mezclar caracteres de todos los idiomas (incluso el musical) en un solo documento es un avance. Sobretodo para temas de traducción de documentos, etc. Lo unico que falla un poco desde mi punto de vista es que lo han puesto por defecto demasiado rápido y se han olvidado de comprobar que sus detectores de otros formatos como los iso, no van, y por tanto es incapaz de mostrarte un texto en codificación iso-8859 de forma automatica, pero claro para detectar bien un formato en texto plano sin formato adicional que indique la codificacion, se necesita un pequenyo diccionario de palabras con caracteres especiales en todos los idiomas, o bien usar simplemente una estadistica de los simbolos que se usan apuntan a una codificacion u otra. Quizas habrá que ayudar a SuSE en este punto. Por otro lado, tambien hay un problema, si por defecto se trabaja en utf8, como mínimo que los programas como kwrite si por error, se guarda en utf8 un documento que está en iso-8859 y se ha leido como utf8 (porque no va la autodeteccion), que se pueda volver atras i no elimine los códigos erroneos. Porque a veces te obliga a recuperar una version antigua del programa, texto o lo que sea, porque pierdes todos los acentos. Vigilad mucho con este tema, al menos hasta que la autodetección de la codificacion esté reparada. Si alguien quiere saber mas sobre juegos de caracteres i codificaciones unicode que me lo diga :))) un saludo. -- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
El Miércoles, 15 de Septiembre de 2004 19:20, Urbez Santana Roma escribió:
El Miércoles, 15 de Septiembre de 2004 09:16, Miquel A. Noguera escribió:
El "único" esquema "infalible" es el esquema Debian (stable/unstable/testing)...
No hay para tanto...
Cuatro ojos, ven más que dos. Para no meter la pata, lo mejor es asegurarnos de que estamos seguros. Dios lo ve todo (pero los humanos no). Vísteme despacio que tengo prisa. ¿en que parte no estás de acuerdo? ;-)
Es cierto que corren demasiado para tener una nueva version. Deberian tomarselo con mas calma, y como tu dices mas tarde corregir los problemas y dejarlos bien empaquetados.
Ves, en este párrafo me das la razón. Sigo pensando que: a) es un error querer sacar una nueva versión cada 6 meses b) tras un proceso de testeo interno, es bueno pasar el producto a 'betatesters' reales (nosotros) y corregir todos los fallos posibles antes de ponerlo a la venta. c) que un producto sea "profesional" no ha de significar que venga con más juegos incluidos, sino que ofrece garantías para ser empleado en un entorno de producción. Saludos. Miquel.
El 2004-09-15 a las 19:20 +0200, Urbez Santana Roma escribió:
Los caracteres de cualquier máquina deberian ser unicode ya. Otra cosa es que hayan programas atrasados y no permitan usar utf8 que es lo mas comun. Poder mezclar caracteres de todos los idiomas (incluso el musical) en un solo documento es un avance. Sobretodo para temas de traducción de documentos, etc.
Pero hay programas que no pueden hacerlo. Por ejemplo, el Pine, el programa de correo que uso habitualmente, de consola, sólo puede usar una fuente de texto, la que tenga el terminal, no puede cambiar. Por tanto, tengo al terminal con iso, porque son la mayoría de los correos que recibo; y porque si mando correos utf a gente que no lo tiene, pues la liamos. Y... ¿que han hecho los de Windows, usan UTF también? -- Saludos Carlos Robinson
El 2004-09-15 a las 13:37 +0200, Rafa Grimán escribió:
Según la cúpula de Novell, se van a entregar ambas posibilidades: KDE y GNOME. Lo que ocurre es que, por ejemplo, el cliente de correo, colaboración, ... será Evolution. Las razones (entre otras) son:
Imagino que el kmail seguirá existiendo, ¿no?
Tampoco se puede eliminar KDE ya que si se elimina ... ¿dónde está la libertad de elección? ;)
Me parecería absurdo que se eliminase kde; igualmente, me parecería absurdo que se eliminase gnome. Es libertad de elección, precisamente; y eso incluye windomaker, fwmn, etc, etc. De hecho, lo único que me disgusta es que gnome hace varias versiones que lo descuidan y lo dejan pobre. Igualmente me disgustaría que descuidaran la calidad de kde. -- Saludos Carlos Robinson
El Jueves, 16 de Septiembre de 2004 01:12, Carlos E. R. escribió:
Por ejemplo, el Pine, el programa de correo que uso habitualmente, de consola, sólo puede usar una fuente de texto, la que tenga el terminal, no puede cambiar.
Falso. Yo por ejemplo me veo obligado a usar una aplicación en modo texto que sólo se ve bien con la página de códigos 850, la del antiguo DOS, y no tengo el menor problema (eso si, para que se vea bien, tengo que llamar al script 'unicode_stop' antes de lanzar la apliacación y opcionalmente al 'unicode_start' al finalizarla). Quizás con un poco de habilidad -que yo no tengo- se podría asignar el juego de caracteres utf8 a... F11 y el iso a F12, de modo que solamente pulsando una de esas teclas los contenidos se vieran correctamente. Saludos. Miquel.
El 2004-09-16 a las 08:25 +0200, Miquel A. Noguera escribió:
Por ejemplo, el Pine, el programa de correo que uso habitualmente, de consola, sólo puede usar una fuente de texto, la que tenga el terminal, no puede cambiar.
Falso. Yo por ejemplo me veo obligado a usar una aplicación en modo texto que sólo se ve bien con la página de códigos 850, la del antiguo DOS, y no tengo el menor problema (eso si, para que se vea bien, tengo que llamar al script 'unicode_stop' antes de lanzar la apliacación y opcionalmente al 'unicode_start' al finalizarla).
De falso nada. En el fichero de configuración del Pine está la siguiente linea: character-set = ISO-8859-1 Para hacer funcionar el Pine correctamente en 9.1, tengo que abrirlo en un xterm que he lanzado con la siguiente linea: LANG=en_US.ISO-8859-1 LC_ALL=en_US.ISO-8859-1 /usr/bin/xterm & Si trato de hacer lo que dices del unicode start, no funciona (skipped): cer@nimrodel:~> unicode_stop unicode_stop skipped on /dev/pts/0 cer@nimrodel:~> pine Pine finished -- Closed folder "INBOX". Kept all 293 messages. cer@nimrodel:~> unicode_start unicode_start skipped on /dev/pts/0 No se para el unicode, veo mal los caracteres. Tengo que hacerlo con la linea del xterm que puse arriba. Cuando abro un correo tuyo nuevo, lo primero que veo es: [ The following text is in the "utf-8" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some special characters may be displayed incorrectly. ] Si quiero verlo bien, tengo que cerrar el Pine, volverlo a abrir en otro xterm normal (no se pueden tener abiertos dos Pines en modo escritura), cambiar la configuración a utf-8, y volver a abrir tu correo. Y si, funciona, pero son dos minutos y un engorro de cuidado. Y luego, para ver el siguiente correo, vuelvo a hacer lo contrario. Así que no, no todos los programas soportan el cambio de caracteres al vuelo, como pueden hacer sin problema los programas gráficos. Y si, yo también tengo programas heredados de Msdos, como el Golded (editor de correo de fidonet). No soporta unicode, usa otra tecnología para soportar juegos de caracteres. También hay que abrirlo en un xterm iso. ¿Cambiará? Lo dudo, porque la mayoría del software de fidonet es "legacy" y multiplataforma. Depende de lo que hagan los rusos, que son quienes lo desarrollan ahora. Ambos programas parten de la premisa de que el juego de caracteres de la consola es único y no cambia. Los estándares están muy bien, pero no se pueden imponer. Unos cuantos mandamases (¿sobre que mandan?) han decidido cambiar. Pero los demás ni nos hemos enterado. Yo, si no es por suse, ni me entero. ¿Ha cambiado windows? Los correos que recibo de windoseros siguen igual que siempre. Y, dentro del propio SuSE hay otros programas de consola que no lo soportan. Ejemplos: mcedit - los acentos no obedecen al teclado. mc - visualiza mal los acentos: se substituyen por un "." en negrita. jstar (joe) - los acentos se descomponen en dos letras: "á" se muestra como "C!" less - me muestra mal textos antiguos: los acentos se muestran como códigos numéricos en negrita. man - algunas páginas de manual se muestran con letras invisibles o corruptas. Y más.... :-( ¿Que habrá que cambiar? Supongo. Pero ni se puede imponer, ni se puede hacer a medias, con software inadaptado. -- Saludos Carlos Robinson
On Fri, 10 Sep 2004 12:02:58 +0200, Rafa Grimán
Hola :)
No sé si habrán hecho estos cambios po su cuenta y, la verdad, no he tenido tiempo de probar las betas.
Es un poquillo tarde si no lo han incluido ya porque sale en octubre (creo que mediados-finales, en España saldrá para el SIMO, me figuro) por lo que me imagino que estará en feature freeze (es decir, no acepta novedades). De todas maneras, lo comentaré por si las moscas.
Hay una cosa que si estaria bien, y que no depende de la fecha de lanzamiento de ningun producto. Creo que puede ser el momento de presionar a novell / suse para esto, y es que pongan también soporte para los productos 'business' como el sles y el standard server en ESPAÑOL. Y es qeu hay que llamar a un numero en alemania (!) o escribir un correo, pero solo en ingles o alemán!! Dada el origen americano de novell, donde los hispanos son una 'minoria mayoritaria', no es asumible e incluso deseable, habilitar un numero de telefono para soporte en español? Saludos, miguel
El Jueves, 16 de Septiembre de 2004 12:14, Carlos E. R. escribió:
De falso nada.
En el fichero de configuración del Pine está la siguiente linea:
character-set = ISO-8859-1
Para hacer funcionar el Pine correctamente en 9.1, tengo que abrirlo en un xterm que he lanzado con la siguiente linea:
LANG=en_US.ISO-8859-1 LC_ALL=en_US.ISO-8859-1 /usr/bin/xterm &
Ya veo por donde van los tiros: cuando dices consola, en realidad quieres decir xterm, y eso cambia sustancialmente las cosas. Por eso, suelo correr mis aplicaciones de texto en la consola pura ya que yo tampoco he sabido configurar correctamente los caracteres que necesito (=cp850) en un xterm, konsole ni nada parecido :-( Por descontado, los scripts 'unicode_start' y 'unicode_stop' sólo funcionan en modo texto puro. Miquel.
El 2004-09-16 a las 15:55 +0200, Miquel A. Noguera escribió:
Ya veo por donde van los tiros: cuando dices consola, en realidad quieres decir xterm, y eso cambia sustancialmente las cosas.
¡Ah! Ya, ya veo la confusión.
Por eso, suelo correr mis aplicaciones de texto en la consola pura ya que yo tampoco he sabido configurar correctamente los caracteres que necesito (=cp850) en un xterm, konsole ni nada parecido :-(
Mmmm... ya... No se ahora mismo tampoco. -- Saludos Carlos Robinson
Y... ¿que han hecho los de Windows, usan UTF también?
Es divertido y curioso ver como los que, de un modo u otro, sufrimos problemas con linux generados/derivados de windows, luego acabamos siempre preocupandonos por no cometer ese error y siempre estamos pensando en la compatibilidad de ambos sistemas. Todo un modelo de coexistencia y tolerancia. Que pena que otros no tengan la misma preocupacion y siempre esten creando nuevos formatos propietarios para joder al proximo. Saludos Jose
El 2004-09-17 a las 10:49 +0200, Jose Rodriguez escribió:
Y... ¿que han hecho los de Windows, usan UTF también?
Es divertido y curioso ver como los que, de un modo u otro, sufrimos problemas con linux generados/derivados de windows, luego acabamos siempre preocupandonos por no cometer ese error y siempre estamos pensando en la compatibilidad de ambos sistemas. Todo un modelo de coexistencia y tolerancia. Que pena que otros no tengan la misma preocupacion y siempre esten creando nuevos formatos propietarios para joder al proximo.
Bueno.... :-) Lo cierto y verdad es que hay muchos usuarios de windows, más que de otras cosas. Lo que hagan ellos nos afecta. En este caso, si tengo que intercambiar correos, me interesa poder leerlos y que me puedan leer sin problemas. Y no solo ellos. Ahora mismo estoy temporalmente usando un PC antiguo, con suse 7.3. Uso el Pine en consola (no xterm, modo texto por completo). Cada vez que me llega un correo con UTF me cuesta leerlo: y desde luego este sistema no se puede cambiar a unicode. ¿Que pasa entonces con los miles de usuarios con ordenadores antiguos? Os recuerdo que los ordenadores anticuados del "primer mundo" se están reciclando para usarlos en el "tercer mundo". Y precisamente allí linux es interesante, por el precio. También los he visto (en ONGs) con win 95 o 98 con Open Office en vez de Office: imagino que el OO si soporta UTF, pero si tienen que usar versiones de linux más antiguas (por limitaciones de las máquinas) si que tendrán problemas. O sea, que no estoy de acuerdo con emitir los correos en utf por defecto mientras haya tanto "parque anticuado", pero en perfecto uso. -- Saludos Carlos Robinson
Hola Rafa:
----- Original Message -----
From: "Rafa Grimán"
No se puede eliminar KDE ya que casi todos los clientes de SUSE usan KDE y
no
quieren cambiar ni les puedes obligar a cambiar. También hay que tener en cuenta que KDE tiene muchas herramientas interesantes (kiosk, k3b, ...). Tampoco se puede eliminar KDE ya que si se elimina ... ¿dónde está la libertad de elección? ;)
Bueno, no creo que se trate de eliminar KDE. Hay muchos programas sencillos e interesantes que funcionan con las librerías de KDE. Por ejemplo, kmail, kate, kclock, kalarm, kwrite, kedit, kgpg ... y tantos otros "k's" que sería una lástima echar a perder. Lo que considero excesivamente sobrecargado el escritorio KDE en su conjunto. Quizás consume demasiados recursos, quizás demasiado ambicioso.
Hay algo "mejor" que KDE?
Esta pregunta tiene tela. A mi, personalmente, me gusta KDE (la gente de Ximian España lo saben y nos seguimos llevamos bien ;) aunque admito que GNOME tiene cosas buenas (ahora estoy en una charla de Rodrigo Moya -Evolution- y está mostrando unas cuantas cosas interesantes).
Es cuestión de gustos.
Tampoco creo que sea una cuestión de gustos. Te pueden gustar las aplicaciones incorporadas por KDE, porque algunas (pocas) son originales, y la mayoría de ellas muy sencillas de manejar y configurar. Creo que KDE es un entorno sencillo (de usar), comparado con Gnome. Pero, consume bestialmente recursos del sistema. Y eso ya no es cuestión de gustos. Creo que es un hecho constatable, y verificable empíricamente en cuanto a rendimiento de un escritorio en KDE y otro con Gnome, y otro, por ejemplo, con WM o Ice. Personalmente, a mí también me gusta mucho KDE. Suelo arrancar sus aplicaciones porque son muy sencillas de configurar. Pero nunca lo hago desde un escritorio KDE. Prefiero antes Gnome, Ice, o, mejor aún, Blackbox. Por ejemplo, antes prefiero el ligero Koffice, que el mastodóntico OpenOffice. Aunque, como todo, depende de las necesidades que tengas en cada momento... Salut. Sebas.
Lo cierto y verdad es que hay muchos usuarios de windows, más que de otras cosas. Lo que hagan ellos nos afecta. En este caso, si tengo que intercambiar correos, me interesa poder leerlos y que me puedan leer sin problemas.
Y no solo ellos. Ahora mismo estoy temporalmente usando un PC antiguo, con suse 7.3. Uso el Pine en consola (no xterm, modo texto por completo). Cada vez que me llega un correo con UTF me cuesta leerlo: y desde luego este sistema no se puede cambiar a unicode.
¿Que pasa entonces con los miles de usuarios con ordenadores antiguos? Os recuerdo que los ordenadores anticuados del "primer mundo" se están reciclando para usarlos en el "tercer mundo". Y precisamente allí linux es interesante, por el precio. También los he visto (en ONGs) con win 95 o 98 con Open Office en vez de Office: imagino que el OO si soporta UTF, pero si tienen que usar versiones de linux más antiguas (por limitaciones de las máquinas) si que tendrán problemas. Lo que dices es totalmente indiscutible, no se cuales son las virtudes y defectos de uno y otro sistema de codificacion pero evidentemente se deberia de usar el mas compatible para mayor comodidad de todos. De hecho he notado que alguien de esta lista, no recuerdo quien, usa un tipo de codificacion que mi Kmail no reconoce y substituye las letras acentuadas por 2 cuadros, por eso yo no uso acentos en mis correos. Esto no hace el texto ilegible pero si causa una pequeña molestia.
O sea, que no estoy de acuerdo con emitir los correos en utf por defecto mientras haya tanto "parque anticuado", pero en perfecto uso. Como puedo saber en kmail, que codifcacion estoy usando por defecto ? Estuve mirando la configuracion y en el apartado editor hay una pestaña con los codigos reconocidos, en mi caso son por este orden, iso 8859-1, us ascii, utf 8 (locale) y utf8 con la opcion "Responder/reenviar usando la misma codificacion si posible" activada. Pero no encontre ningun sitio donde especificar mi codificacion por defecto.
Saludos Jose
O sea, que no estoy de acuerdo con emitir los correos en utf por defecto mientras haya tanto "parque anticuado", pero en perfecto uso.
Como puedo saber en kmail, que codifcacion estoy usando por defecto ? Estuve mirando la configuracion y en el apartado editor hay una pestaña con los codigos reconocidos, en mi caso son por este orden, iso 8859-1, us ascii, utf 8 (locale) y utf8 con la opcion "Responder/reenviar usando la misma codificacion si posible" activada. Pero no encontre ningun sitio donde especificar mi codificacion por defecto.
Saludos Jose
Bien, finalmente me gustaria remarcar una cosa. Antes era imposible enviar desde tu ordenador correos escritos en Ruso, Aleman, Xino, y Arabe. Para comunicarte por internet, desde un pais con una codificación, no podias escribirle a un amigo en xino, o en ruso, debias hacerlo en inglés o en otro idioma del iso latin. Sin embargo, esas fronteras con el unicode desaparecen. Y todos los ordenadores serian transparentes entre si. He de deciros tambien, que si hubierais nacido en Grecia, o en Rusia, o en China, todo esto os afectaria más, pues el windows, no estaba muy bien preparado para ellos. Es más tenian que hacer cosas raras para escribir y leer de los demas. Si fueras griego te fastidiaria tener que enviar mensajes en italiano por internet porque no puedes hacerlo en griego. Nada pensadlo bien. Cuanto antes todo el mundo use unicode mejor, asi somos más solidarios con otros alfabetos. Un ejemplo de un correo de un amigo mio: ----------------------------------------------------------- Urbez, et dissitjo, un Feliç Any Nou 2004 i en xinès : 新年快樂 en Daniel ----------------------------------------------------------- (si no poneis la codificación utf8 no lo vereis) Si no hubiera usado linux en unicode (bueno SuSE) desde la xina que es donde vive, no habria podido recibir este correo así. Y como este en muchos otros idiomas, sin unicode seria imposible. Por eso es importantisimo que por defecto todo sea utf8, pero eso si hay que conseguir que la detección automática de la codificacion sea una realidad y funcione, no como hasta ahora. Pero estoy investigando en el asunto, y el problema es que es un problema de QT, en fin, a ver que se puede hacer para que vaya. -- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
El 2004-09-18 a las 12:18 +0200, Jose Rodriguez escribió:
Lo que dices es totalmente indiscutible, no se cuales son las virtudes y defectos de uno y otro sistema de codificacion
Las de unicode son bastantes, creo. No lo conozco en detalle, pero creo que puedes usar cualquier caracter en el mismo texto, de cualquier idioma, no estás limitado a 255.
pero evidentemente se deberia de usar el mas compatible para mayor comodidad de todos. De hecho he notado que alguien de esta lista, no recuerdo quien, usa un tipo de codificacion que mi Kmail no reconoce y substituye las letras acentuadas por 2 cuadros, por eso yo no uso acentos en mis correos. Esto no hace el texto ilegible pero si causa una pequeña molestia.
Puede ser unicode.
Como puedo saber en kmail, que codifcacion estoy usando por defecto ?
Hoy no te lo puedo mirar, estoy en un suse 7.3.
Estuve mirando la configuracion y en el apartado editor hay una pestaña con los codigos reconocidos, en mi caso son por este orden, iso 8859-1, us ascii, utf 8 (locale) y utf8 con la opcion "Responder/reenviar usando la misma codificacion si posible" activada.
Eso creo que está bien, responder con la misma. Sospecho que los nuevos te los crea con utf-8. -- Saludos Carlos Robinson
On Sat, 18 Sep 2004 14:34:39 +0200 (CEST), Carlos E. R. wrote:
El 2004-09-18 a las 12:18 +0200, Jose Rodriguez escribió:
Estuve mirando la configuracion y en el apartado editor hay una pestaña con los codigos reconocidos, en mi caso son por este orden, iso 8859-1, us ascii, utf 8 (locale) y utf8 con la opcion "Responder/reenviar usando la misma codificacion si posible" activada.
Eso creo que está bien, responder con la misma. Sospecho que los nuevos te los crea con utf-8.
Uso KMail y los mensajes nuevos salen en ISO-8859-15, el primero en la lista. -- Benjamí http://weblog.bitassa.net .
El 2004-09-18 a las 13:36 +0200, Urbez Santana Roma escribió: [ The following text is in the "utf-8" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Lo cual quiere decir que tu kmail no está ajustado para que respete el juego de caracteres de la persona a la que contestas. [...]
Sin embargo, esas fronteras con el unicode desaparecen. Y todos los ordenadores serian transparentes entre si.
No lo dudo.
He de deciros tambien, que si hubierais nacido en Grecia, o en Rusia, o en China, todo esto os afectaria más, pues el windows, no estaba muy bien preparado para ellos. Es más tenian que hacer cosas raras para escribir y leer de los demas.
Lo sé. Y si China mandase, también estaríamos usando hace tiempo ipv6. Y seguimos con el 4.
Nada pensadlo bien. Cuanto antes todo el mundo use unicode mejor, asi somos más solidarios con otros alfabetos.
Pero lo que trato de decir es que hay ordenadores que no se pueden cambiar, ¡y son millones! ¿Y los que estamos "regalando" al tercer mundo? ¿Me regalas tu uno nuevo? A ver, ¿como haces ese cambio en una consola de modo texto, antigua, con un suse 7.3? ¿Sin usar las X? ¿Como manejas esos cambios en un programa como el Pine, que sólo trabaja con un único juego de caracteres? Porque necesito un programa de correo como el Pine, que al detectar un juego de caracteres distinto, cambie al vuelo el juego de caracteres de la consola en la que está trabajando. ¿Se puede hacer? ¿Como? Si resuelves eso, adelante. -- Saludos Carlos Robinson
Hola :) El Jueves 16 Septiembre 2004 23:35, Sebastian escribió:
[...]
quieren cambiar ni les puedes obligar a cambiar. También hay que tener en cuenta que KDE tiene muchas herramientas interesantes (kiosk, k3b, ...). Tampoco se puede eliminar KDE ya que si se elimina ... ¿dónde está la libertad de elección? ;)
Bueno, no creo que se trate de eliminar KDE. Hay muchos programas sencillos e interesantes que funcionan con las librerías de KDE. Por ejemplo, kmail, kate, kclock, kalarm, kwrite, kedit, kgpg ... y tantos otros "k's" que sería una lástima echar a perder. Lo que considero excesivamente sobrecargado el escritorio KDE en su conjunto. Quizás consume demasiados recursos, quizás demasiado ambicioso.
Esto se debe a varias cosas: - desarrolladores que no optimizan todo lo que pueden. Desde KDE 3.2 se ha dejado claro que hay que optimizar - tanto el linker como el compilador no están optimizados para C++. La gente de KDE ha depurado mucho el gcc y ahora va mejor, pero aún hay mucho por hacer También es verdad que tiene muchas opciones, pero no es lo que más carga, es el código.
Hay algo "mejor" que KDE?
[...]
Es cuestión de gustos.
Tampoco creo que sea una cuestión de gustos. Te pueden gustar las aplicaciones incorporadas por KDE, porque algunas (pocas) son originales, y la mayoría de ellas muy sencillas de manejar y configurar. Creo que KDE es un entorno sencillo (de usar), comparado con Gnome. Pero, consume bestialmente recursos del sistema. Y eso ya no es cuestión de gustos. Creo que es un hecho constatable, y verificable empíricamente en cuanto a rendimiento de un escritorio en KDE y otro con Gnome, y otro, por ejemplo, con WM o Ice.
Ten en cuenta que WM, IceWM, blackbox, fluxbox, ... NO son entornos, son gestores de ventanas, por lo que no sería comparable. En cuanto a los recursos de KDE, ... respuesta anterior ;)
Personalmente, a mí también me gusta mucho KDE. Suelo arrancar sus aplicaciones porque son muy sencillas de configurar. Pero nunca lo hago desde un escritorio KDE. Prefiero antes Gnome, Ice, o, mejor aún, Blackbox.
Por ejemplo, antes prefiero el ligero Koffice, que el mastodóntico OpenOffice. Aunque, como todo, depende de las necesidades que tengas en cada momento...
Koffice está avanzando mucho y no hay que quitarle el ojo de encima :) Rafa -- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
Hola, si queda lugar para un paquete más en el dvd, existe la posibilidad de que se incluya el MPlayer? Desconozco si hay algún tipo de inconveniente de licencias. Hasta ahora siempre lo compilé y anduvo de maravilla. Creo que somos varios los que lo usamos de esta manera. Intenté instalarme los rpm de pacman pero todavía no descubro porque no me funcionan. Desde ya gracias y hasta luego. -- Sergio Ezequiel Buján
Hola, si queda lugar para un paquete más en el dvd, existe la posibilidad de que se incluya el MPlayer? Desconozco si hay algún tipo de inconveniente de licencias. Hasta ahora siempre lo compilé y anduvo de maravilla. Creo que somos varios los que lo usamos de esta manera. Intenté instalarme los rpm de pacman pero todavía no descubro porque no me funcionan. Desde ya gracias y hasta luego.
sospecho que en suse no se atreven, por tema de patentes de sw... no pueden incluir soft que desencripte dvd's sin autorizacion. Pero el caso es que por la estupida mania de no crear un reproductor de dvd para linux, un adolescente resolvio el problema, asi que ahora se pueden tanto leer como ripear. Viva la industria cinematografica y sus jerifaltes! saludos, miguel
Hace unos dias hablabamos de los problemas con los acentos y la codificación UTF-8 vs. iso-8859-x , que era un problema, por ejemplo recibir los correos, sin leer los acentos, que la autodetección no funcionaba, que el peligro de abrir un fichero con el kwrite y perder todos los acentos..., etc... Bueno, al menos para el kmail, he encontrado una solución, me gustaria ver si es algo particular de mi instalación, porque he cambiado mas cosas y necesito comprobar si a alguien más se le corrige el problema con kmail. Si seguiis los pasos que os describo a continuación, el kmail, deberia por fin en vuestros equipos detectar bien la codificación y por tanto mostrar bien siempre correctamente los acentos. Esto lo descubrí mirando los sources del kmail, lastima que no sirve para el kwrite, por lo que ahora estoy mirando los sources del kwrite,kate... ################################################ Despues de indagar por los sources, he visto que el problema es quizas un descuido de SuSE al generar la configuración por defecto. Despues de todo, resulta facil corregir el problema: Editar a mano o con el editor de configuración del YaST el fichero /etc/sysconfig/languaje *Via YAST: En yast: Sistema/Editor para los archivos /etc/sysconfig En este editor de yast: System/Environment/Language/AUTO_DETECT_UTF8 debeis cambiarlo a YES!!!!!!!, porque por defecto viene a NO!!!! *Via editor de textos: Editar /etc/sysconfig/languaje ir hacia el final del archivo cambiar donde pone: AUTO_DETECT_UTF8="no" por: AUTO_DETECT_UTF8="yes" --Con esto a la mayoria de vosotros os tendria que funcionar el Kmail automaticamente, pero por si acaso escribo tambien como ha de estar configurado el Kmail: En la pantalla principal de Kmail: **Menu: /Ver/Configurar Codificacion/Auto habeis de seleccionar Auto! **Menu: Preferencias/Configurar Kmail/Editor/Paginas de codigos/ Ha de haber esta lista en este orden: utf-8 iso-8859-1 utf-8 (locale) us-ascii En vez de iso-8859-1 podeis poner iso-8859-15 que es la version extendida del Euro. A ver si alguno de vosotros lo prueba y me dice si se le ha corregido el problema de los acentos en el kmail. (Si mirais el source de los e-mails, se puede ver en que codificacion te han enviado el correo) -- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
Hi. Yo lo he probado, tal como dices y funciona, en Kmail y en OpenOffice tambien, donde no va!, es en Konqueror, este se cuelga. Saludos, Wily. El Miércoles, 29 de Septiembre de 2004 09:12, Urbez Santana Roma escribió:
Hace unos dias hablabamos de los problemas con los acentos y la codificación UTF-8 vs. iso-8859-x , que era un problema, por ejemplo recibir los correos, sin leer los acentos, que la autodetección no funcionaba, que el peligro de abrir un fichero con el kwrite y perder todos los acentos..., etc...
Bueno, al menos para el kmail, he encontrado una solución, me gustaria ver si es algo particular de mi instalación, porque he cambiado mas cosas y necesito comprobar si a alguien más se le corrige el problema con kmail.
Si seguiis los pasos que os describo a continuación, el kmail, deberia por fin en vuestros equipos detectar bien la codificación y por tanto mostrar bien siempre correctamente los acentos.
Esto lo descubrí mirando los sources del kmail, lastima que no sirve para el kwrite, por lo que ahora estoy mirando los sources del kwrite,kate...
################################################ Despues de indagar por los sources, he visto que el problema es quizas un descuido de SuSE al generar la configuración por defecto.
Despues de todo, resulta facil corregir el problema:
Editar a mano o con el editor de configuración del YaST el fichero /etc/sysconfig/languaje *Via YAST: En yast: Sistema/Editor para los archivos /etc/sysconfig En este editor de yast: System/Environment/Language/AUTO_DETECT_UTF8 debeis cambiarlo a YES!!!!!!!, porque por defecto viene a NO!!!! *Via editor de textos: Editar /etc/sysconfig/languaje ir hacia el final del archivo cambiar donde pone: AUTO_DETECT_UTF8="no" por: AUTO_DETECT_UTF8="yes"
--Con esto a la mayoria de vosotros os tendria que funcionar el Kmail automaticamente, pero por si acaso escribo tambien como ha de estar configurado el Kmail: En la pantalla principal de Kmail: **Menu: /Ver/Configurar Codificacion/Auto habeis de seleccionar Auto! **Menu: Preferencias/Configurar Kmail/Editor/Paginas de codigos/ Ha de haber esta lista en este orden: utf-8 iso-8859-1 utf-8 (locale) us-ascii
En vez de iso-8859-1 podeis poner iso-8859-15 que es la version extendida del Euro.
A ver si alguno de vosotros lo prueba y me dice si se le ha corregido el problema de los acentos en el kmail. (Si mirais el source de los e-mails, se puede ver en que codificacion te han enviado el correo)
-- ################################################ #- Urbez Santana i Roma - #- Email: urbez@linuxupc.upc.es #- Private Web: http://linuxupc.upc.es/~urbez/ ################################################
participants (13)
-
Alfredo Jesús Delaiti Iannelli
-
Benjamí Villoslada
-
Carlos E. R.
-
Jose Rodriguez
-
miguel gmail
-
Miquel A. Noguera
-
Rafa Grimán
-
Raúl Moratalla
-
Sebastian
-
Sergio Ezequiel Buján
-
Unknow mail path.
-
Urbez Santana Roma
-
wily (L. Javier O.C.)