Política de Privacidad Google Play para la App Battery Control Droid

Condiciones de uso y política de privacidad

Fecha: Sábado 20 de mayo del 2023

 

Condiciones de uso

Estas condiciones le serán de aplicación de forma automática al descargar o utilizar la aplicación. Por favor lea detenidamente estas condiciones antes de utilizar la aplicación.

 

Le ofrezco esta App para su uso personal y sin coste. Es una App free software con licencia GNU GPLv3 https://www.gnu.org/licenses/gpl-3.0.html. Puedes descargar el código fuente en https://gitlab.com/Oscar65/batterycontroldroid

 

Cuando vea algún fallo o me informen realizaré los cambios necesarios sin ningún aviso previo. La App no guarda nada más que la configuración de la propia App en un fichero de texto en el propio móvil y no la comparte con nadie.

 

No me hago responsable de ningún perjuicio, daño o pérdida en las que pueda incurrir usted como resultado del uso de la App.

 

La App no necesita conexión a internet para funcionar.

 

Política de privacidad

 

¿Qué información obtiene la App y cómo se utiliza?

 

La App no obtiene ninguna información de usuario.

 

¿Recopila la Aplicación información en tiempo real sobre la ubicación exacta del dispositivo?

 

Esta App no recopila información sobre la ubicación de su dispositivo móvil.

 

¿Ven y/o tienen acceso terceros a la información obtenida por la Aplicación?

 

No. La App no recoge ningún tipo de información salvo la configuración de la propia App, que no es compartida con nadie.

 

Cambios

 

Esta Política de privacidad podrá ser actualizada cada cierto tiempo por cualquier motivo. Le notificaré cualquier cambio en mi Política de privacidad mediante la publicación de la nueva Política de privacidad aquí. Se aconseja consultar esta Política de privacidad periódicamente por si hubiera cualquier cambio, ya que su uso continuo se considerará como aprobación de todos los cambios.

 

Como arrancar desde otros discos duros UEFI

 Hay que añadir al fichero /etc/grub.d/40_custom esto:

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "Disco Arch Linux WDBlue1Tb" {
    insmod chain
    set root=(hd1,msdos1)
    chainloader /EFI/WDBlue1Tb/grubx64.efi
}
menuentry "Fedora" {
    insmod chain
    set root=(hd3,gpt2)
    chainloader /EFI/BOOT/BOOTX64.EFI
}
menuentry "Debian 11 Scholelinux" {
    insmod chain
    set root=(hd4,gpt1)
    chainloader /EFI/debian/shimx64.efi
}

Aunque es mejor en set root asignar el uuid por si se quita/añade un disco duro.

PD: Basado en Manually add menu entry to GRUB2 menu on Arch Linux

Como arrancar linux kernel compilada con qemu

Basándome en las siguientes webs:

Booting a Custom Linux Kernel in QEMU and Debugging It With GDB

Manually booting the Linux kernel inside QEMU

 

Después de muchas pruebas he conseguido arrancar el kernel compilado desde qemu para probarlo.

El kernel probado es 6.0.0-rc2 y he ejecutado para configurarlo:

$ make defconfig
$ MAKEFLAGS="-j$(nproc)" BUILDDIR=/tmp/make make

después he ejecutado:

$ INSTALL_MOD_PATH=/tmp BUILDDIR=/tmp/make make modules_install

y he copiado la carpeta /tmp/lib/modules en /mnt/lib/ (en /mnt tiene que estar montado kernel-hd)

$ sudo cp -via /tmp/lib/modules/ /mnt/lib/

 

Actualmente (dom 09 oct 2022 20:30:46 CEST) tengo Archlinux con kernel 5.19.13-arch1-1 y qemu 7.1.0-8.

 

La línea a ejecutar es:

qemu-system-x86_64 -kernel arch/x86_64/boot/bzImage -initrd initramfs.img -m 4G -drive file=kernel-hd,index=0,media=disk,format=raw -append "root=/dev/sda rw"

Actualización el mar 11 oct 2022 21:29:33 CEST:

Si quieres tener internet, tienes que instalar networkmanager:

$ sudo mount kernel-hd /mnt

$ sudo pacstrap /mnt networkmanager

$ sudo umount /mnt

 

Y la línea a ejecutar es:

qemu-system-x86_64 -kernel arch/x86_64/boot/bzImage -initrd initramfs.img -m 4G -drive file=kernel-hd,index=0,media=disk,format=raw -append "root=/dev/sda rw" -net nic -net user,hostfwd=tcp::5022-:22

