Linus reta a Paragon y crítica a GitHub por las fusiones

Linus reta a Paragon Se sabe que Linus Torvalds es muy quisquilloso con los procedimientos y estándares que deben seguir quienes colaboran con el desarrollo del núcleo Linux. Y, no suele ser muy amable con quiénes no están a la altura. Recordemos que en el pasado se retiró un tiempo de su rol para replantearse la manera en que se relacionaba con otras personas. Está vez, quien incurrió en su desagrado, fue Paragon Software, la empresa detrás del driver NTFS3. Anunciado para la versión 5.15 del núcleo Linux, mejorará el soporte para el sistema de archivos nativo de Windows. Índice 1 Los sistemas de control de versión (SCV) 2 La liberación del controlador 3 Linus resta a Paragon Los sistemas de control de versión (SCV) Para que esta historia se entienda, vamos a explicar algunos detalles que no todo el mundo tiene por que saber. Los desarrolladores de proyectos de software muy complejos utilizan un software de control de versión (En general operado por un proveedor externo en la nube) Este software, permite hacer el seguimiento de quién, cuándo y qué realiza modificaciones. Si no eres parte de los miembros del proyecto, puedes hacer una bifurcación (fork), es decir copiar los archivos del proyecto a tu propio repositorio y, en él realizar tus propias modificaciones. En el caso de que te guste el resultado puedes sugerirle al administrador del proyecto original que las incorpore, mediante la llamada pull request. La liberación del controlador El año pasado, Paragon Software anunció la liberación del código del controlador, que anteriormente comercializaba, comprometiéndose además a ocuparse del mantenimiento y actualización. Esto es una buena noticia ya que es mucho mejor que el que utilizábamos actualmente. Según la propia empresa La versión actual funciona con archivos normales/comprimidos/espaciosos y soporta acl, reproducción del diario NTFS. La mayor parte del código estaba en la rama linux-next desde el 13 de agosto, pero hay algunos parches, que estaban en la rama linux-next sólo por un par de días. Esperemos que esté bien – no se detectó ninguna regresión en las pruebas». Después del anuncio de Paragon, el controlador NTFS3 tuvo que pasar por muchas rondas de revisión para mejorar la calidad del código y hacer que cumpla con los estándares de codificación del resto del núcleo. Parece que finalmente lo logró. Y así llegamos a la madre del borrego. Linus resta a Paragon Para poder incluir el controlador en la versión 5.15 del núcleo, Linus Torvalds le pidió a Paragon Software que realizara la pull request de la que hablábamos arriba. La empresa lo hizo, pero no en la forma en la que le gusta a Torvalds. La primera observación del finlandés fue que la pull request debería haber sido firmada. En un mundo perfecto, se trataría de una firma PGP que pudiera rastrear directamente hasta ti a través de la cadena de confianza, pero nunca lo he exigido En segundo lugar, se quejó que la pull request se había realizado desde la interfaz web del servicio lo que produce mucho código basura. Github es un sitio de alojamiento perfectamente bueno, y también hace una serie de otras cosas bien, pero las fusiones no es una de esas cosas También protestó por la falta de información suficiente. Para el creador de Linux «las fusiones del kernel de Linux deben hacerse de manera apropiada». Y añadió: «Eso significa mensajes de confirmación adecuados con información sobre lo que se fusiona y *por qué* se fusiona algo. Pero también significa una información adecuada sobre la autoría y el committer, etc. Todo lo cual GitHub estropea por completo». Linus Torvalds sabe de lo que habla, el fue el creador de Git, el software en el que se basan servicios como GitHub, ahora propiedad de Microsoft. Y, curiosamente fue por disconformidad con otro servicio En realidad nunca quise hacer un programa de control de versión ya que los odiaba a todos…entonces llegó BitKeeper y realmente cambió mi forma de verlos. BK acertó en la mayoría de las cosas y tener una copia local del repositorio y la fusión distribuida fue algo muy importante. La gran cosa sobre el control de origen distribuido es que hace que uno de los principales problemas con los SCV s desaparezca – la política en torno a «quién puede hacer cambios». BK demostró que se puede evitar eso dando a todo el mundo su propio repositorio. Pero BK también tenía sus propios problemas; había algunas decisiones técnicas que causaban problemas (los renombramientos eran dolorosos), pero el mayor inconveniente era el hecho de que, al no ser de código abierto, había mucha gente que no quería usarlo. Así que, aunque acabamos teniendo varios mantenedores del núcleo que utilizaban BK – era de uso gratuito para los proyectos de código abierto – nunca se hizo masivo Así que ayudó al desarrollo del núcleo, pero no era perfecto. Así que en algún momento decidí que no podía seguir usando BK, pero que realmente no quería volver a los viejos y malos tiempos pre-BK. Lamentablemente, en ese momento, mientras que había algunos otros SCV que más o menos trataron de conseguir la cosa distribuida, ninguno de ellos lo hizo remotamente bien. Tenía requisitos de rendimiento que no eran ni remotamente satisfechos por lo que estaba disponible, y también me preocupaba la integridad del código y todo el flujo de trabajo, así que terminé decidiendo escribir el mío propio.

