Richard Stallman: “Chrome OS significa perder el control de los datos”

  1. #109   #108 No, no es verdad. Un paquete para debian sí es un fichero *.deb. Un binario, así a secas, no tiene por qué, es más probable que sea un fichero ejecutable sin más (formato interno de fichero ELF). Y ¿dónde lo veo? Es el fichero "loiq" que ocupa 171.5 Kb.

    Pues por eso precisamente :palm: si fuera un binario precompilado como decías tu por ahí arriba tendría extensión deb, rpm, u otro. Anda maestro borra ese archivo que dices y luego compilas, lo mismo hasta lo consigues. xD

    Sí, sí lo significa. O, más concretamente, que todo aquel al que sea distribuido tiene derecho a poder consultar su código fuente. Párrafo 3 del preámbulo o, más en detalle, en las cláusulas de 4 a 6.


    Hombre claro que tienes la libertad en consultar el código fuente, otra cosa es que tengas que andar desensamblando paquetes para ello (cosa que no podrías con una licencia privativa).

    Mira a lo que te puede llevar ejecutar archivos elf en un sistema Linux sin tener constancia de lo que hace este:
    www.vsantivirus.com/winux.htm

    En fin que paso de darlo mas vueltas, Stallman bastante hizo con advertir, cada uno que haga con su "gato" lo que quiera, ahora, me parece cuanto menos prepotencia, pretender saber mas de programación que Richard Stallman.
    6  votos: 0   link
    el 17-12-2010 15:16 UTC por comunerodecastilla comunerodecastilla
     twitter  facebook  tuenti  
  1. #110   #109 Por qué me molestaré en seguir contestando... imagino que por evitar que desinformes. En fin, allá vamos:

    "si fuera un binario precompilado como decías tu por ahí arriba tendría extensión deb, rpm, u otro"

    Que no... un binario precompilado no es más que un archivo binario generado a partir de un código fuente. Fin. No tiene porqué ser un paquete de una distro. Un binario precompilado NO tiene por qué ser un paquete. Un paquete es un archivo que agrupa en su interior una serie de ficheros y de meta-datos para facilitar su instalación. Generalmente un paquete tiene dentro binarios y otros archivos. Pero un archivo binario NO tiene por qué ser un paquete. Repasando: un paquete contiene archivos binarios y es un archivo binario a su vez, pero un binario NO tien por qué ser un paquete. No puedo decir esto ya de más formas, si sigues sin comprender te recomiendo que mires otras fuentes. O alguna, al menos.

    "Anda maestro borra ese archivo que dices y luego compilas, lo mismo hasta lo consigues. xD "

    ¿Cómo quieres que te lo demuestre exactamente? ¿Te vale una captura de pantalla o saldrás con alguna excusa para no creértela? Lo ideal sería que probaras tu mismo y vieras que es cierto, pero parece ser que prefieres rechazar todo lo que te contradice, así que me extrañaría que lo hicieras. También es verdad que dudo mucho que sepas compilar una aplicación que usa Qt. Si te vale la captura tú dímelo que reinicio en Linux y la pongo.

    "Hombre claro que tienes la libertad en consultar el código fuente, otra cosa es que tengas que andar desensamblando paquetes para ello"

    Vamos a ver. Cuando tú desensamblas, NO accedes al código fuente. Simplemente accedes a un código que hace lo que hace ese programa (generalmente en esamblador, cuando los fuentes pueden estar en C, C++ o en lo que sea). El código fuente es el genera el programa, y el proceso (me temo) no es invertible. Es decir, dado un programa, tú puedes obtener un código que hace exactamente lo mismo: pero no tendrá los mismos nombres de variables, ni los comentarios, ni siquiera tiene por qué tener las mismas instrucciones. Todavía, si el binario incluye símbolos de depuración, puedes sacar algunos de esos datos, pero los comentarios por ejemplo no, y las mismas instruccions seguramente tampoco. Vamos, que no, que sigues sin sacar el código fuente. Te recomiendo que leas qué es desensamblar, qué es la GPL... un poco todo, vamos.

    "Mira a lo que te puede llevar ejecutar archivos elf en un sistema Linux sin tener constancia de lo que hace este:
    www.vsantivirus.com/winux.htm"


    Emmm, yep, sí, hay virus para Linux. No es ninguna revelación, me temo, pero gracias por la información... :roll:

    En fin que paso de darlo mas vueltas, Stallman bastante hizo con advertir, cada uno que haga con su "gato" lo que quiera, ahora, me parece cuanto menos prepotencia, pretender saber mas de programación que Richard Stallman.

    Y a mi me parece de una gran deficiente comprensión lectora el deducir eso de cualquiera de los mensajes que te han contestado. Por citar un ejemplo, y por si quieres tenerlo explícitamente reconocido: Stallman sabe muchísimo más de programación que yo. De largo. Y de licencias también, por cierto. Lo que no quita para que Stallman se haya equivocado con lo que ha dicho de Loiq. Espero que puedas asimilar que no hay contradicción en ninguna de estas frases.

    Oh, y yo también paso de darle más vueltas. Si quisieras aprender ya te habrías informado un poco más a estas alturas y al menos no confundirías binario con paquete o código fuente con desensamblado. O habrías comprobado como sí puedes compilar LOIQ tras borrar el binario que trae. C'est la vi.
    13  votos: 1   link
    el 18-12-2010 03:30 UTC por jmpep jmpep
  2. #111   #109 ¡ Un virus del 2001 ! ¿ Pretendes que funcione un ejecutable del 2001 con la cantidad de cambios de API y ABI habidos en el mundo de Linux desde el 2001 hasta el 2010 ? Si ya ejecutar aplicaciones de 32 bits en 64 necesitas meter las de 32 en /usr/lib32 ... no te digo un programa anterior a GLIBC 2.1 ... En programas libres no pasa por que solo es recompilar, pero como sea un juego propietario , (tjo tjo juegos con motor Unreal) reza para que las llamadas a OpenGL , SDL se mantengan ... con código esppecífico como ese virus, ni siquiera funcionará .
    7  votos: 0   link
    el 18-12-2010 13:16 UTC por andertxu andertxu
comentarios cerrados

menéame