Dentro de la VM hay que ejecutar:

# systemctl start NetworkManager

# systemctl enable NetworkManager

Y ya tenemos internet dentro de la VM.

Actualizado mié 12 oct 2022 09:05:05 CEST

Política de Privacidad Google Play para la App Record Time Droid

 

Condiciones de uso y política de privacidad

Fecha 14 de agosto 2022

 

Condiciones de uso

Estas condiciones le serán de aplicación de forma automática al descargar o utilizar la aplicación. Por favor lea detenidamente estas condiciones antes de utilizar la aplicación.

 

Le ofrezco esta App para su uso personal y sin coste. Es una App free software con licencia GNU GPLv3 https://www.gnu.org/licenses/gpl-3.0.html. Puedes descargar el código fuente en https://gitlab.com/Oscar65/RecordTimeDroid

 

Cuando vea algún fallo o me informen realizaré los cambios necesarios sin ningún aviso previo. La App lo único que guarda en una base de datos privada en el teléfono del usuario son los registros de tiempo. Esos registros de tiempo serán siempre privados y solo el usuario de la App podrá acceder a ellos.

 

No me hago responsable de ningún perjuicio, daño o pérdida en las que pueda incurrir usted como resultado del uso de la App.

 

La App no necesita conexión a internet para funcionar.

 

Política de privacidad

 

¿Qué información obtiene la App y cómo se utiliza?

 

La App no obtiene ninguna información de usuario.

 

¿Recopila la Aplicación información en tiempo real sobre la ubicación exacta del dispositivo?

 

Esta App no recopila información sobre la ubicación de su dispositivo móvil.

 

¿Ven y/o tienen acceso terceros a la información obtenida por la Aplicación?

 

No. La App no recoge ningún tipo de información salvo los registros de tiempo que son privados y no salen nunca de su dispositivo. 

 

Cambios

 

Esta Política de privacidad podrá ser actualizada cada cierto tiempo por cualquier motivo. Le notificaré cualquier cambio en mi Política de privacidad mediante la publicación de la nueva Política de privacidad aquí. Se aconseja consultar esta Política de privacidad periódicamente por si hubiera cualquier cambio, ya que su uso continuo se considerará como aprobación de todos los cambios.

 

Actualizada el lunes 15 agosto 2022 11:39.

Solucionado error en Archlinux al hacer por wifi copia con rsync

Desde que instalé Archlinux hace casi cuatro años en mi netbook mobii me daba este error al copiar ficheros de gran tamaño:

rsync: [sender] write error: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(820) [sender=3.1.3]

Esta es la tarjeta de red wifi:

$ sudo lspci -v

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8187SE Wireless LAN Controller (rev 22)
    Subsystem: Realtek Semiconductor Co., Ltd. RTL8187SE Wireless LAN Controller
    Flags: bus master, fast devsel, latency 0, IRQ 17
    I/O ports at ec00 [size=256]
    Memory at febfc000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: [40] Power Management version 3
    Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
    Capabilities: [70] Express Legacy Endpoint, MSI 00
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [140] Virtual Channel
    Capabilities: [160] Device Serial Number xx-xx-xx-xx-xx-xx-xx-xx
    Kernel driver in use: rtl818x_pci
    Kernel modules: rtl818x_pci

rsync se quedaba bloqueado y al cabo de un tiempo daba timeout. También daba error copiando ficheros grandes con caja de MATE desktop.

Ayer me vino la inspiración y probé a cambiar distintas configuraciones de la tarjeta wifi con iwconfig. ¡Y solucioné el problema!.

El cambio que me funciona es el siguiente:

$ sudo iwconfig wlp2s0 frag 512


Ayer le tuve más 8 horas haciendo la copia sin ningún problema. Lo he añadido como un servicio en el arranque y lleva más de 9 horas sin problemas.

He probado con 1024 y da el mismo error.

En man iwconfig te explican que hace frag y buscando he encontrado esta página: http://kmkeen.com/linux-wifi/2012-06-18-10-00-10-044.html


Actualización 25/02/19: 

He hecho una prueba de más de 18 horas y no ha dado problemas la siguiente configuración (más de 1.1MB/s de media en mi netbook):

$ sudo iwconfig wlp2s0 rts auto
$ sudo iwconfig wlp2s0 frag 750
 
Lo he añadido al arranque creando el servicio iwconfig_settings en systemd:
 
$ sudo vim /etc/systemd/system/iwconfig_settings.service

Con este texto:

