Pagina 11

TODO SOBRE SISTEMAS OPERATIVOS ReactOS

ReactOS

ReactOS (React Operating System) es un sistema operativo de código abierto destinado a lograr la compatibilidad binaria con aplicaciones de software y controladores de dispositivos hechos para Microsoft Windows NT versiones 5x en adelante (Windows 2000 y sus sucesores). Surgió como un intento de compatibilidad con Windows 95. El desarrollo comenzó a principios de 1998, y ha continuado con la incorporación gradual de las características que ya se encuentran en Windows.

ReactOS está principalmente escrito en C, con algunos elementos, como el Explorador de ReactOS, escritos en C++. El proyecto se está portando a las arquitecturas de procesador ARM y AMD64, y en parte implementa la funcionalidad de la API de Windows. Este último cuenta con la asistencia mediante la inclusión de partes de la capa de compatibilidad Wine para sistemas operativos tipo Unix, pero otra funcionalidad se lleva a cabo por los propios desarrolladores. Sin embargo, el progreso se ha visto obstaculizado por la falta de desarrolladores experimentados.

La auditoría del código es amplia para proteger el proyecto contra los posibles problemas legales, de tal manera que la implementación de la API de Windows se realiza únicamente por medio de un proceso completo de sala limpia de ingeniería inversa. Esto ha permanecido en vigor después de afirmaciones hechas en 2006, por un desarrollador de primera y un tercero en incidentes separados, de que el proyecto contenía código assembly desensamblado de Windows, o archivos directamente originarios de Microsoft. Tales denuncias no han tenido consecuencias legales adversas al proyecto, y el desarrollo continúa hasta hoy.

ReactOS se ha conocido por su información sobre las indocumentadas APIs de Windows y, en general, como el software de código abierto para el reemplazo de Windows. El objetivo del proyecto, como se cita a sí mismo, es permitir a los usuarios de Windows a renunciar por completo el uso de software comercial de propiedad sin tener que cambiar a un sistema operativo que no es compatible a nivel binario con Windows, como GNU/Linux. Sin embargo, la falta de patrocinadores corporativos y desarrolladores dedicados han limitado sus esfuerzos para realizar este trabajo
 

Etimología

El nombre ReactOS fue acuñado por el fundador del proyecto Jason Filby, un desarrollador de Oracle desde Durban, Sudáfrica. El término "OS" hace referencia a "sistema operativo" (operating system, en inglés), y el término "React" (Reacción) se refiere a la insatisfacción del grupo con la posición de monopolio de Microsoft, así como -la reacción a- dicha situación.

 Historia

 De FreeWin95 a ReactOS

En 1996 un grupo de programadores y desarrolladores de software libre comenzaron un proyecto llamado FreeWin95 el cual consistía en implementar un clon de Windows 95. El proyecto estuvo bajo discusión por el diseño del sistema ya habiendo desarrollado la capa compatible con MS-DOS, pero lamentablemente esta fue una situación que no se completó.

Para 1997 el proyecto no había lanzado ninguna versión, por lo que los miembros de éste, coordinados por Jason Filby, pudieron revivirlo. Se decidió cambiar el núcleo del sistema compatible con MS-DOS y de ahora en adelante basarlo en uno compatible con Windows NT y así el proyecto pudo seguir adelante con el nombre actual de ReactOS, que comenzó en febrero de 1998, desarrollando las bases del kernel y algunos drivers básicos.

 Auditoría interna

El 27 de enero de 2006, el equipo de ReactOS decidió suspender temporalmente el acceso a los archivos del sistema operativo para los no-desarrolladores, después de una reunión para verificar la afirmación de que el proyecto habría sido contaminado con el código con derechos de autor de Microsoft. Sin embargo, al ser abordados por NewsForge, Microsoft no quiso hacer comentarios sobre el incidente. Siendo el proyecto de desarrollo de ReactOS un software gratuito y de código abierto, la demanda provocó una reacción negativa de la comunidad del software libre. En particular, Wine prohibió a algunos desarrolladores de ReactOS contribuir a su código, citando preocupaciones sobre el origen de sus contribuciones.

