@Nekro Angel:
Prueba con SGD, el auto-reparador de Grub http://www.supergrubdisk.org/

Agradezco tu respuesta Franco. Ya había hecho lo que me comentas (primero win y luego linux), pero extrañamente sigue booteando con Windows, no hallo explicación lógica a mi problema. Ahora creo que tomaré “Overwriting the Windows bootloader” del tutorial que me haz recomendado.

Gracias denuevo.

@Franco, ahora si contestando tu ultimo post.

CNR si tiene cliente nativo y de hecho están las fuentes en su sitio web, además por que hacer AppCenter solo para Ubuntu? Aquí mi critica es a la comunidad y no a Canonical, personalmente he visto como tiran abajo cualquier idea que apunte a utilizar herramientas multidistribución como Build Service.

Ahora sobre la distro más usada, efectivamente es así, ahora llamarlo mayoría ya es relativo, si ves Distrowatch, podrás observar un fenómeno interesante y es que a diferencia de hace un año o dos años, el peso relativo de Ubuntu en relación a las primeras 10 o 20 distribuciones es mucho menor. Por otro lado como decía el tio de spidermen, “Un gran poder conlleva una gran responsabilidad”, si Ubuntu tiene el liderazgo debe utilizarlo con responsabilidad, no sirve de nada tener el 20% dentro del 1% de paticipación de Linux en el escritorio, sería lejos mejor tener solo el 5% pero que Linux tuviera el 20% de participación, eso solo se logrará si los que están primer toman actitudes responsables, ESO sería un GRAN PASO.

Precisamente por que Ubuntu usa una aplicación privada y exclusiva de Ubuntu para eso, que sentido tiene para un desarrollador/empaquetador de Ubuntu usar entonces Build Service?

Cual es la diferencia de AppCenter con CNR?

De algunas cosas se harto, pero de otras se muy poco

Creo que esto te puede servir:

http://www.helium.com/items/421906-how-to-install-linux-on-an-intel-mac-with-boot-camp

Ahora si que nos estamos entendiendo!!!

Hay que recordar que AppCenter es recién una idea y no está nada “a firme” aún. CNR lo conocía desde los tiempos de Lindows (hoy Linspire). No lo encuentro malo, el problema que hay es un tema de “tracción”. Si te fijas CNR y su sitio está disponible hace mucho tiempo, pero al no ser nativo es muy poca gente la que llegará a él.

Una historia distinta es si tienes un ícono en el escritorio como el Add/Remove de Ubuntu y haces todo desde una sola interfaz, sin ir a un sitio web ni instalar paquetes adicionales.

Con esto no digo que la puerta esté cerrada, a estas alturas todo es posible. Pero si los de Canonical hacen su propio servicio lo más probable es que el resto se vuelva irrelevante (si es que no lo es ya), y aunque suene injusto y uno sepa que “ya lo habían hecho antes”, lo importante es que el usuario al final sea beneficiado.

Lamentablemente para los usuarios de otras distribuciones, Ubuntu es la distribución más utilizada por el escritorio promedio, y por lo tanto cada cosa que hagan tendrá un impacto en la mayoría de los usuarios de escritorio de Linux. Lo mismo pasa con RedHat por el lado del servidor.

A propósito, revisando el wiki de Ubuntu descubrí Appnr, es como un clon de CNR pero específico y prácticamente nativo para Ubuntu:

http://appnr.com/

Se que mi pedido no tiene nada que ver con el tema expuesto, pero aprovecho la oportunidad de consultarte porque siento que veo un experto en Distros linux.

Al grano, he tratado de instalar Mandriva con Bootcamp en mi iMac y no lo he logrado. Tengo temor de particionar mal y estropear el OS de Mac. Solo te pido algún blog o tutorial en donde pueda tener paso a paso la secuencia de instalación.

Pienso que Linux está a años luz respecto a microsoft y mac, sería para interesante aprender de este nuevo sistema operativo.

gracias,

Carlo.

He visto esfuerzos similares para Debian, con el mismo concepto de fondo, pero muy estancado en el tiempo.

Por ejemplo http://www.playdeb.net para juegos

Una forma de irse a la segura es instalar primero Windows y despues Linux. De esa forma el instalador de Linux se dará cuenta de que tienes Windows instalado y te configurará GRUB para que te de la opción de iniciar con cualquiera de los dos.

