posiblemente en el linux de hoy esa distincion si esta solo en mi cabeza. Pero es posible hacerla y dejar un SO linux basico y standard y a partir de ahi programas aislados cuyas no librerias no entran en conflicto. Yo desarrollo Java y tengo perfectamente separado el java core, de otras dependencias de un programa que no son java core.
Entran en conflicto porque lo quieres fácil. Quieres que una instalación sea transparente, que no te pregunten nada, que no tengas que tomar decisiones.
exactamente ese es el problema que windows no tiene, porque te puedes bajar una aplicacion con la libreria pepe_v3.0 y la aplicacion de al lado pepe_v5.0 sin que entren en conflicto, lo cual permite bajarse apps de internet sin estar preempaquetadas en un appstore e instalarlas next next next.
Vuelves a equivocarte. Si quieres tener lo último no puedes instalarte una distro estable y mantenida. Necesitas distros punteras y saber como apoyarte en la comunidad para solucionar los problemas que puedan surgir.
Probablemente pepe_v3.0 sea desinstalado al meter pepe_v5.0 y ademas permanezcan en tu disco por los siglos de los siglos las librerías VC Redistributable de ambas versiones, porque el sistema de registro de Windows no es fiable como para desinstalar por las bravas. Pero como ésto probablemente no lo llegues a saber nunca, te limitarás a ver crecer el espacio del SO en el disco y un buen día reinstalarás todo y quedarás sorprendido de lo rápido que va todo cuando tienes lo mismo, pero reseteado. Esas cosas son raras en Linux.
Y te vuelves a equivocar en cuanto a considerar que un conflicto es el fin, cuando tienes varias soluciones, como instalar los repositorios de una versión más inestable junto con la tuya actual, resolver con ese repositorio y cuando hallas acabado fijar las versiones que hayan cambiado para que no se resuelva sobre ellas en upgrade o downgrade (porque no vas a tener el repositorio) y entonces, quitar el repositorio avanzado y dejar solo el estable, y eso, si lo consigues, rula, pero hay que currárselo.
Otra opción es compilar estáticamente en vez de linkar dinámicamente, pero para ello has de saber programar (o al menos "makefilear") o unirte a la comunidad que te quiera dar un ejecutable extraoficial.
Créeme que el problema es querer todo lo último cuando de la gran mayoría de aplicaciones no usas apenas un 10%, si llega. Es mucho más importante la estabilidad, se llega a apreciar mucho.
Por ejemplo, hace exactamente 3 dias salio AndroidStudio 1.4 para windows. Esta disponible ya para las diferentes distros linux la 1.4?
Sí, pero seguramente no al alcance de un botoncito y next-next-next. Después pasa lo que pasa, que no se testea lo suficiente. El IReport hasta hace poco necesitaba una versiónde Java anterior y el Openbravo POS no rula en Windows 10 si el server es mysql y remoto.
Hablais de Windows como si fuera la joyita de la corona y luego pasa lo que pasa, que en sistemas de producción sin chumineces domina Linux, por la estabilidad de un testeo adecuado de las aplicaciones y sus dependencias de librerías.
::