La afirmación fue hecha el 17 de enero de 2006 por el ahora ex-desarrollador Hartmut Birr en la lista de correo de desarrolladores de ReactOS (ros-dev), afirmando que contenía un código de ReactOS derivado del desmontaje de Microsoft Windows. El código que Birr disputa implicó la función BadStack en syscall.S, así como otros casos no especificados.Comparando esta función con los binarios desmontados de Windows XP, Birr argumentó que la función BadStack fue simplemente copiar y pegar de Windows XP, ya que eran idénticos. Alex Ionescu, el autor del código, afirmó que si bien el binario de Windows XP en cuestión fue desmontado y estudiado en efecto, el código no se limita a copiar-pegar, sino a ser reimplementado. La razón por la cual las funciones son idénticas, según Ionescu, era porque no sólo había una forma posible de implementar la función.

En un comunicado publicado en su página web, ReactOS cita diferentes definiciones legales de lo que constituye la sala limpia de ingeniería inversa como una de las causas del conflicto, ya que algunos países, incluyendo Estados Unidos, requieren que la reimplementación del código desensamblado esté escrita por alguien que no sea la persona que ha desmontado y examinado el código original, mientras que en otros países se permitirán que ambas tareas sean realizadas por un mismo individuo. En consecuencia, ReactOS aclaró su Declaración de Política de Requisitos de Propiedad Intelectual de la sala limpia de ingeniería inversa conforme a la ley EE.UU.. Una auditoría de código interno se llevó a cabo para asegurar que sólo la sala limpia de ingeniería inversa era utilizada, y todos los desarrolladores fueron obligados a firmar un acuerdo comprometiéndose a cumplir con las políticas del proyecto de ingeniería inversa. Los contribuidores del desarrollo no se vieron afectados por estos eventos, y todo el acceso a las herramientas de desarrollo de software se restableció poco después. En septiembre de 2007, con la realización de auditoría a punto, el estado de auditoría fue retirado de la página web de ReactOS. Aunque la auditoría se realizó, los detalles específicos no se hicieron públicos, ya que sólo fue un esfuerzo interno para asegurar que el código era producido legalmente.

En un incidente separado, Betov, desarrollador de RosASM, afirmó que la mayoría de los archivos sospechosos no estaban en la lista de archivos seleccionados para la auditoría. Sin embargo, ReactOS afirma que los archivos en disputa se obtuvieron de Sanos. Mientras tanto, desde el cierre inicial, el código fuente de ReactOS ha quedado disponible y abierto para su inspección.

 Historial de versiones

Muchas herramientas de desarrollo entre API y ABI están listas para un nivel alto de desarrollo y una interfaz básica en GUI también lo está. ReactOS también posee ReactOS Explorer, una interfaz de usuario similar al ya conocido Explorador de Windows.

 Desarrollo

ReactOS está principalmente escrito en C, con algunos elementos, tales como ReactOS Explorer y el sonido de pila, escritos en C++. El proyecto se basa en MinGW para la compilación, y se contribuye a su desarrollo a través de la presentación de los parches a sus componentes.

Los desarrolladores tienen por objeto hacer que el núcleo sea más compatible con Windows NT 5.2 (Windows Server 2003), y el API de modo de usuario con Windows NT 6.0 (Windows Vista), para añadir soporte para más aplicaciones y hardware. El soporte para DirectX se lleva a cabo a través de ReactX, una reimplementación de la empresa. El renderizado 2D acelerado por hardware se hace de forma nativa, mientras que la funcionalidad de dibujo se redirige a OpenGL como una solución temporal.

El desarrollo está limitado por la falta de gente con experiencia. A partir del 24 de marzo 2010 , con la entrada de ReactOS en Ohloh , seguido de la página a través de los "muy grandes, el equipo de desarrollo de activos", listas de enlace de 37 desarrolladores han contribuido por un período de más de 12 meses y un total acumulado de 97 usuarios actuales y anteriores han contribuido con código al proyecto a través de Subversion desde su creación. Por el contrario, hay 1000 de los desarrolladores que trabajaron solamente en Windows 7, organizados en 25 equipos, cada equipo con un promedio de 40 desarrolladores. Además, en su presentación en Hackmeeting 2009 en Milán, Michele C., desarrollador de ReactOS, señaló que la mayoría de los desarrolladores aprenden sobre la arquitectura de Windows mientras se trabaja en ReactOS sin tener ningún conocimiento previo.

 Dependencias

ReactOS hace uso del código de otros proyectos donde sea posible, de manera que los desarrolladores puedan evitar la duplicación de funciones disponibles y centrarse en la compatibilidad binaria con Windows.

 Wine

Un diagrama de la arquitectura de ReactOS simplificada, con las dependencias de Wine indicadas con el logo de éste.

ReactOS usa porciones del proyecto Wine para que pueda beneficiarse de sus avances en la aplicación de Win32 API. NTDLL, USER32, KERNEL32, GDI32 y componentes de Advapi no pueden ser utilizados debido a sus diferencias con la arquitercura de ReactOS, pero las otras partes del código pueden ser compartidas entre ambos proyectos. Los componentes que no están disponibles a partir de Wine se desarrollan por separado.

Por otra parte, la rama ARWINSS fue creada como un medio alternativo para mejorar el apoyo de USER32 y GDI32 a través de una implementación alternativa de la API Win32. Considerando que el subsistema original Win32 de ReactOS fue modelado creca después de su equivalente en Windows, ARWINSS combina la arquitectura de ese subsistema con la aplicación correspondiente en Wine. Con este fin, ARWINSS utiliza las bibliotecas de Wine y USER32 y GDI32 con algunos cambios para obtener más ventaja en la compatibilidad de Wine con el software existente. ARWINSS también permite al usuario utilizar un servidor X remoto en lugar de una pantalla local.

 OSKit / FreeBSD

En una breve entrevista con Network Performance Daily, Art Yerkes, entonces un desarrollador para Secret Level, mencionó que importó la parte TCP del puerto de OSKit de la pila de red de FreeBSD, como parte de su esfuerzo para limpiar y mejorar la funcionalidad de red. Otras partes de la pila de red de ReactOS, como las implementaciones de los protocolos por paquetes, como IP, son desarrolladas internamente.

 Otros

FreeType se utiliza en la presentación de las fuentes en la interfaz gráfica de usuario, mientras que Mesa 3D proporciona renderizado OpenGL. Los conductores Serial ATA son proporcionados por UniATA. Desde la última actualización para el controlador UniATA, el 10 de septiembre de 2008, UniATA ha sido mantenido por los mismos desarrolladores de ReactOS. El proyecto también ha experimentado con el uso de la biblioteca de FullFAT en la reescritura del Sistema de Archivos Instalable FAT.

 Arquitecturas soportadas

ReacOS soporta varias arquitecturas:

• IA-32.
• Xbox (Regresión).
• PowerPC.
• ARM (Arranque parcial).
• AMD64 (Arranque parcial).

Windows NT 4.0 fue portado a otras arquitecturas de IA-32 como MIPS, Alpha AXP y PowerPC, y los derivados de NT han sido tratados de manera similar, como Windows XP portado a AMD64, y Windows Server 2003 portado a AMD64 e Itanium. En vista de esto, los desarrolladores de ReactOS lo han portado parcialmente a las arquitecturas AMD64 y ARM. El soporte para la Xbox, una variante de la IA-32, se añadió a través de una arquitectura específica de la HAL, aunque ésta, junto con el soporte para PowerPC, ya no es mantenido activamente.

 Usabilidad

El equipo de desarrollo de ReactOS considera que el software se encuentra en fase alpha; es decir, que no está completo y no se recomienda para su uso diario.^[31] El núcleo está incompleto, y sólo unas pocas aplicaciones de Windows funcionan sin problemas. Sin embargo, el sistema operativo se considera bastante estable, con tiempos de instalación y arranque muy cortos.

En el futuro, la serie 0.4x también será marcada como alpha. La serie 0.5x será marcada como beta, lo que significa que ya estará apta para su uso diariamente, pero que se verá sometida a un riguroso control de calidad.

 Impacto

Aleksey Bragin, coordinador del proyecto de ReactOS (a la izquierda) mostrando la funcionalidad de ReactOS a Viktor Alksnis (en el centro).

Varias personas han reconocido a ReactOS y las implicaciones de tener una alternativa viable de código abierto para sustituir Windows.

En su columna para la Free Software Magazine, David Sugar señaló que ReactOS podría permitir el uso de aplicaciones en función de las versiones anteriores de Windows, cuyas APIs han sido desechadas. Asímismo, reconoció su potencial para ampliar la base total del despliegue del software libre, y como un recurso para los desarrolladores que desean saber sobre las indocumentadas APIs de Windows en el curso de escritura de aplicaciones portátiles. Viktor Alksnis también se ha reunido con el actual coordinador del proyecto Aleksey Bragin quien realizó una presentación y demostración del proyecto, que muestra ejecutándose en ReactOS Total Commander y Mozilla Firefox.

