Actualmente, la única manera oficial de usar AceStream en Linux es a través de su paquete snap. También hay otras alternativas, como algunos paquetes de AUR para distribuciones basadas en Arch Linux, pero no todos consiguen hacerlo funcionar, bien sea por falta de información, ganas… Sí funciona para todos una opción que nos permite tener el engine ejecutándose en segundo plano y que no requiere la instalación de ningún paquete, por lo que ganaremos en limpieza.

Desde hace algo menos de año y medio, existe una AppImage de AceStream. Su funcionamiento no es como muchas otras, que en ocasiones sólo es necesario hacer doble clic para iniciar un software, pero hace su trabajo. Aunque en teoría puede funcionar de otras maneras, hay una que no falla independientemente de la distribución que estemos usando (si no se abre en Ubuntu), siempre y cuando sea x64.

Lanzando la AppImage de AceStream desde el terminal

En un principio, hay gente que asegura que todo funciona al abrir la AppImage, pero no es así en mi caso. A mí me funciona la opción del terminal, y los pasos a seguir serían estos:

1. Descargamos la AppImage de AceStream. NO ES OFICIAL y si confiamos en ella o no debe ser una decisión que debe tomar cada uno. Está disponible en este enlace de GitHub.
2. Le damos permiso de ejecución. Esto puede conseguirse con chmod +x ruta_al_archivo o con un clic derecho, propiedades y marcando la casilla de verificación (esto puede variar dependiendo del gestor de archivos que estemos usando).
3. Ahora tenemos que abrir un terminal.
4. La orden para lanzar esta versión de AceStream es ruta_al_archivo –client-console. La ruta al archivo la podemos poner arrastrando la AppImage al terminal.
5. Una vez escrito eso, veremos que hay acción en el terminal. Luego ya podemos probar a abrir el contenido AceStream. Debería funcionar.

El paso 4 se puede hacer desde un lanzador como KRunner o el de GNOME, ambos disponibles con Alt+(Fn)F2. La única diferencia es que si lo hacemos desde una de estas herramientas no veremos nada y no sabremos que se está ejecutando en segundo plano, y ahí estará hasta que detengamos el proceso. Si lo hacemos desde el terminal, siempre veremos su ventana. Y si nos quedáramos con la opción del paquete snap, suele aparecer un icono en la bandeja del sistema.

El punto más positivo es que no dependemos de los paquetes snap, aunque éste nos ofrece también otras posibilidades como abrir el contenido con una versión modificada de MPV. En cualquier caso y como siempre en Linux, opciones hay y la elección es nuestra.

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

Después de un tiempo usando Mac OS X, porque sí, usé un Mac que aún conservo durante años y sí, Mac OS X porque nunca he probado macOS, volví a usar mayoritariamente Linux. En general, nunca lo abandoné y nunca he estado a disgusto con lo que ofrece Linux, pero hay algunas cosas en el diseño que sí pueden mejorar. Por ejemplo, busqué muchos clientes de correo para encontrar alguno que me gustara como el Mail de Apple, pero al final terminé usando Thunderbird y, ya tiempo más tarde, el cliente que ofrece Vivaldi (yo no necesito mucho más…).

Aunque ha mejorado su diseño en las últimas versiones, y aún mejorará más en las próximas, al cliente de correo de Mozilla no le vendrían mal más retoques estéticos. Nosotros publicamos en febrero la noticia, pero lo cierto es que el futuro diseño ya estaba tratándose desde finales de 2022. El cambio será brutal, de los que probablemente no guste a todos por igual, pero algo tan fino no podía mantener el logotipo actual. Y ya tenemos las primeras imágenes del nuevo logotipo.

El nuevo logotipo de Thunderbird llegará en una actualización futura

El nuevo logotipo es el de aquí arriba. Si sientes que es chocante, te sientes como yo al verlo por primera vez. Pero si nos fijamos en el de Firefox, lo que están haciendo es seguir la tendencia que iniciaron ahora hace unos 4 años, cuando Firefox pasó a ser una marca comercial y el navegador, aunque nadie se refiere a él como tal, pasó a ser un producto llamado Firefox Browser. El diseño se ha simplificado. Como el de Firefox con la bola del mundo, el sobre está en el centro y el animal lo rodea. Y como si esperaran verlos juntos, el pájaro del trueno mira a la izquierda, el lado contrario al que mira el panda rojo.

No se sabe la fecha exacta de cuándo será el logotipo oficial de Thunderbird, pero no debería tardar demasiado. En mi opinión, creo que deberían usarlo cuando cambien la interfaz de usuario para que la renovación sea completa, pero es probable que antes veamos el logotipo porque ya está 100% preparado. ¿Os gusta?

Más información.

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

«Vuélvete a Windows», me decía quien me introdujo en Linux cuando veía que algunas cosas se me atragantaban y quería hacerlo como en el sistema de Microsoft. También me decía que «Linux no es Windows», y eso es así para lo bueno y para lo malo. Lo malo es que hay cosas que en otros sistemas es muy sencillo y en los basados en Linux no lo es tanto, como crear archivos .desktop, también conocidos como accesos directos.

Pero hay que diferenciar entre tipos de accesos directos, porque no todos son lo mismo. Ahora mismo, a mí se me ocurren al menos dos tipos de accesos directos: unos son los symlinks o enlaces simbólicos, que son un archivo muy pequeño que podemos ejecutar para acceder al original al que se enlaza; otros son los archivos .desktop, que son un tipo de enlace directo que contiene información como el nombre de una aplicación y su versión, y son los archivos que se encargan de lanzar muchas aplicaciones bajo Linux.

Creando archivos .desktop con una aplicación con interfaz de usuario

Tal y como explicamos aquí en LXA hace años, crear archivos .desktop en Linux no es que sea demasiado complicado. Además, el texto proporcionado nos sirve como una plantilla que sólo hay que editar para cada aplicación. Pero las cosas aún se pueden simplificar más.

Disponible en Flathub, hay una aplicación llamada Desktop Files Creator. Básicamente es una interfaz en la que le diremos el nombre, la ruta al ejecutable, si se ejecutará en el terminal o no… y ella se encargará de hacer el resto por nosotros. Pero si queremos algo aún más sencillo, podemos crearnos nosotros mismos un script/mini-app para hacer todo esto desde el terminal (se ve en la imagen de cabecera). El código en Python sería el siguiente:

#!/usr/bin/env python3
from io import open
import os

nombre_archivo = input("Nombre el archivo .desktop: ")
version = input("Versión de la aplicación: ")
nombre_app = input("Nombre de la aplicación: ")
comentario_app = input("Comentario de la aplicación: ")
ejecutable = input("Ruta al ejecutable: ")
icono = input("Ruta al icono de la app: ")
terminal = input("¿Se ejecutará en el terminal? (True para sí, False para no): ")
tipo_app = input("Tipo de aplicación (pon Application si tienes dudas): ")
categorias = input("Categorías en las que entra esta aplicación: ")
carpeta = input("Carpeta en donde está el ejecutable: ")

def crearDesktop():
    nota = open(nombre_archivo + ".desktop", "w")
    texto_entrada = ('[Desktop Entry]')
    texto_version = ('\nVersion=' + version)
    texto_nombreAplicacion = ('\nName=' + nombre_app)
    texto_comentario = ('\nComment=' + comentario_app)
    texto_ejecutable = ('\nExec=' + ejecutable)
    texto_icono = ('\nIcon=' + icono)
    texto_terminal = ('\nTerminal=' + terminal)
    texto_tipoapp = ('\nType=' + tipo_app)
    texto_categorias = ('\nCategories=' + categorias)
    texto_startupNotifyApp = ('\nStartupNotify=false')
    texto_ruta = ('\nPath=' + carpeta)
    texto = (texto_entrada + texto_version + texto_nombreAplicacion 
             + texto_comentario + texto_ejecutable + texto_icono 
             + texto_terminal + texto_tipoapp + texto_categorias 
             + texto_startupNotifyApp + texto_ruta)
    nota.write(texto)
    nota.close()
    nombreApp = nombre_app + ".desktop"
    os.system('chmod +x ' + nombreApp + '\nmv ' + nombreApp + ' ~/.local/share/applications')
    print("Archivo .desktop creado con éxito. Está en ~/.local/share/applications/ y debería aparecer también en el cajón de apps.")
        
crearDesktop()

Explicando el código

De lo anterior:

• La primera línea es lo que se conoce como «Shebang» e indica con qué se tiene que abrir el script (puede ser diferente en algunas distribuciones Linux). No debería ser necesario si nos desplazamos a la ruta en donde guardemos el archivo .py y lo lanzamos con «python nombre_del_archivo.py«, pero sí si queremos atajar un poco más como explicaremos más tarde.
• La segunda y la tercera línea importa lo necesario para crear el archivo, ya que es necesario poder escribir en el disco duro.
• Luego se crean las variables que más tarde se usarán para escribir el contenido en el archivo .desktop.
• En la función crearDesktop(), primero abre un archivo, luego se añaden los parámetros de información del acceso directo, luego se crea el archivo .desktop, se le da permisos de ejecución y lo mueve a la carpeta ~/.local/share/applications. Y eso sería todo.

Diría que más fácil imposible, pero sería más fácil si existiera una manera de crearlos con un menú contextual de Nautilus, Dolphin o el gestor de archivos que estemos usando. El problema es que en Linux esto no funciona así. En los archivos .desktop se puede añadir también otra información, como traducciones y otras maneras de abrir las aplicaciones (como el modo incógnito en un navegador), por lo que crear este tipo de accesos directos no es tan directo, valga la redundancia.

Y ya se me olvidaba, si queremos poder lanzar el script anterior desde cualquier ventana del terminal, debemos mover el archivo .py que hemos creado a la carpeta /bin. Que no se acostumbre el que no sepa lo que está haciendo, porque en esa carpeta van los ejecutables y hay que tener cuidado con lo que se toca. En cualquier caso, opciones siempre hay. Sólo hay que saber dónde buscar. Además, crear y compartir también es algo común en Linux.

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