Hoy el Kernel de Linux cumple su 30 aniversario

Hoy el Kernel de Linux cumple su 30 aniversario y aun le queda mucho por dar Bastante. A principios de mes dimos a conocer la nota del 30 aniversario de la publicación de la primera web, un hecho que sin duda marco la historia y del cual siempre he relacionado un poco con Linux, ya que tanto la publicación de la primera web asi como del primer prototipo del Kernel de Linux van de la mano, ya que ambos fueron dados a conocer en el mismo año.

Ya que un 25 de agosto de 1991, después de cinco meses de desarrollo, el estudiante de 21 años Linus Torvalds anunció en la teleconferencia comp.os.minix que estaba trabajando en un prototipo funcional de un nuevo sistema operativo Linux, para el cual la portabilidad de bash 1.08 y gcc 1.40 se habían completado. Esta primera versión pública del kernel de Linux se lanzó el 17 de septiembre. El kernel 0.0.1 tenía 62 KB en forma comprimida y contenía alrededor de 10 mil líneas de código fuente que comparación del kernel de hoy en dia de Linux tiene más de 28 millones de líneas de código. Según un estudio encargado por la Unión Europea en 2010, el costo aproximado de desarrollar desde cero un proyecto similar a un kernel moderno de Linux habría sido de más de mil millones de dólares (calculado cuando el kernel tenía 13 millones de líneas de código), según a otro estimado en más de 3 mil millones. Un poco sobre Linux

El kernel de Linux se inspiró en el sistema operativo MINIX, que a Linus no le gustó con su licencia limitada. Posteriormente, cuando Linux se convirtió en un proyecto famoso, los malvados intentaron acusar a Linus de copiar directamente el código de algunos subsistemas MINIX. El ataque fue repelido por el autor de MINIX, Andrew Tanenbaum, quien encargó a un estudiante que hiciera una comparación detallada del código Minix con las primeras versiones públicas de Linux. Los resultados del estudio mostraron la presencia de solo cuatro coincidencias de bloques de código insignificantes debido a los requisitos de POSIX y ANSI C.

