sábado, 31 de diciembre de 2011

La larga espera...

Desde el equipo de ReactOS tenemos la obligación moral de pedir disculpas por el gran retraso que está sufriendo la esperada versión 0.3.14 de nuestro Sistema Operativo. Podemos aseguraros que la espera va a merecer (y mucho) la pena, ya que cientos de bugs, algunos de ellos críticos, han sido resueltos durante este periodo, y la estabilidad del sistema ha experimentado una considerable mejora.
Además de dicha mejora en estabilidad, la capa de red también ha sufrido algunos cambios, que han teido como consecuencia que ahora pueda navegarse por Internet de una forma mucho más fluida y eficiente.

Pero, también debemos dar una explicación a este retraso: Se trata de un bug que ha sido catalogado como blocker (bloqueante), esto es, que no puede haber publicación mientras este fallo no sea resuelto.
Efectivamente, sería un tanto negativo publicar una revisión que en bastantes casos no sería capaz de ser instalada. Y es que el bug en cuestión impide el registro de librerías en el sistema durante la ejecución de la segunda fase de instalación (comúnmente llamada 2nd stage entre los miembros del equipo de ReactOS). Podéis tener más información acerca de dicho bug en el informe de erroresd que se creó en su día al respecto aquí

Y tras esta (mala) noticia, una buena: Johannes Wald (janderwald) ha retomado su trabajo sobre la pila USB de ReactOS. Y según él, los ratones USB ya funcionan en el árbol de desarrollo secundario donde está desarrollando dicha pila. Pero aún tendremos que esperar un tiempo antes de ver esta nueva característica integrada en ReactOS. Y personalmente, no creo que la veamos en la versión 0.3.14....

Termino deseando a todos los seguidores del blog, y a todos los seguidores de ReactOS en general unas felices fiestas, felices navidades y un 2012 plagado de salud y buenas noticias. ¡Nos vemos el año que viene!

Actualización: En la última reunión oficial del proyecto, mantenida ayer (5 de Enero de 2012) a través de IRC, se propuso que el branch de la versión 0.3.14 sea creado en dos semanas, con o sin el mencionado error.

miércoles, 16 de noviembre de 2011

Lo logramos


No hemos quedado entre los 10 primeros, como prometía viendo en qué puesto nos manteníamos en las primeras semanas. Pero el objetivo ha sido cumplido: ReactOS ha ganado 1.000 € en el concurso organizado por el banco alemán ING Diba (el equivalente a ING Direct en España).

El resultado final ha sido el puesto 810 de entre 8.015 proyectos / fundaciones presentadas al concurso. Esto demuestra dos cosas. Primero, que vuestros votos han sido importantísimos, y que la comunidad ha respondido a la llamada que se hizo por correo electrónico. Desde estas líneas, muchísimas gracias a todos por vuestra participación.

Lo segundo es, que tenemos una comunidad de usuarios más grande de lo que pueda parecer a simple vista. Muchos de vosotros estáis expectantes, silenciosos como fantasmas, pero estáis ahí, y apoyáis a ReactOS, aún en la sombra. Este agradecimiento también es para vosotros.

Sabemos que esperáis ansiosos la siguiente versión de ReactOS (0.3.14) pedimos disculpas de antemano por tanto retraso, pero unos errores que provocarían lanzar una versión que no funciona como debiera nos impide publicar ReactOS. Se está trabajando para resolver estos bugs, pero, por el momento, sólo podemos ofreceros echar un vistazo a las daily builds.

De todas formas, sí podemos deciros que la espera merecerá la pena. La versión 0.3.14 promete ser la versión más estable y funcional hasta la fecha.

Actualización: Me termo que he cometido un error en lso posts.... El número 8.015 no se refiuere al número de proyectos / fundaciones inscritos, sino al número de votos que nuestra Fundación ha recibido.... Es lo que tiene no tener ni pajolera idea de alemán.... Disculpad las molestias.

viernes, 21 de octubre de 2011

RosBE 2.0 : CMake

Dentro de muy poco se lanzará la versión final de RosBE 2.0, el entorno de desarrollo predeterminado para ReactOS.

La principal novedad es el objetivo de este hilo, y es el abandono de rbuild como entorno de desarrollo, y adopción de cmake. Por eso, os recomendaría echar un vistazo a la Wiki de ReactOS para aprender a usar el nuevo sistema para compilar el Sistema Operativo.

