minikube
La mayoría de guías de instalación de Minikube que hay online son para VirtualBox como hypervisor de las VM. Esta guía es para aquellos que quiren ejecutar Minikube pero en KVM.

Lee el resto de esta entrada »

Anuncios

git

  1. Haz checkout de tu rama:
    git checkout my-branch
  2. Recupera los ultimos cambios:
    git fetch
  3. Haz un rebase para que los cambios de tu rama se pongan “por detrás” de los de master:
    git rebase origin/master
  4. Sube tus cambios al repositorio remoto forzando la reescritura del historial (cuidado que esto trae consecuencias si alguien se ha bajado tu rama, ya que su historial local no coincidirá con el remoto):
    git push origin my-branch --force

git

  1. Clona tu fork:
    git clone git@github.com:YOUR-USERNAME/YOUR-FORKED-REPO.git
  2. Añade el remote del repositorio original a tu repositorio:
    cd into/cloned/fork-repo
    git remote add upstream git://github.com/ORIGINAL-DEV-USERNAME/REPO-YOU-FORKED-FROM.git
    git fetch upstream
  3. Actualiza tu fork a partir del repo original para mantener actualizados sus cambios:
    git pull upstream master
  4. Sube tus cambios:
    git push

vía

template.desktop

19/11/2018

freedesktop
.local/share/applications

[Desktop Entry]
Version=1.0
Name=ProgramName
Comment=This is my comment
Exec=program %U
Icon=ProgramName
Terminal=false
Type=Application
Categories=Utility;Application;
StartupWMClass=ProgramName

##Define Actions

Actions=Action1;Action2

[Desktop Action Action1]
Name=Action1
Icon=ProgramName-Action1
Exec=program –action1

[Desktop Action Action2]
Name=Action2
Icon=ProgramName-Action2
Exec=program –action2

##End of actions menu

En mi afán por mantener la instalación de Ubuntu lo más limpia posible, a la hora de añadir software a mi sistema mis preferencias son:

  • Binario oficial
  • AppImage
  • Snap
  • Paquete .deb
  • Construcción e instalación desde los repositorios oficiales

Según este criterio y, en función de su disponibilidad, voy a hacer una recopilación del software que suelo añadir a mi sistema. Lee el resto de esta entrada »

00-corebook-3
Recientemente he instalado Ubuntu 18.04 en mi Chuwi CoreBook.

Muchas cosas funcionan out-of-the-box. Para las problemáticas, aquí están mis “trucos”.

Lee el resto de esta entrada »

freedesktop
Los entornos de escritorio Linux modernos (Gnome 3, Ubuntu Unity, Docky) utilizan la propiedad VMClass para asociar las ventanas con su aplicación propietaria. Muchas aplicaciones basadas en Java tienen el problema de que la ventana creada por la aplicación no se asocia con el shortcut usado para iniciar la aplicación (de modo que el dock contienen múltiples copias del mismo icono).

Así, el campo llamado StartupWMClass, que podemos especificar en nuestro lanzador (.desktop), es una cadena que define en qué clase se agrupará la aplicación en el Launcher al arrancar.

Puedes averiguar qué WM_CLASS tiene tu ventana si escribes en un terminal:

xprop WM_CLASS

y luego pulsas la ventana. En caso del terminal gnome la salida es tal que así:

WM_CLASS(STRING) = "gnome-terminal", "Gnome-terminal"

De modo que todas las ventanas con WM_CLASSgnome-terminal” y “Gnome-terminal” se agrupan juntas.

vía

Algunos enlaces de interés
Recognized desktop entry keys

A %d blogueros les gusta esto: