Barrapunto

Como usuario normal me acuerdo cuando compré una tarjeta con el i740. Iba muy bien para su precio , en Linux, tuve que usar el XServer de XInside durante un tiempo hasta que RedHat liberó los XFB server, y hasta que el la 3.3.3 o 3.3.6 Intel consitió en que las fuentes de la tarjeta entrara en la distro principal de las X. Lo que si reconozco es que el XInside iba bastante mejor que aquella versión de las X.

El USB es otra historia, las he contado aquí alguna vez: para que me funcionara Linux en una máquina con todo USB me tuve que llevar 3 días de parches y merging. No es nada que le puedo aconsejar a un usuario novato, o alguien que vaya con algo de prisa.

La configuración es algo que lleva pendiente en Linux desde hace mucho. Cada vez que alguien entra en Irc preguntado, ¿como uso tal tarjeta?. Configurar un kernel no es fácil, y si no se sabe lo q se hace los más probable es que acabes con una máquina que no sea capaz de arrancar. En cuanto a las XFree se puede decir lo mismo, aunque al ser la mayoría de video PCI y con la nueva arquitectura de las XF 4, eso cambia.

En cuanto al desarrollor el principal y grave problema es el tema de la documentación. Es muy duro tenerse que ver los ficheros de cabeceras, un trozo del kernel o lo que quereis para poder comprender como funciona algo. El otro día era un tema que juantomas y rodrigo comentaron en la charla de #gnome. Este detalle es fundamental si se quiere atraer a más gente. Hay cosas más importantes que hacer en un programa, y si para llegar a Madrid desde Valencia tienes que dar la vuelta por Vigo mal vamos. También se podría hablar de temas de entorno de desarrolo, pero me parece menos importante que esto.

Por último hace falta, de una vez por todas, que las distribuciones informen claramente que software instale, que tienen abierto por defecto y que para el exterior todo venga cortado por defecto, de tal manera, que el que quiera dar un servicio, por lo menos se lea lo mínimo para que la máquina no acabe "visitada". Cualquiera que haya logeado ultimamente sus conexiones a Internet podrá ver hasta q punto el lion ha hecho estragos.

Siempre defenderé que a cada usuario hay que darle lo que necesita (o se merece, en algún caso).

---

Y en Windows tan campantes (bueno, la ISIS no chuta bien ni con Windows pero eso es otra historia).

Recuerdo las lágrimas que se me saltaron de los ojos cuando la RedHat 5.1 me detectó y configuró la AWE64 el solito...

---

En cuanto al tema de las quejas del API. A mi no me interesa escribir documentos. Me interesa programar, hacer programas (los cuales DEBEN de documentar sus autores). Y eso se hace mal. Sin embargo hay autores, que son los que se deben de preocupar de documentar lo que hacen, que tienen manuales excelentes. QT desde la versión 0.9x y PHP son ejemplos.

Entonces, no creas que no tengo derecho a quejarme. Si prefieres cerrar los ojos y no decir los fallos que se le ven a las cosas, sin problemas.

En cuanto a la tonteria del núcleo, no es un problema de traducción. Es un problema de saber que son ciertas cosas, que sin unos conceptos asentados no vienen a cuento. Un usuario normal, no es un experto en desarrollo de sistemas operativos.

Para el hardware más extendido si. De hecho, si te bajas el DDK de plataforma, donde venían los ejemplos de drivers y demás, verás las fuentes para lo más común ( S3, Trident, etc). Pero vamos, la última vez q lo estuve mirando fue para Windows'9x, y era el hardware de esa época.

la situación en Linux: el fabricante no suele hacer sus propios driver, y cuando los hace no es habitual que sean (cuando menos) abiertos.

Esto debería ser lo normal. A ser posible abiertos. Pero en general, excepto la gente de las tarjetas gráficas, pocos he visto haciendo drivers medio en condiciones ni siquiera en Windows. Y la única casa que saca sus drivers en Linux es nVidia (lastima q no sean open source pero ...), por lo menos tienen ingenieros en ello y no como otros que dan las especificaciones y miran para otro lado.

comparto tus críticas a la situación actual, pero en ningún caso comparto los culpables que apuntas

El problema real es, quieres hardware soportado y de calidad: pues pelas encima de la mesa. El usuario domestico no necsita una 3COM de 15 papeles y cosas por el estilo. En cuento al altruismo dardhal, no se que decirte. Hay mucha más gente de la que crees trabajando sobre Linux a tiempo completo y cobrando. La mayoría del core de desarroladores y la mayoría de drivers últimos se han desarrollado así. Que hace 6 años no era así de acuerdo, pero a día de hoy, muchos cobran por el desarrollo y la verdad, si se debe de exigir los mínimos problemas posibles. En serio, es muy difícil intentar meter Linux cuando te llevas un problema de corrupción de ficheros por un despiste. Incluso gente como Compaq , AMD , etc han dado drivers , y si hay que exigirles que lo que den funcionen.

Mi próxima firma será: "¡Por un PC con 4 puertos serie de fábrica YA!"