En sucesivos posts iremos desgranando el uso de este sistema tanto en Unix/Linux como en Windows

martes, 18 de octubre de 2011

¡Vota por ReactOS!

A última hora de ayer, Aleksey Bragin y Colin Finck mandaron un mensaje a la lista de correo de ReactOS. En él se especifica que un banco alemán (el equivalente a ING Direct en España) ofrece un premio de 1000 € a los 1000 proyectos / fundaciones más votad@s.

Aunque el sitio esté en alemán, ésto es lo que debéis hacer para votar. El procedimiento es sencillo, así que no os asustéis:

* Abrid el link de más abajo.
* Click en el botón naranja "Stimme abgeben" (="Votar")
* Introduce tu dirección de correo electrónico, y rellena el captcha, y después pulsad el botón "Absenden" (="Enviar")
* Recibiréis un correo de confirmación con un enlace en el que debéis pulsar (el primer enlace de todos).
* Y por último, haced click en "Stimme abgeben" de nuevo, y listo.


Un par de notas para animaros a votar: Podéis votar hasta tres veces. Y no solo eso, sino que además, los tres votos pueden ir a la misma Fundación. Así que, ¡Vota por ReactOS!

Muchas gracias en nombre de todo el equipo de ReactOS, y del equipo de El Blog de ReactOS.

viernes, 14 de octubre de 2011

Ratones y Teclados USB

Y por fín, una de las noticias más esperadas últimamente.

A pesar de que la pila USB no es completamente funcional, ya hay dos tipos de dispositivos que sí deberían funcionar: los ratones y los teclados.

El trabajo hay que agradecérselo a Johannes Anderwald, Cameron gutman, y a muchos otros desarrolladores, que han invertido tiempo y esfuerzo en conseguir este importante hito para el proyecto.

Ahora es nuestro turno, usuarios, testers, de comprobar su funcionamiento, y de reportar los posibles errores que se puedan encontrar.

Como se suele decir en estos casos, "Happy Testing!" ("¡feliz testeo!")

viernes, 7 de octubre de 2011

Cambios en los objetivos de ReactOS

Tan sólo una pequeña nota para anunciar que, en la última reunión del equipo de ReactOS a través de IRC, se acordó por amplia mayoría cambiar los objetivos del proyecto:

Si bien el objetivo último sigue sienbdo el mismo (es decir, total compatibilidad con aplicaciones y drivers de Windows), sí cambia la versión de Windows sobre la que considerar dicha compatibilidad.

Hasta ahora, como recodaréis, ReactOS se había marcado dos objetivos, uno por cada modo de funcionamiento del Sistema Operativo:

Compatibilidad con Windows 2003 para el modo núcleo (kernel mode)
Compatibilidad con la última versión disponible de Windows en ese momento para el modo usuario (user mode)

El problema radica en que, en las últimas versiones de Windows, los cambios efectuados al modo usuario también afectaban al modo núcleo, con lo que es imposible estancar el sistema en un núcleo Win2003 si se querían incorporar las últimas funciones de usuario....

La solución ha sido sencilla y, en princpio, acertada: Tanto el modo núcleo como el modo usuario pasarán a tener el mismo objetivo de compatibilidad. Y este objetivo se ha fijado en Windows 2003 (NT 5.2)

jueves, 22 de septiembre de 2011

Temas

Se han escrito muchísimos comentarios acerca de lo soso que era el escritorio de ReactOS, de lo simple que parecía. Y no os faltaba razón: El (único) tema aplicable a ReactOS recordaba demasiado a los antiguos Windows 95/98, y a Windows 2000. Y mucho ha llovido desde entonces.

Y he dicho único, porque el responsable de que no pudiera ser de otra forma era el inexistente soporte para temas de Windows. En parte fue pensado así a propósito (necesitamos algo muy simple y de fácil implementación para poder empezar a hacer algo, y además, un sistema operativo debe presumir de consumir pocos recursos), pero, tarde o temprano, ésto debería cambiar.

Otro de los estudiantes que ha participado en el programa Google Summer of Code, y que también colaboraba con ReactOS previo a este evento, Giannis Adamopoulos (Smiley), es el encargado de hacer realidad esta multitudinaria petición.

martes, 13 de septiembre de 2011

ReactOS en la web de la BBC

