Terminal

Supongamos que queremos cambiar el UID (USER ID) y el GID (GROUP ID) para todos los ficheros y directorios de un usuario.  El procedimiento es muy sencillo:

  1. Primero, asigna un nuevo UID al usuario usando el comando usermod.
  2. Segundo, asigna un nuevo GID al grupo usando el comando groupmod.
  3. Finalmente, utiliza los comandos chown y chgrp para cambiar los antiguos UID y GID respectivamente.  Puedes automatizar este proceso con la ayuda del comando find.

Por seguridad, es importante hacer una copia de seguridad de tu sistema antes de hacer esto.

Supongamos que tenemos:

  1. Nombre de usuario: foo
  2. Viejo UID de foo: 1005
  3. Nuevo UID de foo: 2005
  4. Nombre de grupo de usuario: foo
  5. Viejo GID de foo: 2000
  6. Nuevo GID de foo: 3000

Comandos:

Para asignar un nuevo UID al usuario llamado foo, escribe:
# usermod -u 2005 foo

Para asignar un nuevo GID al grupo llamado foo, escribe:
# groupmod -g 3000 foo

Tan pronto como como escribes los anteriores comandos, todos los fichero ubicados en el directorio home del usuario tendrán el UID cambiado automáticamente.  Sin embargo, los ficheros que se encuentran fuera del directorio home del usuario tendrán que ser cambiados manualmente.  Para cambiar manualmente fichero con los viejos GID y UID respectivamente, escribe:
# find / -group 2000 -exec chgrp -h foo {} \;
# find / -user 1005 -exec chown -h foo {} \;

El comando -exec ejecuta el comando chgrp o chmod en cada fichero.  La opción -h pasada al comando chgrp/chmod afecta a cada enlace simbólico en vez de a cualquier fichero referenciado.

vía

javalogo

Desafortunadamente la JDK no está disponible como un zip portable para Windows.  Sin embargo, para tener una versión portable puedes seguir esto pasos:

  • Crea un directorio JDK de trabajo (en este caso C:\JDK)
  • Descarga la última versión de la JDK de la página de Oracle (por ejemplo jdk-7u7-windows-x64.exe)
  • Descarga e instala 7-Zip (o descarga la versión 7-Zip portable si no eres administrador)
  • Extrae con 7-Zip todos los fichero de jdk-XuXX-windows-x64.exe en el directorio C:\JDK
  • Ejecuta los siguiente comandos en cmd.exe:
    • cd C:\JDK\.srcs\JAVA_CAB10
    • extract32 111
  • Desempaqueta C:\JDK\.rsrc\JAVA_CAB10\tools.zip con 7-zip
  • Ejecuta los siguientes comando en cmd.exe:
    • cd C:\JDK\.rsrc\JAVA_CAB10\tools\
    • for /r %x in (*.pack) do .\bin\unpack200 -r "%x" "%~dx%~px%~nx.jar"
      (esto convertirá todos los ficheros .pack en fichero .jar)
  • Copia todo el contenido de C:\JDK\.srcs\JAVA_CAB10\tools a donde quieras que esté tu JDK
  • Establece manualmente las variables JAVA_HOME y PATH para que apunten a tu directorio JDK y su subdirectorio BIN

NOTA:  En las últimas versiones de la JDK, al descomprimir el dichero jdk-XuXX-windows-x64.exe con el 7-Zip, directamente nos aparece el dichero tools.zip (no hay que ir al directorio .srcs\JAVA_CAB10 y ejecutar el extract32).

vía

Remix_OSHay varios tutoriales para realizar la instalación en un equipo que ya tiene instalado un sistema operativo y realizar un arranque dual, pero no he encontrado ninguno en el que expliquen, paso a paso, cómo instalar Remix OS 2.0 Alpha en un PC “limpio”, dejando el Remix OS como único Sistema Operativo del sistema y ocupando todo el disco duro.