La documentación: Vale que los autores deberían documentar su código, pero si no les pagan por ello lo veo muy dificil que lo hagan, por eso, el que se tendría que mover es el interesado.
Me he tenido que leer las cabeceras de la API de gnome alguna vez, pero no me quejaré para que la documenten, si un día necesito esa documentación de verdad me pondré a describir lo que creo que hace, si me equivoco ya me corregirán porque tampoco tendrán derecho a quejarse de que está mal si no han movido un dedo. No sé si me explico...

Decir los fallos que tiene Linux está bien, si nos los callamos nunca los podremos arreglar. Pero sólo con criticar o decir "esto no funciona" las cosas no se arreglan, y Linux, por ahora y espero que por siempre es de todos, así que cada uno en lo que pueda que arrime el hombro.
Hay gente para todo, y seguro que hay algunos raros que les gusta documentar el código de los demás :-)

El núcleo: Pues yo no veo tan dificil compilar el núcleo y no soy un gurú.
Con un Como que explique cada opción y lo que hace y un manual de informática básica creo que la gente se puede compilar un núcleo sin muchas florituras que no necesitan como QoS, etc...
La culpa de que la gente no sepa lo que es un puerto IDE o que su tarjeta de TV tiene un chip BT878 no es de Linux.
Además con el make-kpkg de Debian cualquiera puede hacerse un .deb del núcleo sin saber ni siquiera donde se instala.
Y si no tienen los conocimientos que requiere elegir las opciones del núcleo y tampoco quieren tenerlos que llamen a un amigo o que paguen por ello a un profesional.

Te voy a poner un ejemplo de "háztelo tu mismo y ayuda a los demás" :-).
Te instalas INN en el ordenador de casa, sólo porque te apetece, y te lees HOWTOS, especificaciones, tutoriales en inglés, italiano etc... sin entender italiano y poco inglés.
Es obvio que necesitas MEJOR documentación y como tú seguro que algún otro.
Cuando por fín lo instalas haces un COMO sobre lo que has hecho y porqué lo has hecho y lo que se te ocurra.
Seguro que al siguiente que vaya a instalar INN en casa porque le apetece le viene bien y si sigue tu ejemplo y él domina de programación en Gnome o configuración de las XFree o sabe traducir o yo que sé y hace lo mismo y tú buscas documentación de su campo ya no la tendrás que hacer tú sino que ya estará hecha.
Si todos colaboramos con lo que nos gusta en un momento determinado habrá documentación para todos, pero si decimos "que lo haga otro" seguro que no tendremos nada.

Cuando los desarrolladores consideran oportuno lo hace, por ejemplo, en la serie 2.3.x se produjo un cambio del PCI y de como registrar los recursos que utilizan los drivers, que obligo a una revisión de muchos de ellos. Solo empezaron a ser soportados los que más uso tienen.

Eso tiene sus ventajas e inconvenientes.

en cuanto a los drivers, lo mejor sería que los fabricantes se involucraran. A fin de cuentas, vende hierro, les importa poco lo que le pongan encima.

Si y no usan una libreria de abstración parecida a las nVidia. hay cirtas cosas de la matrox (y ahora hablo de memoria) creo que las que tienen que ver con ciertas funciones de video o acelerancion DVD que no habían podido dar las especificaciones.

Vale que los autores deberían documentar su código, pero si no les pagan por ello lo veo muy dificil que lo hagan, por eso, el que se tendría que mover es el interesado.

Entonces será muy complicado atraer a desarrolladores y eso de que no les pagan por ello ... no se que decirte. Ximian, Redhat, etc han dado muchas pelas para el desarrollo de Linux (pero que Muchas). Redhat tiene en la nómina a Ulrich Drepper ( glibc) Alan Cox, David MIller, Stephen Twedie (kernel), etc. Creo que si se les puede exigir un poquito (si al menos quieren q linux se siga extendiendo).

El núcleo: Pues yo no veo tan dificil compilar el núcleo y no soy un gurú

Bueno, sabes que pasa si pones el ide como módulo o activas ciertas cosas del chipset VIA o se te pasa poner el fix del CMD640 en un antiguo PC o no pones el /proc file systems no, o con los 2.2.x pones como modulos el sistema de IPC no :?

La culpa de que la gente no sepa lo que es un puerto IDE o que su tarjeta de TV tiene un chip BT878 no es de Linux.

Perdona, para eso están los sistemas operativos, para aislar la máquina y presentar una "máquina virtual" al usuario.

DESCRIPTION
              KDOC uses specially formatted comments in your C++ headers and CORBA IDL files to createc ross-referenced documentation in various formats.
 
              KDOC can also correctly handle "signal" and "slot" specifiers as used by the Qt GUI Toolkit.

Pues pretenden eliminar de los PCs los puertos serie y los paralelos.

Un saludo.

Mi peor experiencia con Windows no tiene nombre: tuve una máquina con problemas de hard durante años y no me daba cuenta. Pero Windows 95 funcionaba, aunque peor de lo habitual. Mi peor experiencia con Linux era con la misma máquina: un kernel panic relacionado con este problema de hard destrozó un disco duro que, afortunadamente, estaba con garantía.

Salut.