Al ser esta una noticia muy importante para el proyecto, se merece una entrada aparte en el blog, además de las habituales. Es un post rápido, hecho para vosotros. Y es que ReactOS empieza a ser reconocido internacionalmente, como se puede ver en este enlace. No dejéis de visitarlo:

http://www.bbc.co.uk/news/technology-14899507

domingo, 11 de septiembre de 2011

APIC

Como sabéis, ReactOS está aún en fase alfa, lo que implica que no está completo, y le faltan características. Una de ellas, que no es muy visible para el usuario normal, pero que sí es muy importante, es el soporte APIC.

¿Qué narices es eso del APIC? Para resolver esta pregunta, nadie mejor que el desarrollador que lo está trayendo a ReactOS. Hemos podido hablar con Timo Kreuzer (tkreuzer) sobre el tema, para que nos ayude a comprender mejor el funcionamiento de este elemento del sistema.

Advanced Programmable Interrupt Controller

"Controlador Programable de Interrupciones Avanzado", en su traducción al castellano. Las interrupciones son señales que pueden ser enviadas por software, o por los dispositivos, cuando requieren ejecutar operaciones de E/S. Para controlar estas señales, los equipos con arquitectura x86 implementaron originalmente un chip, llamado PIC ("Programmable Interrupt controller", o Controlador Programable de Interrupciones ).

Con la introducción de los sistemas multiprocesador, se añade una nueva gama de interrupciones al sistema: aquellas que van de un procesador a otro. Son las interrupciones IPI ("inter processor interrupt"). Así que se añadieron nuevos chips para manejar esta información: los chips APIC.

¿Dos chips? En realidad el sistema APIC siempre se cuenta como una sola entidad. O se habilita, o no se habilita. Pero Este sistema consta de dos elementos:

  1. APIC local. Este chip no es visible en ninguna parte del sistema, porque va integrado dentro de la CPU. Es responsable del manejo de interrupciones dentro del procesador, y el envío de las mismas a otras CPUs en caso necesario.
  2. IOAPIC (o "I/O APIC"). Es un chip dedicado en la placa base, que puede ser programado para recibir interrupciones del hardware de la máquina y enviarlos al chip APIC local de cada CPU, o incluso a una CPU dedicada.
Como hemos dicho anteriormente, APIC es un subsistema requerido en entornos multiprocesador, dado que se necesita de un sistema que interconecte los procesadores, y que maneje las interrupciones entre ellos. Esto también incluye a los nuevos procesadores multinúcleo, ya que emulan varias CPUs en el sistema. También es requerido en la arquitectura x64. La especificación de dicha arquitectura requiere de la presencia del controlador APIC. No ocurre lo mismo en la arquitectura x86. En este caso, el soporte APIC es opcional (a menos que se haga uso de varias CPUs).

La contrapartida más importante la tenemos cuando se usan máquinas virtuales. Hay que tener presente que la máquina virtual convierte las señales que ejecuta el equipo huésped a aquellas que el anfitrión puede manejar, y viceversa. Esto de por sí ya supone una gran carga de trabajo. Pero si además a ello le unimos las interrupciones APIC, que son muy numerosas, tenemos como resultado una gran ralentización del sistema. ¿es esto un fallo del huésped, o del anfitrión? No, no significa que sea un bug. Sencillamente, muestra el gran número de interrupciones que el sistema realiza en cada ejecución.

viernes, 2 de septiembre de 2011

Kernel mode test suite: Lo que nos diferencia de Wine

Sabido es que el proyecto ReactOS utiliza en gran medida código de Wine, sobre todo en forma de librerías y bibliotecas DLL. Para testear dichas librerías, el proyecto Wine tiene sus propias suites de pruebas, llamadas Winetests. Y dado que ReactOS utiliza librerías de Wine, desde luego, también debería usar sus programas de prueba. Y lo hace: ReactOS usa los Winetests en sus sistemas de testeo automatizado.

Pero el proyecto Wine tan sólo pretende recrear el comportamiento de un sistema Windows en modo usuario. Es decir, pretende simplemente que las aplicaciones Windows que se ejecuten en modo usuario, funcionen. Desde luego sabemos que no es nada fácil, y la labor que realizan los chicos de Wine es inmesa y extraordinaria.

