En el artículo anterior hicimos un cálculo estimado de cuánto puede costar el desarrollo de un proyecto de código abierto. Ahora, veremos de dónde sacar la plata o conseguir personas que hagan el trabajo gratis o donen recursos

Factores importantes a considerar para encontrar un modelo de financiamiento

Al momento de elegir modelos de financiamiento, hay que considerar diferentes factores:

Interés

Lo primero que hay que considerar es el ínterés que despierta el proyecto. Probablemente nadie esté dispuesto a colaborar voluntariamente en la millonésima distro basada en Debian, ni mucho menos a pagar por ella amenos que tuviera una característica distintiva, como por ejemplo Devuan que no usa SystemD. Por el contrario, LineageOS o Ubuntu Touch (alternativas al Android de Google tienen un razonable nivel de apoyo de desarrolladores y patrocinadores.

Cuando hablo de interés, no me refiero solamente al usuario final. Si imaginaste un sistema de cifrado mucho más impenetrable que los que se conocen, las corporaciones se pelearan porque aceptes su dinero.

Complejidad

No es lo mismo desarrollar una aplicación que hace una sola cosa (por ejemplo reproducir música) que una suite ofimática con un procesador de textos que incluye múltiples opciones de diagramación,  uno de presentaciones con cientos de animaciones y una planilla de cálculo con todas las fórmulas matemáticas comunes. Y, que por supuesto sea capaz de leer y guardar los formatos más populares.

También, hay aplicaciones como El Gimp que se crean para un solo propósito (la manipulación de imágenes) pero, que requieren el conocimiento de fórmulas matemáticas muy específicas que implican un conocimiento especializado.

Plataforma

A medida que los servicios en la nube se van popularizando, este es un tema que va perdiendo importancia, pero todavía está muy vigente.

Una aplicación de cálculo de impuestos para Linux, probablemente no despierte demasiado interés ni en los desarrolladores voluntarios que estén deseando formar parte de un proyecto, ni mucho menos en los patrocinadores voluntarios o corporativos. En cambio, si podrías tenerlo en el caso de un juego de calidad similar a los comerciales.

De la misma forma, una app para Android tendrá más posibilidades que una para Ubuntu Touch.

Interfaz de usuario

Si vas a desarrollar una aplicación para Linux, Windows y Mac deberás decidir si quieres que la interfaz de usuario se mimetice con el resto de las aplicaciones, o le pones a todas las variantes la misma interfaz. En el caso de que solo la quieras para Linux, deberás tomar la misma decisión para cada uno de los escritorios.

Si eliges crear una aplicación específica para un escritorio, tendrás la ventaja de que reduces el tiempo de desarrollo, además de que si es interesante, probablemente se la adopte como parte del escritorio y consigas más desarrolladores y financiamiento.

Lenguaje de programación

Existe una generosa oferta de lenguajes de programación para crear un proyecto. Algunos como Python o C++ llevan mucho tiempo entre nosotros y cuentan con una amplia comunidad de desarrolladores que lo conocen a fondo. Otros como Dart o Go son relativamente nuevos, pero al ser más modernos se adaptan mejor a los paradigmas actuales de desarrollo de aplicaciones.Componentes ya desarrollados.

Componentes del proyecto

Dependiendo del lenguaje de programación elegido y del propósito del proyecto, se podrá encontrar una serie de bibliotecas con la que es posible ahorrar tiempo y de una selección de interfaces de programación  de aplicaciones (API) con la que se facilita ampliar funcionalidades conectándolas a servicios externos. En general, las librerías (al menos en los lenguajes de programación de código abierto) son gratuitas, pero en el caso de las API, o ponen limitaciones a su uso gratuito, o debes pagar una cantidad por usuario  que utilice la aplicación.

Canal de distribución

Además de los gestores de paquetes de las distribuciones Linux, también esta la opción de la descarga directa,  las tiendas Snap y FlatPak y los paquetes Appimage. Snap ofrece la posibilidad de incluir pagos dentro de la aplicación, mientras que distribuciones como ElementaryOS tienen una tienda de aplicaciones en la que puede venderse software.  La tienda oficial de Android e iOS están siendo cuestionadas por las condiciones abusivas que imponen a los desarrolladores,  por otro lado, Microsoft está ofreciendo condiciones generosas para los interesados en crear productos para Windows 11.

from Linux Adictos https://ift.tt/2ViVYtp
via IFTTT

En el artículo anterior comentábamos la decisión de algunos proyectos de software libre y de código abierto (FOSS) de cobrar una cantidad por su descarga y como esto, a pesar de la opinión en contra de muchos usuarios, no viola ninguno de sus principios. Ahora, intentaremos dar una idea de cuál es el costo de desarrollarlo.

Por supuesto que no se tratará más que de una conjetura aproximada basada en las cifras proporcionadas por desarrolladores de software comercial. Salvo un viejo artículo de la Wikipedia calculando cuanto podría haber costado el desarrollo del creador de publicaciones de escritorio Scribus, no conozco cifras oficiales de ningún proyecto.

Gratis no significa gratuito

En el artículo final de la serie, discutiremos los modelos de financiamiento más habituales y algunos hipotéticos. Lo que buscamos en este es fijar la idea de que porque algo se distribuya en forma gratuita, no significa que su producción no haya costado dinero.

Supongamos que todos los recursos humanos participantes lo hagan en forma voluntaria. De todas formas tenemos lo que los contables llaman «Costo de oportunidad» esto es, los ingresos que podrían haber generado esas personas si hubieran dedicado el tiempo y los conocimientos invertidos en el proyecto a uno en el que les pagaran. Así, el calcular el costo promedio por hora que cobra un programador, por la cantidad de horas invertidas al proyecto, nos da un razonable costo mínimo. Lo mismo puede hacerse con los voluntarios dedicados a la difusión en las redes. El costo de una campaña de marketing digital puede estimarse fácilmente.

Muchos proyectos de código abierto como una distribución Linux, son construidos a partir de la integración de otros proyectos, por los que sus costos de desarrollo también deberían sumarse.

Por otra parte, necesitamos recursos físicos. Aún cuando los voluntarios trabajen desde su casa, siguen teniendo que comprar y mantener sus equipos, además de pagar la electricidad que los hace funcionar (Creo que vosotros los lectores españoles estáis bastante en tema con esto último).

Bases para el cálculo

Hay muchos factores que determinan el costo de desarrollar una pieza de software.

En un extremo tenemos una aplicación simple que requiere muy poca interacción del usuario o procesamiento del lado del servidor. Tal es el caso de un cliente de escritorio para redes sociales Por el otro sistemas operativos que deben operar en múltiples plataformas realizando múltiples tareas . Por ejemplo Debían que aspira a ser el sistema operativo universal.

Sin embargo, el costo de una aplicación simple puede elevarse que tiene montones de pantallas diferentes. Por ejemplo un juego desarrollado con HTML5 y Javascript.

Los dos aspectos claves son la cantidad de horas de trabajo necesarias y las tecnologías involucradas.

Para una aplicación de escritorio como un procesador de textos con las prestaciones habituales, optimizado para un determinado escritorio Linux,  tendrías que contar con al menos el equivalente a 42000 euros en trabajo voluntario. Un gestor de contenidos para comercio electrónico con seguimiento de pedidos e integración con las principales plataformas de pago implicaría desembolsar unos 210000 euros o su equivalente en trabajo voluntario.

Ten en cuenta que este cálculo incluye lo que costó el desarrollo de las bibliotecas  y otros proyectos libres y de código abierto incluidos, pero no los gastos que efectivamente deben desembolsarse en efectivo como la compra de equipos y el pago de electricidad.

¿Por qué incluyo los proyectos externos involucrados? Porque, el software libre tiene un grave problema de financiamiento, y la única manera de solucionarlo es que los recursos fluyan a todo lo largo de la cadena de desarrollo.

¿Qué pasa con Linux?

En el año 2015 (Las estadísticas más actuales que pude conseguir) la Linux Foundatión analizó el costo de desarrollo del núcleo. Combinando el aporte de los recursos humanos (voluntarios y de pago) y los desembolsos necesarios, la cuenta sumó 476.767.860.000,13 euros.

Todos sabemos que el hecho de tener desarrolladores asalariados no garantiza necesariamente software de calidad. Pero, tener desarrolladores que pueden dedicar toda su atención a un proyecto en lugar de hacerlo en sus horas libres si lo hace. Lamentablemente, por el momento el único modo de lograr eso es obtener el apoyo de corporaciones que solo lo hacen con los que son de su interés.

from Linux Adictos https://ift.tt/2YkOqY2
via IFTTT

Hace tiempo, cuando usaba mucho más mi ahora viejo iMac, estaba más acostumbrado a usar Photoshop que ahora. De hecho, no recuerdo tener instalado GIMP y mis pequeñas ediciones, como lo que veis encima de estas líneas, las hacía en el software de Adobe. No fue hasta más adelante, cuando volví a usar más Linux, que me decidí a usar GNU Image Manipulation Program, y, aunque me estoy acostumbrando y cada día me gusta más, para algunas cosas se tienen que dar muchos pasos. Por ese motivo no puedo dejar de mirar de reojo a Photopea.

Pero, ¿qué es Photopea y qué tiene que ver con Photoshop? Se trata de un editor de imágenes online que es como un clon del de Adobe. Muchas de las herramientas, como la de eliminar objetos no deseados o el bisel y relieve, están disponibles, y lo podemos usar en cualquier aparato con un navegador web. Lo cierto es que en tablets y móviles no funciona tan bien, pero no es imposible.

Photopea permite hacer 30 pasos gratis

Lo mejor de Photopea para los usuarios de Photoshop es que todo se ve igual, los menús están todos en el mismo sitio y los atajos del teclado también son los mismos. Por otra parte, es muy positivo que no sea un servicio nuevo; su desarrollador lo empezó hace ya ocho años y sigue disponible, por lo que no estamos hablando de algo fugaz. Ivan Kuckir ha conseguido bastante dinero con su idea, así que lo lógico es que siga con su desarrollo y vaya añadiendo mejoras con el paso del tiempo.

Photopea es gratis, siempre y cuando no necesitamos realizar más de 30 pasos. Hay que mirar de reojo el historial para no perder el trabajo realizado, pero siempre podemos exportar a PSD, abrir el archivo y dar otros 30 pasos. Bajo suscripción se pueden dar hasta 60 pasos y tener acceso a todas las funciones, y los precios varían entre los 9$/mes por un usuario y los 400$/año por un equipo de 20.

Aunque ya existe desde hace tiempo, no queríamos dejar de dar a conocer esta genial herramienta aquí en Linux Adictos. Y es que, por ejemplo, GIMP tiene Resynthesizer para eliminar objetos no deseados, pero está desarrollado en Python 2 y no funciona muy bien en las últimas versiones del editor a no ser que se instale la versión flatpak. Además, Photopea le servirá a la mayoría de usuarios, por lo que merece la pena conocer su existencia y guardarla en favoritos.

Página oficial.

from Linux Adictos https://ift.tt/3DShF4I
via IFTTT

Hace unas horas, el equipo de desarrolladores que está detrás de esta distribución basada en Arch Linux ha lanzado una nueva versión estable y una nueva ISO. Pero, ¿no son lo mismo? No siempre. En ocasiones han encontrado un problema que solucionar en las imágenes, han lanzado actualizaciones estables para las instalaciones existentes y no nuevas ISOs. Lo que lanzaron anoche fue Manjaro 21.1.2, la segunda actualización de punto de Pahvo.

Manjaro 21.1.2 llegó ocho días después que la versión anterior y al mismo tiempo que Manjaro 2021-09-04, como tiene que ser. No ha llegado con grandes novedades, aunque, como es habitual, los usuarios de KDE somos los principales beneficiados, ya que entre los paquetes actualizados están los de KDE Gear 21.08.1 y Plasma 5.22.5, pero no los de Frameworks 5.86 ya que se ha lanzado horas antes.

Novedades más destacadas de Manjaro 21.1.2 Pahvo

Esta vez sólo han destacado que la mayoría de los kernels han sido actualizados, siendo el estable más nuevo Linux 5.14. KDE ha recibido Gear 21.08.1 y Plasma 5.22.5, Maui-Kit ha sido actualizado a la v2.0.1 y WINE a la v6.16. Por otra parte, se han actualizado paquetes en de todo un poco, y Calamares ha mejorado por ejemplo en que ahora se puede elegir el sistema de archivos para la partición manual o se ha mejorado el soporte para btrfs. Para las instalaciones btrfs, la capa del subvolumen por defecto ha mejorado para que las copias malgasten menos espacio. Por otra parte, ahora se soportan los swapfiles en btrfs.

Los usuarios existentes ya pueden actualizar directo desde Pamac o vía terminal con el comando sudo pacman -Syu. Las nuevas imágenes aún no han llegado al portal de Manjaro, pero se pueden descargar desde el enlace del hilo sobre Manjaro 2021-09-04 al que podéis acceder desde este enlace. Las ediciones oficiales están disponibles en normal y minimal en Xfce, KDE y GNOME.

from Linux Adictos https://ift.tt/3DSdOF8
via IFTTT

Si eres argentino y tienes más de 40, sin dudas has entendido la referencia del título, popularizada por un programa cómico de los 80. Pero, como probablemente no lo seas, déjame aclararte que no estamos hablando de los hábitos reproductivos de las ocas.

A fines del siglo XIX, en un pueblo del litoral argentino, un aspirante a un cargo público basó su campaña en pagarles las copas a los asistentes a la pulpería (taberna) local. Los parroquianos aceptaban el convite, pero no dudaban en expresarle al candidato la opinión que tenían de su capacidad intelectual apodándolo «la gansa»

Cuando llegaba el momento de abonar la cuenta se escuchaba a coro «Poniendo estaba la gansa» indicándole que debía sacar la billetera.

Metafóricamente, eso es lo que están diciendo algunos proyectos de software libre y de código abierto a los usuarios.

Financiamiento del software libre ¿Por qué tendría que pagar?

Esta semana, el sitio de creación y distribución de torrents de programas de código abierto Foss Torrents, anunció en su cuenta de Twitter:

Por la misma razón que no distribuimos Elementary OS, dejaremos de distribuir a Linux Lite.

No competimos con un modelo de ‘Paga lo que quieras’. Su equipo está trabajando muy duro para darte la mejor distribución posible y se merecen al menos una recompensa por todo su esfuerzo.

Más abajo, en el mismo hilo, agregan

Si creáramos un torrent para Elementary OS o Linux Lite, la gente lo usaría para descargar y (probablemente) no donaría a esos proyectos. Eso realmente perjudicaría a los proyectos, e incluso a nosotros en el futuro.

Y, para que su posición quede clara:

Estamos aquí para promover proyectos de software libre, no para ganar dinero a sus espaldas.

Sin embargo, no todo el mundo está de acuerdo en lo que a Linux Lite se refiere. En un comentario en el blog, el lector autodenominado «Jetas» marca un matiz que me parece interesante:

Otro aprovechado que quiere cobrar, cuando el trabajo lo hacen otros. Ya que es una distro basada en Ubuntu, el solo le hace un lavado de cara y ya se cree con derecho a cobrar, igual que los jetas de elementary os, también basada en Ubuntu, le pego un lavado de cara y te cobro. No veo mal que quieran cobrar por una distro, pero no por una distro que la base te la hace otro y tu solo le haces un lavado de cara. Los de Solus OS por ejemplo, perfectamente podrían cobrar por ella, porque no está basada en ninguna otra, la hicieron nueva desde cero e incluso inventaron su propio escritorio, en estos casos si veo normal que se cobre por una distro, porque está echa desde cero y eso tiene un curre que no me veas. En mi opinión, quien cobrase por una distro basada en Ubuntu, tendría que darle el 80% de la facturación que sacasen a canonical, ya que es la única que tiene el mérito de que esas distros echas por jetas, funcionen.

Tampoco faltan los usuarios que se niegan a pagar por cualquier proyecto de código abierto si  existe una forma de conseguirlo gratis.

Por supuesto, no van a faltar lectores que sugieran que con el mismo argumento Canonical debería donarle a la Fundación Debian parte de lo que recauda gracias a Ubuntu. En cierta forma lo hace. Como me indicaron no muy amablemente en una lista de correos de intercambio entre desarrolladores y usuarios de Ubuntu cuando sugerí que pasara a basarse en Devuan, gran parte de los desarrolladores pagos de Canonical son desarrolladores voluntarios de Debian.

Cerveza y libre expresión

Llegados a este punto, aviso que voy a tomarme la licencia de utilizar software libre y de código abierto como  sinónimos, aunque, al igual que la mayoría de los lectores tengo  en claro la diferencia.

Creo que fue Jorge Luis Borges el que dijo que William Shakespeare era mucho mejor escritor que Miguel de Cervantes Saavedra. Daba como argumento el que se había tenido que arreglar para escribir su obra con un idioma mucho más pobre.

Gran parte de la confusión entre muchos usuarios (y sospecho que de su negativa a pagar) proviene del hecho de que en el idioma inglés se use la misma palabra para «libre» y «gratis»

Para aclarar la confusión, desde las comunidades FOSS acuñaron dos metáforas:

• Gratis como en la cerveza (Free as in a beer): Contenido al que accedes en forma gratuita pero solo puedes consumir en las condiciones establecidas por el propietario.  El caso más conocido es el lector de pdf Adobe Reader.
• Libre como en libre expresión (Free as in free speech): Tienes libertad completa con respecto a lo que haces con el contenido, salvo la de restringirle a otros que hagan lo mismo.

from Linux Adictos https://ift.tt/3BKtHv4
via IFTTT

Hace unos días leí una opinión en un medio que decía que Ubuntu tenía que olvidarse de los lanzamientos normales y, en su lugar, lanzar un sistema operativo Rolling Release. Su opinión la motivaba la hoja de ruta de Canonical: cada dos años en abril lanza una versión LTS, y luego, cada seis meses, tenemos un lanzamiento normal que, desde su punto de vista, no son más que ensayos de cara al siguiente Long Term Support. Tenga razón o no, hace ya más de un año que existe Rolling Rhino, lo que nos va a permitir hacer más o menos eso, pero tenemos que instalarlo.

Rolling Rhino es una herramienta que creó hace ya tiempo Martin Wimpress, quien hasta hace poco formaba parte del equipo de Canonical. Lo que hace es básicamente cambiar los repositorios de la Daily Live a los de desarrolladores, y eso debería quedarse así para siempre. Canonical prefiere entregarnos un sistema cada seis meses, y que por lo menos tengamos algo actualizado y estable dos veces al año.

Instala Rolling Rhino en menos de tres minutos

Antes de continuar, tenemos que avisar de lo que estaremos haciendo aquí. Debian es muy conservador, y Ubuntu también lo es, pero a su modo. Los primeros sí que lanzan un sistema operativo cada dos años aproximadamente, pero también tienen sus «testing» y repositorios experimentales. Ubuntu lo que hace es lanzar las Daily Build que se actualizan a diario con todo lo nuevo que van añadiendo.

Lo que haremos al instalar Rolling Rhino es cambiar los repositorios, por lo que no estarán limitados a una marca (actualmente Impish) y seguirán actualizándose tras un nuevo lanzamiento. Y en cuanto a la estabilidad, tendrá vaivenes, siendo más estable en abril y octubre y algo menos en agosto y febrero. El motivo es que las primeras Daily Build son el sistema anterior, y sobre éste irán añadiendo los cambios. Primero habrá bugs y se corregirán cuando la versión estable esté cerca.

Explicado esto, instalar Rolling Rhino está a cuatro comandos y tres minutos de distancia:

sudo apt install git
git clone https://github.com/wimpysworld/rolling-rhino.git
cd rolling-rhino
sudo ./rolling-rhino

Una vez introducidos los comandos, tenemos que aceptar los mensajes que nos muestra. Cuando veamos el logo, listo.

Los avisos son sólo eso, avisos

Tal y como leemos en su página de GitHub, cada vez que se actualicen los repositorios con apt update veremos varios errores que nos dicen que estamos ante una versión conflictiva. Martin dice que no son más que avisos, y que se muestran porque se esperaba que tuvieran una marca como Impish, pero están el Devel. No pasa nada; está correcto. En lo que sí hay que tener más cuidado es en instalar repositorios de terceros, ya que podrían dejar de funcionar. Es algo que no suele pasar.

¿Y por qué crearnos un Ubuntu Rolling Release? Está claro que esto no es como Arch Linux. El «target» son más aquellos que quieren ver todo lo que están añadiendo al día o para los desarrolladores, esos que de otro modo tendrían que instalar la nueva ISO para poder seguir trabajando. O para los más osados. Sea por el motivo que sea, Rolling Rhino, que también tiene nombre y adjetivo de animal, convierte Ubuntu en un Rolling Release… más o menos.

from Linux Adictos https://ift.tt/3BIat9G
via IFTTT

Estamos de acuerdo en que no es Photoshop, pero sí es muy capaz y, en mi opinión, gusta más cuanto más se usa. El noviembre pasado lanzaron lo que era la primera beta de lo que será la tercera versión del famoso editor de imágenes libre y de código abierto, y aunque no hay fecha programada, no debe quedar mucho para que deje de estar en pruebas y podamos usar su versión estable. GIMP 2.99.x, la numeración que recibe GIMP 3 beta, se puede instalar desde Flathub.

Para ser más concretos, se puede instalar desde el repositorio beta de Flathub, por lo que hay que añadir uno nuevo diferente al que ya teníamos. Si aún no se ha habilitado el soporte para paquetes flatpak, hay que hacerlo, algo que vamos a explicar a continuación para que el que quiera pueda probar GIMP 2.99.x y ver qué podremos hacer (y ver) cuando el proyecto crea que ya lo tiene listo.

Instalar GIMP 2.99.x desde el repositorio beta de Flathub

Lo que tenemos que hacer es seguir estos pasos:

1. Si no lo teníamos, instalamos el paquete flatpak (por ejemplo, sudo apt install flatpak o sudo pacman -S flatpak).
2. A continuación añadimos el repositorio beta de Flathub con este comando:

flatpak remote-add --user flathub-beta https://flathub.org/beta-repo/flathub-beta.flatpakrepo

3. En el siguiente paso tenemos que instalar un paquete, siempre y cuando no lo tengamos, con este comando:

flatpak install org.gnome.Platform/x86_x64/40

4. Una vez tengamos el anterior paquete instalado ya podremos instalar GIMP 2.99.x con este comando:

flatpak install --user flathub-beta org.gimp.GIMP

Y eso sería todo. Hay que tener en cuenta que estaremos usando una versión no estable, por lo que hay que esperar que se experimenten fallos, pero volver a la versión estable es tan fácil como desinstalar una e instalar la otra, aunque en la mayoría de distribuciones se pueden tener las dos al mismo tiempo (no recomendado). Para los usuarios de Arch Linux hay que recordar que tienen AUR, desde donde se puede instalar GIMP 2.99.x compilándolo con yay, por ejemplo. En el momento lancen la versión estable publicaremos el artículo correspondiente informando de su aterrizaje y las novedades más destacadas siendo ya oficiales.

from Linux Adictos https://ift.tt/3zHvVuU
via IFTTT

Hace tiempo, reproducir contenido protegido en una Raspberry Pi era de todo menos sencillo. Yo lo conseguí y compartí de dos maneras distintas, una en la que había que descargar el software para Chrome OS y otra a través de un contenedor que, bueno, sólo diremos que funciona(ba). Ninguno de esos dos métodos era oficial ni se acercaba a serlo, como sí lo es ahora. El problema es que desde hace poco no va bien.

Y es que Raspberry Pi OS es un sistema soso que por lo menos a mí no me gusta tanto como Manjaro ARM, pero es el oficial. Después de un tiempo he vuelto a buscar información sobre el contenido DRM en la famosa placa de la frambuesa y he dado con la noticia de que ya hace tiempo que está disponible. Y lo mejor, en los repositorios oficiales del sistema operativo. Pero lo malo es que, justo entre ayer y hoy, los usuarios han empezado a experimentar fallos.

Reproduce contenido DRM en Raspberry Pi OS… cuando lo arreglen

Originalmente, este artículo iba a ser sobre que  todo era de color de rosa y felicidad, que ya podíamos reproducir Netflix, Spotify o Amazon Prime Video en la Raspberry Pi, pero probándolo yo mismo he visto, primero, que no funciona, y segundo, que es reciente, de horas en algunos casos. Resulta que Google acaba de actualizar Widevine y ha dejado «colgado» al paquete que funciona la placa simple. Pero la opción existe, y se espera que en días todo vuelva a la normalidad. Por lo tanto, dejo las instrucciones para habilitar el soporte para un futuro que esperemos sea a corto plazo.

Antes que nada, se comenta que merece la pena hacerlo en una instalación limpia, por lo menos si ya habíamos estado toqueteando con las opciones que funcionaban en el pasado. El paquete, libwidevinecdm0, está disponible en los repositorios oficiales, y en teoría debe funcionar en versiones más antiguas de la placa simple, pero el rendimiento no es el mejor de todos si no se usa una de las más nuevas.

Así, conseguir la compatibilidad en Chromium, el navegador que hay instalado por defecto en el sistema operativo oficial, es tan sencillo como actualizar los repositorios, el sistema operativo e instalar el paquete con estos tres comandos:

sudo apt update
sudo apt full-upgrade
sudo apt install libwidevinecdm0

A la espera del parche

Como esta vez no hemos hecho nada extraño, lo único que queda tras la instalación del paquete es reiniciar el navegador, casi tan sencillo como activar la casilla para habilitar el soporte para DRM en Firefox.

Para mí, un ligero overclock y hacer funcionar un par de cosas que necesitaba lo ha cambiado todo, y os digo con total sinceridad que he vuelto al sistema oficial de la Pi. Crucemos los dedos y esperemos que arreglen el soporte para Widevine pronto.

from Linux Adictos https://ift.tt/3kRUgaW
via IFTTT

Por mucho que mejore un sistema operativo, si su imagen no lo hace vamos a sentir que estamos trabajando en algo un poco desfasado. Aunque a muchos usuarios de Linux nos importa más el rendimiento, Linux Mint no nació pensando en eso (aunque también), sino para atraer a los de Windows y a los de Ubuntu cuando se pasó a Unity. La próxima versión del sabor menta no oficial de Ubuntu llegará en diciembre, y lo hará con cambios en la interfaz de usuario.

El equipo de desarrolladores liderado por Clement Lefebvre está ahora centrado en revisar la imagen y sensaciones de Linux Mint. En estos momentos se están debatiendo y añadiendo muchos cambios pequeños a la imagen del escritorio, como por ejemplo que Mint-X ha mejorado las notificaciones dentro de la app y una imagen mejorada en la barra de Nemo. Mint-Y también mejorará y, entre otras cosas, soportará aplicaciones oscuras.

Linux Mint 20.3 llegará en diciembre con un tema oscuro mejorado

Entre lo que mejorará en el tema oscuro se mencionan las aplicaciones Celluloid, Xviewer, Pix, Hypnotix y el terminal de GNOME. Cada una de estas aplicaciones tendrán un nuevo ajuste en sus preferencias para activar/desactivar el modo oscuro, pero de momento no estará disponible en Xfce ya que Xfwm no lo soporta. Por otra parte, Mint-Y recibirá nuevos emblemas, es decir, iconos para las diferentes extensiones.

El resto de la nota de agosto la completan dos puntos menos importantes: uno ya nos lo adelantaron el mes pasado, y es que la nueva página web ya está completa al 75%. Se puede seguir el progreso en este enlace, en donde se muestra una lista de lo que queda por hacer, pero no la página web en sí. La otra noticia es que Linux Mint tiene un nuevo sponsor, Das Keyboard, una compañía de teclados mecánicos. En cuanto al sistema operativo, el mes pasado anunciaron que llegaría en diciembre.

from Linux Adictos https://ift.tt/3taAcEC
via IFTTT

Cuando en los medios como LXA mencionamos «Linux», solemos referirnos a un sistema operativo basado en él, pero en realidad es un núcleo y el sistema sería GNU/Linux. Aunque tengan un corazón similar, no todo es igual en una distribución que en otra, y puede que algunas cosas no sean compatibles o no funcionen si queremos iniciarlas desde otra parte. Una de las opciones más populares es Ubuntu, pero no somos pocos los que, de elegir algo x-buntu, elegimos otro sabor, incluso no oficiales. También hay sistemas como el Manjaro que llevo usando desde hace un año y con el que estoy encantado.

Un editor como yo, que tiene que hacer muchas pruebas, tiene que ver por sí mismo cómo funcionan las cosas en diferentes escenarios. Para ver los pequeños retoques de un sistema operativo puedo tirar de VirtualBox o GNOME Boxes, pero para otras cosas necesito tener el sistema instalado de forma nativa. Por ese motivo me decidí a instalar Ubuntu (GNOME) en el mismo portátil en el que tengo Manjaro, no sin antes asegurarme de que el sistema menos importante no iba a fastidiar nada del principal.

El motivo para seguir este tutorial por parte de otra persona puede ser cualquiera. Un ejemplo, que se prefiera una distribución, ya se tenga instalada y en el trabajo/oficina se use Ubuntu. La mejor manera de asegurarnos de que no hay incompatibilidades es usar lo que nos piden, como cuando me piden que use Word y no me permiten usar Writer ni cualquier otro software.

ubiquity -b instala Ubuntu sin «bootloader»

Como he dicho anteriormente, yo quería tener Ubuntu en el mismo portátil en el que tengo Manjaro, pero no quería que el primero metiera su GRUB. Además de que no quería, el de Ubuntu puede no detectar Manjaro, por lo que la decisión era clara. ¿Y cómo instalo Ubuntu sin tocar lo que ya hay y qué hago para poder iniciarlo? Conseguirlo es más fácil de lo que parece. NOTA: las capturas son de una máquina virtual, por eso no aparece «Manjaro» ni nada parecido.

1. Se supone que ya tenemos instalado un sistema operativo Linux, por lo que el primer paso sería crear un USB Live de Ubuntu. También funciona con cualquier sistema que use Ubiquity, o así debería ser.
2. Iniciamos desde el USB.
3. Ahora va un paso delicado y que se toma su tiempo: abrimos GParted, buscamos la partición en donde queramos instalar Ubuntu y la redimensionamos, siempre y cuando no tengamos una partición disponible que podamos usar para instalar Ubuntu.

4. Una vez finalizado el «recorte», nos disponemos a instalar el sistema operativo. No vamos a hacer doble clic sobre el icono del instalador, sino abrir un terminal y escribir:

ubiquity -b

5. La opción anterior es «sin bootloader», es decir, sin arranque. Se instalará el sistema, pero lo que haremos aquí no nos permitirá iniciarlo a no ser que tengamos otro arranque desde donde hacerlo. Explicado esto, a partir de aquí vamos siguiendo los pasos del instalador hasta que lleguemos a la opción de dónde instalarlo el sistema.
6. Vamos a elegir la partición creada en el paso 3 y marcarla como raíz (/). Como podréis comprobar, la parte donde dice dónde se instalará el bootloader no está disponible, y no veremos ningún error cuando aceptemos iniciar la instalación.

7. A partir de aquí, todo es igual que siempre. Seguimos los pasos hasta que nos diga que reiniciamos el equipo.
8. Lo que tenemos que hacer a continuación es apagarlo, no reiniciarlo, ya que no podrá entrar a Ubuntu. Si tenemos instalado Manjaro, iniciamos normal.
9. Una vez dentro del sistema, abrimos un terminal y escribimos:

sudo update-grub

Y eso sería todo. Ahora, a iniciar nos permitirá elegir el sistema, tal y como vemos en la imagen de cabecera.

Cosas a tener en cuenta

Me parece importante mencionar que esto funciona, por ejemplo, si lo que tenemos instalado es un sistema como Manjaro cuyo GRUB sí detecta Ubuntu a la perfección. También quisiera decir que cada uno es responsable de sus actos, y aunque no debería haber ningún problema, por ejemplo al recortar el tamaño de una unidad se puede perder información; es un aviso que da el mismo GParted.

Lo explicado aquí debería funcionar en cualquier sistema operativo que pueda detectar e iniciar la instalación de Ubuntu. Lógicamente, si se quiere instalar, por ejemplo, Ubuntu junto a Kubuntu, ambos son x-buntu, por lo que no importa si el último instala su propio GRUB porque es el mismo y se puede instalar con la opción de hacerlo junto al sistema existente. Con este método se pueden tener varios sistemas operativos; si queremos añadir Windows, hay que recordar que el sistema de Microsoft debe ser el primero en instalarse.

from Linux Adictos https://ift.tt/3gW1MAy
via IFTTT