Ir al contenido
Gnu/Linux Vagos

Buscar en La Comunidad

Mostrando resultados por etiquetas 'paquetes'.

  • 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 11 resultados

  1. Tras muchos años de descargar paquetes desde los repositorios de nuestra distribución, la mayoría de las veces situados puntos muy distantes del globo o repartidos por por diferentes países y localizaciones del planeta, finalmente se empezarán a regular las importaciones y exportaciones de paquetes provenientes de otros países. Al igual que ocurre con los servicios de de mensajería ordinarios, los paquetes almacenados en los repositorios de las distintas distribuciones GNU/Linux viajan miles de kilómetros, atravesando océanos, continentes y fronteras políticas antes de llegar a sus destinatarios. Es por esta razón que se torna necesario regular este tipo de intercambio de mercancías. A partir del próximo Enero, los inspectores de aduanas serán los encargados de inspeccionar los paquetes descargados desde repositorios para asegurarse que todo es correcto, pudiendo retener o incluso rechazar paquetes que no cumplan con la normativa estatal vigente o cuyo contenido resulte sospechoso y/o peligroso. La agencia tributaria ya ha establecido una nueva serie de tarifas que serán aplicadas a los paquetes que pasen por el despacho de aduanas que que varían dependiendo del tipo de paquete, su contenido y procedencia. Cabe destacar que no todos los paquetes se verán afectados por este tipo de gravamen, puesto que para repositorios que se encuentren dentro del país de destino los costes serán, en la mayoría de los casos, nulos. Esto último se hace con la idea de fomentar la transmisión local de paquetes, reduciendo costes de envío y potenciando los repositorios estatales, al tiempo que reduce los tiempos de entrega al acercar lo máximo posible el origen de transmisión el el destino de entrega. Es muy complicado concretar en este momento los procedimientos a realizar, así como el valor concreto al que ascienden los costes aduaneros, ya que cada país establece sus propias normas y tarifas y no será hasta que el nuevo sistema se ponga en marcha que podamos saber con exactitud cuánto nos va a costar a los usuarios este tipo de procedimientos.
  2. El sistema de paquetería de Debian es ampliamente conocido y utilizado por muchas distribuciones derivadas de la distribución universal, pero aún así siempre hay pequeñas cosas que vamos descubriendo aún cuando llevemos años utilizándolo y que nos endulzan el día, además de abrirnos un nuevo mundo de posibilidades. Es el caso de las funciones que nos brindan los paquetes apt-list, concretamente apt-listbugs. Como se habrán imaginado por su nombre, éste nos permite conocer, antes de instalar o actualizar un paquete, el estado de los bugs reportados sobre ese software. Si nos hemos encontrado con un bug molesto y queremos seguir su evolución para saber si en la próxima actualización estará resuelto, apt-listbugs nos puede dar la respuesta sobre la marcha: root@Shiba:/home/shiba# apt-listbugs list terminology Obteniendo informes de fallo... Finalizado Analizando información Encontrada/Corregida... Finalizado Fallos serious del paquete terminology (→ ) <Corregidos en alguna versión> b1 - #848370 - terminology crashes when creating new tab (Corregido: terminology/1.0.0-1) Resumen: terminology(1 fallo) Así mismo, tenemos disponible otras herramientas igualmente útiles y más avanzadas a la hora de escudriñar los paquetes deb que instalamos o actualizamos apt-listchanges Que nos informará de los cambios que se han producido entre una versión del paquete y la siguiente, a través de los changelogs y avisos de lanzamiento Para mostrar la lista de cambios necesitaremos algo más que simplemente consultar listas de bugs, por lo que este paquete necesita de configuración previa para poder trabajar dpkg-reconfigure apt-listchanges apt-listchanges --all /var/cache/apt/archives/vlc-bin_1%3a2.2.4-dmo15_amd64.deb apt-listdifferences Similar a la anterior, nos informará de los cambios producidos en un paquete con respecto a la versión anterior, pero centrándose en el código fuente. Líneas añadidas, cambiadas, eliminadas, parches aplicados... Eso sí, éste último requerirá incluso más de esfuerzo y necesitará recopilar más datos antes de darnos una respuesta adecuada.
  3. Apt-fast es un script shell que permite la paralelización de descargas de paquetes deb, tanto con apt-get, apt o aptitude. Éste nos permite descargar varios paquetes simultáneamente, desde diferentes mirros estableciendo varias conexiones por cada uno, en lugar de descargarlos de uno en uno como ocurre por defecto. Esto tiene una ventaja para el usuario, ya que puede exprimir al máximo su conexión a Internet para descargar los paquetes deb mucho más deprisa, pero también tenemos que tener en cuenta el lado del servidor, ya que las descargas en paralelo, para quien las sirve, suponen trabajo extra y no son ni remotamente tan divertidas como para quien los descarga. En este sentido, además de no exagerar con el número de conexiones y descargas en paralelo, tendremos a bien definir varios mirrors en el archivo de configuración, para no sobrecargar uno sólo, sino hacer descargas de distintos paquetes desde diferentes servidores cada uno. PPA Existe un reporitorio PPA desde el que podemos descargar e instalar Apt-fast. Tan sencillo como add-apt-repository ppa:saiarcot895/myppa aptitude update aptitude install apt-fast Manualmente Pero como ya nos conocemos, vamos a indicar también cómo instalar el script manualmente desde github. Como dependencias tendremos los paquetes aria2 y, obviamente, git. El proceso es tan sencillo como clonar el repositorio github, copiar el binario del script a /usr/bin (con permisos de ejecución) y sus archivo de configuración a /etc aptitude install aria2 git git clone https://github.com/ilikenwf/apt-fast /tmp/apt-fast cd /tmp/apt-fast cp apt-fast /usr/bin chmod +x /usr/bin/apt-fast cp apt-fast.conf /etc Bash completion La opción de autocompletado bash es muy útil a la hora de trabajar con paquetes, así que nos conviene activar dicha opción antes de empezar a lidiar con apt-fast cp completions/bash/apt-fast /etc/bash_completion.d chown root:root /etc/bash_completion.d/apt-fast . /etc/bash_completion Zsh completion Igualmente, sin el lugar de bash nos valemos de zsh, la situación es la misma, pero el proceso ligeramente distinto. cp completions/zsh/_apt-fast /usr/share/zsh/functions/Completion/Debian chown root:root /usr/share/zsh/functions/Completion/Debian/_apt-fast source /usr/share/zsh/functions/Completion/Debian/_apt-fast Páginas Man Porque en algún momento puede que necesitemos consultar el manual cp ./man/apt-fast.8 /usr/share/man/man8 gzip -f9 /usr/share/man/man8/apt-fast.8 cp ./man/apt-fast.conf.5 /usr/share/man/man5 gzip -f9 /usr/share/man/man5/apt-fast.conf.5 Configuración Apt-fast cuenta con un asistente, que nos aparecerá tanto al instalar el paquete como al invocar la orden: dpkg-reconfigure apt-fast Pero ya que nos hemos estado ensuciando las manos desde el principio, voy a seguir con la configuración manual. El archivo de configuración de apt-fast está bien comentado, así que me limitaré a hablar de las opciones más relevantes en nuestro caso dentro de /etc/apt-fast.conf: Por defecto utilizará apt-get, pero los que ya me conocen saben que en mi caso siempre recomiendo aptitude en su lugar, así que: Definir mirrors El listado de mirrors es muy importante, como ya hemos dicho, así que nos tomaremos un momento para definirlos. No es necesario que los especifiquemos tal y como los tenemos en /etc/apt/sources.list, sólo necesitamos la dirección del mirror, ni ramas ni opciones ni nada por el estilo, tal y como se expresa en los ejemplos, simplemente una serie de direcciones separadas por comas: Número máximo de conexiones, definido por _MAXNUM. El valor por defecto es de 5, es decir, 5 descargas en paralelo, que es un valor bastante bueno, así que salvo que tengamos otros planes, podemos dejarlo así (¿Han visto cuantos mirros he definido antes? ) Máximo de conexiones por servidor. De nuevo el valor por defecto es más que suficiente Descargando e instalando paquetes Apt-fast no se diferencia de las herramientas utilizadas hasta ahora. De hecho, hemos definido la que utilizará por defecto, así que las opciones a utilizar serán las mismas que apt-get o aptitude, sólo que el comanda será apt-fast Repositorio github https://github.com/ilikenwf/apt-fast
  4. En ocasiones ocurre que, por una razón u otra nos vemos utilizando ramas diferentes para el mismo Debian o repositorios externos para ciertos paquetes y no es nada fácil a la hora de mantenerlos actualizados o mantener a raya los problemas de dependencias. Para estos casos existe lo que se conoce como AptPreferences o también Apt-pinning. Mediante un proceso de configuración bastante sencillo podemos utilizar, instalar y mantener actualizados paquetes de diferentes repositorios sin preocuparnos por dependencias ni por tener que actualizar cada paquete manualmente. El archivo donde configuraremos el Pinning es /etc/apt/preferences, que en condiciones normales lo encontraremos vacío. La estructura para definir los paquetes que queremos instalar de cada rama es siempre la misma: Package: = Aquí indicaremos la lista de paquetes a instalar. Ejemplos: Con esto indicamos que el paquete que queremos instalar es iceweasel. Notar que he añadido un comodín al final *, de esta manera indico que cualquier paquete cuyo nombre empiece por "iceweasel" debe ser considerado, de esta manera no sólo será considerado iceweasel, sino iceweasel-l10n-es-es, iceweasel-l10n-de ... En esta ocasión he usado únicamente el comodín *, por lo que le estaría pidiendo cualquier paquete de repositorios (Esto viene bien si lo combinamos luego con la prioridad) Pin: = Aquí indicamos la rama, versión o repositorio desde el que queremos instalar los paquetes Ejemplos: con release a= podemos indicar la rama de los repositorios que queremos utilizar con release n= podemos indicar el nombre de la versión de Debian que queremos utilizar Con esto estamos indicando que queremos una versión concreta X.Y del paquete/s indicado/s Pin-Priority: aquí indicamos la prioridad que tendrán esos paquetes que hemos indicado a la hora de actualizarlos La prioridad se define de la siguiente manera Prioridad > 1000: Se fuerza la instalación de paquetes, aunque estén en versiones inferiores a las de otros repositorios o a las ya instaladas. 990 << Prioridad <= 1000: Se instalará el paquete salvo que la versión ya instalada sea más reciente, aunque dicho paquete no provenga de la rama principal. 500 << Prioridad <= 990: Se instalará el paquete siempre que la versión instalada sea más antigua y no exista una versión más reciente en la rama principal. 100 << Prioridad <= 550: Se instalará el paquete siempre que la versión instalada sea más antigua y no exista una versión más reciente en cualquiera de los repositorios incluidos en el sources.list 0 << Prioridad <= 100: Ese paquete sólo se instala si no hay ninguna versión ya instalada del mismo Prioridad << 0: Ese paquete no será instalado bajo ninguna circunstancia Los rangos son bastante amplios para que, en caso de colocar distintos repositorios dentro del mismo rango, podamos establecer mayor o menor prioridad entre ellos. En estos casos, el número más alto indicará mayor prioridad y viceversa. Ejemplos: Es inferior a 990 y superior a 500, por lo que estamos en el caso 2º, Se instalará el paquete salvo que la versión ya instalada sea más reciente. Volvemos a estar en el caso 2º, pero el número es inferior a 900, por lo que Se instalará el paquete salvo que la versión ya instalada sea más reciente, pero el repo marcado como 900 tendrá mayor prioridad. La prioridad es negativa, por lo que estamos evitando la instalación/actualización de este paquete, pase lo que pase. Nota recordemos que estamos indicando una rama/repositorio concreto con el Pin:, por lo que la prioridad afecta sólo al repositorio con el que estamos trabajando. Si el paquete "bloqueado" existe en otro repositorio, no estará bloqueado, sólo en este. Apt.conf Este archivo no suele ser necesario modificarlo, pero en algunos casos sí es necesario/recomendable. El apt-conf nos permite, entre otras cosas definir cuál será la rama principal de nuestros repositorios y aunque normalmente estará en blanco, su apariencia será más o menos así: Como podemos ver, con el APT::Default-Release definiremos la rama pricipal de nuestro sistema Con el APT::Cache-Limit podemos limitar el caché que vamos a utilizar en el proceso de actualización de lista de paquetes. No debería ser necesario tocar este valor, pero en el caso de que, por haber añadido muchos repositorios nos encontremos con un error de "cache insuficiente", sólo tenemos que aumentar un poco este valor. Puntualización La explicación se ha centrado en Debian por el uso que hace esta distribución de las diferentes ramas de desarrollo y el juego que da la combinación de las mismas, pero como han de suponer, el Apt_Pinning también puede ser configurado en todas las distribuciones basadas en Debian, como Linux Mint, LMDE o Trisquel. En el caso de las derivadas habrá que tener en cuanta cada caso y cómo administran sus repositorios, versiones, ramas y demás, pero básicamente hablaríamos del mismo procedimiento para cualquier derivada de Debian.
  5. Neil McGovern, actual líder de Debian, ha hecho pública la lista definitiva de cambios que espera conseguir la comunidad para la próxima versión 9.0 Strecth, de la distribución universal. Si bien mucho de ellos no nos cogen por sorpresa, sí que hay uno que nos ha dejado a todos con la boca abierta. De cara al próximo año, los desarrolladores de Debian dejarán de lado el mantenimiento de todos los paquetes de las diferentes ramas de la distribución y se convertirán en una derivada más de Ubuntu. Con estas palabras McGovern deja bien claro que, en breve, todo dará un giro dentro de Debian, con lo cual los desarrolladores actuales tendrán tiempo para tareas más importantes que impulsen a la distribución a cotas más altas, como pueden ser temas e iconos bonitos, animaciones de encendido y apagado espectaculares o minijuegos dentro de los asistentes de configuración e instalación. Debian sucumbe al encanto de Canonical
  6. Sushi, huh? es un programa que permite la descarga de todos los paquetes necesarios para instalar aplicaciones en distribuciones GNU/Linux basadas en Debian sin necesidad de tener conexión a internet en el equipo donde queremos trabajar. Podremos descargar todos los paquetes necesarios para instalar la aplicación, así como también sus dependencias, desde otro equipo con conexión a la red, para luego instalarlas en el sistema que se encuentra aislado. Es por esto que Sushi, huh? es portable, puede utilizarse desde pendrive sin necesidad de instalarlo, lo que es idóneo para transportar los paquetes de un equipo a otro. Además, la aplicación es multiplataforma, por lo que podremos descargar nuestros paquetes en el equipo conectado a Internet, aunque éste no tenga instalado GNU/Linux (pobrecito ). Capturas Descarga http://sourceforge.net/projects/sushi-huh/files/sushi-huh-0.6.2.zip Web http://sushi-huh.sourceforge.net/
  7. En algunas ocasiones puede ocurrir que al ejecutar una aplicación ajena a los repositorios del sistema, nos encontremos con que nos falta alguna librería para ejecutarla, algún paquete... Suele ser complicado saber a qué paquetes tenemos que recurrir para dar con lo que necesitamos. Por eso precisamente contamos con varias opciones para saber dentro de qué paquete está lo que necesitamos APT-File Disponible en repositorios, esta sencilla pero potente herramienta nos permitirá encontrar lo que necesitemos dentro de los paquetes disponibles en repositorios aptitude install apt-fileLo primero, antes de empezar a trabajar y al igual que haríamos con aptitude, es actualizar la lista de paquetes. apt-file update Y ya podremos empezar a trabajar con él haciendo uso de las distintas opciones que nos ofrece: Mostrar qué paquetes incluyen cierto contenido apt-file search contenidoProceso inverso, listar contenido completo de un paquete concreto apt-file list paqueteBuscar sólo entre los paquetes de cierta arquitectura apt-file search -a arquitectura contenidoMostrar sólo el nombre del paquete al finalizar la búsqueda, sin detalles apt-file search --package-only contenidoEliminar el contenido del caché de apt-file apt-file purgeY, por supuesto, ver todas las opciones disponibles. apt-file --help Motor de búsqueda Debian Desde https://packages.debian.org/ o a través del motor de búsqueda que seguro incluirá el navegador Iceweasel. El motor de búsquedas es muy completo y preciso. Para buscar una archivo concreto y en qué paquete podemos encontrarlo basta con utilizarlo con las opciones correctas
  8. Estoy comenzando un proyecto el cual quiero crear un paquete de idiomas de una lengua indígena de mi país, entonces me gustaría saber como comenzar, en donde se guardan esos archivos y como los puedo modificar. Supongo que la forma mas fácil, es obtener el paquete de idioma Español, traducirlo y compilarlo. ¿Por donde puedo comenzar?
  9. Hola, no se si esto va aquí, pero en mi tremenda ignorancia no sabía como clasificarlo. Investigando por ahí encontré este sitio, donde hay diversos programas, entre ellos Fotoxx (anteriormente mencionado en otro post http://gnulinuxvagos.es/topic/1057-fotoxx-edita-tus-fotos-como-un-profesional/?hl=fotoxx). El caso es que he considerado oportunido comentar que el mismo autor posee diversos programas que podemos descargar desde su sitio (son los más actualizados). kornelix: http://www.kornelix.com/ Probando programas: Mashup: Es un programa que nos permite pegar fotos, hacer pequeños retoques e introducir texto, para convertirlo todo en un collage. Util para hacer posters o cartelería sencilla. Galaxy: Es un simulador de formación de galaxias. Permite modificar algunos parámetros, como la gravedad. Lbench: Programa para hacer benchmark del ordenador.
  10. Instalando programas luego de usar el comando add-apt-repository intenté usar apt-get update pero daba error: E: No se pudo bloquear /var/lib/apt/lists/lock - open (11: Recurso no disponible temporalmente) En internet dice que ocurre cuando uno forza la salida del Gestor de Aplicaciones, pero no creo que lo haya hecho. O también cuando un proceso está usando aptitude Para arreglarlo hay que borrar el archivo que nombra el error escribiendo: sudo rm /var/lib/apt/lists/lock Por lo que entiendo es un archivo que se crea cuando se instala un programa, y se borra cuando se termina de instalar. En mi caso pienso que no se borró, y por eso tuve que hacerlo manualmente
  11. 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...