Entonces, ¿qué pasa con los drivers? Éstos son ejecutados en modo núcleo (kernel mode). No forman parte del proyecto Wine, pero sí de ReactOS. Y si no forman parte del proyecto Wine, Wine no puede proporcionarnos sus Winetests. Y aquí es donde entra en juego Google Summer of Code.

Un estudiante alemán, Thomas Faber (ThFabba), que ya había colaborado anteriormente con ReactOS implemmentando código, presentó una suite de pruebas al estilo Winetests, pero diseñada específicamente para código en modo núcleo. No hace falta decir que, de hecho, ha sido diseñada específicamente para ReactOS.
Esta nueva suite proporcionará a los desarrolladores una herramienta con la que podrán comparar su código con el comportamiento de Windows, y hacerlo más compatible, permitiendo, entre otras cosas, el corregir aquellos defectos que hacen que los drivers sigan fallando en ReactOS.

Dicho de otra forma, se acercan buenos tiempos para nuestro SO... :)

miércoles, 31 de agosto de 2011

lwIP integrado en reactOS

No nos hemos podido resistir. Uno de los estudiantes con proyectos para el Google Summer of Code, Claudiu Mihail (KlausM), completó su trabajo antes de finalizar dicho periodo. Los resultados han sido espectaculares. Gracias al trabajo conjunto suyo y de Cameron gutman (cgutman), la pila de red de ReactOS ha dado un salto de gigante en cuando a fiabilidad y estabilidad.

Las pruebas realizadas incluyen navegación, juego en red, servidor de páginas web, y programas de benchmark. En todas las pruebas el nuevo ReactOS se ha mostrado veloz, estable, y fiable.
Recientemente un usuario del foro nos ha creado un video de demostración mientras jugaba en red al Quake 2, con otro usuario del foro. Y lo ha subido a youtube:





Alguien se anima a una partidilla? ;)

domingo, 29 de mayo de 2011

News: Alt+TAB en ReactOS

 

 

alt tabpe

En ReactOS ya se puede hacer uso del mítico “ALT+TAB” para seleccionar fácilmente las aplicaciones. La mejora la encontraréis en nuestras daily builds o tendréis que esperar a la 0.3.14.

Para conseguirlo han sido necesarios los esfuerzos conjuntos de Jimtabor y Gigaherz.

Si quieres conocer un poco más de su desarrollo, solo tienes que (como siempre) seguir leyendo…

miércoles, 25 de mayo de 2011

News: Al ataque con OHCI (USB)

 

 

PNG-usb-pendrive_png-256x256

El soporte USB sigue siendo una prioridad en ReactOS, y Janderwald se ha embarcado en la aventura de dar soporte a este tipo de dispositivos.

Hemos podido hablar un rato con Janderwald y gracias a ello ahora podemos entender un “poco” mejor el trabajo que está desarrollando, el trabajo que queda por desarrollar y a “qué” está centrando su atención en estos momentos.

Si queréis información de primera mano, solo tenéis que seguir leyendo.

 

lunes, 16 de mayo de 2011

News: USB, estado actual

 

 

ReactOS CrewEl 2011 es el AÑO de ReactOS.

Como habéis podido comprobar el Blog ha sufrido grandes parones durante este año y los motivos, en contra de los que algunos han podido pensar, es que estamos trabajando mucho no, muchísimo, en el lanzamiento de ReactOS.

Hay miles de noticias, por fortunas todas buenas, que iremos compartiendo las próximas semanas para “poneros al día”. Pero ahora una de esas noticias que estáis esperando: El desarrollo del USB se ha acelerado en el último mes de manera impresionante.

Si quieres saber un poco más, solo tienes que seguir leyendo.

 

jueves, 12 de mayo de 2011

Servidor CIA cerrado

Pues vaya. Sin previo aviso, y apenas con explicaciones, pero ayer por la tarde, de repente, nuestro servidor CIA, aquel encargado de recoger los mensajes que se envian al arbol de desarrollo cada vezq ue se modifica este código, dejó de responder. Poco después, y hasta ahora, cada vez que intentamos entrar nos pide un nombre de usuario y contraseña que, por supuesto, no tenemos (no, no es el login y contraseña del sitio de ReactOS).

Y poco después se publica este post (en inglés), donde el autor trata de explicar su decisión.

En fin, habrá que buscar soluciones. Una de ellas, gracias a que el servidor cia.vc es de código abierto, será traernos dicho código a ReactOS. Pero habrá más. Sólo es cuestión de tiempo.