Para realizar la instalación utilizaremos un LiveCD de instalación de Ubuntu 15.04 y un CD o USB con la imagen iso del Remix OS 2.0 Alpha (versión legacy).

  1. Arrancamos el PC con el LiveCD de ubuntu.
  2. Usando el programa gparted, creamos en el disco duro una partición de tipo ext4 que ocupe todo el disco duro.
  3. Formateamos la partición con formato ext4 y la marcamos como partición de arranque (boot).
  4. Montamos la nueva nueva partición en el Live Ubuntu (suponiendo que la unidad es /dev/sda):

    # mkdir -p /mnt/disk
    # mount -t ext4 /dev/sda1 /mnt/disk

  5. Creamos el directorio /boot donde instalaremos el gestor de arranque Grub:

    # mkdir /mnt/disk/boot

  6. Instalamos el Grub en la nueva unidad:

    # grub-install –boot-directory=/mnt/disk/boot /dev/sda

  7. Creamos ahora dos nuevas entradas para el menú de arranque de Grub, una para realizar la instalación y otra para arrancar el sistema una vez arrancado.  Para ello editamos (creamos) el fichero /boot/gub/grub.cfg en la nueva partición:
    # gedit /mnt/disk/boot/grub/grub.cfg

    menuentry “Remix Os Install” {
    insmod gzio
    insmod part_msdos
    insmod ext4
    set root=’hd0,msdos1′
    linux    /RemixOS/kernel root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive quiet INSTALL=1 DEBUG=0
    initrd    /RemixOS/initrd.img
    }

    menuentry “Remix Os Run” {
    insmod gzio
    insmod part_msdos
    insmod ext4
    set root=’hd0,msdos1′
    linux    /android-2016-01-12/kernel root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive quiet SRC=/android-2016-01-12 DATA=CREATE_DATA_IMG=1 DPI=160 UVESA_MODE=1366×768
    initrd    /android-2016-01-12/initrd.img
    }

  8. Montamos la imagen ISO del Remix OS 2.0 Alpha:

    # mkdir -p /mnt/iso
    # mount -o loop Remix_OS_for_PC_64_B2016011201_Alpha.iso /mnt/iso

  9. Creamos un directorio RemixOS en la nueva partición y copiamos todo el contenido del CD del Remix OS en dicho directorio:

    # mkdir /mnt/disk/RemixOS
    # cp -R /mnt/iso/* /mnt/RemixOS

  10. Reiniciamos el equipo (sin el LiveCD de Ubuntu, arrancando desde el disco duro)
  11. Aparecerán las opciones definidas en el arranque de GRUB.  Seleccionamos Remix Os Install.
  12. Seguimos las instrucciones para realizar la instalación del Sistema Operativo indicando que no se desea instalar el GRUB ni formatear la partición y los datos.
  13. Esto instalará el nuevo sistema en la carpeta android-2016-01-12.
  14. Reiniciamos el sistema y ahora seleccionamos “Remix Os Run”.

Android Emulator
Los ficheros system.img que utiliza el emulador de Android para arquitecturas ARM están en formato YAFFS2. Si queremos modificar dichas imágenes para incluir, por ejemplo, las Google Apps, podemos seguir los siguientes pasos para desempaquetar/modificar/reempaquetar dicha imagen.

Preparación

Antes de nada, necesitamos tener en nuestro sistema un par de herramientas:

Extracción de system.img