Linus originalmente pensó en llamar al kernel Freax, desde free, freak y X (Unix). Pero el kernel recibió el nombre «Linux» con la mano ligera de Ari Lemmke, quien, a pedido de Linus, colocó el kernel en el servidor FTP de la universidad, nombrando el directorio con el archivo no «freax», como Torvalds pidió, sino «linux”. Es de destacar que el emprendedor empresario William Della Croce logró registrar la marca Linux y quiso cobrar regalías a lo largo del tiempo, pero luego cambió de opinión y transfirió todos los derechos de la marca a Linus. La mascota oficial del kernel de Linux, el pingüino Tux, fue seleccionada a través de un concurso celebrado en 1996. El nombre Tux significa Torvalds UniX. En cuanto al crecimiento del Kernel durante los últimos 30 años: 0.0.1 – septiembre de 1991, 10 mil líneas de codigo 1.0.0 – marzo de 1994, 176 mil líneas 1.2.0 – marzo de 1995, 311 mil líneas 2.0.0 – junio de 1996, 778 mil líneas 2.2.0 – enero de 1999, 1,8 millones de líneas 2.4.0 – enero de 2001, 3,4 millones de líneas 2.6.0 – diciembre de 2003, 5,9 millones de líneas 2.6.28 – diciembre de 2008, 10,2 millones de líneas 2.6.35 – agosto de 2010, 13,4 millones de líneas 3.0 – Agosto de 2011, 14,6 millones de líneas 3.5 – julio de 2012, 15,5 millones de líneas 3.10 – julio de 2013, 15,8 millones de líneas 3.16 – agosto de 2014, 17,5 millones de líneas 4.1 – junio de 2015, 19,5 millones de líneas 4.7 – julio de 2016, 21,7 millones de líneas 4.12 – julio de 2017, 24,1 millones de líneas 4.18 – Agosto de 2018, 25,3 millones de líneas 5.2 – Julio de 2019, 26,55 millones de líneas 5.8 – Agosto de 2020, 28,4 millones de líneas 5.13 – junio de 2021, 29,2 millones de líneas Mientras que por la parte del desarrollo y novedades: Septiembre de 1991: Linux 0.0.1, primera versión pública que solo admite la CPU i386 y se inicia desde un disquete. Enero de 1992: Linux 0.12, el código comenzó a distribuirse bajo la licencia GPLv2 Marzo de 1992: Linux 0.95, brindó la capacidad de ejecutar el sistema X Window, soporte para memoria virtual e intercambio de particiones, además de que aparecieron las primeras distribuciones SLS e Yggdrasil. En el verano de 1993, se fundaron los proyectos Slackware y Debian. Marzo de 1994: Linux 1.0, primera versión oficialmente estable. Marzo de 1995: Linux 1.2, aumento significativo en el número de controladores, soporte para plataformas Alpha, MIPS y SPARC, expansión de las capacidades de la pila de red, aparición de un filtro de paquetes, soporte NFS. Junio de 1996: Linux 2.0, soporte para sistemas multiprocesador. Enero de 1999: Linux 2.2, aumento de la eficiencia del sistema de administración de memoria, soporte agregado para IPv6, implementación de un nuevo firewall, introducido un nuevo subsistema de sonido Febrero de 2001: Linux 2.4, soporte para sistemas de 8 procesadores y 64 GB de RAM, sistema de archivos Ext3, USB, soporte ACPI. Diciembre de 2003: Linux 2.6, soporte SELinux, herramientas de ajuste automático del kernel, sysfs, sistema de administración de memoria rediseñado. En septiembre de 2008, se formó la primera versión de la plataforma Android basada en el kernel de Linux. En julio de 2011, después de 10 años de desarrollo de la rama 2.6.x , se realizó la transición a la numeración 3.x. En 2015, Linux 4.0, el número de objetos git en el repositorio ha alcanzado los 4 millones. En abril de 2018, supero la barrera de los 6 millones de objetos git-core en el repositorio. En enero de 2019, se formó la rama del kernel de Linux 5.0. Publicado en agosto de 2020, el kernel 5.8 fue el más grande en términos de la cantidad de cambios de todos los kernels durante toda la existencia del proyecto. En 2021, se agregó código para desarrollar controladores en el lenguaje Rust a la siguiente rama del kernel de Linux.

Linus Torvalds y su nuevo controlador NTFS

 

Linus Torvalds quiere un nuevo controlador NTFS y el de Paragon Software es el indicado

Hace poco Linus Torvalds dio a conocer el lanzamiento de la primera versión candidata para Linux 5.14 y sobre ello el equipo de desarrollo del kernel continúa trabajando en los detalles finales antes de la versión estable y se especula que la versión estable de Linux 5.14 podría venir con un nuevo controlador NTFS, en particular el controlador «NTFS3» de Paragon Software.

 22/07/2021 02:04 |

Comparte

Twitea

Y es que en una publicación en la lista de correo del kernel de Linux, Torvalds le pidió a Paragon Software que enviara el código para fusionar su nuevo controlador NTFS. El controlador podría agregarse en Linux 5.14-rc2, aunque Torvalds considera que esta versión ya es demasiado grande. De lo contrario, el controlador debería estar listo para Linux 5.15.