Actualización: El servidor fue levantado de nuevo, por lo visto ahora está en manos de otro grupo de desarrolladores.

jueves, 5 de mayo de 2011

Sorpresas de la tercera reunión oficial del equipo de ReactOS: USB y 0.4

El jueves día 28 de Abril se celebró la III reunión oficial del equipo de ReactOS en el canal #reactos-meeting del IRC. Y la verdad es que no dejó indiferente a nadie. Hay muchos proyectos en curso, y otros pendientes, pero el resultado final puede ser francamente espectacular.

Si optáis por seguir leyendo, vais a descubrir cómo el Sistema Operativo puede dar un paso de gigante en los próximos meses, si todo sale como está previsto.


1. Reescritura del sistema ntdll.exe

El fichero ntdll.exe es el encargado de cxargar en memoria las bibliotecas dinámicas (archivos .dll) según se van necesitando. Como todos habréis podido comprobar, infinidad de veces intentamos ejecutar un programa y ReactOS literalmente se pierde en el intento. Esto es debido a la imposibilidad de cargar dichas librerías.
El ejemplo más acuciante lo tenemos en todas aquellas aplicaciones que hacen uso de los frameworks o entornos de ejecución GTK+ o QT, como por ejemplo, Pidgin, X-Chat, Wireshark......

Aleksey Bragin está encargándose de este tema, y ya lo tiene prácticamente resuelto. Tan sólo tiene pendientes arreglar un par de errores para volcar su código al árbol principal de ReactOS. Y las consecuencias, os las podéis imaginar: la compatibilidad con aplicaciones puede aumentar de forma espectacular. Veamos a ver hasta dónde somos capaces de llegar....

2. USB


Hasta ahora, el soporte USb de ReactOS se limitaba a habilitar, en BIOS, el soporte para "legacy USB". Y aún así, no era seguro que funcionara.

Michael Martin, primero, y Johannes Wald, después, han creado un branch aparte donde están cocinando un driver para el bus USB. Y el primero de los dispositivos USB en ver la luz serán los sistemas de almacenamiento (discos duros, primcipalmente).

Y la cosa va por buen camino. De momento, el driver ya puede usarse (por supuesto, con mil limitaciones, y no os alarméis si ReactOS se cuelga demasiado) en qemu, como nos ha dicho Michael Martin. Pero aún queda mucho trabajo por hacer....

3. 0.4

Vaya por delante, que no hay planes oficiales aún para el lanzamiento de la versión 0.4. Aún se desconoce cuál será la siguiente versión de ReactOS, y no hay fecha de publicación. Pero en la reunión se insinuó que, dependiendo del éxito de ReactOS en el Google Summer of Code, o mejor dicho, del éxito de los estudiantes con los proyectos que han presentado para ReactOS, podríamos ver la nueva versión 0.4 no mucho después del verano. Pero ésto son todo especulaciones y, vuelvo a repetir, para que quede bien claro, que no hay postura oficial al respecto.

El verano va a venir calentito, también de novedades.... veremos a ver en qué acaba todo ésto...

sábado, 26 de marzo de 2011

Las nuevas características de ReactOS 0.3.13


El nuevo ReactOS 0.3.13 fue lanzado la semana pasada tal y como comentamos aquí.

El parto ha sido complicado, aunque es necesario agradecer a la comunidad de usuario de ReactOS su ayuda en el testeo de las aplicaciones que ha permitido acelerar en gran parte el proceso. Dos bugs, que además de ser críticos eran random, nos han tenido en vilo y han sido los responsables de este retraso.


 
La versión 0.3.13 ( 12+1 para los supersticiosos) es un gran salto de calidad con respecto a la versión anterior. La 0.3.12 fue la versión que introdujo las reescrituras más importantes, en la 0.3.13 estas reescrituras se han pulido y mejorado haciendo que ReactOS pueda demostrar su verdadero potencial.


 >>Sigue leyendo para descubrir las importantes novedades de compatibilidad.




miércoles, 23 de marzo de 2011

Lanzado ReactOS 0.3.13

Tras un mínimo retraso debido a la presentación de ReactOS en el CLT2011, ya tenemos con nosotros la última versión del sistema operativo.