~/work/redo_system$ cp $ANDROID_HOME/add-ons/addon-google_apis-google_inc_-14/images/armeabi-v7a/* .
~/work/redo_system$ mkdir unpacked
~/work/redo_system$ cd unpacked/
~/work/redo_system/unpacked$ unyaffs ../system.img

Modificación/Inclusión de aplicaciones

~/work/redo_system/unpacked$ cd app
~/work/redo_system/unpacked/app$ cp ~/work/gapps-jb-20121011-signed/system/app/Phonesky.apk .
~/work/redo_system/unpacked/app$ cp ~/work/gapps-jb-20121011-signed/system/app/GoogleServicesFramework.apk .
~/work/redo_system/unpacked/app$ cp ~/work/gapps-jb-20121011-signed/system/app/GoogleLoginService.apk .

Reconstrucción de system.img

~/work/redo_system/unpacked/app$ cd ../..
~/work/redo_system$ rm system.img
~/work/redo_system$ mkyaffs2image unpacked system.img

Apuntar nuestro AVD a nuestra nueva imágen


~/work/redo_system$ nano ~/.android/avd/jb.avd/config.ini
image.sysdir.1=/home/rubensa/work/redo_system/

NOTA: Al usar esta nueva versión de system.img en el emulador es conveniente eliminar los archivos cache.img, userdata.img y userdata-qemu.img del AVD ya que estos podrían no ser ya compatibles con la nueva imagen del sistema.

vía

Get Adobe Reader
Instalación

  • sudo dpkg –add-architecture i386
  • sudo apt-get update
  • sudo apt-get install wget curl nspluginwrapper cups-pdf libgtk2.0-0 libxml2
  • sudo apt-get install libxml2:i386 libgtk2.0-0:i386 gtk2-engines-murrine:i386 gtk2-engines-pixbuf:i386
  • wget -c ftp://ftp.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/AdbeRdr9.5.5-1_i386linux_enu.deb
  • sudo dpkg -i AdbeRdr9.5.5-1_i386linux_enu.deb

Arranque

  • acroread

Desinstalación

  • sudo apt-get remove adobereader-enu

Tomcat
Para habilitar las trazas de logging tal y como se utilizan en la instalación por defecto de Tomcat 7, pero dentro del Eclipse usando WTP, debemos seguir los siguientes pasos:

  1. En la vista Project Explorer (o Navigator o Package Explorer) vamos a Servers –> Tomcat v7.0 Server at localhost-config –> Botón derecho –> Import –> General –> File System –> Next –> Navegamos a la carpeta $CATALINA_BASE/conf/ (donde $CATALINA_BASE es la carpeta de instalación del Tomcat 7) –> Seleccionamos el fichero logging.properties –> Finish
  2. Vamos a Run –> Run Configurations… –> Apache Tomcat –> Tomcat v7.0 Server at localhost –> Arguments –> Y en “VM arguments” añadimos:

    -Djava.util.logging.config.file="${workspace_loc}/Servers/Tomcat v7.0 Server at localhost-config/logging.properties" -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager

    –> Apply

NOTA: Es posible que el nombre de la carpeta de configuración del servidor (Tomcat v7.0 Server at localhost-config) sea diferente o que el nombre de la configuración del lanzador (Tomcat v7.0 Server at localhost) sea distinta. Será necesario ajustarla acorde a tu configuración particular.

Tomcat
Por defecto el nivel de logging definido en Tomcat 7 es INFO.

Con este nivel de logging, no se detalla ningún tipo de información acerca de la configuración del contexto JNDI que se define para cada módulo desplegado.

Si necesitamos “trazar” la definición de dichos contextos JNDI tenemos que activar el nivel DEBUG en la clase org.apache.catalina.core.NamingContextListener que, según el JavaDoc es una:

Helper class used to initialize and populate the JNDI context associated with each context and server

Para hacer esto, editamos el fichero $CATALINA_BASE/conf/logging.properties y añadimos al final algo así:


# To see debug messages in NamingContextListener
org.apache.catalina.core.NamingContextListener.level = FINE

Si además de trazar la definición de los contextos JNDI queremos trazar las consultas (lookups) que se realizan a dichos contextos, podemos activar la traza a nivel del paquete org.apache.naming añadiendo algo así:


# To see debug messages in org.apache.naming package
org.apache.naming.level = FINE

A %d blogueros les gusta esto: