Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'how-to'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 21 resultados

  1. Existen numerosas aplicaciones libres para crear un Live booteable a partir de una imagen de instalación o Live de casi cualquier distribución. No obstante, llevar a cabo el proceso manualmente valiéndose de Grub directamente ofrece una serie de ventajas adicionales y puede resultar más útil y rápido. En primer lugar y como es obvio, necesitaremos un dispositivo USB con el que trabajar, en algún formato compatible con Grub, no es necesario que sea Fat32 salvo en el caso de querer un dispositivo de arranque UEFI. Ahí sí que nos hará falta una pequeña partición Fat al principio de la memoria del dispositivo. Instalando GRUB El proceso es bastante sencillo, bast instalar grub en el dispositivo USB mediante la orden grub-install, colocar las imágenes .iso dentro de éste, sin necesidad de descomprimirlas o modificarla en modo alguno e ir añadiendo entradas al grub.cfg para cada una de ellas. En primer lugar montamos el USB (que bien podemos hacerlo gráficamente desde cualquier administrador de archivos). Para el ejemplo no especificaré letra o número de partición, me limitaré a poner XY, ustedes mejor comprueben primero con fdisk -lCuál es la partición con la que van a trabajar. Y como punto de montaje utilizaré la ruta /media/USB. mount /dev/sdXY /media/USBCreamos un directorio boot en la raíz del dispositivo USB mkdir /media/USB/bootY en mi caso también crearé un directorio iso donde colocaré las imágenes que quiero utilizar. mkdir /media/USB/boot/iso BIOS Ahora toca instalar grub en ese dispositivo, indicando dónde está el directorio /boot que acabamos de crear: grub-install --target=i386-pc --recheck --boot-directory=/media/USB/boot /dev/sdX UEFI Para el arranque UEFI, la orden es un poco distinta: grub-install --target x86_64-efi --efi-directory /media/USB --boot-directory=/media/USB/boot --removable NOTA Si se pone un poco tonto por las etiquetas o el sistema de bloques podemos añadir la opción --force para que ignore las advertencias y continúe con el proceso. Híbrido BIOS + UEFI Por último, podemos crear un dispositívo híbrido, que pueda funcionar tanto con BIOS como con UEFI. Para eso necesitaremos pequeña partición, del al menos 1MB, al principio del disco, para el MBR. Una segunda partición FAT32 para los archivos de UEFI Y una tercera partición en cualquier formato soportado por grub, donde se encontrará las imágenes y los archivos de configuración. Podemos prescindir de esta tercera partición si lo que buscamos es utilizar una partición FAT32. En esa situación podríamos valernos de la misma partición que usamos para los archivos de UEFI. Como hemos dicho instalaremos ambas cosas. Primero indicaremos dónde está la partición UEFI y cuál es la partición de datos (si son la misma, lo pondremos duplicado). Recordemos que yo he creado un directorio de trabajo dentro de la partición de datos y lo he nombrado como boot. Será dentro de este último directorio donde estarán tanto los archivos de configuración de grub, como las imágenes iso No especificaremos particiones, sólo el directorio donde previamente tendremos montadas dichas particiones grub-install --target=x86_64-efi --efi-directory=/Directorio-montaje-UEFI --boot-directory=/Directorio_montaje_datos/boot --removable --recheckAhora le toca el turno a la contraparte BIOS y, para el MBR sí que especificaremos en qué unidad, no partición, unidad, queremos efectuar la instalación y, una vez más, el directorio de datos donde estarán las imágenes iso y los archivos de configuración y que yo he nombrado como boot: grub-install --target=i386-pc --boot-directory=/Directorio_montaje_datos/boot --recheck /dev/sdX Configurando GRUB Llegados a este punto ese dispositivo USB es booteable, pero al estar el grub.cfg vacío no podremos pasar de la pantalla de GRUB, así que vamos a crear el archivo y a añadir las distribuciones que queremos arrancar. Encabezando el archivo /media/USB/boot/grub/grub.cfg tendremos lo siguiente: El UUID del dispositivo (no el de la partición dentro de éste) podremos averiguarlo mediante el comando blkidBajo esta línea y sin ningún otro añadido podremos ir colocando las líneas de arranque de las diferentes imágenes .iso que hemos copiado dentro del directorio homónimo, repito, sin ningún tipo de modificación. La problemática de este punto viene en la forma de crear las imágenes Live o Instalación que tiene cada distribución, distintos sistemas de arranque, diferentes rutas para los archivos, distintos tipos de compresión... Entre los modos más comunes tenemos: Arch Debian Debian Live / GNU/Linux Vagos Fedora Linux Mint OpenSuse Si no damos con la tecla, en la wiki de ArchLinux tenemos una lista más completa de distribuciones y cómo se añaden en el Grub https://wiki.archlinux.org/index.php/Multiboot_USB_drive
  2. Esta guia, son los pasos que he seguido en un servidor dedicado de OVH, con el que he estado experimentando durante un mes, pero también he probado en mi propio PC con Debian 8.7, y son exactamente los mismos pasos a seguir. En el caso de un PC local, la única salvedad es que para que la web sea visible desde Tor hay que tener abiertos los puertos correspondientes en el reouter y las iptables, yo he probado tanto con el puerto 80 estandar como con otro puerto de los que tengo libres, es lo mismo. Lo primero son las dependencias, en modo root o anteponiendo sudo como todos sabemos. apt-get install screen build-essential libevent-dev openssl zlib1g-dev libssl-dev El servidor tor se puede iniciar como root, pero la documentación la web oficial recomienda que se cree un usuario para tor. Por ejemplo 'usertor'. Creamos el usuario con las opciones que gustemos, en mi caso probé a especificar el home en /var/www/tor, Pero no me pareció buena idea, porque el siguiente paso es crear una carpeta privada donde irán los datos del dominio, y por motivos de seguridad encuentro que es mejor que vaya en otro sitio diferente a la carpeta raiz de la pagina web. adduser usertor Mejor adduser sin parametros y dejar que le asigne el home por defecto. A contituacion crear una carpeta en el home del usuario, por ejemplo "/home/usertor/hidden_service", que es donde irán los archivos de configuración del dominio .onion mkdir -p /home/usertor/hidden_service Y ya toca instalar tor apt-get install tor En la ruta /etc/tor se habrá creado un archivo llamado 'torrc' que debemos editar (con vuestro editor preferido) para especificar la ruta que creamos antes y el puerto por donde saldrá la web de tor nano /etc/tor/torrc ponemos al final del archivo: HiddenServiceDir /home/usertor/hidden_service HiddenServicePort 80 127.0.0.1:80 Aquí estamos indicando que use el puerto predeterminado 80 para la web Reinciar servicios service apache2 restart service tor restart Entramos en la cuenta del usuario 'usertor', y arrancamos el servidor Tor con el siguiente comando: screen tor Creará un archivo en la carpeta especificada en el parametro 'HiddenServiceDir', con el nombre del dominio .onion creado, por ejemplo: El nombre de dominio que precede al .onion es un nombre aleatorio, y con esto ya ponemos entrar en el navegar de tor y escribir nuestra url 'http://gx7irmd5u7mm5i7k.onion', y veremos el contenido del documento index.html / index.php que tengamos en nuestra carpeta raiz de apache /var/www, o /var/www/html NOTA 1: Este método solo hace visible la ruta por defecto de apache, no conozco la forma de activar el dominio .onion para otro virtualhost. Tampoco lo he probado con nginx. NOTA 2: el comando "screen tor" no funcionará inciando la sesion del usuario desde consola root con 'su', hay que iniciar una sesion independiente del usuario usertor que hemos creado para el experimento. Otra pega es que el dominio creado ( gx7irmd5u7mm5i7k.onion ) se detendrá, dejará de estar activo, cuando apaguemos o reniciemos la maquina y no se volverá a iniciar a no ser que lo hagamos manualmente con 'screen tor'. No se de que manera se puede automatizar el comando 'screen tor' en el inicio. Encontrareis mas de una incorrección lingüística, quien sepa usar este lenguaje técnico con propiedad puede indicarmelo si quiere, y editare para corregirlo. Fuentes: https://www.torproject.org/docs/tor-hidden-service.html.en https://riseup.net/en/security/network-security/tor/onionservices-best-practices http://www.comoinstalarlinux.com/como-instalar-tu-propio-dominio-onion-y-tener-tu-sitio-web-en-tor/
  3. Bueno gente vengo a dejar éste mini how to para los que recién se inician en él mundo de los amigos de The Slackware Linux Project para que sepan como instalar un paquete desde el código fuente, transformarlo en un .tgz y recién instalarlo correctamente como un paquete de “sistema”. Cómo haremos ésto? con pocos pasos desde nuestra terminal favorita. Teniendo en cuenta que hicieron una instalación full de Slackware (como la que dejo aquí por las dudas necesiten o quieran ver como es el proceso). Para los más experimentados si necesitaría si quieren que dejen sus comentarios con sus experiencias o métodos. Sin más que decir, vamos a ver como es el proceso que es cortito y bastante sencillo. Instalación: 1 – Vamos a descargar primero desde aquí lo necesario: 1.a – Una vez descargado el source (v3.6.5.tar.gz) y el paquete a compilar (screenfetch.tar.gz). Yo lo haré desde la TTY y usaremos wget para la descarga de la siguiente manera: 2 – Veremos que una vez descargados los archivos pasamos a descomprimir el archivo screenfetch.tar.gz con el comando (como root): # tar xvfz screenfetch.tar.gz 2.a – Ahora copiamos ambos archivos (v3.6.5.tar.gz y screenfetch.tar.gz) en el directorio que se creó cuando descomprimimos usando el comando “cp” así: # cp screenfetch.tar.gz v3.6.5.tar.gz screenfetch/ 2.b – Ahora ingresamos en el directorio con el comando: # cd screenfetch (damos enter) y vemos que están los siguientes archvos con el comando “ls”: # ls 3 – Ahora lo que haremos será comenzar a crear el paquete para que sea instalable con installpkg de la siguiente manera: # ./screenfetch.SlackBuild 4 – Una vez terminado el proceso se crea el paquete .tgz en la siguiente ruta: /tmp/screenfetch-3.6.5-noarch-2_SBo.tgz entonces lo que nos resta es instalarlo así: # installpkg /tmp/screenfetch-3.6.5-noarch-2_SBo.tgz 5 – Listo! Ahora revisamos que quede funcionado correctamente ejecutando screenfetch así: # screenfetch 6 – Espero que les haya servido, recuerden por favor compartir en sus redes sociales y darles like. También pueden solicitar how-to, tutoriales o guías sobre algo en especial sobre Slackware también. NOTA: Les dejo un video tutorial también por las dudas necesiten ver exactamente el proceso que es muy corto y sencillo. Ésto serviría en el caso que necesiten instalar aplicaciones que no tienen demasiadas dependencias. ¿Que usamos? Distribución: Slackware. Entorno: Ninguno, sólo TTY. Comandos: tar, cp, wget. Abrazo de gol!
  4. Buenas noches, ahora voy a explicar como actualizar nuestro sistema luego de instalar Slackware 14.2 (si quieren el tutorial pueden darse una vuelta aquí para ver como es el proceso de una instalación full). Comencemos! Bueno ya como root lo que haremos será desde la tty o si utilizan entorno gráfico abren una terminal y haremos lo siguiente: 1 – Vamos a editar los mirrors de dónde queremos actualizar nuestro sistema, en mi caso utilicé los de Brasil porque tienen buena velocidad y están cerca de Argentina. NOTA: Ustedes deberían elegir los que estén más próximos a su país. Escribimos lo siguiente en la tty: # nano /etc/slackpkg/mirrors Guardamos y salimos. 2 – Ahora vamos actualizaremos los repositorios con la siguiente orden: # slackpkg update 3 – Una vez finalizado el proceso anterior vamos a proceder con la actualización de nuestro sistema. Dónde nos aparecerán los paquetes para ser actualizados. 3.a – Comenzado dicho proceso ésto demorará de acuerdo a la cantidad de paquetes que tengamos y de acuerdo a los que dejemos seleccionados para que se actualicen y se instalen. 4 – Finalizado ésto ya queda listo nuestro sistema al día con los paquetes estables y listos para reiniciar el sistema y comenzar a trabajar. 5 – Dejo a continuación un video tutorial por las dudas necesiten salir de las dudas con un video: ¿Que usamos? Distribución: Slackware. Entorno: Ninguno, sólo TTY. Manejador de paquetes: slackpkg. Espero que les haya servido y recuerden recuerden compartir el how to en tus redes sociales para que siga creciendo y aportando más material. Abrazo de gol.
  5. Muy buenas a todos!!! Hace unas semanas se me cruzó el cable y decidí cambiar mi GeForce GTX660 por una Radeon RX470. Sabía que los drivers libres iban por buen camino y que también estaba el driver privativo AMDGPU-PRO, pero no tenía ni idea de lo que me iba a encontrar en mi equipo de sobremesa (sí, le he dicho adiós a Debian y he instalado Ubuntu, sé que iré al infierno). Para empezar debo decir que Ubuntu 16.04 no trae soporte de serie para Polaris10/11, y que la aceleración que nos dan los drivers Mesa 11.2 que trae es por software, vía llvm. Así que nada de jugar por ahora. Usando el driver AMDGPU-PRO tenemos aceleración por hardware, pero el rendimiento en los juegos deja bastante que desear (en algunos incluso era peor que con la GTX660). Así que vamos a conseguir que esto funcione. Lo primero es activar las actualizaciones "proposed". La manera más sencilla es ir a Configuración del Sistema -> Software y actualizaciones -> Opciones de desarrollo. Ahí marcamos la opción de "Actualizaciones no publicadas". Cerramos y se actualizarán los repositorios. Para actualizar los paquetes pues ya les dejo a su elección, ya sea de manera gráfica o desde la terminal. Lo que sí debemos asegurarnos es que se nos haya actualizado el kernel a la versión 4.4.0-38. Este paso no sé si es muy relevante, pero aquí lo dejo. Se trata de actualizar nuestro paquete linux-firmware a la versión más reciente. Para ello vamos a https://launchpad.net/ubuntu/+source/linux-firmware y nos descargamos la última versión para Yakkety (16.10). Será un archivo .deb que podemos instalar con doble click o desde la terminal con dpkg. Y por último, añadir el PPA de oibaf para poder actualizar nuestros drivers Mesa a la versión 12.1. Para ello nos digirmos a https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers y seguimos las instrucciones, no tiene pérdida. Una vez actualizados todos los paquetes y reiniciado el sistema, en detalles del sistema nos debería salir algo parecido a esto: Gallium 0.4 on AMD POLARIS10 (DRM 3.2.0 / 4.4.0-38-generic, LLVM 3.9.0) Y listo, ya podemos jugar sin problemas!!!. Hasta el sonido por HDMI funciona. Cualquier duda, sugerencia respecto a la redacción del post o lo que sea, aquí estoy. Un saludo!!! Re-EDITADO: Kernel 4.7 - 64bits para usar con gráficas Polaris10/11 https://drive.google.com/drive/folders/0B8cUeAsvryrrUHZXY3J5enBwa2c?usp=sharing
  6. Bueno voy a dejar una entrada en el blog, tal vez ésto suceda en otras distribuciones, aparte de Arch, como ser Debian, Ubuntu, Linuxmint, Gentoo, etc. Básciamente es un error por lo visto casi "normal" que es el libGL error: unable to load driver, pero me sucedió, tuve que googlear un poco, no tardé más de 5 minutos en encontrar la solución, pero creo que usé más la lógica que es lo que voy a mostrar aquí para que todo usemos Steam y por lo menos a los que jugamos gratis sin emuladores (tamibén uso zsnes y también dejé un tuto de Zsnes) nos demos un gustito para "viciar" un rato con Steam en nuestro sistema Arch o derivadas y porqué no en otras distros también que tengan el mismo fuckin' error. Sin más que decir, comenzemos! * Cuando intentamos usar Steam en nuestras distros nos damos cuenta que no inicia Steam, entonces recurrimos a la consola para ver que sucede y nos encontramos con ésto: Entonces comenzamos a googlear y vemos "diferentes" formas que realmente eliminando un glibc de nuestro home, bla bla bla. No fué mi caso, no lo solucioné así, gracias a los foros de Arch también, pero tampoco se repara así. Sinó de la manera en que muestro a continuación: * Previamente eliminamos steam de nuestro home (por las dudas) $ rm -r .steam* 1 - Lo que haremos será abrir nuestra terminal y dejamos la siguiente línea: export LD_PRELOAD='/usr/$LIB/libstdc++.so.6 /usr/$LIB/libgcc_s.so.1 /usr/$LIB/libxcb.so.1 /usr/$LIB/libgpg-error.so' steam A todo ésto siempre como usuario normal, sin usar sudo ni tampoco siendo root anteriormente con "su". 2 - Comienza la instalación de Steam... hacemos lo que hacemos siempre, leer (si, claro), aceptamos y que comienze a descargar los paquetes. 3 - Terminado éso (son aproximadamente unos 300 MB) seguimos con el paso que viene: 4 - Nos logueamos, obviamente antes deberíamos tener una cuenta de Steam o si la teníamos les va a llegar a su correo un código para volver activar Steam. Entonces seguimos: 5 - Una vez logueados, se configura Steam y luego como por "arte de magia" se inicia! por fin! 6 - Todo listo! Tenemos Steam instalado sin ningún error, en mi caso bueno tuve que agregar en plank el acceso directo para usarlo siempre, si, me gusta jugar en Steam también, pero bueno. 7 - Espero que les haya servidor y fué demasiado fácil, sólo que a veces por googlear tanto vamos probando y no nos sirve ninguna "solución" ante ése problema anteriormente mencionado. 8 - Dejo un mini video a continuación para que vean de manera resumida como es el proceso:
  7. vamos al lio, es mas sencillo de como lo pintan. Si quieres probar remix OS, ese sistema operativo basado en android, pero que nos quiere brindar android en todo su esplendor y con todo su mundo de aplicaciones, junto con la versatilidad y productividad de un escritorio tradicional, pero no quereis pasar por windows, y el instalado que esta gente nos facilita, que realmente no se muy bien que tipo de instalacion nos deja. Si lo que quieres es instalar esta “distro” en tu pc, y poder acceder a ella, como si de otra distro mas se tratase, el proceso es relativamente sencillo, aunque tiene sus limitaciones. Empezemos: 1º Descargamos la iso de: http://www.jide.com/en/remixos-for-pc 2º una vez descargado el archivo (.zip), extraemos la iso de su interior, y la dejamos en un sitio familiar, para trabajar con ella mas tarde. 3º aquí viene un paso importante, en el que yo tuve un problema, muchos tutoriales te dicen que accedas a la carpeta raiz de la distro en la que te encuentres, o en su defecto la que gestiones el grub, y crees una carpeta llamada (/remix), donde posteriormente copiaremos el contenido del sistema. Este proceso funcionara, muy importante, solo si la particion es (ext4), si te encuentras en un sistema con otro sistema de archivos, como es mi caso en antergos (btrfs), cuando vayas a iniciar remix, no podra acceder y no arranca. Por lo que os paso a explicar lo que yo hice. - creas una particion, donde te salga del pie, del tamaño que quieras, minimo 8gb, con el sistema de archivos (ext4), en mi caso he creado una particion en un disco duro convencional, que apenas uso de almacenaje. (/dev/sdh3 de 78.52gb) Importante memorizar bien el nombre y numero de la particion, para escribir correctamente la entrada en el grub. 4º ahora, entramos en esa particion nueva que hemos creado, y creamos una carpeta llamada (/remix), donde tendremos que copiar el siguiente contenido de la iso: en este nuevo directorio (/remix), tendremos que copiar lo siguiente: initrd.img, kernel.img, ramdisk.img, system.img, que lo podemos encontrar dentro del archivo .iso que hemos descargado. Y tambien deberemos de crear una carpeta (/data), donde se alajoran los directorios del sistema, se instalaran las apps, etc.… muy bien, con esto, ya tendremos “instalado” el sistema en nuestro disco duro, ahora viene la parte “complicada?” 5º, ahora debemos de añadir una entrada nueva en nuestro grub, con el siguiente contenido: menuentry 'Remix OS' --class android-x86 { insmod part_gpt set root='hd3,gpt3' search --file --no-floppy –set=/dev/sdh3 /remix/system.img linux /remix/kernel root=/dev/ram0 androidboot.hardware=remix_x 86_64 androidboot.selinux=permissive CMDLINE initrd /remix/initrd.img } !!!!OJO!!!! a las lineas ( set root='hd3,gpt3' y –set=/dev/sdh3) debereis de sustituirlas por las unidades correspondientes a vuestra particion, donde habeis alojado el contenido del sistema. importante esas partes que os señalo en negrita, ya que es donde le estamos diciendo a grub en que particion debe buscar los archivos del sistema. Podeis añadirlo a vuestro grub original, en el apartado “40_custom” o podeis crear un archivo aparte: gksudo gedit /etc/grub.d/40_custom en mi caso, soy un comodon, y gestiono el grub desde “grub customizer”, y mi entrada queda de la siguiente manera: insmod part_gpt set root='hd3,gpt3' search --file --no-floppy --set=/dev/sdh3 /remix/system.img linux /remix/kernel root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive CMDLINE initrd /remix/initrd.img con esto, y si habeis escrito bien los puntos de montaje, tendremos una bonita entrada nueva en nuestro grub de siempre, y podremos probar las bondades que nos empieza a ofrecer este nuevo proyecto, desde mi punto de vista taaaaaaaaaaaannnnnnnn interesante... - que como podeis ver, arranca asi de bien!! ACTUALIZACION REMIX OS 3.0 - Actualizacion oficial remix 3.0, que novedades trae, ademas de muchisimas correciones, entre las grandes novedades nos encontramos (Android 6.0.1, kernel actualizado a 4.4.24, y gapps ya preinstaladas, aunque a mi me han dado mucha guerra, el sistema soporta actualizaciones OTA, y se mantendra siempre actualizado, no deberias de volver a instalarlo de nuevo) - El proceso es el mismo descrito arriba, con la diferencia de que cuando descargamos el nuevo zip de remix os, y extraemos la iso, nos encontraremos (system.sfs), al que debemos de realizar el proceso (unsquashfs system.sfs), que nos creara una carpeta en el mismo directorio con el nombre (unsquashfs root), cuyo interior contiene el (system.img), que tendremos que colocar en nuestro directorio de remix. en el directorio de remix deberia de quedar el siguiente contenido: - y ahora, viene lo mas delicado, la entrada del grub, la configuracion que despues de mucho ensayo y error me funciono a mi fue la siguiente: menuentry "Remix OS 2"{ insmod part_msdos search --file --no-floppy --set=root /remix/system.img linux /remix/kernel DATA=/data SRC=/remix root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive initrd /remix/initrd.img } - muy importante como siempre remarcar nuestras rutas, donde se encuentra alojado (/remix/system.img, linux /remix/kernel y src=/remix), data=/data no tengo muy claro para que sirve, pero ahi queda. con esta linea he conseguido que me arranque todo correctamente. a nivel personal se nota que ha mejorado muchisimo, mucho mas maduro y estable, puedes correr casi cualquier app o juego sin despeinarte, la aceleracion grafica por parte de intel se nota y se agradece, en mi caso y en mi portatil que tiene (bumblebee nvidia), la nvidia se queda encendida y hace que la bateria se agote mucho antes, aun estoy investigando como puedo apagar la grafica de nvidia, a traves de la linea del grub le puedes pasar muchas opciones al kernel, como modo vesa, resolucion, etc... con las que aun estoy jugando, en cuanto sepa algo mas, lo ire publicando aqui, para mantener este hilo vivo con toda la informacion posible. el sistema esta muy bien y es muy usable, gracias al proyecto android x86, ya tenemos remix, y ahora tambien phoenix OS, del que pronto compartire tambien un how to, con capturas y una pequeña review.
  8. ¿Qué es yaourt? Lo que entiendo de yaourt es un programa que se utiliza desde nuestra tty o terminal y que "complementa" a pacman para aumentar la cantidad de paquetes que podemos instalar desde el repositorio AUR, teniendo en cuenta que el software no es oficial de Arch. De todas formas tenemos la wiki que nos explica qué es AUR, les recomiendo darle una mirada. Primero: * Vamos a editar el archivo de configuración pacman.conf que se encuentra en /etc con nuestro editor favorito, en éste caso usé nano. (En el caso del video directamente lo hice como root, pero también OBVIAMENTE pueden usar sudo tranquilamente.) sudo nano /etc/pacman.conf Y en el final vamos a agregar éstas tres líneas: [archlinuxfr] SigLevel = Never Server = http://repo.archlinux.fr/$arch - NOTA: respetando mayúsculas y minúsculas por favor. * Guardamos y salimos. Segundo: * Actualizamos el repo: sudo pacman -Syy - Como verán se agrego el repo de archlinuxfr si notan. Tercero: * Instalamos el propiamente dicho yaourt sudo pacman -S yaourt Cuarto: * Dejo un video a continuación: * Listo, tan simple como éso! * Pueden revisar éste post que dejé con los comandos básicos por las dudas si necesitan maso menos darse una idea y sinó obviamente que tienen la wiki para sacarse todas las dudas! * Espero que les haya servido! ¿Qué utilizamos? * Editor de texto: nano. * Para instalar yaourt: pacman. Abrazo de gol!
  9. Bueno papilos, quería compartir con ustedes un mini/humilde tutorial sobre dnscrypt-proxy y dnsmasq, ya que en algún momento me costó hacerlo funcionar, asi que decidí hacer un how-to de la manera que encontré para dejarlo funcionando correctamente, asi que sin más que decir, comencemos! Introducción: ¿Qué es dnscrypt-proxy? - DNSCrypt encrypta y autentifica el tráfico DNS entre el usuario y la resolución DNS, previene la suplantación local de las consultas DNS, asegurando que las respuestas DNS son enviadas por el servidor de eleccion. (Wiki) ¿Qué es dnsmasq? - dnsmasq proporciona servicios como caché DNS y como servidor DHCP. Como un servidor de nombres de dominio (DNS), puede almacenar en caché las consultas DNS para mejorar las velocidades de conexión a los sitios visitados anteriormente, y, como un servidor DHCP, dnsmasq puede ser utilizado para proporcionar direcciones IP internas y rutas a los equipos de una LAN. Uno, o ambos de estos servicios, se pueden implementar. dnsmasq es considerado ligero y fácil de configurar; está diseñado para su uso en un ordenador personal o para su uso en una red con menos de 50 ordenadores. También viene con un servidor PXE. (Wiki) ¿Qué utilicé?: - Para editar los archivos de configuración usé nano. - En todo momento lo hice con mi cuenta de root, pero si tienen configurado sudo, pueden utilizarlo tranquilamente. - Para chequear la caché con el comando dig, éste se encuentra en bind-tools dentro de los repositorios oficiales, pacman -S bind-tools Instalación: - Como root o usando sudo en nuestro terminal o tty instalamos los paquetes dnscrypt-proxy y dnsmasq asi: * El mensaje de advertencia es porque ya los tengo instalados, ustedes sólo tienen que confirmar presionando Enter: Configuración: 1 - Vamos a habilitar dnscrypt-proxy (recuerden como root o usando sudo): 2 - Ahora editamos el archivo /etc/resolv.conf y en nameserver borramos lo que está y colocamos 127.0.0.1 (si quieren pueden hacer un backup del archivo) y debería quedar así: - Teniendo en cuenta que NetworkManager escribe el archivo resolv.conf, lo que vamos hacer es protegerlo contra escritura con la siguiente orden: 3 - Ahora lo que vamos hacer es buscar un server que esté lo más cerca de nuestra ubicación, sinó pueden usar el que viene por defecto que es dnscrypt.eu-nl, la lista la podemos abrir con localc se encuentra aquí: /usr/share/dnscrypt-proxy/dnscrypt-resolvers.csv de ésta manera: * Si queremos modificar el server que resuelve el dns por defecto podemos editar asi: * Al final del archivo en la sección [service] modificamos lo que está seleccionado en gris y colocamos el server que ya seleccionamos en el listado: 4 - Por defecto dnscrypt-proxy utiliza el puerto 53, ya que dnsmasq también, asi que lo que vamos a hacer es cambiarlo utilizando nuevamente con: systemctl edit dnscrypt-proxy.service --full y en la sección [socket] lo dejamos como a continuación: Guardamos los cambios y cerramos. 5 - Ahora configuramos dnsmasq, vamos a editar el archivo /etc/dnsmasq.conf y agregamos éstas tres líneas al final: no-resolv server=127.0.0.1#40 listen-address=127.0.0.1 Guardamos los cambios y cerramos. 6 - Ahora hacemos lo siguiente: - Reiniciamos dnscrypt-proxy: systemctl restart dnscrypt-proxy - Activamos dnsmasq: systemctl enable dnsmasq - Ejecutamos dnsmasq: systemctl start dnsmasq - Reiniciamos nuestra conexión de internet: systemctl restart NetworkManager 7 - Bueno ahora probamos si realmente queda funcionando con un ping por ejemplo a google.com.ar: 8 - Nos fijamos si funciona el caché de dns con el comando dig: - Aquí tenemos en cuenta que el primer dig que hago hay una demora de 349 msec y cuando hago nuevamente la consulta con dig que pasa? 0 msec, osea cachea correctamente. 9 - Listo dnscrypt-proxy y dnsmasq configurados y funcionando correctamente.! Nota: Quiero aclarar luego de buscar en varios lados no me funcionaba de ninguna manera que mostraban en la wiki de arch, la versión en español está mal traducida (será cuestión que alguien traduzca bién o lo haré yo en algún momento) asi que usé la versión en inglés. Asi que básicamente me basé en dicha wiki, todos los créditos para ellos. En éste caso son los pasos que utilicé y me funcionó A MI. Cualquier consulta o inconvenientes que tengan me avisan y lo vamos charlando hasta que les quede funcionando! Y como a veces una imagen es mejor que mil palabras, que mejor un video así queda todo claro. Abrazo de gol! - Mi blog
  10. Buenas a todos, a modo de recordatorio para mi, porque va a ser lo primero que haga en mis ordenadores al llegar a casa. os voy a dejar los pasos sencillitos por aqui, para que, si ya estas cansado de iceweasel, como yo, por los motivos que sean, y quieres probar de nuevo con el firefox original de toda la vida, a ver si la cosa mejora, (en mi caso parece que si), o simplemente porque te gusta mas el icono de firefox que el de iceweasel, (que tambien es realmente feo). aqui os dejo los pasos para instalar firefox facilmente en tu debian. 1º Eliminamos iceweasel sudo aptitude purge iceweasel 2º añadimos el siguiente repositorio a nuestra lista de repositorios: sudo nano /etc/apt/sources.list y añadimos deb http://downloads.sourceforge.net/project/ubuntuzilla/mozilla/apt all main3º actualizamos nuestros repositorios vitaminados sudo aptitude-update 4º añadimos la key: sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com C1289A29 5º Por ultimo volvemos a actualizar nuestros repositorios, y por ultimo instalamos firefox sudo aptitude-update && sudo aptitude install firefox-mozilla-build con esto tendremos instalada, no la ultima version de firefox, pero casi... aun asi una version bastante mas avanzada que la que trae debian (testing) de iceweasel en sus repositorios.yo he pasado de la version 38 de la comadreja helada, a la version 40 zorro de fuego!!!
  11. Vengo a dejar mi experiencia luego de haber instalado Archlinux para mostrar los paquetes que agrego para tener todo lo que utilizo. Lo quiero aclarar bién, es lo que YO utilizo en una arquitectura de 64bits, no están todos los paquetes que puedan llegar a usar, pero básciamente son varios que voy a dejar a continuación... Mensajería: Skype[root@ice ice]# pacman -S skype Manejador de Torrents: Qbittorrent [root@ice ice]# pacman -S qbittorrent Gestor de descargas: JDownloader ice@ice ~$ yaourt -S jdownloader2 Navegador Web: (toda la vida elijo Firefox) [root@ice ice]# pacman -S firefox Herramientas de android: Apktool, Adb, Aapt, Fastboot, etc. [root@ice ice]# pacman -S android-tools ice@ice ~$ yaourt -S android-apktool Java: [root@ice ice]# pacman -S jre8-openjdk jdk8-openjdk Flash: [root@ice ice]# pacman -S flashplugin Archivos Comprimidos y Manejo desde Nemo/Nautilus: [root@ice ice]# pacman -S file-roller p7zip unrar zip unzip Terminal muy personalizable: Tilda [root@ice ice]# pacman -S tilda MTP para conectar nuestro teléfono y administrarlo: [root@ice ice]# pacman -S gvfs-mtp Editor de imágenes: Gimp [root@ice ice]# pacman -S gimp Editor de video: Openshot [root@ice ice]# pacman -S openshot Grabación de pantalla: SimpleScreenRecorder [root@ice ice]# pacman -S simplescreenrecorder Reproductor de música: Audacious/Spotify [root@ice ice]# pacman -S audacious ice@ice ~$ yaourt -S spotify Reproductor de video: VLC [root@ice ice]# pacman -S vlc Suite Ofimática: Libreoffice [root@ice ice]# pacman -S libreoffice libreoffice-es Editor de texto: Gedit [root@ice ice]# pacman -S gedit gedit-plugins Editor HTML: Bluefish / Sublime-Text 3 [root@ice ice]# pacman -S bluefish ice@ice ~$ yaourt -S sublime-text-dev Emulación de sistemas operativos: Virtualbox [root@ice ice]# pacman -S virtualbox Emuladores de consolas: Zsnes/Gens-gs/Plasytation/Nintendo64 [root@ice ice]# pacman -S zsnes [root@ice ice]# pacman -S gens-gs [root@ice ice]# pacman -S pcsxr [root@ice ice]# pacman -S mupen64plus Configuración de Joystick: Jstest-gtk (me sirve bastante ya que tengo un pad de PS2) ice@ice ~$ yaourt -S jstest-gtk-git Visualizar información de sistema en terminal: Screenfetch ice@ice ~$ yaourt -S screenfetch-git Dock: Plank [root@ice ice]# pacman -S plank plank-config Fuentes de Microsoft: ice@ice ~$ yaourt -S fontconfig-ttf-ms-fonts Themes/Iconos/Punteros: Themes para SDDM: Ya que en la guía de instalación les comenté que utilizo éste manejador de sesión, también lo dejé con unos themes y una aplicación para que vayas seteando los themes ice@ice ~$ yaourt -S archlinux-themes-sddm sddm-futuristic-theme sddm-theme-archpaint2 sddm-urbanlifestyle-theme sddm-config-editor-git Themes para Cinnamon: Soy muy fanático de Numix xD ice@ice ~$ yaourt -S numix-circle-icon-theme-git numix-icon-theme-git numix- themes-git plank-theme-numix Punteros Numix: ice@ice ~$ yaourt -S xcursor-numix Bueno básicamente ésto es lo que tengo instalado actualmente, bueno contando los entornos gráficos también que serían: Cinnamon, Xfce4, Enlightenment, Mate y Gnome-Shell. Uso Cinnamon, me parece perfecto para trabajar y tiene todo lo que necesito a mano. En el caso que quieran compartir sus aplicaciones preferidas, sería genial también para que hagamos una base datos grandey voy modificando para que tengamos todo a mano y de fácil acceso. Espero que les sirva cualquier cosa también pueden visitar mi blog, es nuevo pero iré colocando tutoriales de mi autoría y algunas que otras cosillas Un abrazo!
  12. Bueno gente más que nada voy a dejar mis crónicas de como instalé Archlinux en mi notebook Asus K52Dr. Si quiero resaltar que no lo instalé de memoria fuí siguiendo guías sobre todo de la EXTENSA, a veces poco comprensible Wiki de Arch, también del blog de DesdeLinux, pero por sobre todo por la paciencia de un amigo que estuvo conectado por Telegram hasta tarde xD!!! Asi que lo que voy a dejar es lo que yo hice y me resultó perfecto. Aquí vamos! Pre Instalación: 1 - Descargamos Archlinux desde aquí. Yo instalé la versión 2015.12.01 2 - Una vez que creamos la imagen en un pendrive (como es mi caso) booteamos y seleccionamos la opción que quieran usar 32 bits (i686) - 64 bits (x86_64), yo elegí la de 64 bits 3 - Bueno una vez que booteo vamos a entrar en el prompt asi que lo siguiente. Instalación - Configuración Básica: 1 - Vamos a setear nuestro teclado en español latinoamérica: loadkeys la-latin1 2 - Ahora vamos a preparar las particiones, en mi caso usé cfdisk y ya tenía creadas las particiones y tengo la partición: / (sda3)- /home (sda5) y swap (sda6). A - Anteriormente tenía Ubuntu, asi que formateo la partición root ("/") B - En /home ya tengo todos mis datos como ser imágenes, videos (algunos *****), documentación, etc, JAMÁS la formateamos a ésa, salvo que tengamos un backup en alguna nube o en otro lugar. C - Nos fijamos que colocamos en la partición / sea booteable moviéndonos en mi caso a /dev/sda3 y selecciono "Bootable" o "Iniciable" tiene que quedar con un aterisco a la derecha. D - Damos la opción "Write" "Escribir" confirmamos y después tocamos en "Quit" "Salir". 3 - Vamos a formatear la partición root ("/") así: mkfs.ext4 /dev/sda3 4 - Ahora formateamos swap así: mkswap /dev/sda6 5 - Activamos la partición swap: swapon /dev/sda6 6 - Montamos las partición root: mount /dev/sda3 /mnt 7 - Creamos el directorio de home: mkdir /mnt/home 8 - Montamos la partición home: mount /dev/sda5 /mnt/home 9 - Nos conectamos a Wifi con: wifi-menu (buscamos nuestra red wifi, colocamos contraseña y comprobamos si nos conectamos con un ping -c 1 google.com, si responde entonces salió todo bién, sigamos, ya falta menos que antes 10 - Antes de instalar algo, vamos a modificar los mirrors ya que sinó bajará de cualquier lado y a una velocidad deplorable, asi que modificamos /etc/pacman.d/mirrorlist: nano /etc/pacman.d/mirrorlist y borramos todo menos los mirrors de Brazil o en su defecto Chile. Guardamos y hacemos pacman -Syu para actualizar los repo. A - Agregamos el repo multilib para instalar yaourt (en /etc/pacman.conf): [archlinuxfr] SigLevel = Never Server = http://repo.archlinux.fr/$arch 11 - Se usará pacstrap, que es un script para que instalemos el sistema pelado (base) de ésta manera: pacstrap /mnt base base-devel 12 - Yo tengo una notebook asi que instalé también el soporte para mi touchpad: pacstrap /mnt xf86-input-synaptics 13 - Ahora vamos a generar el archivo dónde muestran nuestras particiones ya montadas: genfstab -U /mnt > /mnt/etc/fstab (ésto hacerlo FUERA de chroot) 14 - Root: Tocamos arch-chroot /mnt /bin/bash 15 - Colcamos nuestra zona horaria: primero usamos el comando tzselect y seleccionamos las opciones con los números y luego: ln -s /usr/share/zoneinfo/America/Buenos_Aires /etc/localtime 16 - Primero usamos el comando locale-gen y hora editamos locale.conf agregando la línea LANG=es_AR.UTF-8 asi: nano /etc/locale.conf salimos y guardamos. 17 - Seteamos el reloj: hwclock --systohc --utc 18 - Configuramos teclado: nano /etc/vconsole.conf y dentro del archivo colcamos: KEYMAP=la-latin1 FONT=lat9w-16 19 - Ahora vamos a crear ramdisk e instalar grub y configurar: A - mkinitcpio -p linux B - pacman -S grub C - grub-install /dev/sda D - grub-mkconfig -o /boot/grub/grub.cfg E - grub-install —recheck /dev/sda 20 - Ah me olvidaba el hostname (el nombre que tendrá nuestra máquina! bueno lo seteamos: nano /etc/hostname y colocamos el nombre que sea! en mi caso es ice. 21 - Sigamos ya falta poco y terminamos, como yo trabajo con wifi vamos a instalar ésto: pacman -S iw wpa_supplicant dialog 22 - Como también utilizo NetworkManager para manejar el wifi entonces lo instalamos: pacman -S networkmanager 23 - Seteamos el password de root: passwd 24 - Reiniciamos 25 - Bueno después de los pocos segundos que demora en reiniciar vamos a volver a usar wifi-menu para volver a conectarnos, revisamos si es así con ping -c 1 google.com, todo ok? sigamos entonces 26 - Creamos nuestro usuario: useradd -m -G wheel -s /bin/bash ice y seteamos la contraseña: passwd ice 27 - Falta poco más... vamos a instalar las Xorg: pacman -S xorg-server xorg-server-utils, en mi caso usé la opción default (1 - libmesa) 28 - Ahora instalamos el escritorio que queremos, a mi me gusta luego de Unity, me gusta Cinnamon, asi que lo instalamos: pacman -S cinnamon 29 - Para que inicie también vamos a tener que instalar un manejador de login. actualmente estoy usando sddm, MUY configurable y liviano: pacman -S sddm 30 - Lo que hacemos ahora es habilitarlo en nuestro systemctl: systemctl sddm 31 - En el caso que no tengan conexión de wifi, desactivamos netctl: systemctl disable netctl y activamos systemctl enable NetworkManage (respetando mayúculas y minúsculas) y luego tecleamos reboot. 32 - Listo Descargamos Arch, lo hicimos booteable en un pendrive, lo instalamos, lo configuramos y lo dejamos con un escritorio conectado vía wifi. Espero que éste "intento" de guía les haya servido! Agradecimientos: Quiero agradecer a pinkfloyd (avisame si me comí algún paso ) que estuvo hasta las 4 am jaja dándome una mano también con las c@gadas que estaba haciendo, MIL GRACIAS! Aportes: En el caso que vean que falta algo, o que hacen algo menos, o que se pueda mejorar la guía, por favor, comenten también sus experiencias, mientras se pueda mejorar, ideal para todos! Fuente
  13. Este post va sobre como instalar un paquete de AUR, lo he hecho haciendo pruebas vamos que seguramente se pueda mejorar, aportar más info y agradezco incluso que lo lleguen a editar. Puede incluso que valga para Parabola linux, mas como no lo he probado en parabola, no lo puedo asegurar. Aquí os dejo el post: INSTALAR PAQUETES AUR EN ARCHLINUX En este post explicaré como instalar un paquete de AUR, en este caso necesito instalar el make en su versión 3.81 por temas de compatibilidad para compilar el firefox OS, ya que android usa esa versión de make, y en arch actualmente (noviembre 2015) usan la versión 4.XX . Lo primero es buscar el repo con el paquete que queremos: https://aur.archlinux.org/packages/make-3.81/ En la parte derecha veremos el menú: Copiamos la url de “Download snapshot”: https://aur.archlinux.org/cgit/aur.git/snapshot/make-3.81.tar.gz Creamos un directorio para trabajar con el paquete y lo descargamos con curl $ mkdir AUR_BUILD $ cd AUR_BUILD $ curl -L -O https://aur.archlinux.org/cgit/aur.git/snapshot/make-3.81.tar.gz Una vez descargado lo descomprimimos y accedemos al directorio que nos crea el paquete: $ tar -xvf make-3.81.tar.gz $ cd make-3.81 Ahora tenemos que ver el código del "PKGBUILD" para evitar que nos "trollen" o que hagan en nuestro sistema cambios que no deseamos... $ less PKGBUILD Nos debería mostrar algo parecido a esto: # $Id$ # Maintainer: Allan McRae <allan@archlinux.org> # Contributor: judd <jvinet@zeroflux.org> pkgname=make-3.81 pkgver=3.81 pkgrel=1 pkgdesc="GNU make utility to maintain groups of programs (3.81 version)" arch=('i686' 'x86_64') url="http://www.gnu.org/software/make" license=('GPL') depends=('glibc' 'sh') install=$pkgname.install source=(ftp://ftp.gnu.org/gnu/make/${pkgname}.tar.gz) md5sums=('a4e9494ac6dc3f6b0c5ff75c5d52abba') build() { cd ${srcdir}/${pkgname} ./configure --prefix=/usr --program-suffix=-$pkgver make } package() { cd ${srcdir}/${pkgname} make DESTDIR=${pkgdir} install-exec } Una vez conformes, revisamos el fichero “<nombre_paquete>.install”$ less make-3.81.install less nos debería mostrar una salida como esta:infodir=/usr/share/info filelist=(make.info make.info-1 make.info-2) post_install() { [ -x usr/bin/install-info ] || return 0 for file in ${filelist[@]}; do install-info $infodir/$file.gz $infodir/dir 2> /dev/null done } post_upgrade() { post_install $1 } pre_remove() { [ -x usr/bin/install-info ] || return 0 for file in ${filelist[@]}; do install-info --delete $infodir/$file.gz $infodir/dir 2> /dev/null done } Una vez confirmado que esos dos archivos no parecen dañinos, procedemos como usuario normal a ejecutar: makepkg -sri Comenzará a compilar el paquete y descargar las dependencias necesarias de la red, luego nos pedirá el password para el sudo, para poder instalar el paquete en el sistema. Una vez concluya si todo va bien ( suele ser muy estable el proceso, a mí nunca me ha roto nada ), quedará instalado en nuestro sistema, podemos comprobrarlo con: make --version GNU Make 4.1 Compilado para x86_64-unknown-linux-gnu Copyright (C) 1988-2014 Free Software Foundation, Inc. Licenza GPLv3+: GNU GPL versión 3 ou posterior <http://gnu.org/licenses/gpl.html> Isto é software libre: pode modificalo e redistribuílo. Non hai NINGUNHA GARANTÍA, ata onde o permita a lei. En mi caso veremos que sigue con el make más reciente el 4.1 que es el que está en mi sistema, mas ahora nos toca crear un enlace blando a la versión de make antigua, como se tiene que hacer para usar python 2 en lugar del 3. Primero comprobramos si el actual make es un enlace o un binario, en mi caso es un binario: $ ls -l /usr/bin/make* -rwxr-xr-x 1 root root 211824 Out 6 2014 /usr/bin/make -rwxr-xr-x 1 root root 170168 Nov 12 12:21 /usr/bin/make-3.81 -rwxr-xr-x 1 root root 2564 Set 6 19:26 /usr/bin/makealias -rwxr-xr-x 1 root root 44368 Nov 1 10:07 /usr/bin/makeconv -rwxr-xr-x 1 root root 18992 Set 1 19:09 /usr/bin/makedb -rwxr-xr-x 1 root root 43432 Ago 20 2014 /usr/bin/makehrtf lrwxrwxrwx 1 root root 8 Out 21 23:45 /usr/bin/makeinfo -> texi2any -rwxr-xr-x 1 root root 35480 Nov 6 11:21 /usr/bin/makekdewidgets -rwxr-xr-x 1 root root 96813 Out 2 13:41 /usr/bin/makepkg -rwxr-xr-x 1 root root 6352 Out 2 13:41 /usr/bin/makepkg-template Pues nada, lo que tenemos que hacer ahora es mover el make nuevo, para darle otro nombre # mv -v /usr/bin/make /usr/bin/make_4.1_original Creamos el enlace blando para que cada vez que se use make en el sistema se use la vieja versión de make # ln -sv /usr/bin/make-3.81 /usr/bin/make comprobramos la versión de make que se nos ejecuta al ejecutar make # make --version GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for x86_64-unknown-linux-gnu Y LISTO! , con esto ya tenemos nuestro viejo make y podremos continuar con la compilación de firefox OS o Android o Cyanogenmod ;D --- Y ese ha sido mi post, al final tengo el make funcionado y puedo seguir intentado compilar firefox OS en mi arch, mas el proceso de instalación de un paquete AUR en principio sería el mismo para el resto de paquetes. Espero que os funcione y si veis algo que se pueda corregir o mejorar, editar este post o ponerlo en los comentarios para que álguien lo edite. saludos! Fuente: El post original lo publiqué en http://tuxland.herobo.com/blog/doku.php/blog/2015-11-13/instalar_paquetes_aur_en_arch_linux EDITO: Como nos sugiere @@megadeth92 , hay una forma de instalarlos automáticamente no la he probado ni la conocía, pero sería esta: yaourt -S <nombre-del-paquete>
  14. Me dirán que soy un culo inquieto. Pues sí, para qué negarlo Creo que no necesitaré explicar en qué consiste rootear un terminal móvil, así que pasemos directamente al grano. Una gran ventaja de Firefox OS es que puede valerse sin ningún problema de las herramientas de desarrollo disponible para Android, así que para el proceso de rooteo utilizaremos en esta ocasión ADB (Android Debug bridge), además de una modificación del exploit de Hiroyuki Ikezoe adaptado al Zte Open por Poliva. Los debianeros podremos obtener ADB instalando el paquete android-tools-adb desde repos: aptitude install android-tools-adb De resto, podremos descargarlo desde: http://developer.android.com/sdk/index.html La herramienta adb la encontraremos dentro de platform-tools: El exploit listo para el ZTE Open con su correspondiente script de ejecución lo podremos descargar desde aquí: http://pof.eslack.org/archives/files/root-zte-open.zip O si queremos compilarla por nosotros mismos, encontraremos su código fuente en Github, para lo que necesitaremos también ndk-build git clone https://github.com/poliva/root-zte-open cd root-zte-open ndk-build NDK_PROJECT_PATH=. APP_BUILD_SCRIPT=./Android.mk Nos creará un archivo root-zte-open dentro de libs/armeabi/ que será el que tendremos que usar colocándolo en el mismo directorio que el script de instalación (o modificando las rutas dentro del mismo para que pueda localizarlo). Tanto si hemos descargado el exploit ya compilado, como si lo hemos compilado sobre la marcha, la clave para ejecutarlo será siempre el script run.sh provisto en el paquete y el archivo root-zte-open. Antes de continuar, tendremos que lidiar con los permisos de ADB, para que pueda acceder a nuestro dispositivo. Para eso crearemos un nuevo archivo de reglas para udev: touch /etc/udev/rules.d/51-android.rules Y dentro de él incluiremos la siguiente línea (con el editor de texto que queramos y como root, evidentemente): Donde XXXX es el identificador del fabricante del dispositivo, que ya les adelanto que para ZTE es 19d2 Guardamos los cambios (No estaría demás reiniciar) y vamos por fin a rootear nuestro terminal Firefox OS. Una vez conectemos el smartphone al equipo mediante el cable USB, tendremos que habilitar la "Depuración remota", que encontraremos en Ajustes >> Información >> Más información >> Desarrollador A estas alturas, con ADB instalado, los permisos de Udev corregidos y la depuración remota habilitada, ya sólo nos queda ejecutar el script y esperar a que obre su magia: ./run.sh shiba@Shiba87:~/root-zte-open$ ./run.sh Connect your phone to USB, then: Settings -> Device information -> More Information -> Developer and enable 'Remote debugging' * daemon not running. starting it now on port 5037 * * daemon started successfully * 1376 KB/s (19208 bytes in 0.013s) == root for Movistar zte open (roamer2) by @pof == CVE-2012-4220 - discovered by giantpune == original exploit by Hiroyuki Ikezoe == if the phone hangs, remove the battery and try again! Got root! - copying su binary! Enjoy! NOTA Es muy probable que el exploit NO lo consiga a la primera. En ese caso, el teléfono se reiniciará automáticamente para hacer un nuevo intento hasta que finalmente lo consiga. == root for Movistar zte open (roamer2) by @pof == CVE-2012-4220 - discovered by giantpune == original exploit by Hiroyuki Ikezoe == if the phone hangs, remove the battery and try again! failed to get root access Exploit failed, rebooting and trying again! 1137 KB/s (19208 bytes in 0.016s)
  15. Tenía un dual trial? boot con Debian, Linux Mint y Windows. Los otros días decidí cambiar a Linux Mint por otro Debian, entonces ahora tengo dos Debian y un Windows El problema que tuve es que cuando inicié de nuevo en el Debian viejo que ya estaba instalado veo que me aparece un mensaje: A start job is running for deb-disk-by/[Acá un codigo largo] [Acá un contador de tiempo] Tenía un contador de tiempo que me hacía esperar un minuto y medio, y eso me retrasaba mucho el arranque Buscando un poco encontré que mi problema era que cuando cambié Linux Mint por Debian decidí compartir la particion de intercambio (swap) y se cambió el UUID de esa partición. El UUID sería algo así como un código que identifica a la partición Entonces el Debian que ya estaba instalado es como que no encontraba la swap Para ver si el problema es ese uno puede abrir una terminal y ver qué es lo que tiene el archivo /etc/fstab, que se vería algo así: # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a ┏ # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sdb1 during installation UUID=c05302c7-f6cc-4485-94fa-c561892b367c / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sda1 during installation ┃ UUID=7E48-14F9 /boot/efi vfat defaults 0 1 ┃ # swap was on /dev/sda5 during installation ┗━┓ UUID=7f810102-c3a0-488b-8c6d-88903bb5a48a none swap sw 0 0 ┃ /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 ┃ /dev/sdc1 /media/usb0 auto rw,user,noauto 0 0 Ahí dice cual es el UUID del swap, que sería el 7f810102-c3a0-488b-8c6d-88903bb5a48a Ese es el UUID que busca la PC al iniciarse, para ver el verdadero UUID de la swap hay que usar el comando sudo blkid que muestra algo como: /dev/sda1: LABEL="ESP" UUID="7E48-14F9" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="d5510176-8b7f-4843-a706-dff4ecd44d19" /dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="55ee9231-98f2-48bd-9c17-0a49ba76c6cf" /dev/sda3: LABEL="windows" UUID="7A24D09024D050AD" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="806d1925-250c-4556-9385-7de1bd6ca7bb" /dev/sda4: LABEL="datos" UUID="58d66e82-3832-4edc-a62f-8f93c8bd05f8" TYPE="ext4" PARTLABEL="datos" PARTUUID="2894b2d8-cb16-44ec-81f1-483e82594883" /dev/sda5: UUID="3550194e-bce5-43d9-b9c6-26f272924e0e" TYPE="swap" PARTLABEL="swap" PARTUUID="c92da4f2-db76-480d-a3f8-2ee1e5da5e1f" /dev/sda6: UUID="59a685b5-c577-4992-b6c9-fb6229a7ad0d" TYPE="ext4" PARTLABEL="debian" PARTUUID="fb7ea62e-f488-4e62-a380-272e22891d5d" /dev/sdb1: UUID="c05302c7-f6cc-4485-94fa-c561892b367c" TYPE="ext4" PARTLABEL="debianssd" PARTUUID="3c91aa42-6744-4586-aa99-ddc557ae0908" Ahí dice que el UUID de la swap es 3550194e-bce5-43d9-b9c6-26f272924e0e , que no coincide con el que aparecía en el fstab. Entonces lo que tuve que hacer es editar el /etc/fstab y poner el UUID correcto. Se puede hacer con el comando sudo nano /etc/fstab (Ctrl-O para guardar y Ctrl-X para salir)
  16. No es ningún secreto que a un servidor le gusta grabar algunas cosillas con la cámara GoPro que tan popular se ha hecho durante los últimos años. Esta cámara cuenta con un sin fin de accesorios, de venta por separado y a un precio desorbitado, por supuesto, entre los que se incluyen mandos de control remoto, minipantallas y aplicaciones de previsualizacíon para poder ver lo que vamos grabando desde nuestro teléfono móvil. Como no es cuestión de dejarnos un dineral en accesorios y las aplicaciones oficiales son extremadamente exclusivas y no están disponible para nosotros, Konrad Iturbe se ha puesto manos a la obra para hackear estas cámaras y permitir que puedan ser manejadas desde cualquier navegador web y, por lo tanto, desde cualquier dispositivo móvil, especialmente Firefox OS, aunque es extrapolable a cualquier otro sistema El GoPro Control de KonradIT nos permitirá: Modificar todas las opciones de la cámara, resolución, modo de operación, sonido, orientación... Encender/apagar la cámara, Iniciar/detener grabación, sacar fotos, timelapses... En definitiva TODO lo que podríamos hacer directamente en la cámara pero en remoto. Pero es que además podremos reproducir los vídeos que hemos grabado al tener acceso directo a la memoria SD de la cámara y no sólo eso, también ver en tiempo real lo que estamos grabando. INSTALACIÓN Aunque el proceso no es complicado tendremos que seguir unos cuantos pasos para hackear la cámara. En el dispositivo móvil no tendremos que hacer nada salvo conectarnos a la red Wifi de la cámara y acceder a ella desde el navegador a través su dirección IP. Primero que nada tendremos que descargar los archivos de GoPro Control: git clone https://github.com/konradit/gopro-control Habrán 3 archivos (Y el Readme) Colocaremos autoexec.ash e index.html en la raíz de la tarjeta microSD que utilizaremos luego en nuestra cámara. El tercer archivo, tcp_tuner.sh, irá dentro de la carpeta MISC que crea por defecto nuestra GoPro Ahora es cuando viene la pequeña chapuza pues tendremos que seguir el procedimiento oficial de actualización de firmware de la cámara para introducir con él los cambios que nos interesan para el GoPro control. Accedemos a la página oficial http://es.gopro.com/update/, seleccionamos el modelo de nuestra GoPro y nos vamos a "actualizar cámara manualmente". Nos pedirán varias cosas, dos de ellas imprescindibles, un correo electrónico y el número de serie de nuestra cámara, el cual nos servirá para obtener los archivos de actualización que necesitamos. El siguiente paso es elegir el tipo de actualización, que será tanto de firmware como de Wifi para poder hackearla a la vez que establecemos los parámetros de la conexión de la cámara. Ésta es la única forma de establecer los parámetros de la Wifi. Aunque es posible repetir el proceso procuremos hacerlo bien a la primera ya que es bastante tedioso. Pasados unos segundos nos generará un archivo UPDATE.ZIP que tendremos que descargar y descomprimir. Los 4 archivos los colocaremos también en la raíz de la tarjeta microSD y reiniciaremos la cámara para empezar con la actualización. El proceso será totalmente automático, primero se actualizará el firmware y posteriormente la wifi (En la pantalla LCD de la cámara podremos seguir el proceso). Al terminar la actualización la cámara se apagará. Ya tenemos todo listo para controlarla de manera remota. CONTROL Para empezar a controlar la cámara tendremos que habilitar la wifi y conectarnos a ella como lo haríamos con cualquier otro punto de acceso inalámbrico. La ip a la que tendremos que acceder para entrar en la cámara es 10.5.5.9 a través del puerto 8080, es decir 10.5.5.9:8080 Vale, sí, la "interfaz" es tan bonita como acceder a un servidor ftp a pelo desde el navegador, pero ¡Oye! Si funciona tampoco nos vamos a poner quisquillosos La opción Videos es la que nos lleva al panel de control donde podremos controlar la cámara y modificar todas las opciones. Es aquí donde se nos pedirá que introduzcamos la contraseña wifi que establecimos durante la actualización del firmware de la cámara. DCIM, como pueden imaginar, nos permitirá acceder al contenido de la tarjeta SD y reproducir los vídeos o imágenes que hayamos realizado. Desde Live podremos ver en "streaming" lo mismo que está grabando la cámara en ese instante. No obstante hay que tener en cuenta que este proceso consume muchos recursos y dependiendo de nuestra conexión y la capacidad de nuestro dispositivo quizá no vaya tan fluido como cabría esperar o apenas nos muestre unas imágenes sueltas tras varios segundos de carga. Como sé que más de uno se lo va a preguntar, el correcto es el archivo .m3u8, aunque también hay una 2ª opción .mp4 aunque ésta última tendremos que recargarla continuamente de forma manual para que haya continuidad Es bastante probable que Firefox OS no sea capaz de lidiar con el archivo m3u8 y sí con el mp4 Ya sólo queda sacarle partido y seguir haciendo aún más tonterías con con la cámara https://github.com/konradit/gopro-control
  17. Una de las cosas que hemos nombrado mucho últimamente es el "Homescreen" o la pantalla del home de Firefox OS, algo que lleva acompañándonos un par de versiones y que nos ayudaría a personalizar en profundidad la apariencia del sistema operativo móvil pero que, hasta ahora, no hemos visto de qué manera. En la última versión que he probado y cuyas imágenes he dejado por aquí por el foro ya se podía elegir entre dos modos diferentes de visualización, el clásico con scroll horizontal o el alternativo con scroll vertical. Además de esos dos, que ya venían incluidos por defecto en la imagen que compilé en su momento, también han nacido otros proyectos que buscan precisamente dar un aire nuevo a la apariencia de Firefox OS. He de reconocer, que de todos ellos no he podido hacer funcionar la mayoría, bien porque no aparecían los iconos o porque no se ejecutaban /mostraban correctamente, pero también hay que tener en cuenta que estoy con una versión en desarrollo del sistema y que se trata de proyectos también en desarrollo y aún falta mucho trabajo por hacer. A día de hoy existen varios proyectos destinados a crear nuevas homescreens que nos brinden una experiencia distinta a la hora de manejar nuestro dispositivo con Firefox OS. La mayoría derivados del original Riverscreen de Paul Rogert Riverscreen (Paul Rouget) http://paulrouget.com/assets/posts/riverscreen/demo.webm https://github.com/paulrouget/riverscreen Marsscreen (Yorik van Havr) https://github.com/yorikvanhavre/MARSScreen Shyhome (Schoewilliam) https://github.com/Schoewilliam/Shyhome FirefoxOS Vertical Home (Kevin Grandon) https://github.com/KevinGrandon/firefoxos-vertical-home Zwipe (Miles "Dylan" Goodings) https://github.com/mgoodings/zwipe Betsuscreen (xfausto) https://github.com/xfausto/betsuscreen Grayscreen (xfausto) https://github.com/xfausto/Grayscreen A través del app-manager podemos, si somos lo suficientemente osados, probar alguno de ellos, conectando nuestro dispositivo, enviando el contenido del homescreen que queramos utilizar clonado desde el repositorio git, para posteriormente seleccionarlo desde la pantalla de configuración de Firefox OS Aún están un poco (muy) verdes y queda trabajo por hacer, pero es una buena muestra de lo que se puede conseguir a la hora de perzonalizar nuestro Panda Rojo móvil
  18. Gracias al proyecto VegnuX encabezado por Carlos Sánchez y Nehemías Velázquez podemos dar por fin respuesta a una cuestión que se planteó hace algunos meses. ¿Cómo rootear el Alcatel One Touch Fire? En primer lugar tenemos que reiniciar el teléfono en modo bootloader para instalarle ClockWorkMod, pulsando simultáneamente el botón de encendido y el de bajar volumen Para el proceso nos valdremos de fastboot. Desde una terminal comprobamos que efectivamente tenemos acceso al dispositivo fastboot devicesY si todo es correcto, descargamos y flasheamos la imagen recovery CWM para dispositivos hamachi hamachi_clockworkmod_recovery.img fastboot flash recovery hamachi_clockworkmod_recovery.imgUna vez termine el proceso, tendremos ClockWorkMod instalado en nuestro teléfono y listo para ser utilizado Ahora retiramos la batería durante 5 segundos y la colocamos de nuevo, NO reiniciamos porque en algunas ocasiones, especialmente si actualizamos de Firefox OS 1.0 a 1.1, el recovery es reescrito en cada reinicio. Ahora ya podemos instalar Roms personalizadas de Firefox OS compiladas para el Alcatel One Touch Fire (hamachi). Para terminar el proceso, vamos a flashear una imagen que nos permitirá rootear el teléfono root_alcatel-signed.zip La colocamos tal cual en la tarjeta SD del teléfono e iniciamos en modo recovery pulsando simultáneamente el botón de encendido y el de subir volumen. Nos vamos a "Update zip from sdcard", seleccionamos el archivo zip que acabamos de colocar en la SD y ya sólo queda esperar a que el proceso termine. Enhorabuena, tu One Touch Fire está rooteado. Ahora ya puedes sacarle todo el jugo a tu dispositivo con Firefox OS http://elsimpicuitico.wordpress.com/firefoxos/
  19. Buenas, Para empezar con buen pie, ahora que ya he recuperado el terminal (gracias [pazos]) propongo una forma de reducir el consumo de bateria, que en mi modesta opinion es demasiado alto. Lo que viene a continuacion es un primer paso. Espero que poco a poco se vaya afinando. Requisitos: - Terminal ZTE Open. - ADB - Ya que estamos con Linux de por medio, GEDIT, NANO o el editor que mas guste. Pasos a seguir: 1.- Extraemos el fichero << /system/etc/init.qcom.post_boot.sh >> al ordenador. adb pull /system/etc/init.qcom.post_boot.sh 2.- Editamos el fichero con el editor de nuestro gusto. 3.- Para alterar el fichero de forma que se pueda hacer un seguimiento de las modificaciones, es recomendable no eliminar las lineas modificadas, duplicarlas (copiar y pegar a renglon seguido), comentar la linea original (colocar # delante) y modificar la nueva linea. 4.- Guardar el fichero modificado. 5.- Enviarlo de vuelta al terminal. adb shell mount -o rw,remount /dev/block/mtdblock5 /system adb push init.qcom.post_boot.sh /system/etc/ 6.- Reiniciar el terminal. adb reboot Opcional 7.- Tras reiniciar, verificar que se ha activado la modificacion. Modificacion: El fichero en cuestion configura los "governors" del KERNEL. Esto es, como se comporta la gestion de las frecuencias de procesador en funcion de la carga de trabajo del mismo. Esto tambien es aplicable a los orenadores de sobremesa, pero si alguien esta interesado le recomiendo que use a "San Google". Las ventajas que ofrece la modificacion es una mejora en la autonomia de la bateria. La desventaja es que si se hacen los ajustes muy a la baja, el terminal ira lento, a trompicones, pero en ningun caso destruccion de terminal. El procesador del ZTE Open es un Qualcomm MSN7627A. Este admite, en principio, un rango de velocidades de entre 122,880MHz y 1080,000MHz, con pasos intermedios en 245,760MHz 320,000MHz 480,000MHz y 600,000MHz. Una primera modificacion a realizar es darle opcion de reducir la velocidad a 122,880MHz puesto que por defecto tiene puesto el limite inferior en 254,760MHz. Con esto se consigue que cuando el telefono esta en reposo, se pone a menor velocidad y por tanto menos consumo. Por otro lado, el "governor" del KERNEL que esta puesto por defecto el denominado "ondemand" que permite que el procesador "salte" entre velocidades, pero tendiendo a permanecer en una velocidad "superior" mas tiempo en un estado de "por si acaso", por lo que aunque baja, baja mas lentamente que lo deseable para ahorar algo mas de bateria. Mi opcion inicial de modificacion es "conservative". En este caso, el comportamiento es similar al "ondemand", pero tiende a saltar hacia "abajo" con menos demora que en el modo "ondemand". Los ajustes que permite este modo es son varios, pero los dos mas utiles son los que marcan el umbral de carga de trabajo para subir al siguiente escalon de velocidad y el que marca el umbral de bajada. Ahora, por fin, la modificacion. El fichero contiene diversos apartados. Son faciles de seguir ( ). Tan solo hay que verificar que el procesador "msn7627a" aparece en el bloque. - En el primer bloque cambiamos el "governor" y los umbrales de subida y bajada de velocidad (%): # Original: echo "ondemand" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor echo "conservative" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor # Original: echo 90 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold echo 80 > /sys/devices/system/cpu/cpufreq/conservative/up_threshold echo 40 > /sys/devices/system/cpu/cpufreq/conservative/down_threshold - En el cuarto bloque cambiamos el limite inferior de velocidad: # Original: echo 245760 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq echo 122880 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq - En el septimo bloque cambiamos el procentaje a aplicar las subidas de velocidad, que luego redondea a la velocidad efectiva (los escalones). Por defecto es 5, que en mi opinion le provoca gestionar 2 satos internos para realizar una subida de escalon efectiva. El otro parametro recomiendo no tocarlo (si alguno quiere probar, ponerlo a 1 y buscar informacion al respecto en "San Google") pues por experiencia, literalemente le cuesta muchisimo subir de velocidad, puesto que no tiene en cuenta muchas operaciones sencillas del sistema. El primer parametro es el tiempo de revision de la carga del procesador. Tan solo lo paso al nuevo directorio de "governor" "conservative". # Original: echo 25000 > /sys/devices/system/cpu/cpufreq/ondemand/sampling_rate echo 25000 > /sys/devices/system/cpu/cpufreq/conservative/sampling_rate # Añadidos: echo 0 > /sys/devices/system/cpu/cpufreq/conservative/ignore_nice_load echo 10 > /sys/devices/system/cpu/cpufreq/conservative/freq_step Esto ha sido un TOSTONAZO, pero permitira a algunos saber algo mas del sistema. En el proximo, como consutar las estadisticas de saltos y tiempo en cada escalon de frecuencia. Un saludo.
  20. Como bien dice el título, lightspark es una prometedora alternativa libre a flash (player) bastante potente y bajo licencia GPL v3. Seguramente encuentren lightspark y/o lightsprk-plugin disponible en sus repositorios, no tendrán más que instalarlo desde ellos si quieren empezar a utilizarlo, este tuto es sólo para poder compilar la última versión disponible. Para poder compilar lightspark tendremos que complir con las dependencias. Para ello, los usuarios de distribuciones deb, puede recurrir a liblzma-dev cmake nasm git Para los que no puedan recurrir a build-dep o les falle algo, la lista completa de paquetes que necesitamos e esta: Pasemos a descargar la última versión de Lightspark: cd lightsparkmkdir objcd obj Y pasamos a compilar make install Este último paso copiará el plugin de lightspark en la carpeta de plugins de firefox automáticamente, así que lo único que nos quedaría hacer es ir a nuestro navegador y habilitarlo. De no ser así, el plugin lo encontraremos en la ruta /usr/local/lib/mozilla/plugins/liblightspark.so, sólo tendremos que crear un enlace simbólico: ln -s /usr/local/lib/mozilla/plugins/liblightsparkplugin.so /usr/lib/mozilla/plugins/liblightsparkplugin.so
  21. Desempaquetar y empaquetar paquetes deb En ocasiones, nos vemos obligados a desempaquetar algún paquete deb para hacerle algunas modificaciones, cambiar dependencias, añadir contenido... La manera de hacerlo es bastante sencilla: Creamos una carpeta en la que trabajar mkdir paquete Ahora extraemos el contenido del paquete en esa carpeta siendo paquete.deb el paquete que queremos modificar Ahora extraemos los archivos de control: Ahora podemos trabajar en los archivos que hemos descomprimido y hacer lo que queramos. Una vez hayamos acabado, ya sólo nos queda volver a empaquetarlo: El nombre del paquete deb resultante coincidirá con el nombre de la carpeta con la que hemos trabajado. Esto no influirá a la hora de instalarlo, el nombre y versión del paquete está especificado en el archivo de control que está dentro
×
×
  • Crear Nuevo...