Lo más significativo para los usuarios es la considerable mejora en el rendimiento del sistema, que se aprecia a simple vista por su rápida ejecución. Más de 280 bugs han sido resueltos desde la versión 0.3.12, además de muchas regresiones.

Aún no hemos tenido tiempo de traducir la nota de prensa oficial, pero os dejamos el enlace a la nota original (en inglés) por si queréis echarle un vistazo.

Como siempre, podéis descargar las imágenes disponibles desde aquí.

viernes, 18 de marzo de 2011

Google Summer of Code: ¡por fín!

Después de varios años ausente, ReactOS ha sido seleccionado para participar en la nueva edición del Google Summer of Code. Y esto implica varias cosas:





En primer lugar, significa que un gigante como Google empieza a tomarse el proyecto en serio, lo cual no es moco de pavo.

Y en segundo lugar, significa que el proyecto ha alcanzado un cierto grado de madurez, lo suficiente para atraer la atención de las grandes empresas.

Esperamos que esta elección sirva para dar un empujón al desarrollo de este nuestro futuro sistema operativo.

¡Si deseas ganar 5000$ en breve te diremos como poder hacerlo!

lunes, 7 de marzo de 2011

News: Marzo, el mes de ReactOS

news-iconCuando el “Blog de ReactOS” recibe menos actualizaciones que de costumbre significa, por lo general, que estamos “tramando” algo.
Realmente estamos saturados de trabajo e ideas. Por fortuna el trabajo se traduce en “más” ReactOS y las ideas en un “mejor” ReactOS.
Aunque en España apenas existan desarrolladores de ReactOS, el esfuerzo por darlo a conocer está poco a poco recogiendo sus frutos.

Durante el mes de Marzo van a tener lugar importantes novedades, os desvelamos un par de ellas en rigurosa primicia

jueves, 24 de febrero de 2011

News: Conclusiones de la “Primera reunión oficial de ReactOS”

imageEl Proyecto ReactOS está embarcado en una nueva etapa en lo que a la gestión del proyecto se refiere.

Para ello se están tomando una serie de medidas que permitirán mejorar la coordinación y proyección exterior de ReactOS.




Ayer tuvo lugar la primera de las “Reuniones mensuales” donde se debatirán y se tomarán las próximas decisiones de manera consensuada.
Para conocer las decisiones tomadas o incluso aportar alguna sugerencia, solo tienes que seguir leyendo.

miércoles, 16 de febrero de 2011

Creado el branch de ReactOS 0.3.13

Tras una seria de mensajes en la lista de correo sugiriendo una publicación únicamente basada en arreglos (bugfixes), hoy se ha creado el arbol de desarrollo de la siguiente versión de ReactOS, la versión 0.3.13.

Como siempre, a este arbol tan sólo se añadirán arreglos críticos de última hora, y los habituales parches.
La revisión base de este nuevo branch es la 50721.

Actualización:
El día 22 de Febrero tuvo lugar una reunión urgente del equipo de ReactOS a través del canal #reactos-meeting de IRC. Entre otras cosas, se resolvió posponer la creación del branch para más adelante, lo que implica que el branch creado será eliminado, y una nueva revisión será elegida como la base del nuevo árbol. Volveremos a actualizar el blog en cuanto tengamos más información.

jueves, 3 de febrero de 2011

News: ¿Que es eso del [CMAKE]?

 
image

Muchos habréis podido comprobar la existencia de varios cientos de commits haciendo referencia a la “palabra” CMake e incluso conocéis la existencia de un branch llamado “cmake-bringup”.
El objetivo de ese branch no es otro que abandonar nuestro actual jefe Rbuild y adoptar CMake como nuevo jefe durante la compilación.
Si quieres saber que es “Rbuild”, “Cmake”,o las ventajas de uno frente al otro…solo tienes que seguir leyendo… ;)
 

 


sábado, 22 de enero de 2011

News: El Bug navideño en el MM

bug
 Hoy es 22 de Diciembre del 2010. Son las 11 de la noche, lleva lloviendo dos días casi sin parar y apetece quedarse en casa calentito. En la tele siguen echando la misma basurilla de siempre, me acoplo en el sofá,arranco el ordenador y me pongo a testear por enésima vez ReactOS.

“La televisión ha hecho maravillas por mi cultura. En cuanto alguien enciende la televisión, voy a la biblioteca y me leo un buen libro.” dijo Groucho Marx , “o me pongo a testear ReactOS” añadiría yo.



