Jump to content

Search the Community

Showing results for tags 'instalar'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • 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 Android
    • Ayuda, consultas y Soporte Android
    • Apps Android
    • Roms Android
    • Manuales / Tutoriales / Guías Android
    • Noticias Android
    • Hablando de Android
  • 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

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Found 11 results

  1. Vamos a comenzar un tutorial de haremos cuando terminamos de instalar Ubuntu 16.04, aunque desde que instalé Ubuntu en versiones anteriores sigo haciendo lo mismo que sería lo siguiente: Primero que nada lo primero que haremos a mi entender es desintalar TODO lo que no usaremos como ser: programas de backup (dup), crear isos, wallpapers, idiomas de fuentes, etc. * Én éste paso tengan mucho cuidado cuando usen synaptic (por suerte existe ésta herramienta) en el caso que no la tengan instalada lo hacen: sudo apt-get install synaptic Confirman dependencias e instalan. * Lo ejecutan desde el Dash y escriben synaptic * Una vez aquí, comienzan a desintalar lo que vean que no van a utilizar como nombré anteriormente, tengan en cuenta que a la hora de "desintalar" tocan alguna dependencia como les mostrará el programa que aplique a "ubuntu-desktop" no lo borren, a ése dejan. En fin, será cuestión que vayan probando, en el caso que tengan dudas que eliminar, me avisan, los ayudo. * Ahora el paso siguiente una vez eliminado lo que no usamos, es actualizar nuestro sistema: sudo apt-get update && apt-get dist-upgrade -y * Instalamos los codecs y herramientas "adicionales de Ubuntu" sudo apt-get install ubuntu-restricted-extras * Instalamos también nuestra herramienta para administrar las configuraciones, themes, íconos, bordes de ventana, etc. sudo apt-get install unity-tweak-tool * También vamos por las herramientas de desarrollo: sudo apt-get install build-essential * Aplicaciones multimedia: (editores de video, imágenes, capturas de imágenes, reproductor de video, etc.) sudo apt-get install openshot gimp inkscape shutter blender vlc * Herramientas de compresión: sudo apt-get install rar p7zip p7zip-full unrar * Plugins de gedit sudo apt-get install gedit-plugins * Mostrar todas las aplicaciones en el inicio de ubuntu: - sudo sed -i 's/NoDisplay=true/NoDisplay=false/g' /etc/xdg/autostart/*.desktop - Sacamos las aplicaciones que se inician (son varias) - También podemos usar systemctl para deshabilitar las qe no usemos también. * Instalar compiz y habilitar transparencia en menúes: sudo apt-get install compiz-plugins-extra compizconfig-settings-manager Ejecutamos compiz desde el Dash y habilitamos el plugin "Opacity, Brightness and Saturation > Opacity > Windows Specific Settings > New" y agregamos ésta línea: Tooltip | Menu | PopupMenu | DropdownMenu Dejaremos el valor de 75, teniendo en cuenta que mientrás más alto es el valor, menos transparencia. * Habilitar usuario root: - sudo passwd root - colocamos el nuevo password - confirmamos - listo! * Actualizamos nuestro kernel: - Ingresamos a http://kernel.ubuntu.com/~kernel-ppa/mainline/ - Descargamos los siguientes .deb ósea la última versión estable (4.5 Willy) - A tener en cuenta qe depende de la arquitectura que uses (32 o 64 bits, en mi caso la segunda): - linux-headers-4.5.0-040500_4.5.0-040500.201603140130_all.deb - linux-headers-4.5.0-040500-generic_4.5.0-040500.201603140130_amd64.deb - linux-image-4.5.0-040500-generic_4.5.0-040500.201603140130_amd64.deb - Las instalamos así: dpkg -i linux-*.deb - sudo update-grub2 - reiniciamos y listo, ya tenemos el último kernel. - Si quieren personalizar un poco más el inicio del kernel podemos usar grub customizer: - Aquí dejo las instrucciones para instalarlo. * Personalizamos un poco nuestro entorno Unity con íconos y themes instalando Numix/Ravefinity desde launchpad: - Ingresan con su cuenta en https://launchpad.net - Buscan Numix y los ppa de numix serían: ppa:numix/ppa - Los agregan de la siguiente forma: - add-apt-repository ppa:numix/ppa - Confirman presionando Enter - Luego apt-get update - Y si quieren desde Synaptic en la opción Origen pueden instalar numix-icon-circle, theme, etc. - También pueden agregar ravefinity: - add-apt-repository ppa:ravefinity-project/ppa - apt-get update - Y usan nuevamente synaptic para revisar los paquetes. * Luego recuerden escribir, para limpiar de paquetes que no sirven: - sudo apt-get autoremove --purge - Con ésto eliminarán los paquetes que ya no se utilizan y eliminarán (--purge) los archivos de configuración que tampoco utilicen. Bueno básicamente con ésto ya estarían listos para usar Ubuntu por lo menos en mi caso es lo que instalo para dejarlo como a mi me interesa. Espero que les sirva a todos y disfruten de Ubuntu que se viene con todo! Abrazo de gol!
  2. Sería útil una guía de como instalar programas en GNU/Linux para recien iniciados, porque es bastante distinto de como se maneja en Windows Esta guia esta pensada para distribuciones (lease "tipos de Linux") basadas en Ubuntu (por lo tanto Linux Mint, Ubuntu, Xubuntu, Kubuntu, etc.). También sirve un poco para Debian. Hay distintas formas de conseguir programas. Se puede usar un gestor de paquetes, instalar un paquete manualmente, copiar el ejecutable o compilarlo vos mismo Con un gestor de paquetes (recomendado): Termina siendo algo así como una tienda de aplicaciones, similar a la tienda de Android (Play Store) o la tienda de Apple (Apple Store) Te instalan el programa, te lo agregan al menu de inicio para poder usarlo y se encargan de actualizarlo Mas info: A fines prácticos: Hay gestores de paquetes con interfaz gráfica y gestores que se usan desde la terminal De forma grafica (mas fácil) Con la terminal (más eficiente y rápido): Que pasa si el programa que quiero no está? Los paquetes se descargan de repositorios, que son servidores que tienen los paquetes que usamos. Si el programa que queremos no está en los repositorios que tenemos configurados vamos a tener que agregar el repositorio necesario. Hay repositorios que son "oficiales" o algo así como manejados por los creadores de tu distribución, puede que tengas desactivado uno de estos repositorios, no por qué hay que tenerlos a todos activados. En el caso de Ubuntu y Linux Mint (Debian no) tenemos estos repositorios: Hay otro tipo de repositorios llamados PPA, que son algo así como repositorios personales, normalmente son repositorios que solamente tienen unos pocos programas y están generalmente mantenidos por los desarrolladores del programa, se utilizan como alternativa cuando el programa no esta en los repositorios anteriores. Para saber qué repositorio necesitamos tenemos que buscar en la página web del programa en donde debería decir. También podemos probar a agregar repositorios "oficiales" de arriba. Agregar repositorios "oficiales": Agregar PPAs: Instalando un archivo .deb En vez de usar un gestor de paquetes podés instalar el paquete manualmente. Como desventaja las actualizaciones se hacen de forma manual instalando otro .deb nuevo Es lo más parecido a Windows, el archivo .deb se puede pensar como un instalador. Siempre es recomendable usar un gestor de paquetes. Al parecer Ubuntu está buscando crear un reemplazo para los .deb, llamado Snappy, de todos modos si termina implementandose se podrá seguir usando los .deb y la transición no será rápida. Hay más tipos de "instaladores", el otro más común es .rpm, pero en Debian y derivadas (por lo tanto Ubuntu y derivadas) usamos .deb Instalar de forma grafica: Instalar con la terminal: Copiando el ejecutable (no recomendado): Esto no es muy común, técnicamente no es instalar. Es lo mismo que en Windows copiar un .exe Como desventaja tenemos que actualizarlo manualmente Una desventaja muy grande es que si queremos ver el programa en el menú de inicio tenemos que hacer el "acceso directo" o lanzador de forma manual Compilando el programa (avanzado): La ultima forma es bastante común en GNU/Linux, directamente se descarga el código fuente, que para ser ejecutado debe ser compilado El código fuente es el programa escrito en un lenguaje entendible para las personas, luego se tiene que compilar así se obtiene el programa en un lenguaje entendible para la PC (ceros y unos!) Olvidate de hacerlo de forma gráfica, hay que hacerlo desde la terminal. El problema es que para compilar se necesitan programas que varían dependiendo que hay que compilar. Así que antes de compilar se necesitan instalar varios paquetes, el paquete indispensable es build-essentials, contiene varios programas dentro. sudo aptitude install build-essentials Después hay que instalar los demás paquetes que digan en las instrucciones, normalmente estos paquetes terminan en -dev (viene de development, desarrollo en ingles) Para compilar varía de programa en programa, hay que buscar las intrucciones, lo más común son estos tres comandos en orden: ./configure make make install Previamente hay que moverse a la carpeta del código fuente con el comando cd Lo malo también es que no siempre se crean los accesos directos al menú de inicio, y para actualizar hay que compilarlo de nuevo.
  3. 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>
  4. SimpleScreenRecorder es un screencaster de codigo abierto disponible para cualquier distribución linux. En mi opinión es el mejor pero a gustos los colores. En este caso nos centraremos en debian 8.0 jessie. Comenzemos 1. Descargamos el archivo .tar.gz desde la web del autor. link directo: https://github.com/MaartenBaert/ssr/archive/master.tar.gz 2. Extraemos el .tar.gz donde nosotros queramos. 3. Antes de compilar nuestro SimpleScreenRecorder necesitaremos los siguientes paquetes. GCC y make pkg-config Qt 4 ffmpeg or libav (libavformat, libavcodec, libavutil, libswscale) Librería ALSA Librería PulseAudio opcional, puede deshabilitarse durante la compilación usando --disable-pulseaudio Librería JACK opcional, puede deshabilitarse durante la compilación usando --disable-jack libGL (32 y 64 bit) libGLU (32 y 64 bit) libX11 (32 y 64 bit) libXfixes (32 y 64 bit) libXext libXi Para instalarlos haremos lo siguiente Añadimos la arquitectura de 32 bits sudo dpkg --add-architecture i386 Actualizamos los repositorios sudo apt-get update Instalamos los paquetes sudo apt-get install build-essential pkg-config qt4-qmake libqt4-dev libavformat-dev libavcodec-dev libavutil-dev libswscale-dev libasound2-dev libpulse-dev libjack-jackd2-dev libgl1-mesa-dev libglu1-mesa-dev libx11-dev libxfixes-dev libxext-dev libxi-dev g++-multilib libx11-6 libxext6 libxfixes3 libxfixes3:i386 libglu1-mesa:i386 4. Compilamos SimpleScreenRecorder Hacemos un cd a la carpeta de SimpleScreenRecorder que hemos extraido antes. Ejemplo cd Escritorio/ssr-master Compilamos el programa usando el siguiente comando ./simple-build-and-install ¿No compila? Si salta algún error durante la compilación introduciremos los siguientes comandos cd /usr/lib/i386-linux-gnu sudo ln -s libGL.so.1 libGL.so sudo ln -s libGLU.so.1 libGLU.so sudo ln -s libX11.so.6 libX11.so sudo ln -s libXext.so.6 libXext.so sudo ln -s libXfixes.so.3 libXfixes.so sudo ldconfig ¿Aún no compila? Si estás usando los drivers libres no debería volver a fallar. Si estás usando los drivers privativos de nvidia. (En AMD será algo parecido pero como no se si funciona porque no puedo probarlo debido a que no tengo una tarjeta gráfica de AMD no lo pongo) Si teneis los drivers privativos de nvidia y saltan errores durante la compilación probad a instalar el siguiente paquete sudo apt-get install libgl1-nvidia-glx:i386 A mi me funcionó Y ahora... Unas screenshots
  5. No se donde meter el tema, hace 10 años que venia queriendo meterme en linux, y creo que ya es hora, quiero instalar Xubuntu pero un mini problem surgio. Hice un USB booteable con Xubuntu amd64 etc la ultima ver. y todo bien entre al boot del motherboard seleccione el usb, y entre a la pantalla de instalación, donde decia Try Xubuntu without install- install xubuntu, pero a cualquiera de las opciones que le de, le daba enter y me reiniciaba la pc automaticamente, y me manda a windows. Alguna sugerencia?
  6. Hola gente, como les va, les cuento, me compré una notebook Lenovo G580, me trajo Windows 8 x64 preinstalado, y trae sistema UEFI, el tema es que vengo viendo en google que no hay un tutorial "bien definido" por asi decirlo para instalar linux en esta notebook, y tengo miedo de poner asi derecho como siempre lo hice en mi pc de escritorio, Fedora, y que se me joda la note. Quería saber si me podían ayudar a guiarme para ponerle Fedora o alguna otra distro buena x64 que me recomienden y no tenga tanto quilombo con el sistema UEFI, vengo viendo en la red que viene dando mas que un dolor de cabeza para poner linux en este tipo de maquinas, asi que quería saber si ustedes me podian ayudar. Desde ya muchas gracias por sus aportes, espero comentarios! Saludos!
  7. Ya se encuentra disponible Cinnamon 1.6 en los repositorios oficiales de Linux Mint desde la rama Romeo (unstable) para todas las variantes de esta distribución, incluyendo como es lógico LMDE. Para actualizar y usar Cinnamon, solo deben abrir Menu » Preferencias » Orígenes del Software y pinchar donde dice Paquetes inestables (romeo). Luego pueden abrir el Gestor de Actualizaciones y actualizar el listado de paquetes como es lógico. Vale aclarar que automáticamente se instalará Nemo, el fork de Nautilus que reemplazará a este en LinuxMint. Eso si, Cinnamon no depende de Nemo para nada, por lo que se puede seguir usando Nautilus o cualquier otro Gestor de Ficheros. Instalación en Debian Si no estamos usando LMDE y simplemente tenemos instalado Debian, podemos usar Cinnamon siguiendo estos pasos: y posteriormente: Listo… Es recomendable dejar el tema que viene por defecto, pues han ocurrido cambios y es posible que los temas disponibles para Cinnamon aún no se hayan actualizado. Acá les dejo como se ve corriendo en Debian: Fuente: blog.desdelinux.net/instalar-cinnamon-1-6-desde-repositorios
  8. Me gustaría saber si es posible cambiar el SO de un teléfono. Por lo que tengo entendido no debe ser algo fácil, incluso en algunos sitios he leído que lo dan por imposible, pero supongo que habrá alguna forma de hacerlo. Me da exactamente igual que se pueda estropear el teléfono, ya que ahora mismo ya está de pisapapeles. El teléfono es un Sony Ericsson Aino, que realmente es un buen teléfono, pero con una m**** de sistema operativo
  9. Si bien Linux, como kernel, cumple de sobra con los requisitos que podemos tener con cualquier equipo y su hardware, hay situaciones en las que los módulos incluidos en el kernel de nuestra distribución no son suficientes y debemos recurrir a instalar y o compilar algún módulo externo. Esto ocurre muy a menudo con los controladores privativos de Nvidia o AMD y también con muchos periféricos que bien por su carácter privativo o por no haber entrado todavía en la línea de desarrollo del kernel, no pueden ser incluidos en éste. Desde hace ya varios años, existe DKMS (Dynamic Kernel Module Support), que nos permite gestionar los módulos ajenos al kernel de manera sencilla o, como su propio nombre indica, dinámica. Para los que solemos compilar las últimas versiones de Linux antes de que lleguen a nuestra distribución o configuradas de alguna manera especial, los que instalamos algún controlador de hardware manualmente porque no está incluidos en repositorios o queremos tener una versión concreta del mismo, podemos valernos de DKMS para que, ante cualquier cambio o actualización del kernel, los controladores ajenos a este sigan funcionando sin tener que volver a instalarlos o compilarlos por nuestra propia mano una y otra vez. El proceso llevado a cabo por DKMS, explicado un poco por encima para entendernos, es básicamente una comprobación durante el arranque del sistema de los módulos instalados y el Kernel en ejecución. En caso de detectar cambios, automáticamente se compilarán de nuevo los módulos externos que hayan dejado de funcionar para la versión de Linux con la que estamos arrancando. De esta manera, podremos tener diferentes versione del kernel en la misma máquina sin temor a que los módulos funcionen para unas versiones y al arrancar con otras no lo hagan, así como también nos servirá para evitar perder los controladores compilados/instalados a mano cada vez que aparece una actualización del kernel oficial de nuestra distribución o cualquier otra situación similar ¿Cómo podemos aprovecharnos de todas las ventajas que DKMS nos ofrece? A día de hoy, la mayoría de las distribuciones tienen paquetes preparado para hacer uso de la "magia" de dkms para los módulos externos incluidos en sus repositorios o en las ramas no-libres de estos. Siendo así, sólo tendríamos que instalar dkms (si no lo tenemos ya) y los paquetes correspondientes al módulo que queremos instalar/automatizar, ya sea nvidia-kernel-dkms, fglrx-modules-dkms, virtualbox-dkms, etc Por poner un ejemplo sencillo, veamos cómo se instalarían los controladores de Nvidia en varias distribuciones, haciendo uso de los paquetes preparados para dkms provisto por cada una ellas. Sin olvidar en ninguno de los casos, que necesitaremos las cabeceras del kernel para poder compilar los módulos, ya sea el kernel oficial de la distribución que usamos o el código fuente compilado por nosotros. Debian aptitude install dkms linux-headers-`uname -r` nvidia-kernel-dkms Fedora En este caso concreto, vamos a hacer una excepción. En lugar de dkms, Fedora se decanta más por aKmod, que es muy similar dkms y cumple el mismo objetivo, automatizar la instalación de controladores ajenos al kernel. Simplemente instalamos el paquete creado para tal fin yum install akmod-nvidia Arch Para Arch no existe ningún paquete dkms en el repositorio principal de la distribución, salvo los de Virtuabox y Open-VM, por lo que tendremos que valernos de los paquetes de AUR. Necesitaremos nvidia-hook que nos permitirá automatizar el proceso, y también nvidia-dkms para tener el código fuente que vamos a compilar luego. Como es habitual, en la wiki de Arch está muy bien explicado por si queremos profundizar aún más o realizar toda la configuración/compilación manualmente yaourt -S nvidia-dkms nvidia-hook ¿Y si el módulo cuya compilación queremos automatizar no se encuentra en ningún paquete de los repositorios de nuestra distribución? Como hemos visto en el ejemplo, cada distribución tiene su propia manera de hacer las cosas y no ofrecen los mismos paquetes o, a veces, ni siquiera los mismos métodos. Este es realmente el punto de este pequeño tutorial, porque instalar un paquete que ya ha sido preparado para trabajar con dkms es muy sencillo, no hay ninguna diferencia con instalar otro paquete o la versión "convencional" sin dkms. Para posteriores ejemplos no lo volveré a escribir, pero vuelvo a recordar que es imperativo que tengamos las cabeceras del kernel instaladas o, si hemos compilado una versión concreta de Linux por nuestra cuenta tener las cosas en su lugar y bien enlazadas. También se cae de maduro que para poder hacer uso de Dkms tendremos que tener instalados los paquetes del mismo y dicho servicio habilitado en el arranque (Los que trabajen con systemD pongan especial atención a esto último) Procedimiento Lo primero y posiblemente lo más importante, es contar con el código fuente o instalador del módulo que vamos a compilar, sin eso no podemos hacer nada Como todo se entiende mejor con un ejemplo, ya que antes fueron controladores gráficos, ahora vamos a por controladores Wireless. Supongo que todos, en alguna ocasión hemos tenido que lidiar o hemos oído hablar de los Compat-Wireless, actualmente renombrados como Compat-Drivers. Simplemente ir a la página de descarga y conseguir la versión que corresponde a nuestro caso. Personalmente me decantaré por la 3.11, que es la versión de Linux que estoy utilizando en estos momentos, teniendo en cuenta que las fuentes y el archivo de configuración deben ir siempre en /usr/src, así que lo descargaré directamente ahí: cd /usr/src wget http://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.11-rc3/backports-3.11-rc3-1.tar.bz2 tar xvf backports-3.11-rc3-1.tar.bz2 Una vez hemos descargado y descomprimido el material en /usr/src, empieza el verdadero trabajo. La clave de todo será el archivo de configuración dkms.conf, que como no lo tenemos, tendremos que crearlo manualmente. Aunque no es necesario que completemos todos los datos, cuanto más específico lo hagamos, mejores resultados podremos obtener. Así, en este caso, un archivo de configuración que nos podría servir sería algo parecido a esto: ##Archivo de configuración dkms.conf para la instalación automática de los controladores compat-drivers haciendo uso de dkms PACKAGE_NAME="backports" PACKAGE_VERSION="3.11-rc3-1" MAKE[0]="make; make install" BUILT_MODULE_NAME[0]="${PACKAGE_NAME}" BUILT_MODULE_LOCATION[1]="drivers/net/ethernet/${PACKAGE_NAME}/" DEST_MODULE_NAME[0]="${PACKAGE_NAME}" DEST_MODULE_LOCATION[0]="/extra/${PACKAGE_NAME}/" AUTOINSTALL="yes" Como vemos, es bastante específico, tenemos nombre y versión del módulo que, si se fijan bien, coinciden con lo que está indicado en el nombre de la carpeta que contiene el código fuente que hemos descomprimido en /usr/src. Esto es importante para que luego dkms pueda dar con ella. También hemos usado el nombre y la versión para llevar a cabo el resto de pasos, tanto para definir rutas como comandos para compilar el módulo, así como el nombre que tendrá el módulo compilado, dónde estará localizado una vez termine el proceso. Una cuestion de simple comodidad. Por supuesto, hemos puesto la autoinstalación como "yes" para que cumpla con lo que nos hemos propuesto Aún sin ser necesario, crear un buen archivo de configuración dkms.conf puede resultar muy útil. En el caso de este ejemplo, podríamos querer compilar únicamente un controlador o familia de controladores de los compat-drivers y no todos los controladores a la vez. Tan sólo habría que hacer una pequeña modificación en la línea de compilado (Make[x]), con los cambios que queremos introducir, que vamos a suponer que para este ejemplo es la instalación de la familia de controladores iwlwifi Sabemos que para este menester, los compat-drivers permiten seleccionar el controlador con la orden "make defconfig-`modulo`" (Con los compat wireless se utilizaba el script "driver-select"), así que nos valdremos de ella y la incluiremos en el archivo de configuración. ##Archivo de configuración dkms.conf para la instalación automática de los controladores iwlwifi pertenecientes al conjunto de los compat-drivers haciendo uso de dkms PACKAGE_NAME="backports" PACKAGE_VERSION="3.11-rc3-1" MAKE[0]="make defconfig-iwlwifi" MAKE[1]="make; make install" BUILT_MODULE_NAME[0]="${PACKAGE_NAME}" BUILT_MODULE_LOCATION[1]="drivers/net/ethernet/${PACKAGE_NAME}/" DEST_MODULE_NAME[0]="${PACKAGE_NAME}" DEST_MODULE_LOCATION[0]="/extra/${PACKAGE_NAME}/" AUTOINSTALL="yes" Como ven, lo único que he hecho es añadir la parte de driver-select a las instrucciones de compilado/instalación La localización de destino del módulo no es realmente necesaria salvo que sustituamos algún módulo Si observamos otros ejemplos, vemos que es siempre el mismo procedimiento e incluso más sencillo. Volviendo al ejemplo inicial, si consultamos el archivo dkms.conf de Nvidia, veremos que es bastante escueto: Y a modo de ejemplo general, tal y como figura en la wiki de Debian: También podremos consultar ejemplos más complejos provistos con el propio paquete dkms y que encontraremos en /usr/share/doc/dkms/examples que muestran configuraciones más complejas, incluyendo el parcheado de módulos antes de compilarlos e instalarlos Una vez tengamos la configuración en función de los requisitos del módulo a compilar, nombre, versión y todos los ajustes que hayamos hecho, nos queda la parte de añadir y compilar: dkms add -m <nombre> -v <versión> dkms build -m <nombre> -v <versión> dkms install -m <nombre> -v <versión> || true No es necesario que nos posicionemos en la carpeta correspondiente al módulo que queremos compilar, dkms asumirá que ésta se encuentra en /usr/src y que el nombre y la versión que le hemos suministrado son los que figuran en dicha carpeta. Una vez en ella, dkms seguirá los pasos que le hemos marcado en el archivo de configuración dkms.conf Que si nos ceñimos al ejemplo de los compat-drivers: dkms add -m backports -v 3.11-rc3-1 dkms build -m backports -v 3.11-rc3-1 dkms install -m backports -v 3.11-rc3-1 || true Resultado root@Shiba87:/usr/src# dkms add -m backports -v 3.11-rc3-1 Creating symlink /var/lib/dkms/backports/3.11-rc3-1/source -> /usr/src/backports-3.11-rc3-1 DKMS: add completed. NOTA Si en algún momento queremos que dkms deje de tener en cuenta el módulo que hemos incluido, porque queremos cambiarlo por una versión diferente, dejemos de utilizar ese hardware o lo que sea, sólo tendremos que realizar el proceso a la inversa: dkms remove nombre/version all O en caso de querer impedir que se compile para un kernel específico dkms remove nombre/version -k version-del-kernel Para nuestro ejemplo dkms remove backports/3.11-rc3-1 all ó dkms remove backports/3.11-rc3-1 -k 3.11.0 Y eliminar la carpeta del módulo de /usr/src para que no queden restos: rm -R /usr/src/backports-3.11-rc3-1 Generando nuestro paquete Deb DKMS Aunque el proceso de configuración, compilado e instalación del nuevo módulo con dkms ya habría terminado, veamos cómo podríamos preservar todo ese trabajo en un cómo paquete deb. Los comandos siguen en la misma línea que los anteriores, sólo que esta vez no añadiremos, compilaremos o instalaremos sino le indicaremos que lo que queremos es empaquetar el código fuente y la configuración que acabamos de utilizar: Empezando por el paquete que contiene el código fuente dkms mkdsc -m nombre -v versión --source-only Seguido del que contiene el binario y configuración pertinentes dkms mkdeb -m nombre -v versión --source-only Al completarse el proceso nos indicará dónde se han guardado los respectivos paquetes, que no será otro lugar sino: /var/lib/dkms/nombre/versión/deb y /var/lib/dkms/nombre/versión/dsc NOTA Podría ser necesario eliminar la carpeta en la que hemos estado trabajando /var/lib/dkms/nombre/versión/ para no generar conflictos a la hora de instalar el paquete deb. En el caso del ejemplo con Compat-drivers con el que hemos estado trabajando hasta ahora: dkms mkdeb -m backports -v 3.11-rc3-1 --source-only dkms mkdsc -m backports -v 3.11-rc3-1 --source-only Como ven, no es algo tan complicado y seguramente los responsables de nuestra distribución ya se habrán ocupado de todo el trabajo por nosotros, pero en caso de necesitarlo, en cuestión de unos minutos podemos tener el problema resuelto. SalUnix
  10. Al acabar de instalar Kali Linux sobre VirtualBox, si queremos optimizar el sistema operativo invitado, mejorar su manejo y rendimiento necesitaremos instalar VirtualBox Guest Additions. Muchas veces lo podemos hacer de manera gráfica dispositivos > instalar Guest Additions. Pero en el caso de Kali-linux "por el momento" tenemos que hacerlo de otra manera por que si no no pasaremos del error. - Para instalarlo lo haremos con unos sencillos pasos desde el terminal. · Primero actualizamos e instalamos los linux-headers. apt-get update && apt-get install -y linux-headers-$(uname -r) · Segundo copiamos el fichero a otra ruta, le damos los permisos y ejecutamos. cp /media/cd-rom/VBoxLinuxAdditions.run /root/ chmod 755 /root/VBoxLinuxAdditions.run cd /root ./VBoxLinuxAdditions.run · Por último reiniciamos y listo ya tenemos instalado VirtualBox Guest Additions. Fuente: Kali Linux docs
  11. Atendiendo a una cuestión que tenía por ahí en el aire y gracias al blog BeGNU/Linuxmyfriend La Raspberry Pi es un pequeño computador del tamaño de una tarjeta de crédito (bueno, en realidad es un pelín más grande, pero se lo perdonamos) capaz de conectarse a tu TV o monitor y actuar como un fantástico reproductor multimedia, un mini servidor o todo lo que se te llegue a ocurrir que puedas hacer con GNU/Linux. Sus características son las siguientes: Broadcom BCM2835 (CPU, GPU, DSP, y SDRAM) CPU: 700 MHz ARM1176JZF-S core (família ARM11) GPU: Broadcom VideoCore IV, OpenGL ES 2.0, 1080p30 h.264/MPEG-4 AVC 256 MB SDRAM Salidas vídeo: RCA, HDMI Salidas de audio: jack 3.5 mm, HDMI Almacenamiento: ranura SD, MMC, SDIO Red: RJ45 10/100 Ethernet Lo mejor de todo es el precio que tiene y es que por unos 40€ podemos tenerla puesta en casa por mensajería privada urgente. Yo personalmente la compré a los chicos Farnell España, que son una gente muy seria y maja que además tienen un servicio de atención al cliente eficiente. Además estaremos colaborando con una buena causa destinando parte de las ganancias a la fundación (puedes leer en su web toda la información al respecto). Su aspecto al llegar es este: Una "simple" placa con la que, os aseguro, vais a disfrutar como enanos. ¿Problema que os puede surgir? Que no viene con sistema instalado y si no habéis tocado demasiado GNU/Linux podéis encontraros algo perdidos... ¡Pero para eso estamos aquí! Tampoco debe preocuparos en exceso su aspecto, porque venden en muchísimos sitios cajitas para ponerla dentro y muchas de ellas le dan un look chulísimo. En mi caso particular compré una de ModMyPi, que además colabora con la Pi Foundation por cada cajita vendida. El aspecto con una cajita es totalmente diferente y la mía ha quedado así: Lo primero de todo es descargar todo el software e imágenes que vamos a necesitar para preparar nuestra tarjeta SD con el sistema operativo. Haciendo caso de la web oficial vamos a descargar Raspbian Wheezy de aquí, que es la más estable de todas que he probado. Al acabar tendremos un comprimido que contiene un fichero con extensión "img" que no es más que la imagen del sistema lista para ponerla en nuestra SD. Pasemos a la acción: Paso 1, creación de la SD: Si nos encontramos en un sistema GNU/Linux (por si acaso lo haré para Windows también) podemos hacer uso de la herramienta "ImageWriter". Dicha herramienta nos volcará el contenido del fichero "img" a la tarjeta SD con particionado incluído. Para instalarla abriremos una terminal y escribiremos: sudo aptitude install usb-imagewriter Si estáis en Ubuntu siempre podéis hacer uso del creador de discos de inicio (usb-creator-gtk) En el caso de los que estáis usando Windows usaremos otro programa totalmente distinto: Win32DiskImager. Para ello cargaremos el fichero con extensión "img" en el programa (sea cual sea de los dos, supongo que no es ningún problema cargar dicho fichero en ellos) y escribiremos en la unidad o punto de montaje en el que hayamos cargado nuestra SD. Una captura de Win32DiskImager, que al ser un tutorial más enfocado a novatos supongo que la mayoría estará tomando contacto con GNU/Linux por primera vez. Como veis la interfaz es realmente sencilla. Para proceder a la escritura de la imagen de Raspbian Wheezy a nuestra SD (en mi caso la unidad I:) bastará con pulsar sobre el botón "Write" y esperar a que nos diga que ha finalizado el proceso. Más adelante os enseñaré a hacer copias de seguridad de vuestro sistema con el mismo programa, así que no lo eliminéis de vuestro sistema Paso 2, puesta en marcha: Ahora que ya tenemos nuestra imagen en la tarjeta SD la introducimos en la ranura de nuestra Raspberry Pi, conectamos un cable de red, una pantalla/TV al HDMI y un teclado y ratón con cable (es preferible por compatibilidad). Por último conectamos nuestro alimentador microusb, del que nos habremos asegurado que trabaja a 5V y un mínimo de 750mA, y esperamos a tener señal de vídeo. En apenas unos segundos nos encontraremos con la siguiente pantalla de configuración: Pantalla de configuración inicial (raspi-config) Aquí vamos a poder configurar, de manera muy sencilla, varios parámetros esenciales para que nuestra Raspberry Pi se adapte a nuestras necesidades. En nuestro caso vamos a realizar una configuración para tenerla como servidor SSH, SFTP, DLNA y torrent por lo que vamos a priorizar el funcionamiento sin interfaz gráfica (nos vamos a olvidar de XFCE, que es lo que ahora mismo lleva instalado). Tal vez todos los servicios que te he dicho te han sonado a Chino, pero si te digo que podremos acceder de forma remota, transferir ficheros por conexión segura, hacer streaming de nuestro contenido multimedia (música, fotos, películas, series, etc.) o que la vamos a poder dejar descargando nuestras distribuciones de GNU/Linux favoritas sin tener que preocuparnos por el consumo... ¿verdad que te suena mejor? Pues eso es básicamente lo que vamos a hacer en los próximos tutoriales. Empezaremos cambiando la contraseña por defecto por una que sea más segura, para ello iremos a "change_pass" y confirmaremos por dos veces la nueva contraseña. A partir de ahora nuestro usuario pasa a ser "pi" y nuestra contraseña la que acabamos de introducir. Como siguiente punto vamos a hacer que no inicie el entorno gráfico por defecto, ya que en nuestro servidor vamos a trabajar en el 99% de los casos mediante una conexión remota por SSH, por lo tanto nos desplazamos hasta la opción "boot_behaviour" y responderemos que "No" evitando así el arranque automático de XFCE. Seguimos con las opciones, ahora activaremos SSH, así que nos dirigimos a "ssh" y responderemos "Enable". El paso que voy a realizar ahora sirve para restarle unos Megas de la GPU y cedérselos al sistema, consiguiendo así un mejor rendimiento en programas que puedan consumir un poco más de RAM como podrían ser los clientes torrent, que manejan gran cantidad de conexiones. Para ello nos vamos a "memory_split" y marcaremos la opción de 224 MiB para ARM y 32 MiB para VideoCore. Aceptamos y tras reiniciar -que no lo haremos ahora- ya tendremos activos los nuevos valores. Dicho procedimiento lo repetiremos más adelante, ya que veremos cómo actualizarle el firmware a nuestra máquina y deberemos volver a repartir la memoria de igual manera. Como último paso, y únicamente para aquellos con una SD de tamaño superior a 2 GB, iremos a la opción "expand_rootfs". Dicha opción redimensionará la partición del sistema (en la que tenemos la raíz, vamos) hasta llenar la totalidad del espacio libre en nuestra SD, por lo que si tenemos una de mayor tamaño aprovecharemos todo el espacio "muerto" que nos había quedado al meterle la imagen de 2GB. Opcionalmente podéis cambiar la distribución de teclado, zona horaria, etc en las opciones "configure_keyboard", "change_locale" y "change_timezone", pero eso lo dejo a vuestra elección. Si en cualquier momento queréis volver a iniciar la configuración podréis hacerlo como root escribiendo: sudo raspi-config Ha llegado el momento de reiniciar ahora nuestra pequeña para que tome la nueva configuración que hemos hecho, para ello saldremos de la configuración y escribiremos: sudo reboot Tras el reinicio, que no tardará más de un minuto, nos pedirá nuestros credenciales. Recuerda que el nombre de usuario es pi y la contraseña la cambiamos en primera instancia (por defecto es raspberry). Ahora ya puedes empezar a probar cosas en tu sistema, incluso experimentar un poco con la interfaz gráfica si quieres. Si lo que deseas es iniciar el entorno gráfico bastará con que escribas: startx
×
×
  • Create New...