Si instalas Windows después de Linux, el instalador borrará el sector de booteo para que sólo puedas iniciar con Windows (paleta).

Si te pasó eso, sigue esta guía:
https://help.ubuntu.com/community/RecoveringUbuntuAfterInstallingWindows

De hecho cuando alguien instala desde un deb independiente o de algun repositorio no oficial, facilmente podrían estar pasando gato por liebre.

Tu preocupación es válida y es un aspecto que está considerado. De todas formas siempre se puede aplicar algún mecanismo de validación, como por ejemplo el uso de firmas digitales en donde Canonical u otra entidad actúe como Autoridad Certificadora.

En Ubuntu ya usan ese mecanismo pero no es tan estricto y el usuario igual lo puede pasar por alto. He visto que también se usa en Windows.

Yo creo que el amigo en realidad se refiere a instalar aplicaciones en Linux sin conexión a Internet, y lo que dice es real, no es un problema simple.

Insisto en que estás sacando temas que fueron problemas hace 5 o más años atrás.

Explícame por favor cómo un paquete de una distribución va a pedir la versión de una biblioteca que no es parte de la distribución.

Sobre los “megas y megas de software” por una biblioteca. Todo depende de lo que necesites. Si instalas Java Runtime, obviamente van a ser megas y megas independiente de que sea en Linux u otro sistema operativo.

Las dependencias entre bibliotecas no están creadas “porque si”, son necesarias para que las aplicaciones corran. Si una aplicación está construida usando la biblioteca X, entonces necesitas tenerla en tu PC, conociéndote me extraña que te esté explicando cosas así de obvias pero creo que estas siendo porfiado porque quieres.

Si hago una aplicación OpenGL, obviamente necesitaré una implementación de OpenGL para que mi aplicación corra, y a su vez, OpenGL necesitará de un sistema gráfico, etc etc. En la mayoría de los casos, casi todo ya está instalado en el sistema, porque otras aplicacione ya lo están ocupando.

En Linux para qué vas a necesitar actualizar una biblioteca? Si el paquete está hecho para la versión de la biblioteca que ya está en tu distribución. La única razón podría ser porque corrigieron un bug en la biblioteca, y en ese caso siempre son compatibles a nivel binario.

El Build Service de OpenSuse es nada mas que un hosting para compilar aplicaciones. Quizás no fui capaz de transmitir el concepto completo de AppCenter, y es recomendable darse una vuelta por el wiki de Ubuntu.

Por cierto, fui al Build Service a buscar los paquetes de aplicaciones de Google (picasa/chromium/earth) y no encontré ninguno para Ubuntu 9.04. En cambio a través de PPA ya los tengo disponibles en forma nativa, sin necesidad de ir a un sitio web y navegar por varios menús para encontrar… nada

Lo siento pero Build Service : FAIL para mi.

@franco “No entiendo aun la relación entre Build Services de opensuse y AppCenter”

Primero aclarar que evidentemente no son lo mismo, Build Service efectivamente sería más bien homologo a launchpad PPA, la diferencia es que a pesar de lo que crees Build Service ya no es un proyecto controlado por Opensuse sino por la Linux Foundation y como muestran arriba tiene compatibilidad con muchas aplicaciones. La relación en este caso es que lo interesante sería que Ubuntu linkeara su AppCenter con Build Service, facilitando de verdad el trabajo a desarrolladores/empaquetadores.

Por otra parte cuando digo que AppCenter es algo que existe en otras distros, no me refiero a Build Services, sino a cosas como CNR.
http://www.cnr.com/
Si ves la documentación notarás AppCenter en realidad es básicamente un Copy&Paste de CNR, para colmo CNR soporta Ubuntu y además están disponibles las fuentes. Para que reinventar la rueda con una aplicación que solo sirve en Ubuntu?

Finalmente entonces repito mi comentario, esto no es un gran paso, por que es algo que ya existía en otras distros y además solo sirve en Ubuntu.

Un GRAN PASO, sería que Ubuntu ocupara Build Service de la Linux Foundation y que además linqueara su AppCenter con el mismo, proveyendo de esta forma por fin un metodo de instalación unificado para las distintas distribuciones y además logrando que los desarrolladores/empaquetadores no tengan que empaquetar para cada distro o versión, sino en un solo paso soportar multiples distribuciones, eso si que sería un avance grande en Linux, lo de ahora es un pasito y solo para Ubuntu.

