Ya cauros invoco el poder de los guatones cuarentones y más, estoy buscando una serie de monos animados que dieron como en los tiempos del Pipiripao, y que incluso posiblemente emitieron en ese mismo segmento, pero nunca he podido encontrarla.

Lo poco que recuerdo de ella es que es un equipo como de exploradores que vivían en un tanque oruga subterráneo, de color azul y múltiples segmentos uno de los cuales estaba diseñado como base científica (onda la MIR o la ISS pero bajo tierra). No recuerdo si había una trama o villanos.

A ver si a alguien le suena.

 

Title.

I know there are tools to set up a linux distro's installer on a USB flashdrive. What I'm looking for is slightly different: I want to install a linux distro (a Debian derivative, but am still unsure which) on a USB hard drive, but I want to do it from a running system, rather that have to boot into installer mode.

The rationale is that this is the only active machine I have ATM. I guess this exists since that's how "live distros" with installers even function in the first place, but I haven't had much luck searching for information.

 

I've been researching information about /etc/machine-id, a file that contains an ever-persistent machine ID that identifies the install across hardware or netwotk changes, and that is world-readable.

Most documentation I've seen says it is mostly safe to change this file and generate a new ID on shutdown, and there are example scripts to do it via eg.: systemd or rc.shutdown . That's nice, but... we're on Linux, we don't "shutdown" our machines, what do they think we are, Windows users? We don't shutdown at least intentionally.

So, I was wondering, is it feasible to regenerate this ID on hibernate? It's another instance where the machine powers down, there are ACPI hooks to run scripts on hibernate/wakeup, and I feel at least for a laptop it's a more common use case than a shutdown.

 

Basically $TITLE.

It happens sometimes that I need to install both the native and the flatpak version of a program, for compatibility or feature reasons. Say for example, native Gnucash has a crash in a specific dialog that I can skip with the flatpak version if that dialog crosses my workflow.

But this causes an issue. Many flatpak applications I have installed, like Norka, result in duplicating the icon / .desktop entry in the menu, which is annoying but survivable, But a few others, such as Luanti, seem to hide or replace the menu icon of the native program, leaving only one entry in the menu that always leads to the flatpak version. And this is quite breaking.

Is there any to prevent Flatpak from hiding or overwriting the native program icons, or at least prevent it from camouflaging itself? Basically I'm looking for how or where to achieve any of the following:

  • Make flatpak menu entries install separately, with names or descriptions guaranteed to not conflict with native program icons (say, "App - Flatpak version").
  • Make flatpak menu icons install into their own subdirectory in the menu.
  • Make flatpak not install desktop menu entries

Thanks in advance.