mplemente no tenemos a nadie para canalizar nuevos sistemas de archivos: fsdevel

La lista de correo es buena para comentarios y obtener retroalimentación, pero en algún momento alguien solo necesita enviarlo, y eso no es lo que fsdevel termina haciendo.

El argumento de que «ya está en un estado mucho mejor que el anterior
controlador ntfs «puede no ser un argumento técnico muy sólido (no porque
de cualquier problema de Paragon, solo porque el controlador ntfs antiguo no es
genial), pero es un argumento bastante fuerte para fusionar el nuevo
de Paragon.

Al discutir el tema de la separación de poderes al mantener el código de los sistemas de archivos y los controladores relacionados con VFS, Linus Torvalds expresó su disposición a aceptar parches directamente con la nueva implementación del sistema de archivos NTFS, si Paragon Software asume las responsabilidades de NTFS como mantenedor del sistema de archivos en el kernel de Linux y recibe la confirmación de otros desarrolladores del kernel que han revisado la corrección del código (aparentemente, la confirmación ya está disponible).

Linus señaló que entre los desarrolladores del kernel de VFS no hay personas responsables de recibir solicitudes de extracción con nuevos FS, por lo que dichas solicitudes se pueden enviar a él personalmente.

En general, Linus insinuó que no ve ningún problema especial con la adopción del nuevo código NTFS en la parte principal del kernel, ya que el estado deplorable del antiguo controlador NTFS no resiste las críticas y no ha habido quejas importantes sobre el nuevo controlador Paragon durante un año.Este controlador ya se encuentra en un estado de funciones mucho mejor que el controlador ntfs anterior de 2001.

Si el nuevo código ntfs tiene comentarios de personas, y parece que lo hizo
conseguirlos, y se espera que Paragon sea el que lo mantenga, entonces yo
creo que Paragon debería hacer una solicitud de extracción de git para ello.

Y es que en este año se propusieron 26 versiones de los parches ntfs3 dentro de lista de correo de «linux-fsdevel» para revisión, de los cuales se han eliminado los comentarios, pero la cuestión de la inclusión en el kernel se ha estancado por la imposibilidad de encontrar mantenedores del VFS, que podrían tomar una decisión sobre cuestiones conceptuales: qué hacer con el controlador ntfs antiguo y si implementar llamadas ioctl FAT heredadas en el controlador nuevo.

En su forma actual, para aceptar parches, es necesario asegurar en ntfs3 la compatibilidad con los cambios realizados recientemente en la API iov, por lo que el parche ha dejado de construirse y, si es posible, traducir el código para usar fs/iomap (se asume que esto no es crítico y la adaptación ya se puede hacer cuando ntfs3 está en el kernel).

El código para el nuevo controlador NTFS fue descubierto por Paragon Software en agosto del año pasado y difiere del que ya está en el kernel del controlador por la capacidad de trabajar en modo de escritura.

El controlador admite todas las características de la versión actual de NTFS 3.1, incluidos los atributos de archivo extendidos, el modo de compresión de datos, el trabajo eficiente con vacíos en los archivos y la reproducción de cambios del registro para restaurar la integridad después de fallas.

Ubuntu 2021

 

Ubuntu

Ubuntu sigue siendo una de las distribuciones de Linux más populares y es la más utilizada hasta la fecha,  incluso viene preinstalada en computadoras de escritorio y portátiles fabricadas por HP, Dell y Acer como alternativa a Windows. Tiene varios «sabores» disponibles, siete para ser exactos, que vienen con sus propios programas, entornos de escritorio y características: MATE ofrece varias aplicaciones importantes, como Firefox, Thunderbird, LibreOffice, Rythmbox, Shotwell, VLC y Steam. Se basa en el entorno de escritorio MATE, que proporciona su propio conjunto de herramientas además de una presentación intuitiva y atractiva. Combina esto con la famosa facilidad de uso e instalación de Ubuntu, y tendrás un gran sistema operativo tanto si eres principiante como un entusiasta de Linux.

