Ir al contenido principal

Ayer, Google Chrome. Hoy, Chromium

No pasó mucho tiempo desapercibido. Y se ve que lo importante es destacar que de alguna forma, los usuarios didáctas de Linux no les gusta que le metan "la mano en el bolsillo", y mucho menos sin previa advertencia. Por lo menos, lo dicho: el que avisa, no traiciona.

Asi sucedió con el error catastrófico que ha hecho Google con su Chrome en Linux. De alguna forma, junto con la instalación y sin previo aviso se instala un Script en el Cron de Linux, que se encarga de "apuntar" a los servidores de Google, y por más que borres el origen del Software, éste se vuelve a generar. Y ésto no es otra cosa que una de tantas viejas técnicas de empresas monopólicas de Software (al estilo Microsoft), instalando "cualquier cosa" a espaldas del pobre usuario y con el objetivo de obtener únicamente beneficios monetarios o de otra índole para la firma, pero ninguno para el usuario final.

Asi que como buen filósofo del Soft Libre (no al nivel de Richard Stallman), hoy desinstalé definitivamente Chrome e instalé Chromium (alternativa 100% libre e idéntica). Ahora, ¿cómo quitar el origen de Software de Google Chrome de mi Fedora? Simplemente por consola como Root hay que ejecutar:
rm /etc/yum.repos.d/google-chrome.repo
De ésta forma, eliminamos el origen del Software de Google, que hasta el momento no se ha autogenerado nuevamente. A su vez puedes verificar el contenido de tu archivo cron editándolo, pero en mi caso no encontré absolutamente nada relacionado a Google o Chrome en el mismo.

Para instalar Chromium, que no es otra cosa que Chrome pero sin "trampas" y mantenida por una Comunidad 100% Software Libre, basta con leer ésta sencilla guía (válido también para Fedora 12).

Por ahora, Chrome y Firefox en mi trabajo con Windows. En casa con Fedora Linux, sigo con Chromium, asi nadie me mete el dedo en el culo!
3 comentarios

Entradas populares de este blog

Botones capacitivos no vibran o encienden en Samsung S6

Si tienes el problema en que de la noche a la mañana por culpa de algún duende, tus botones capacitivos de tu Samsung S6 (botón Atrás y botón Aplicaciones recientes) funcionan pero no encienden ni vibran, aquí la solución paliativa.

El problema es un bug reconocido por la comunidad de Android, que aún (al día de la fecha) en Android 5.1.1 no ha sido resuelto. Se trata de un problema al activar el Ahorro de Energía, que de forma correcta deshabilita la vibración y luminosidad de las teclas capacitivas, pero aún desactivandolo siguen deshabilitadas.


Cuando tus botones capacitivos no respondan como deben (me resultan útiles que vibren o se enciendan), debemos:
Entra en el Ahorro de Energía.En "Iniciar ahorro de energía", selecciona "Inmediatamente".Apaga el Ahorro de energía.(Si quieres) Vuelve a encenderlo y configuralo con un porcentaje a gusto. Los botones capacitivos ahora funcionarán.Quizás, en una próxima actualización de Android Lollipop solucionen este pequeño bu…

PARTE I: Instalar OCS Inventory NG (Server) en Ubuntu Linux 14.04 LTS

Muchos conocerán los beneficios y funcionalidades que nos provee OCS Inventory. Es por eso que si has llegado hasta aquí, daré por sentado que ya conoces qué se puede hacer con este increíble Software.

Tomé la decisión de hacer un pequeño tutorial de instalación de OCS Inventory NG en su versión Server sobre Ubuntu Linux 14.04 LTS originado por varios motivos: mi exitosa experiencia utilizado e implementando ésta solución, la Wiki del proyecto no está actualizada "al día", y (lo más importante) porque existe mucha documentación fragmentada en la Web, en idioma francés, italiano, y con mucha información algo incompleta.

Nota 1: Asumo que dispones de conocimientos básicos de Ubuntu, Apache y Mysql. Ante una duda, deja un comentario, o bien indaga en la Web. No duele ;D

Nota 2: Este instructivo esta basado en la versión de OCS Inventory NG version 2.2 al día de la fecha de publicación.

Nota 3: configura tu Ubuntu con una IP estática/fija.

Requisitos de paquetería

Actualiza Ubuntu a …

Enviar mensaje masivo a PCs con Windows en un Dominio

En la oficina estábamos tratando de optimizar el proceso de reinicio de un Servicio indispensable para gran parte de los usuarios de la empresa, pero sin caer en el viejo y obsoleto método del correo o la llamada telefónica. La duda era, ¿cómo les notificamos de forma fácil que debíamos reiniciar el Servicio?

Era indispensable que los usuarios cerrasen sus Apps que se conectaban a dicho "demonio", para así tener la tranquilidad de que esos programas no quedasen "frizados" y evitar el maremoto de llamadas y reclamos para luego matar uno a uno dicho proceso de forma remota.

En Windows, el comando que debemos usar es msg.exe, no disponible en Windows XP, pero si para Windows Vista y posteriores.

Primero, necesitábamos listar aquellos equipos que tenían la App dependiente de dicho Servicio, armar un listado con ellas y así ejecutar el comando msg en función a ese listado. Para ello, acudimos a nuestro System Center Configuration Manager, y mediante un Reporte, listamos…