Es un fallo que me ha ocurrido estos días. Intento actualizar el paquete antergos-keyring pero falla diciendo que el paquete no es válido o está dañado (firma PGP). Aún peor, en los días siguientes empiezan a fallar las actualizaciones de nuevos paquetes por el mismo motivo. Si haces un pacman en consola te dice esto:

fish [:0]-[pts/1:0.32]-[lacofi@cecile (~) <0>]->sudo pacman -S antergos-keyring
resolviendo dependencias…
buscando conflictos entre paquetes…
Paquetes (1) antergos-keyring-20170524-1
Tamaño total de la descarga: 0,01 MiB
Tamaño total de la instalación: 0,04 MiB
Tamaño neto tras actualizar: 0,00 MiB
:: ¿Continuar con la instalación? [S/n] 
:: Recibiendo los paquetes…
 antergos-keyring-20170524-1-any 14,6 KiB 488K/s 00:00 [####################################################] 100%
(1/1) comprobando las claves del depósito [####################################################] 100%
(1/1) verificando la integridad de los paquetes [####################################################] 100%
error: antergos-keyring: signature from "Antergos Build Server (Automated Package Build System) <admin@antergos.org>" is unknown trust
:: El archivo /var/cache/pacman/pkg/antergos-keyring-20170524-1-any.pkg.tar.xz está dañado (paquete no válido o dañado (firma PGP)).
¿Quiere eliminarlo? [S/n] 
error: no se pudo realizar la operación (paquete no válido o dañado (firma PGP))
Ocurrieron errores, por lo que no se actualizaron los paquetes

Vale, se trata de un error simple: intenta actualizar el paquete con las claves de autentificación, pero no puede actualizarlo porque no tiene las claves para autentificarlo. La solución es también simple. Edita tu fichero /etc/pacman.conf y dile que si no puede comprobar las claves da igual. Para ello cambia la línea que pone:

SigLevel = Required DatabaseOptional

Por esta otra:

SigLevel = Optional TrustAll

Ahora actualiza tu sistema. Y luego vuelve a dejar el fichero pacman.conf como estaba, obviamente.

Si cambias de computadora es muy posible que te salte este error cuando intentas instalar tu programa Android en tu tablet o teléfono. Es más, te dice que debes desinstalar la aplicación para volver a instalarla. Si buscas por Google todo Dios te dirá que tienes que desinstalarla y que así el error desaparecerá. Si, claro que si, ¡¡pero eso hará que pierdas todos los datos!!.

El problema está en que cuando instalas de cero Android Studio, o Eclipse (habitualmente porque cambias de ordenador), generan una firma digital que utilizarán para autentificar el software que instalan, metiéndola en el APK. Es lo mismo que cuando subes la aplicación a Google Play, te piden una firma digital, solo que en este caso hablamos de una firma provisional para el debug. Así que en el ordenador nuevo intenta instalar tu aplicación y zas, la firma no coincide.

Si desinstalas la aplicación, la firma vieja desaparece con el APK y ya no habrá conflicto, claro. Pero también perderás todos tus datos y puede que te interese conservarlos.

Sólo tienes que ir a tu copia de seguridad y transferir la firma digital del viejo Android Studio al nuevo, para que ambos utilicen la misma y no haya conflicto. La firma está en tu HOME, en la carpeta oculta .android, en un fichero que se llama debug.keystore. Copia ese fichero a tu nuevo ordenador y reinicia Android Studio.

Es un bug realmente enojoso, porque habitualmente todo el mundo hace copia-pega de gráficos, tablas, literalmente de todo cuando hace diapositivas con Impress. No hay mensajes de error de ningún tipo, LibreOffice simplemente se cierra y pierdes todos los cambios que no hayas hecho en disco. Si arrancas el programa desde consola (precisamente para ver cualquier hipotético error), verás que no hay información ninguna. Haces un copy o un paste y el programa se cierra sin mensaje de error ninguno, aunque si tienes forma de capturar códigos de error verás que se cierra con código 139, es decir un SEGFAULT en toda regla.

Este fallo me aparece en Debian 8.6 Jessie, pero por lo que he visto por ahí es bastante ubicuo y aparece en todo tipo de sistemas, en múltiples versiones de LibreOffice, tanto en Linux como en Windows, y no he visto ningún lugar donde se aporte solución. Te dicen que elimines con fichero "~/.config/openoffice/4/user" y que vuelvas a intentarlo. Y efectivamente, durante unos minutos parece que funciona, pero luego vuelven a aparecer los crash.

Es un bug conocido con múltiples quejas pero no he visto workaround alguno, así que la solución que te propongo es de cosecha propia. :-)

La pista me la dio cuando observé que hacía crash sistemáticamente al copiar objetos relativamente complicados pero me permitía copiar objetos muy simples (un poco de texto, por ejemplo). ¿Qué es eso?. ¿Se queda sin memoria?.

Vale, vete a Herramientas -> Opciones -> LibreOffice -> Memoria.

Ahí verás varias opciones que se refieren a cuantos recursos pilla LibreOffice del sistema. Y parece todo como bastante escaso. Recorta pasos de deshacer y amplía la memoria caché. Yo puse esto:

• Deshacer
  • Número de pasos: 20
• Caché de Imágenes
  • Usar para LibreOffice: 100 Mb
  • Memoria por objeto: 20 Mb
  • Eliminar de la memoria después de: 00:10 hh:mm
• Caché para los objetos insertados
  • Número de objetos: 20

Oye, y a la primera. En cuanto puse esos parámetros, LibreOffice empezó a funcionar bien y hacer sin problemas los copia-pega. Ya te diré como va la cosa si surgen novedades.

A veces necesitas crear una tabla de forma dinámica, por código. Por ejemplo, si quieres mostrar resultados de una base de datos en una pantalla con ScrollView, no deberías hacerlo mediante ListView ni mediante GridView porque incorporan sus propios controles de scroll, lo que interfiere con los de ScrollView. La solución más práctica es poner una tabla. Pero si lo que muestra la tabla procede de una base de datos, a priori no sabes cuántas filas debes poner, con lo que no puedes usar XML sino código. No se si me explico.

Crear una tabla por código es bastante fácil. En primer lugar tienes que crear una tabla vacía en XML. Vacía, sin fila alguna.

<TableLayout
            android:id="@+id/tablacultivos"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:stretchColumns="2"
            android:shrinkColumns="2" >
</TableLayout>

TextView txtCultivos=(TextView) getView().findViewById(R.id.LblCultivos);
TableLayout tabladatos=(TableLayout) getView().findViewById(R.id.tablacultivos);
TableRow.LayoutParams layoutFila=new TableRow.LayoutParams(TableRow.LayoutParams.WRAP_CONTENT, TableRow.LayoutParams.WRAP_CONTENT);
TableRow.LayoutParams layoutFecha=new TableRow.LayoutParams(TableRow.LayoutParams.WRAP_CONTENT, TableRow.LayoutParams.WRAP_CONTENT);
TableRow.LayoutParams layoutMuestra=new TableRow.LayoutParams(TableRow.LayoutParams.WRAP_CONTENT, TableRow.LayoutParams.WRAP_CONTENT);
TableRow.LayoutParams layoutResultado=new TableRow.LayoutParams(TableRow.LayoutParams.WRAP_CONTENT, TableRow.LayoutParams.WRAP_CONTENT);

TableRow fila;
TextView txtFecha;
TextView txtMuestra;
TextView txtResultado;

tabladatos.removeAllViews();

if (cursor.moveToFirst()) {
         do {
               fila=new TableRow(this); // Si, necesita contexto
               fila.setLayoutParams(layoutFila);

               txtFecha=new TextView(this);
               txtMuestra=new TextView(this);
               txtResultado=new TextView(this);

               txtFecha.setText(cursor.getString(0));
               txtFecha.setGravity(Gravity.RIGHT);
               txtFecha.setPadding(0, 0, 5, 0);
               txtFecha.setLayoutParams(layoutFecha);

               txtMuestra.setText(cursor.getString(1));
               txtMuestra.setPadding(0,0,5,0);
               txtMuestra.setLayoutParams(layoutMuestra);

               txtResultado.setText(cursor.getString(2));
               txtResultado.setLayoutParams(layoutMuestra);
               fila.addView(txtFecha);

               fila.addView(txtMuestra);
               fila.addView(txtResultado);

               tabladatos.addView(fila);
         } while (cursor.moveToNext());
}

Vale, estás haciendo un programa Android y a veces te interesa tener variables globales, accesibles desde cualquier Activity. Una forma muy sencilla de hacerlo es crear una clase que extienda de Application. Con esta clase, podrás almacenar cualquier cosa, desde variables básicas hasta objetos completos, lo que resulta muy práctico. Crea un fichero que contenga una clase tal que así:

public class ClaseGlobal extends Application {
       private final static int versiondb=1;
       private int posicionlistview;
       private int toplistview;
       private FichaPaciente paciente;
       private FichaEnvin envin;

       public void ponPaciente(FichaPaciente p) {
                paciente=p;
       }
       public FichaPaciente dimePaciente() {
                return paciente;
       }
       // etc...
}

Para simplificar, solo he puesto los métodos para meter y extraer un objeto de clase FichaPaciente, pero sería lo mismo para objetos de otra clase o variables básicas.

Para poder utilizar la clase ClaseGlobal sólo tendríamos que instanciarla en cualquier Activity. No se instancia de la forma normal, teniendo en cuenta que funcionará un poco a lo Singleton, es decir, siempre se instanciará el mismo objeto de forma global.

ClaseGlobal global=(ClaseGlobal) getActivity().getApplicationContext();
global.ponPaciente(paciente);

Y ya.

Si cambias a otra Activity, cuando regreses tu ListView habrá perdido la posición. Eso, a veces puede resultar bastante desconcertante. Una solución nos la cuentan en StackOverflow y es bastante sencilla de aplicar.

Puedes recoger la posición actual cuando abandonas la Activity obteniendo dos valores integer en tu onPause.

@Override 
public void onPause() {
	super.onPause();
	int index=lstListado.getFirstVisiblePosition();

	View v=lstListado.getChildAt(0);
	int top=(v==null) ? 0:(v.getTop()-lstListado.getPaddingTop());

	global.ponPosicion(index);
	global.ponTop(top);
}

Observa que que usamos la variable index para saber cual es la entrada que se veía en primer lugar en el listview. Pero puede ocurrir que esa entrada se viera a medias, así que usamos una segunda variable top para obtener cuánto se mostraba de ella.

Después usamos el método que queramos para guardar ambos valores. En mi caso, he almacenado ambos int usando variables globales, pero ese es otro tema para otra entrada.

Y ahora en el onResume, recogemos ambos valores y con ellos usamos el método setSelectionFromTop para poner el ListView como antes:

@Override
public void onResume() {
        super.onResume();
        int index=global.dimePosicion();
        int top=global.dimeTop();
        lstListado.setSelectionFromTop(index, top);
}

Supongamos que quieres un EditText pero un poco más sofisticado, con sugerencias. Esto es, que según escribes en el EditText te vaya sugiriendo posibilidades que concuerden con lo que vas metiendo. Bueno, pues eso es AutoCompleteTextView. Crear uno es bastante fácil, pero es un widget que tiene su miga.

AutoCompleteTextView se describe en multitud de sitios. Pero pocos te hablan de que tiene un bug por culpa del cual, dependiendo del tema que uses, las sugerencias te salen de color blanco sobre blanco: o sea, no se lee nada. Nosotros vamos a obviarlo especificando nuestra propia plantilla, que es lo primero que vamos a hacer. Hala, crea un fichero XML en layout al que llamaremos item_simple.xml.

<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
      android:id="@android:id/text1"
      style="?android:attr/spinnerDropDownItemStyle"
      android:singleLine="true"
      android:layout_width="match_parent"
      android:layout_height="wrap_content"
      android:minHeight="40dip"
      android:ellipsize="marquee"
      android:textColor="#222222" />

Vale, ahora necesitas definir tres cosas:

private AutoCompleteTextView editGermen;
ArrayAdapter<String> adaptadorGermen;
String[] germenes;

Lo primero de todo, vamos a rellenar el array de Strings al que hemos llamado germenes, y que es el que alimentará las sugerencias. Por ejemplo, si estamos usando una base de datos SQLite, podemos cargar todos los gérmenes que hayamos introducido en ella. Lo más práctico es llamar a una subrutina desde el onCreate, por ejemplo:

public void rellenaGermenes() {
       pacientesdb=new PacientesSQLiteHelper(getActivity(), "Pacientes", null, global.dimeVersionDB());
       db=pacientesdb.getReadableDatabase();
       String consultaDBInterna="select distinct germen from germenes order by germen";
       Cursor c=db.rawQuery(consultaDBInterna, null);
       int nGermenes=c.getCount();
       germenes=new String[nGermenes];
       int x=0;
       if (c.moveToFirst()) {
              do {
                    germenes[x]=c.getString(0);
                    x++;
              } while (c.moveToNext());
       }
       db.close();
       pacientesdb.close();
}

Vale, ahora llamamos a esta rutina desde el onCreate, y a continuación definimos el AutoCompleteView, el adaptador (especificando nuestro XML), y los ponemos en contacto:

editGermen=(AutoCompleteTextView) vista.findViewById(R.id.editGermen);
adaptadorGermen=new ArrayAdapter<String>(this, R.layout.item_simple, germenes);
editGermen.setThreshold(3);
editGermen.setAdapter(adaptadorGermen);

Me volví loco intentando una solución a través de chrome://plugins, que es la solución que aparece en todas partes. Pero, oye, que nada.

Al final, lo que me lo solucionó sin problemas fue lo que se propone en un foro italiano. Si, está en italiano, pero los comandos se entienden a la perfección, y el problema no tanto pero prestando un poco de atención y con ayuda de Google ya está. El fallo está en el plugin Pepper Flash, que viene incorporado en el Chrome. Resulta que a partir de la versión 37.0.2062.120 de Chrome, el plugin Pepper Flash necesita las librería glibc 2.14 para funcionar. Sin embargo la versión estable de Debian Wheezy proporciona glibc 2.13. Oh, si, Chrome se actualizará sin quejarse de ninguna dependencia, pero el plugin Pepper Flash no parará de lloriquear y de romperse una y otra vez. Puedes comprobar la versión de tu navegador Chrome en el menú, "Información de Google Chrome", si te pasa a ti.

¿Hay alguna solución?. Bueno, nuestro amigo italiano tomberry propone descargar una versión anterior de Pepper Flash y sobreescribir la que viene con el Chrome. Es muy fácil, nos da los comandos listos para ejecutar (eso si, hazte root).

Para amd64 (es decir, la versión 64 bit de Debian):

cd /opt/google/chrome/PepperFlash && sudo wget http://goo.gl/4dJvJE -O libpepflashplayer.so && exit

Para i386 (es decir, la versión 32 bit de Debian):

cd /opt/google/chrome/PepperFlash && sudo wget http://goo.gl/4awX8D -O libpepflashplayer.so && exit

Ignoro qué ocurre en otras versiones de Linux tal que Ubuntu, pero es muy posible que sus librerías glibc estén más actualizadas y no les falle el Pepper Flash. ¡Eh, no te quejes, es el precio que pagas por usar la versión estable de Debian!.

Después de ejecutar el comando no te olvides de que tienes que cerrar todas las ventanas de Chrome y luego volverlo abrir. Hombre, si eres muy paranoico, puedes copiar antes el fichero /opt/google/chrome/PepperFlash/libpepflashplayer.so en un lugar seguro por si ocurre un accidente nuclear o tu ordenador es devorado por un agujero negro. A mi me funcionó como la seda, qué quieres que te diga.

¡¡Eh, un momento!!

Bueno, sí. Estás instalando una versión anterior de libpepflashplayer.so que está colgada en un Dropbox de no-se-quién. Y con privilegios de root. ¿No te fías?. Paranoia cosa fina, ¿eh?.

Vaaale, vale. Vete al directorio /var/cache/apt/archives. Ahí deberías tener todos los paquetes legales de google-chrome que has ido actualizando desde el principio de los tiempos. El sistema los deja ahí almacenados cuando los descarga de los repositorios. Elige una versión anterior a la 37.0.2062.120, descomprímela, pilla el fichero libpepflashplayer.so y copialo a /opt/google/chrome/PepperFlash. Para descomprimir el paquete puedes usar los comandos siguientes (sustituye el número de versión por uno que tengas):

cp /var/cache/apt/archives/google-chrome-stable-35.0.1916.153-1_amd64.deb ~
cd ~
ar x google-chrome-stable_35.0.1916.153-1_amd64.deb
tar --lzma --extract --verbose --file data.tar.lzma
sudo cp opt/google/chrome/PepperFlash/libpepflashplayer.so /usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so

Y ya está, estás instalando un Peeper Flash que procede directamente de los repositorios. ¿Más tranquilo así?. Yo no lo he hecho, preferí vivir peligrosamente, pero debería funcionar.

Si lo has intentado, sabrás ya que no se puede por culpa de unas dependencias anticuadas (libssl0.9.8). Con todo, aún se puede instalar Spotify en una versión un poco más antigua. Pero no necesito explicártelo porque ya lo hace muy bien Javier Lleó. A mi me funcionó sin problemas. Las gracias, a él.

He configurado un Excel para que actualice una de las hojas a partir de un fichero CSV. Funciona genial, porque una vez configurado que importe los datos CSV, lo seguirá haciendo una y otra vez cada vez que abras el Excel o le des a "Actualizar todo". Eso significa que solo tengo que exportar de nuevo a CSV la base de datos de la tablet y automáticamente Excel se dará cuenta y lo recalculará todo para mostrarme estadísticas actualizadas.

Solo que, por algún motivo extraño, hay determinadas fórmulas que cambian de forma absurda tras cada actualización, y en vez de hacer referencia a las casillas que quiero hacen referencia a otras que no pretendía. Cambiarlas a mano es sencillo, pero fastidia un poco porque hay que hacerlo siempre tras cada actualización del CSV.

Después de googlear un poco, parece ser que es "feature" de Excel para corregir errores comunes en la creación de fórmulas. Vale, pero lo que me interesa es que puede ser desactivado. Para ello, en Excel 2013, vete a Archivo, Opciones, pestaña Avanzadas, y desactiva la casilla que dice "Extender formatos de rangos de datos y fórmulas".