Linux Mint 2021

     De acuerdo con el sitio web del sistema operativo, Linux Mint es ahora la distribución líder de Linux, superando a Ubuntu y todas las demás distribuciones para convertirse en la principal competencia de Windows y macOS. Cuando miras las características de Linux Mint, esa afirmación se hace fácil de creer. Esta distribución gratuita y de código abierto se instala rápida y fácilmente desde un USB o un DVD virgen, y ofrece soporte multimedia completo desde el primer momento.

Linux Mint no requiere demasiados recursos, y es conservador acerca de las actualizaciones, lo que significa que hay pocas posibilidades de instalar una actualización defectuosa o inestable. Linux Mint mitiga aún más los dolores de cabeza para los usuarios mediante el uso de un administrador de actualizaciones y la compatibilidad con muchos entornos de escritorio populares como Cinnamon (con mucho, la versión más popular de Linux Mint), Mate, LMDE y KDE, así como el soporte nativo para una larga lista de aplicaciones.

Error de software

Ir a la navegaciónIr a la búsqueda

Foto del origen de la leyenda acerca del primer bug informático conocido.

Es Un error de software, error o simplemente fallo (también conocido por el inglés bug) 

Un bug en un software ocasiona que el programa colapse o que de errores. La mayoría de los bugs son fallos humanos. Un programa lleno de bugs es calificado como «buggy».

«Bug» es un término en inglés, cuya traducción literal es insecto, aunque en el argot de la informática tiene otro significado. El ingeniero Henrry Ulloa de Venezuela dice que a muchos programadores le han contado que alguien encontró un insecto dentro de un ordenador y estaba ocasionando problemas. De ahí, cuenta la leyenda, comenzó el término, aun que al parecer, dicen alguno ingenieros ya habían utilizado «bug» para referirse a un problema informático.

Algunos bugs pueden que no causen efectos severos en la funcionalidad del programa y puede pasar mucho tiempo sin ser detectado. Hay otra categoría de bugs que afecta a la seguridad. Este tipo de errores en el código, puede permitir que un usuario con malas intenciones pueda acceder a los controles de un programa y obtener privilegios sin autorización.

Entre los bugs más recientes, Este error estaba en el código de creación de la librería OpenSSL, una herramienta que usaban millones de páginas webs y miles de aplicaciones para encriptar los datos.

Un «bug», se puede referir a dos situaciones. La primera, el programa (llámese Candy Crush, Soundcloud o Facebook) no se comporta según las intenciones del programador, de su creador. La segunda, las intenciones del informático no satisfacen las expectativas razonables del usuario.

«Así que, mientras el programa haga todo lo que el informático intentó que hiciera, quiere decir que funciona correctamente. A veces lo que intentó hacer el programador es totalmente sorpresivo para el usuario y causa problemas, eso es un bug», señala. Es decir, es un fallo no intencionado en el código de escritura de un programa.

el coronavirus con los niños

Cómo hablar con los niños sobre 

el coronavirus

IN ENGLISH

• Los niños se preocupan más si les ocultamos 
• información
• Rachel Ehmke
• 
  
