El día de ayer compartimos aquí en el blog la noticia sobre que GitLab planeaba modificar sus términos de servicio para el próximo mes (en septiembre), según los cuales los proyectos alojados en cuentas gratuitas de GitLab.com se eliminarán automáticamente si sus repositorios permanecen inactivos durante 12 meses.

Y ahora GitLab ha revertido su decisión de eliminar automáticamente los proyectos que han estado inactivos durante más de un año y pertenecen a sus usuarios de nivel gratuito y que planeaba introducir la política a finales de septiembre. La empresa esperaba que la medida le permitiera ahorrar hasta un millón de dólares al año y ayudar a que su negocio de SaaS fuera sostenible.

Geoff Huntley, un defensor del código abierto, describió la política como «absolutamente descabellada». «El código fuente no ocupa mucho espacio en disco», dijo. “Que alguien elimine todo este código es la destrucción de la comunidad. Destruirán su marca y su buena voluntad”.

«La gente aloja su código allí porque existe la idea de que estará disponible para el público en general para reutilizarlo y mezclarlo», agregó. «Por supuesto, no hay garantía de que siempre estará alojado allí, pero las reglas no escritas del código abierto son que el código está disponible y no lo eliminas».

«Tuvimos mantenedores que extrajeron el código y hubo una gran indignación de la comunidad por eso», dijo, señalando que otros proyectos que dependen de un producto eliminado sufrirán.

“No todas las dependencias pueden compilar”, lamentó.

Sobre el caso GitLab se ha negado repetidamente a comentar sobre su plan de eliminación, y hace unas horas, la empresa, que no desmintió la información de The Register, pero no menciono nada al respecto, solo tuiteó que archivaría los proyectos inactivos en el almacenamiento de objetos:

«Hemos discutido internamente qué hacer con los repositorios inactivos. Tomamos la decisión de trasladar los depósitos no utilizados al almacenamiento de elementos. Una vez implementados, seguirán siendo accesibles, pero tardará un poco más en acceder después de un largo período de inactividad”.

El almacenamiento de objetos es una estrategia para administrar y manipular el almacenamiento de datos como unidades separadas denominadas «objetos». Estos objetos se guardan en un almacén, sin adjuntarse a archivos ubicados en otras carpetas. El almacenamiento de objetos combina los datos que componen los archivos, luego procesa todos los metadatos relevantes antes de asignarles un identificador personalizado.

“Los documentos que hemos visto informaron al personal de una reunión interna programada para el 9 de agosto. La agenda de la reunión describe el plan para eliminar repositorios de códigos inactivos, describiéndolo de la siguiente manera*:

Mencionan que después del 22 de septiembre de 2022, se implementara la política de retención de datos para usuarios gratuitos. Esta rutina limitará la cantidad de meses que un proyecto gratuito puede permanecer inactivo antes de que se elimine automáticamente junto con los datos que contiene.

Se menciona que el tweet de GitLab puede, a los ojos de algunos internautas, contradecir su propia notificación del personal:

“Otros documentos internos que hemos visto mencionan el posible uso de almacenamiento de objetos para archivar proyectos, pero les preocupa que esto aumente los costos de GitLab al crear la necesidad de múltiples copias de seguridad redundantes.

“También vimos discusiones internas que confirmaron que el código de automatización para eliminar proyectos inactivos estaba completo a fines de julio y estaba listo para implementarse después de meses de discusión y trabajo de desarrollo.

“Una de nuestras fuentes nos dijo esta tarde que fue la presión en línea, liderada por nuestros informes, lo que obligó al rival de GitHub a repensar drásticamente su forma de pensar. La noticia de la política de eliminación como un ejercicio para ahorrar dinero provocó furor en Twitter y Reddit”.

De todos modos, el tweet de GitLab fue bien recibido pero también planteó algunas otras preguntas*:

“Si solo el propietario puede recuperarlo, ¿ha pensado en el caso profundamente desafortunado en el que muere un gerente de proyecto y su código se vuelve inaccesible un año después de que cesa su actividad en el sitio*? »

El CEO de GitLab, Sid Sijbrandij, ofreció más información sobre sus planes en el siguiente tweet:

Archived projects https://t.co/4rOeJHNilh is a user activated state that signals intent. We’re not sure yet but very likely the storage type used is orthogonal to that. Our current plan for object storage https://t.co/fLRl2TY744 would keep the repos visible to everyone.

— Sid Sijbrandij (@sytses) August 5, 2022

https://platform.twitter.com/widgets.js