Bueno, en los 13 años que uso linux, si, te aseguro que el infierno de las bibliotecas es algo absolutamente real.

Y Franco, tu sabes tanto como yo la peste que ocurre cuando a un programa se le ocurre instalar una biblioteca en versión superior y su compatibilidad reversa falla y al final hay que terminar haciendo truquillos para hacer funcionar todo, sin contar las veces que se instalan megas y megas de software por una simple biblioteca de 50 kilos.

Ok, estoy claro que en Windows de vez en cuando ocurre eso, pero con suerte habran un par de versiones de .NET o DirectX que uno utiliza, y que no inutilizan todo el software anterior cuando lo actualizas. En Linux, si actualizas una biblioteca la mayor parte del tiempo te ves obligado a actualizar todo el resto del software, lo que implica por lo general, mas espacio de disco duro y menos velocidad gracias a nuevos “features” que por lo menos a mi ni me interesaban pero estoy obligado a instalar.

De todas formas, entre nosotros, estoy mas que feliz con mi Linkstation ARM con Debian, aunque seria mas feliz si tuviese gentoo, la que me dio menos problemas en esos aspectos.

Necesito un BUEN tutorial de cómo instalar grub teniendo Windows 7. Lo instalé (junto a Ubuntu) pero siempre bootea con Windows, al parecer grub es instalado en uno de mis otros HDD. En resumidas, necesito utilizar grub para bootear windows y Linux… ¿Como lo hago? ¿Es posible utilizar la misma partición que tiene el mbr de windows? Recordemos que ahora windows 7 crea una partición de 100mb para booteo….

Perdón el off-topic.

Primero contesto esto, por que lo otro no tiene nada que ver.

Build Services es efectivamente un servicio de construcción de paquetes, permite lo mismo que Launchpad PPA de Ubuntu pero para muchas distribuciones y no es de OpenSuse sino de la Linux Foundation. La relación es de complementariedad, preferiría que Ubuntu integrara en AppCenter a Build Services, cosa que un desarrollador/empaquetador en un solo paso tenga paquetes para varias distribuiciones, respetando las dependencias y reglas de cada distribución.

Lo otro en cuanto a algo que ya hace otras distros, me refiero a cosas como por ejemplo CNR
http://www.cnr.com/
Que como puedes ver en donde dice “How is CNR different from other installation systems, such as apt-get, YAST, etc.?” podrás ver que AppCenter parece un simple Copy&Paste.
http://community.cnr.com/docs/DOC-1332
Notece que CNR soporta ya Ubuntu (aunque el proyecto está abandonado) y además publica el código fuente, por lo cual no hay para que reinventar la rueda.

Entonces, en conclusión a mi no me parece “un gran paso” por que no es nuevo, esto ya existía y además tampoco es un gran paso por que solamente es para Ubuntu.

Lo que me gustaría entonces como dije antes, es que Ubuntu utilizará Build Services o bien traspasara el control de Launchpad a la LF y además hiciera lo mismo con AppCenter, de esta forma si sería un GRAN PASO, así con mayúsculas, ya que por un lado los desarrolladores tendrían un lugar unificado para la construcción de paquetes en distintas distros y además existiría una forma de instalar dichos paquetes también unificada, sin perjuicio que además se mantengan en paralelo otros sistemas.

Build Service es excelente, permite mantener tu distribución con software actualizado, buscando los paquetes en un lugar centralizado a través de una cómoda interfaz web. Y a los desarrolladores, les permite compilar su software para multiples arquitecturas y distribuciones fácil y gratuitamente.
Fuente: http://microteknologias.wordpress.com/2009/04/20/build-service-se-va-a-la-linux-foundation/

Build Service es compatible con las siguientes distros:
openSUSE 11.1
openSUSE 11.0
openSUSE 10.3
SLES/SLED 11
SLES/SLED 10
SLES 9
Fedora 10
Fedora 9
RHEL 5
RHEL 4
CentOS 5
Mandriva 2009
Mandriva 2008
Debian 5.0 (Lenny)
Debian 4.0 (Etch)
Ubuntu 9.04
Ubuntu 8.10
Ubuntu 8.04
Ubuntu 6.06

A diferencia del proyecto de Canonical que es exclusivo para *Ubuntu.
Saludos.