• Las noticias relacionadas con la enfermedad COVID-19 y el coronavirus están por todos lados, desde las portadas de los periódicos hasta el patio de juegos en la escuela. Muchos padres se preguntan cómo hablar con sus niños sobre la epidemia para que estén tranquilos y no se preocupen más. A continuación encontrará algunos consejos de los expertos del Child Mind Institute.No tenga miedo de hablar sobr
• e el . La mayoría de los niños ya han escuchado hablar del virus o han visto personas usando cubrebocas. Por esa razón, los padres no deben evitar hablar del tema. No hablar sobre algo puede aumenta
• r la preocupación de los niños. Considere la conversación como una oportunidad para comunicar los hechos y definir el tono emocional. “Usted se ocupa de informarse y de filtrar las noticias que les llegan a sus hijos”, explica la doctora Janine Domingues, psicóloga infantil del Child Mind Institute. El objetivo es ayudar a que los niños se sientan informados y obtengan datos basados en hechos, que seguramente serán más reconfortantes que lo que les cuentan sus amigos o escuchan en las noticias.Brinde información adecuada para el nivel de des
• arrollo. No dé demasiada información, ya que esto puede ser abrumador para los niños. En su lugar, intente responder sus preguntas. La respuesta debe ser lo más honesta y clara posible. No es necesario que tenga todas las respuestas; lo importante es estar disponible para escuchar a su hijo.Permita que su hijo se expres
• e. Pida a su hijo que le cuente qué sabe sobre el coronavirus y cómo se siente al respecto. Dele muchas oportunidades para que haga preguntas y esté preparado para responderlas, sin guiarlas. La idea es evitar estimular las fantasías alarmantes.
• . “Cuando sienta mucho pánico o ansiedad, evite hablar con sus hijos acerca de lo que está ocurriendo con el coronavirus”, advierte la doctora Domingues. Si se da cuenta de que tiene ansiedad, tómese un momento para calmarse antes de tener una conversación con su hijo o responder sus preguntas.
• . Como los niños son muy egocéntricos, tan solo escuchar noticias sobre el coronavirus puede ser suficiente para que realmente piensen que van a contagiarse con la enfermedad. Por ejemplo, para reconfortarlos, podría ser útil explicarles que el coronavirus en realidad es muy poco común (a diferencia de la gripe), y que de hecho los niños desarrollan síntomas muy leves.n. Una manera importante de reconfortar a los niños es hacer hincapié en las precauciones que usted está tomando. El doctor Jamie Howard, psicólogo infantil del Child Mind Institute, señala: “Los niños se sienten seguros cuando saben qué hacer para protegerse”. Sabemos que el coronavirus se transmite principalmente por toser y tocar superficies. Como medida principal para cuidar la salud, 
• el Centro para el Control de Enfermedades (CDC, por sus siglas en inglés) recomienda lavarse muy bien las manos. Por eso, recuerde a los niños que para cuidarse deben lavarse las manos con agua y jabón durante 20 segundos (lo que equivale a cantar el “feliz cumpleaños” dos veces) cuando regresan de la calle, antes de comer y después de sonarse la nariz, toser, estornudar o ir al baño. Si hacen preguntas sobre los cubrebocas, explíqueles que los expertos del CDC indican que la mayoría de las personas no los necesitan. Si los niños ven a alguien usando cubrebocas, dígales que lo hacen como medida adicional de seguridad.M
• antenga su rutina. “A nadie le gusta la incertidumbre. Por eso, continuar con la rutina y la previsibilidad será de mucha ayuda en este momento”, aconseja la doctora Domingues. Esto es especialmente importante si la escuela o la guardería infantil de su hijo cierra. Asegúrese de ocuparse de lo más básico, tal como lo haría durante las vacaciones de verano o primavera. Programar los días con horarios regulares para comer y dormir es esencial para que sus hijos estén contentos y saludables.Siga hablando
• . Diga a sus hijos que los mantendrá al tanto conforme vaya teniendo más información. “Hágales saber que los canales de comunicación siguen abiertos”, agrega la doctora Domingues. “Puede decir que, aunque no existen respuestas para todas las preguntas por ahora, cuando papá y mamá sepan algo más, se los van a contar”.

El nuevo coronavirus

No fue creado en EEUU,las patentes citadas a modo de prueba no corresponden al 2019-nCoV

Múltiples publicaciones en redes sociales aseguran que el coronavirus que surgió a fines

 de 2019 en China fue creado y patentado en Estados Unidos, e incluyen información 

de patentes a modo de prueba. Sin embargo, esto es falso: aunque dichas patentes existen, 

no corresponden al nuevo virus.

Las entradas circulan al menos desde el 22 de enero de 2019 en Facebook (1, 2, 3, 4 y 5) y en 

Twitter (1 y 2). “Coronavirus. Virus creado por inventores estadounidenses, 

considerada arma biológica de los EE.UU. También existen patentes de 

Bill Gates en 2015-2018. Y le pertenece al gobierno de los Estados Unidos”,

 se lee en una de ellas, que incluye enlaces a patentes 

de coronavirus y de virus SRAS.