[Install]
WantedBy=network.target
RequiredBy=network.target

[Unit]
Description=Service to execute iwconfig setup rts auto and frag 750
Documentation=man:iwconfig(8)
Requires=network.target
Wants=network.target
After=network.target

[Service]
Type=simple
ExecStart=/usr/bin/iwconfig wlp2s0 rts auto
ExecStop=/usr/bin/iwconfig wlp2s0 frag 750
 

Las cadenas Antena 3 y La Sexta se ven pixeladas en mi TDT

Tengo un TDT Kooltek 5316 y no se porqué las candenas Antena 3 y La Sexta se veían pixeladas.

Con mi anterior TDT (Metronic zapbox EH-M1 con USB) no pasaba, pero se estropeó.

También tengo que decir que mi anterior TDT el cable de antena no se cruzaba con la televisión y con el nuevo TDT si se cruzaba con la televisión.

La solución ha sido poner un cable de antena con nucleo de ferrita en los dos extremos (https://computerhoy.com/noticias/hardware/que-sirve-cilindro-cables-48978). Ahora parece que el cable no envía interferencias a la televisión y se ven bien Antena 3 y La Sexta.

Ventanas negras con GNOME y ASUS P5B con ATI X1300/1550

Desde que instalé Archlinux el 22 de Nov de 2015 linux (4.2.5-1) en mi PC (ASUS P5B con tarjeta gráfica ATI X1300/X1550) en GNOME a veces se vuelven las ventanas negras.

Esto no me pasaba con Fedora 16 ni Fedora 11 que tenía antes instalados.

Esta es la salida de lspci:
...
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV515 [Radeon X1300/X1550]
01:00.1 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV515 [Radeon X1300/X1550 Series] (Secondary)
...

Estos son vídeos en los que se ve lo que me pasa:







Como podéis ver las letras pierden pixeles y los iconos a veces desaparecen y vuelven a aparecer cuando pasa el ratón en la línea de estado arriba a la derecha o cuando coge el foco abajo en la línea de tareas.

También salen a veces rectangulos negros en el escritorio:

Investigando descubrí que reiniciando GNOME (ALT+F2+r) se soluciona el problema de las ventanas negras, el de ocultar/mostar iconos y el de los rectangulos negros del escritorio, pero no se soluciona el problema de la pérdida de pixeles en las letras.

Al principio creía que era problema de mi tarjeta gráfica, pero un día probé a instalar openbox y vi que no pasaba. También he instalado Plasma KDE y no pasa este problema.

Actualizando Archlinux he instalado nuevas versiones de GNOME, pero el problema sigue ocurriendo.

He probado todas las opciones de la wiki de Archlinux (https://wiki.archlinux.org/index.php/ATI), cambiado configuración de la tarjeta de vídeo y sigue pasando.

No tengo ni idea porque esto pasa en GNOME.

Actualización mié 19 sep 2018:
  Probando la configuración sacada de X -configure como root. La copie en /etc/X11/xorg.conf y renombré /etc/X11/xorg.conf.d/20-radeon.conf a 20-radeon.conf.bak. A los 3 minutos ya salen las letras sin pixeles.
 
    He añadido estas líneas:
      Option      "AccelMethod"      "glamor"
      Option      "DRI"              "3"
      Option      "TearFree"         "on"
      Option      "ColorTiling"      "on"
      Option      "ColorTiling2D"    "on"
      Option      "SWcursor"         "on"
      Option      "EnablePageFlip"   "on"

a xorg.conf y al minuto ya desaparece y aparece el icono de unidad arriba a la derecha. Ahora no aparece. Al cabo de unas horas apareció.


Actualización dom 23 sep 2018:
  Esta mañana me han vuelto ha salir las ventanas
  negras con GNOME 3.30.0, linux 4.18.8-arch1-1-
  ARCH y xf86-video-ati 18.1.0-1.

Actualización jue 12 dic 2018:
  Esta mañana renombré el archivo /etc/X11/xorg.conf a /etc/X11/xorg.conf.4 y a las 2:45 horas se quedaron otra vez las ventanas negras. El kernel es 4.19.4-arch1-1-ARCH, GNOME 3.30.2, xf86-video-ati 1:18.1.0-1 y xorg-server 1.20.3-1. He vuelto a renombrar el fichero xorg.conf.4 a xorg.conf, comentado las líneas de arriba y reiniciado con startx. Al cabo de una hora las ventanas se han vuelto a poner negras, por lo que supongo que son las líneas que he añadido las que corrigen el problema.