Sin embargo, la empresa se negó a responder a las solicitudes de información de los medios estadounidenses que publicaron esta información.

from Linux Adictos https://ift.tt/O5Ae7jW
via IFTTT

El enfrentamiento legal entre Twitter y Elon Musk finalmente comenzará el 17 de octubre y durará cinco días, según un cronograma judicial publicado recientemente.

Esto se debe a que el pasado 8 de julio, Elon Musk, rescindió unilateralmente el acuerdo para comprar Twitter, alegando que la empresa supuestamente mintió sobre la proporción de cuentas automatizadas y spam en su plataforma.

Twitter ha decidido demandar a Musk para obligarle a completar su adquisición por 44.000 millones de dólares y ha optado por agilizar el juicio para que tenga lugar en septiembre durante cuatro días.

Musk dijo que no podía avanzar hasta que Twitter revelara la verdadera cantidad de cuentas falsas de bots en su plataforma. Twitter insiste en que las estadísticas de su bot son legítimas. El jefe de Tesla y SpaceX intentó terminar oficialmente el acuerdo sin ninguna otra forma de juicio pagando, por ejemplo, una indemnización por despido de mil millones de dólares, pero eso no es del gusto de Twitter.

Los abogados de Twitter presentaron una demanda en Delaware contra el (actualmente) hombre más rico del mundo, en busca de daños y perjuicios y más, e instaron al juez a acelerar el caso y fijar una fecha para el juicio en septiembre.

Pero la audiencia ahora se ha fijado oficialmente para el lunes 17 al 21 de octubre. Los equipos legales que representen a ambas partes deberán finalizar los documentos y seleccionar testigos expertos en los próximos meses.

La jueza Kathaleen McCormick, canciller del Tribunal de Cancillería de Delaware, instó a ambas partes a trabajar juntas de buena fe. Pero días antes, Musk acusó a Twitter de intentar retrasar la fecha del juicio una semana antes, al 10 de octubre, y acusó a sus abogados de no cooperar. Twitter, sin embargo, negó esas acusaciones y dijo que el equipo de Musk tampoco había sido de mucha ayuda.

“Twitter ha informado repetidamente a Musk que no tiene ninguna objeción a que el juicio comience el 17 de octubre si el tribunal tiene suficiente disponibilidad para completar un juicio de cinco días esa semana, siempre que Musk acepte no buscar más de cinco días de juicio”. según se informa, dijo la compañía en las conclusiones del tribunal. “Twitter acordó comenzar a rodar material si Musk hace lo mismo”, continúa la compañía. “Musk es la parte que está evitando discusiones productivas y disciplinadas sobre el alcance del descubrimiento al retrasar la presentación de una respuesta.

A Elon Musk le preocupa que el juez del Tribunal de Cancillería de Delaware maneje la demanda de Twitter en su contra. Kathaleen McCormick, canciller de la corte, o presidenta del tribunal, «tiene una reputación sencilla, así como la distinción de ser una de las pocas juristas que alguna vez ordenó a un comprador reacio que completara una fusión corporativa estadounidense», señalan los medios estadounidenses.

Los funcionarios de las redes sociales quieren que Musk simplemente acate los términos del acuerdo, lo que significa que deben trabajar juntos para completar la adquisición o él debe pagar los daños y perjuicios por arruinar el mercado de valores, las acciones y la reputación, y pagar la multa de mil millones de dólares por retirarse del acuerdo.

Pero Musk dice que quería cerrar el trato rápidamente, pero no pudo después de que de repente se dio cuenta de que el robot de spam era un gran problema en el sitio de Twitter y un gran obstáculo para las perspectivas comerciales futuras.

Elon Musk ha optado por contraatacar a Twitter y a su vez presenta una denuncia contra Twitter por no tener que comprar la compañía. La demanda de Elon Musk se presentó horas después de que la canciller Kathaleen McCormick del Tribunal de Cancillería de Delaware permitiera un juicio de cinco días a partir del 17 de octubre para determinar si Musk puede renunciar a la autorización.

«Cuando el mercado bajó y el acuerdo de precio fijo se volvió menos atractivo, Musk cambió de tono y de repente exigió una ‘verificación’ de que el spam no era un problema grave en la plataforma. Twitter, y afirmó que necesitaba realizar una ‘diligencia’ con urgencia». que había abandonado expresamente. La estrategia de Musk también es un modelo de mala fe”, dijo Twitter en su denuncia original.

from Linux Adictos https://ift.tt/Kdc3hRE
via IFTTT