Me bajo la última versión disponible, la 50109, y comienzo a instalarla…De pronto la instalación se congela al 25% y de ahí no avanza. "No pasa nada"-digo,mientras una gota fría comienza a resbalar por la patilla....

 

 

lunes, 3 de enero de 2011

News: ReactOS certifica drivers de código abierto para Windows

Hoy nos levantamos con una buena noticia:
La Fundación ReactOS ofrece la posibilidad de certificar gratuitamente drivers diseñados para Windows a aquellos proyectos open-source que lo soliciten gracias a nuestro certificado Verisign.



Muchos proyectos de código abierto no pueden permitirse el lujo de pagar el alto coste de una licencia con la que certificar los drivers de sus aplicaciones.Si el driver no está certificado,Windows advierte al usuario dándole la posibilidad de no seguir adelante con la instalación del mismo(drivers 32 bits) e incluso impidiendo totalmente dicha instalación (drivers 64 bits).

Esto juega en contra de las aplicaciones de código abierto ya que, ante una advertencia de "alto riesgo" por parte del Sistema Operativo, el usuario podría decidir no instalar el software.

Gracias a la certificación gratuita que ofrece la Fundación ReactOS aseguramos, además, que nadie pueda añadir rootkits o troyanos que comprometan la seguridad del sistema operativo. Elevando la calidad y seguridad del código abierto.





El código abierto

Uno de los pilares del código abierto es la libre adaptación y modificación del código fuente respetando siempre las licencias bajo las que ha sido publicado.
Sin embargo esta libertad, que favorece al software abierto, se convierte en un arma de doble filo en el que terceras personas pueden modificar fácilmente dichos drivers añadiendo rootkits que comprometan la seguridad del Sistema Operativo.

Si el driver original no está certificado, el usuario "de a pie" no tendría manera de reconocer cual de los dos drivers es el peligroso. Si el driver original está certificado, el sistema operativo advertiría al usuario del peligro y éste podría detener la instalación.

Por desgracia solo los grandes proyectos de software libre pueden tener acceso a licencias de certificación, cuyo coste ronda los 2000 euros anuales, por lo que muchos de los pequeños proyectos de software libre no pueden certificar sus drivers.




Drivers 64 bits.


La situación es incluso peor para aquellos proyectos libres que crean y usan drivers de 64 bits. Cuando Windows detecta un driver de 64 bits no certificado impide automáticamente su instalación, sin dar posibilidad al usuario de continuar con ella.




Este método cuyo objetivo es "proteger al usuario de posibles drivers dañinos" obliga a estos proyectos a pagar una certificación, algo que como hemos dicho no está en los bolsillos de todo el mundo.


De esta manera se limita, indirectamente, el desarrollo del software libre para la nueva generación de los sistema operativos Windows.




Requisitos para la certificación gratuita

Para poder tener acceso a la certificación, deben cumplirse una serie de requisitos:

  • La certificación solo estará disponible para Drivers de proyectos open source
  • La Fundación ReactOS construirá el driver binario que va a ser certificado: No aceptamos binarios ya creados. Esto significa que todo el código fuente y las herramientas para construir el driver deben estar accesibles.
  • El driver no puede ser usado para sortear características de seguridad del Sistema Operativo. Esto incluye intentar romper características DRM así como otros procesos de seguridad.
  • El driver no puede ser parte de actividades ilegales que intenten sortear la seguridad del sistema operativo.
  • Se debe colocar un link a la página web de ReactOS en alguna parte del proyecto o del producto. Preferiblemente facilmente visible.
La Fundación se reserva el derecho de rechazar la certificación de un driver incluso si los requisitos anteriores son plenamente satisfechos.

Más Info y Datos de contacto: Driver Signing







 

News: Todos los servidores operativos.


En la última entrada os comentábamos que nuestro server Debug&Tester se había tomado un par de días de vacaciones.

Tras un bonito reset manual, nuestro server Osnabrück se encuentra de nuevo operativo, testeando y compilando las nuevas ISOs.

El servidor, que corre un sistema operativo Gentoo,se había quedado totalmente bloqueado y no respondía a ningún tipo de apagado/reset de manera remota. Estas cosas pasan :)

Los testeadores respiran algo más aliviados. La revolución de las máquinas tendrá que esperar. :)
¡Atentos a la próxima entrada!