20 Aug
2009
20 Aug
'09
07:44
Rafa Griman escribió: > Hola :) > >>> Es lo que veo y es lo que comento un poco más arriba. Novell se ha >>> llenado la boca de "Comunidad", pero a la hora de la verdad, la Comunidad >>> no pinta nada. ¿Cuántas quejas/consejos/opiniones hay en las listas de >>> project, en, factory sobre el camino que está siguiendo openSUSE que han >>> sido ignoradas? ¿Cuántos bugs se han ignorado? >>> >>> IMHO, openSUSE _NO_ es un proyecto basado en la Comunidad ni es un >>> proyecto por/para la Comunidad. Es una estrategia de marketing de Novell >>> para que no parezca que no entienden de qué va el FLOSS. Por eso me fui >>> de Novell y me vine a SGI. Han pasado 5 años de eso (creo) y las cosas en >>> Novell siguen igual. Digo que IMHO no es un proyecto Comunitario porque: >>> >>> - voz y voto de la Comunidad se ignora: me remito a todas las >>> discusiones que aparecen en las listas en, project y factory que >>> no sirven para nada >>> >>> - los bugs que abre la Comunidad se ignoran: tu misma lo has dicho >> Sí a todo :-) >> >>> - si se te ocurre decir en la lista en que has pillado tal o cual >>> bug, te mandan a "mainstream": por poner un ejemplo, Carlos >>> Robinson salió una vez con algo del SMART, le dijeron que >>> upstream, yo salí apoyando a Carlos y la respuesta fue WTF. >>> Si openSUSE es nuestra distro, a quien tenemos que reportar las >>> cosas es a openSUSE y NO upstream, les guste o no. >> Vi un correo (creo que fue en la lista de factory) que era sobre smolt, >> y sí, le dijeron que "a informar directamente smolt". >> >> Bueno, eso debe ser porque no tienen gente/tiempo (o interés/ganas...) >> para hacerlo ellos, lo cual, obviamente, no justifica esa respuesta >:-( > > > Eso era, era smolt. > > >>> Si no tienen tiempo y/o personal, tienen dos opciones: >>> >>> a) contratar más gente >>> >>> b) realmente abrir el proyecto a la Comunidad >>> >>> Si no hacen NINGUNA de las dos cosas ... por lo menos que no sean >>> maleducados. Podrían optar por la opción b) ya que es la más barata, pero >>> ... no lo comprenden, no saben de qué va eso. >> A eso voy... ese tema es interesante (y creo que es un tema pendiente de >> OS). > > > Hmmmm ... nos estamos poniendo de acuerdo ... Se va a acabar el hilo. Hay que > ir pensando en otra cosa ... ;) > > >>> Pero si a mi me llegaron a decir en Novell (cuando estuve) que había que >>> quitar la SUSE del FTP porque era la "competencia" y entonces la gente no >>> compraba SLE[S|D] (en ese momento era NLD). Con esa mentalidad, ¿cómo van >>> a hacer algo por/para la Comunidad? Por cierto, esa persona sigue en >>> Novell y es el Linux Champion ... no te quiero contar el resto lo que >>> opina. También me han llegado a decir que es imposbile vivir de los >>> servicios, que ninguna empresa hace eso a lo que les contesté: Accenture, >>> Deloitte, taxistas, peluqueros, discotecas, prostitutas, ... >>> >>> Como esas frases os puedo contar un montón ... >> Sí, algo nos has comentado. Terrible >:-( > > > Bueno, ya no lo tengo que aguantar :) > > Cuando era SUSE GmbH., eran un poco cabezones (tercos o constantes), pero era > porque eran alemanes. Ahora bien, si conseguías explicarle las cosas de forma > que lo entendieran ... te hacían caso. Era difícil explicar algunas cosas > porque claro, los no-nórdicos/no-anglosajones funcionamos de otra manera y > ahcerles ver que eso que hacemos es lo normal ... cuesta mucho ;) > Bien las caracteríasticas alemanas son las que son... Tienen sus cosas buenas y sus cosas malas. Lo bueno, son rocosos, tercos y cabezones, y hasta que no hacen las cosas bien no paran. Y así era SuSE, vale no tenía tantas tonterías como ahora, pero es que entonces no las había. Y estaba todo redondo. Integrado y con muy pocos fallos. Las florituras son para otros, itlalianos etc. Habéis visto cosa más espartana que un WV o un Mercedes, comparados con la competencia. Son simples, prácticos y funcionales pero no fallan. Ahora si quieres chorradas cómprate un FIAT, un Lancia, etc. (No me vale el ejemplo de Ferrari, por 20 kilos te fallan las chorradas y vas y asesinas a Luca di Montezemolo o a toda la familia Agneli). > >>>>> No, hay revistas de Linux (muchas) que todos los meses te traen una >>>>> distro diferente que coincide con la distro que ha salido en ese >>>>> momento. Si quieres "comprarte" el openSUSE: te pasas por el kiosko y >>>>> te compras la revista cuando saquen el CD/DVD, que es el mismo que >>>>> ponen para descargar. >>>> Pero eso no ayuda en nada a una persona recién llegada a openSUSE. >>>> Necesitan más detalles, más información, profundizar más en el >>>> "concepto suse" no unas cuántas páginas donde le dicen cómo instalarla >>>> o iniciar el entorno gráfico. Para eso ya tiene la Guía de Inicio. >>> En las revistas te viene cómo instalar la distro del mes que regalan ;) >> Por eso digo, que me parece poco. Muy poco. Hace falta más "chicha" >> porque instalarla lo haces en ¿una hora, siendo novatillo? Vale, pero y >> después ¿qué? Hay que saber cómo se gestionan los servicios, cómo se >> instalan programas... :-) > Minusvaloráis al novatillo. Yo aprendí a manejarme en linux gracias a los manuales de SuSE, que aún sigo echándoles un vistazo de vez en cuando. > > Nada, hay que volver a la época en la que empezamos: instalaciones > minimalistas sin X (las tenías que compilar), teclear ls y quedar maravillado, > noches leyendo páginas man, pidiendo hora en la Facultad para poder conectar a > Inet y aprender algo o imprimir algún que otro HOWTO, ... En gaditano... Eso pa ti pisha, yo ya no tengo 20 años y todo el tiempo del mundo. > > Si es que con la edad nos vamos haciendo blandos y le damos a los usuarios > instalaciones P'n'P ... > No hombre no, que la gente según se hace mayor tiene muchas más cosas que hacer y muchas más responsabilidades, y menos tiempo para estar investigando. > >>>>>> Que no es un problema de dinero, ni de soporte ni de mantenimiento. >>>>>> Es un problema de "principio y necesidad". >>>>> Entonces, ¿por qué no te pasas a SLE(S)? >>>> ¡Porque NO creo en lo que me ofrece Novell! >>> Bueno, bueno, ... tranquila. ¿Has pensado en usar OES? Es una broma !!!! >>> ;) >> ¡¡Grrr!! :-) > > > OES ... anda que vaya inventos. Empezaron con una cosa que se llamaba NNLS: > Novell eNterprise Linux Services que eran los servicios que ofrece Netware > (impresión, ficheros, ...) pero sobre Linux. Luego inventaron lo de OES que es > lo mismo pero paquetizado en un producto. > > >>>> La única ventaja es el soporte de parches durante 5 años, lo cual queda >>>> relegado a un segundo plano si me dicen que no puedo actualizar algún >>>> paquete por mi cuenta y risgo -desde cualquier fuente- porque pierdo el >>>> soporte. Normal. A ver si te compras un Ford, que por lo que he visto en coches tienen una garantía bastante elástica... Vas y le cambias el turbo, te dicen que si el coche no anda bien es TU PROBLEMA. Si le cambias la batería, te dicen que si se te rompe la batería se la pones tú. En otras marcas es que ni te miran el coche. >>> Eso tiene su razón de ser. Cuando un fabricante de sw certifica y prueba >>> una cosa, lo hace en unas condiciones determinadas de versión de >>> librerías, compilador, ... Si eso lo cambias porque "te da la gana", >>> nadie te puede garantizar que el comportamiento sea el mismo. >> Totalmente de acuerdo. Así lo exigiría en ciertos casos, para algunas >> instalaciones que lo requieran. Pero no para todos los equipos :-) > Exacto. No pidamos peras al olmo. Si han certificado el producto, tienen que resolver los problemas del cliente debido a su producto, no al de terceros. > > Tienes toda la razón ... Lo que he dicho antes, al final nos quedamos sin > posibilidad de discutir^Wdebatir ;) > Jo, Cameleón, te haces mayor, cada vez te veo menos rebelde. :) > >>> Te cuento un caso. Dentro de los clientes HPC, tenemos agencias de >>> meteorología. En este tipo de clientes, el hecho de cambiar la versión >>> del compilador les puede suponer que su aplicación predice chubascos >>> cuendo tienes un sol aterrador. Esto es real, les ha pasado a clientes >>> nuestros. >>> >>> Otro ejemplo. Clientes con Fluent usan la versión X.Y.Z y les preguntas, >>> ¿por qué no pasas a la nueva versión? Y te dicen: "LLevamos X años en un >>> proyecto y si da la mala casualidad que al cambiar de versión el diseño >>> del tambor de la lavador varía en Y% ... hay que empezar de nuevo. Por >>> cierto, ya nos pasó y no queremos que se repita." >>> >>> En las listas de suse-oracle hay un tío (Alexei Roudnev) que sabe un >>> "buebo" y no veas lo que rabia y se queja de SLES cada vez que sale una >>> versión nueva porque al migrar sus Oracles a la nueva versión, las cosas >>> dejan de funcionar, van más lentas, ... Si no estás apuntada, mira los >>> archivos. El tío saca todos los posibles fallos y siempre usa versiones >>> antiguas de SLES (sobre todo por estabilidad con Oracle). De hecho, una >>> de sus mayores quejas es que no hay un beta-test de las nuevas SLES >>> (bueno, sí lo hay, pero para clientes muy selectos). Si este tío rabia y >>> SÓLO usa versiones certificadas y parches oficiales, imagínate lo que iba >>> a rabiar si se va descargando cosas de Inet y parcheando a su manera. >>> >>> COn esto no quiero decir que tienes que pasar por el aro y comprar SLES. >>> Lo que digo es que no es tan sencillo, hay mucha gente por medio >>> (empresas, desarrolladores) y eso complica que todo funcione >>> perfectamente por lo que las empresas/desarrolladores sólo te garantizan >>> ciertas cosas. >> En todas partes cuecen habas :-O > > > Lo "bueno" es cuando el cliente se desarrolla su propia aplicación > (generalmente Universidades) porque sacan unas becas nuevas y migran su sw a > las nuevas librerías, compiladores, procesadores, ... ;) > > >>>>>> Estoy pensando en Debian. Tiene un ciclo de versiones más adaptado >>>>>> a lo que necesito :-) >>>>> Otra posibilidad aunque personalmente me pasaría a Ubuntu en ese caso >>>>> porque puedes contratar el soporte. Podrías pensar o equiparar: >>>>> - SLE ~ Ubuntu >>>>> - openSUSE ~ Debian >>>> Pero Ubuntu tiene algo que no me termina de convencer. Ah, sí. Que >>>> tiene una "empresa" detrás. Tampoco me fío mucho de Canonical. >>> Yo te lo decía más que nada por si necesitas un soporte "garantizado" o >>> tus jefes quieren saber que pagan a un proveedor al que pueden insultar >>> por teléfono. >>> >> :-) >> >> Me he dado cuenta de que Debian está muy presente para los fabricantes de >> hardware. Es curioso porque es la más "agnóstica" (quiero decir, sin un >> soporte "corporativo" explícito detrás). > > > Es curioso porque, Bdale Garbee (un antiguo Debian Jerifalte) es el CTO para > FLOSS de HP y HP no da soporte a Debian (bueno a ciertos clientes muy > especiales). Nosotros tenemos algunos clientes con Debian, Scientific Linux, > CentOS, Gentoo, Fedora y openSUSE. Pero no les damos soporte, generalmente no > lo necesitan porque son Universidades que desarrollan sus propias aplicaciones > y el/los becarios que tienen son desarrolladores de esas distros o centros de > investigación que las usan/desarrollan. > > Debian, por ejemplo, sí es una distro que yo veo que sería fácil de soportar: > - ciclos largos de desarrollo > - versiones bien definidas: stable, unstable y testing > - gente dedicada y leal > - elevado # de desarrolladores > - muchas empresas tienen seguidores acérrimos de Debian > (SGI, HP, IBM, ...) > - desarrollo abierto (aka no hay sorpresas de última hora) > > Canonical podría ser el "intermediario", es decir, el que hace todas las > certificaciones de Oracle, SAP, hardware, ... y el que lleva todas las > relaciones con los diversos fabricantes. Pero eso de sacar otra distro más ... > es lo que le falla a Canonical. MHO, una vez más. > > Rafa > -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- 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