John C. Dvorak, columnista de PC Magazine, señaló que la arquitectura de Windows NT se ha mantenido prácticamente igual hasta ahora, por lo que es un candidato ideal para su clonación, y cree que ReactOS podría ser "una amenaza mayor que Linux para el dominio de Microsoft". De hecho, Aleskey Bragin ha mencionado en un comentario al semanario alemán Der Spiegel que ReactOS está dirigido a usuarios de Windows que quieren renunciar al uso del software comercial de propiedad sin tener que cambiar a Linux.

Sin embargo, ReactOS aún presenta problemas. En respuesta a la columna de Dvorak, la periodista Dana Blankenhorn de ZDNet technologi señala que la falta de patrocinadores corporativos y socios ha prestado el proyecto inocuo a Microsoft. Haciendo eco de ésto, Thom Holwerda de OSNews clasifica a ReactOS en una familia de sistemas operativos aficionados que se mantienen sólo por pequeños grupos de desarrolladores que trabajan en su tiempo libre, y que no cuenta con el apoyo financiero que tienen los principales sistemas operativos, ni con el legado de otros sistemas más antiguos y utilizados, como RISC OS.^[36]

 Proyectos relacionados

• ReactOS comparte algunas dependencias con Wine.
• Otros proyectos relacionados son Samba / Samba TNG, que implementan LSASS, SAM, NETLOGON, Colas de impresión de Windows y otros servicios de red.
• Un proyecto más distante a nivel arquitectónico es el de el Kernel de Linux unificado que pretende ser compatible a nivel binario con aplicaciones y controladores de Microsoft Windows y Linux. Este núcleo importa todas las principales características del kernel de Windows en su equivalente en Linux para soportar aplicaciones y controladores de Windows.
• NDISwrapper recreó parcialmente el núcleo de Windows NT dentro del kernel de Linux que permite ejecutar modernos controladores de Windows dentro de la caja del núcleo NT. NDISwrapper consiste en un API NTOSKRNL, un controlador básico de WDM, y una serie de envoltorios de llamanas a Windows, tales como Wireless / NDIS / USB / PnP para Linux API. NDISwrapper no se limita a ejecutar los conductores sólo NDIS; otros controladores WDM se pueden utilizar siempre y cuando el controlador no llame a una API de Windows no implementada.
• Independientemente pero no simultáneamente con el proyecto NDISwrapper, Bill Paul, de Wind River Systems ha desarrollado un sistema similar, conocido como Proyecto Evil o El NDISulator, para FreeBSD. Desde entonces, ha sido portado a NetBSD, pero no a OpenBSD, debido a la última política de anti-blob binario. El NDISulator carece de algunas funciones de ndiswrapper, como el soporte USB.
• NTFS-3G, controlador de NTFS para Linux, Mac OS X, FreeBSD, NetBSD, OpenSolaris, QNX, Haiku y otros sistemas operativos.

 Compatibilidad futura

La compatibilidad del proyecto ReactOS se divide actualmente en dos objetivos: compatibilidad a nivel de kernel con Windows 2003 Server SP1, y compatibilidad a nivel de Win32 con Windows Vista (NT 6.0). Esto es así debido a que el kernel no cambia muy seguido, mientras que Win32 cambia más rapidamente.

Anteriormente los objetivos de compatibilidad han sido Windows NT 4.0, Windows 2000 (NT 5.0), y Windows XP (NT 5.1).

 Soporte para aplicaciones de otros sistemas

ReactOS ejecutando AbiWord y el Explorador de ReactOS.

La arquitectura de ReactOS permite tener subsistemas, así como lo hace la arquitectura de Windows NT.

Un subsistema es una implementación de APIs de otro sistema operativo, permitiendo así ejecutar aplicaciones de otros sistemas operativos en ReactOS (subsistemas para Java, OS/2, DOS y otros).

 

Obtenerlo

En el sitio web de descargas de ReactOS

 Requisitos del sistema

• Procesador compatible con x86, Pentium o superior.
• 24MB de RAM  (se recomienda 128MB).
• Disco duro IDE de al menos 150MB.
• Partición de arranque en formato FAT16/FAT32.
• Adaptador de gráficos VGA de 2M.
• Unidad de CD-ROM.
• Teclado estándar.
• Ratón PS / 2 compatible con Microsoft Mouse o ratón compatible de serie