Se dio a conocer la nueva versión del sistema operativo Chrome OS 104 que llega poco después del lanzamiento del navegador «Chrome 104», versión en la cual una de las principales novedades que se destaca es el desbloqueo del sistema mediante el uso de un Smartphone, mejoras en notificaciones y más.

Para quienes desconocen de este OS, deben saber que está basado en el kernel de Linux, el kit de herramientas de compilación ebuild/portage y los componentes abiertos y el navegador web Chrome 88.

El entorno de usuario de Chrome OS está limitado a un navegador web y en lugar de programas estándar, se utilizan aplicaciones web; sin embargo, Chrome OS incluye una interfaz completa de múltiples ventanas, escritorio y barra de tareas.

Principales novedades de Chrome OS 104

En esta nueva versión que se presenta del sistema, se destaca que la interfaz de Smart Lock se actualizó para permitir al usuario poder hacer uso de su teléfono inteligente Android para desbloquear el Chromebook. Para habilitar esta nueva función se debe vincular el teléfono inteligente a Chrome OS en la configuración «Configuración de Chrome OS> Dispositivos conectados».

Otro de los cambios que se destaca de esta nueva versión, se ha agregado la capacidad de llamar al calendario con la representación de días por meses al panel de configuración rápida y la barra de estado. Desde el calendario, puede ver inmediatamente los eventos marcados en Google Calendar.

Ademas de ello en esta nueva versión de Chrome OS 104, se destaca que se ha rediseñado el diseño de la interfaz de visualización de notificaciones, ademas de que se ha implementado la agrupación de notificaciones según remitentes.

Tambien podremos encontrar que se ha agregado soporte para anotaciones en documentos PDF al visor multimedia de la Galería. El usuario ahora no solo puede ver PDF, sino también resaltar texto, completar formularios interactivos y adjuntar anotaciones arbitrarias.

Por otra parte, tambien podremos encontrar que se agregó un botón para cerrar todas las ventanas y pestañas asociadas con el escritorio virtual seleccionado a la vez. El botón «Cerrar escritorio y ventanas» está disponible en el menú contextual que se muestra al pasar el mouse sobre el escritorio virtual en el panel.

El sistema de acceso remoto Chrome Remote Desktop ahora tiene la capacidad de trabajar con múltiples monitores. Al conectar varias pantallas a un dispositivo, el usuario ahora puede elegir en qué pantalla mostrar la sesión remota.

Se implementó la capacidad de realizar un reinicio automático programado durante una sesión de usuario activa. Si la sesión está activa, se mostrará una advertencia especial al usuario una hora antes del reinicio programado por el administrador.

Además, se anunció la implementación en la aplicación Google Fotos de la capacidad de editar videos y crear videos a partir de un conjunto de clips o fotos, que se ofrecerá al usuario en la actualización de otoño.

De los demás cambios que se destacan de esta nueva versión de Chrome OS 104:

• Al buscar en la interfaz del iniciador (Launcher), se proporciona para mostrar recomendaciones para instalar aplicaciones del catálogo de Play Store que coincidan con la consulta de búsqueda.
• También se destacan las nuevas aplicaciones preinstaladas para crear screencasts y mantener notas escritas a mano.
• La interfaz de administración brinda la capacidad de exportar informes CSV sobre el uso de aplicaciones y complementos, así como una nueva página con información detallada sobre la aplicación seleccionada.
• Se propone probar la funcionalidad para crear quioscos de Internet y puestos de demostración digital. Las herramientas para organizar el trabajo de los quioscos se suministran de forma paga ($25 por año).
• Se ha modernizado el salvapantallas, en el que ahora puedes configurar la visualización de imágenes y fotos del álbum seleccionado. Por lo tanto, en modo inactivo, el dispositivo se puede utilizar como un marco de fotos digital.
• Soporte implementado para variantes claras y oscuras de temas, así como el modo de selección automática de estilo oscuro o claro.

Finalmente si quieres conocer más al respecto sobre esta nueva versión del sistema, puedes consultar los detalles dirigiéndote al siguiente enlace.

Descargar Chrome OS

La nueva build ya está disponible para la mayoría de las Chromebooks actuales, además de que desarrolladores externos han formado versiones para computadoras comunes con procesadores x86, x86_64 y ARM.

Por último y no menos importante, si eres usuario de Raspberry debes saber que también puedes instalar Chrome OS en tu dispositivo, solo que la versión que puedas encontrar no es la más actual además de que aún se tiene el problema con la aceleración de video por hardware.

from Linux Adictos https://ift.tt/XcJ4eso
via IFTTT