Barrapunto

Te doy la razon en algunos puntos, pero ... realmente, hay algo que va mal en CUPS.

Lo has usado alguna vez mas alla de configurar una simple impresora SMB ?

Es un puto calvario, todos los manuales y readmes en ficheros separados, cuarenta ficheros de configuracion, miles de opciones que has de picar a mano, trescientos conceptos nuevos con nombres como IPP, PCL, LPR, LPD, SMB, etc...

Tio, estamos hablando de una puta impresora!!! Es lo basico para un usuario corriente.

" trescientos conceptos nuevos con nombres como IPP, PCL, LPR, LPD, SMB, etc... "

Vuelvo a repetírtelo: eso NO ES PROBLEMA DE CUPS. En efecto, existen tropecientos estándares de impresión, que ni son equivalentes ni son óptimos para el mismo tipo de soluciones.

Repito que, por supuesto, todo es mejorable (y, por ejemplo, las ayudas podrían ser más efectivas, estando mejor organizadas) pero que, básicamente hay dos alternativas; no por seguir ninguna de ellas vas a acertar a la primera, pero sí es cierto que yo veo una de ellas como más unix-like y, por tanto (porque me parece superior la "filosofía" unix-like frente a otras que pretenden imponerse), más adecuada.

Se puede tratar de hacer las cosas sobre la suposición de que el usuario final es imbécil, y entonces te sale algo como el primer instalador de Linex: funcionaba perfectamente en el caso que el desarrollador había previsto: un equipo que ya tenía un Windows 9x con una única partición FAT32 que redimensionar e instalar el sistema... y fallaba si no podían moverse sectores del final del disco, o si había varias particiones, o si el ordenador era nuevo y el disco duro no estaba formateado, o si se tenía un sistema de archivos NTFS, u otro Linux con particiones ext o reiser, etc. y se quería probar el Linex... y, además, cuando fallaba la instalación, no había absolutamente nada que hacer; simplemente se jodía uno y se quedaba el Linex sin instalar. También puede uno utilizar la filosofía unix: tratar de hacer las aplicaciones lo más sencillas y lo más "tontas" posibles, y dejar al usuario la responsabilidad de saber lo que está haciendo. Te puedes equivocar (y, de hecho, te equivocas muy habitualmente), pero cuando lo haces, lo peor que pasa es que para utilizar el programa *hay que aprender a utilizarlo*, pero no te deja colgado como un chorizo de cantimpalo, como tiende a pasar cuando se usa la primera "estrategia".