i

ll Gates está detrás de la creación del virus, otros lo adjudican a los Centros para el Control y la Prevención de Enfermedades (CDC), la agencia gubernamental sanitaria de Estados Unidos. Pero en todos los casos, las publicaciones presuponen que existe un solo coronavirus, cuando en realidad se trata de una familia de virus que afectan a humanos y animales y que pueden causar neumonía, falla renal e inclusive la muerte. 

Una de las patentes que las entradas incluyen a modo de “evidencia” es la US7220852B1, que corresponde a la secuencia del genoma del coronavirus que surgió en la provincia china de Guangdong en 2002-2003, conocido como SRAS (SRAS-CoV). Ese virus provocó una epidemia de Síndrome Respiratorio Agudo y Severo que afectó a más de 8.000 personas en 30 países y mató a 900, de acuerdo con la Organización Mundial de la Salud (OMS).

Captura de pantalla realizada el 28 de enero de 2020 de una patente publicada en Google Patents

“Esta es una patente que cubre la secuencia del SRAS-CoV que difiere en un 25% del CoV de Wuhan”, explicó en un correo electrónico a la AFP Ralph Baric, especialista en coronavirus de la Escuela Gillings de Salud Pública Global, de la Universidad de Carolina del Norte.

El 5 de enero pasado, autoridades chinas señalaron que la epidemia de neumonía que empezó en Wuhan, conocido oficialmente como Nuevo Coronavirus 2019 (2019-nCoV), no era el virus SRAS.

La secuencia del genoma del nuevo coronavirus fue publicada en enero de 2020 por el Centro Clínico de Salud Pública y Escuela de Salud Pública de Shanghái en GenBank, una base de datos de acceso abierto para secuencias de nucléotidos.

Otra de las patentes mencionadas en las publicaciones es la US10130701B2. Pero ésta en realidad corresponde a una forma atenuada de otro coronavirus, que “pueden ser utilizados como vacuna para tratar y/o prevenir enfermedades como bronquitis infecciosas”, según explica el sitio web Google Patents.

Captura de pantalla realizada el 28 de enero de 2020 de una de las patentes en Google Patents

Consultado por AFP Factual, Juan Carballeda, investigador del CONICET (Consejo Nacional de Investigaciones Científicas y Técnicas) y miembro de la Asociación Argentina de Virología (SAV), explicó: “Esta patente es de una cepa atenuada de un coronavirus aviar, el responsable de la bronquitis aviar. En la patente muestran que les hacen ciertas mutaciones para lograr su atenuación. La idea es tener una cepa que no cause enfermedad en las aves pero que, dado su parecido con el virus que sí causa la enfermedad, se genere inmunidad a largo plazo para enfrentar al virus”.

Carballeda aseguró que al tratarse de un coronavirus aviar, “no es posible que sea el mismo virus [2019-nCoV], ni que el virus que actualmente circula provenga de esa cepa” y explicó que la técnica de mutar virus para generar cepas atenuadas es una estrategia para desarrollar vacunas que se usa ampliamente.

Aún no existe vacuna para el nuevo coronavirus que provocó una epidemia en China. Científicos en Estados Unidos están dando los primeros pasos para desarrollarla y advierten que el proceso será “largo e incierto”.

La enfermedad respiratoria causada por este nuevo virus ha causado más de 100 muertos y llevado a que 41 millones de personas fueran puestas en cuarentena en China. El 2019-nCoV, con casi 6.000 afectados, ha despertado alarma dada su similitud con la epidemia de SRAS de 2002-2003. El 29 de enero de 2020, la OMS urgió a los gobiernos del mundo a actuar y convocó a una nueva reunión de urgencia.

En conclusión, es falso que las patentes mencionadas en las publicaciones virales prueben que el nuevo coronavirus fue creado en Estados Unidos. Una de las dos patentes que las entradas incluyen a modo de “prueba” corresponde a una que cubre la secuencia del SRAS-CoV que provocó una epidemia en 2002-2003, mientras que la segunda es de una cepa atenuada de un coronavirus aviar. En ninguno de los dos casos responden al 2019-nCoV.