Blog

Los Repositorios

Contenido:

1. Definición
2. ¿Cómo funcionan los Repositorios?
3. ¿Cómo establecer Repositorios? 1. Los Repositorios Automáticos 2. Los Repositorios Triviales
4. ¿Cómo crear ficheros Index?
5. ¿Cómo crear ficheros Release?
6. ¿Cómo crear Estanques? 1. Herramientas
7. ¿Cómo usar los Repositorios?

Los Repositorios (definición)

Un repositorio es un conjunto de paquetes Debian organizados en un directorio en árbol especial, el cual también contiene unos pocos ficheros adicionales con los índices e información de los paquetes. Si un usuario añade un repositorio a su fichero sources.list, él puede ver e instalar facilmente todos los paquetes disponibles en éste al igual que los paquetes contenidos en Debian.

¿Cómo funcionan los repositorios?

Un repositorio consiste en al menos un directorio con algunos paquetes DEB en él, y dos ficheros especiales que son el Packages.gz para los paquetes binarios y el Sources.gz para los paquetes de las fuentes. Una vez que tu repositorio esté listado correctamente en el sources.list, si los paquetes binarios son listados con la palabra clave deb al principio, apt-get buscará en el fichero índice Packages.gz, y si las fuentes son listadas con las palabras claves deb-src al principio, éste buscará en el fichero indice Sources.gz. Ésto se debe a que en el fichero Packages.gz se encuentra toda la información de todos los paquetes, como nombre, version, tamaño, descripción corta y larga, las dependencias y alguna información adicional que no es de nuestro interés. Toda la información es listada y usada por los Administradores de Paquetes del sistema tales como dselect o aptitude. Sin embargo, en el fichero Sources.gz se encuentran listados todos los nombres, versiones y las dependencias de desarrollo (esto es, los paquetes necesitados para compilar) de todos los paquetes, cuya información es usada por apt-get source y herramientas similares.

Una vez que hayas establecido tus repositorios, serás capaz de listar e instalar todos sus paquetes junto a los que vienen en los discos de instalación Debian; una vez que hayas añadido el repositorio deberás ejecutar en la consola:

$ sudo apt-get update

Ésto es con el fin de actualizar la base de datos de nuestro APT y así el podrá “decirnos” cuales paquetes disponemos con nuestro nuevo repositorio. Los paquetes serán actualizados cuando ejecutemos en consola.

$ sudo apt-get upgrade

¿Cómo establecer Repositorios?

Existen dos tipos de repositorios: los complejos, que es donde el usuario sólo tiene que especificar la ruta base de el repositorio, la distribución y los componentes que él quiera (APT automáticamente buscará los paquetes correctos para la arquitectura correspondiente, si están disponibles), y los más simples, donde el usuario debe especificar la ruta exacta (aqui APT no hará magia para encontrar cuales de los paquetes son los indicados). El primero es más difícil de establecer, pero es más fácil de utilizar, y siempre debería ser usado para repositorios complejos y/o plataformas cruzadas; el último, es más fácil de establecer, pero sólo debería ser usado para repositorios pequeños o de una sola arquitectura.

Aunque no es realmente correcto, aquí llamaré al primero Repositorios Automáticos y al último Repositorios Triviales.

Repositorios Automáticos

La estructura del directorio de un repositorio automático con las arquitecturas estándares de Debian y sus componentes se asemeja mucho a ésto:

(tu repositorio root)
|
+-dists
  |
  |-stable
  | |-main
  | | |-binary-alpha
  | | |-binary-arm
  | | |-binary-...
  | | +-source
  | |-contrib
  | | |-binary-alpha
  | | |-binary-arm
  | | |-binary-...
  | | +-source
  | +-non-free
  |   |-binary-alpha
  |   |-binary-arm
  |   |-binary-...
  |   +-source
  |
  |-testing
  | |-main
  | | |-binary-alpha
  | | |-binary-arm
  | | |-binary-...
  | | +-source
  | |-contrib
  | | |-binary-alpha
  | | |-binary-arm
  | | |-binary-...
  | | +-source
  | +-non-free
  |   |-binary-alpha
  |   |-binary-arm
  |   |-binary-...
  |   +-source
  |
  +-unstable
    |-main
    | |-binary-alpha
    | |-binary-arm
    | |-binary-...
    | +-source
    |-contrib
    | |-binary-alpha
    | |-binary-arm
    | |-binary-...
    | +-source
    +-non-free
      |-binary-alpha
      |-binary-arm
      |-binary-...
      +-source

Los paquetes libres van en el directorio main; los que no son libres van en el directorio non-free y los paquetes libres que dependen de los que no son libres van en el directorio contrib.

Existen también otros directorios poco comunes que son el non-US/main que contienen paquetes que son libres pero que no pueden ser exportados desde un servidor en los Estados Unidos y el directorio non-US/non-free que contiene paquetes que tienen alguna condición de licencia onerosa que restringe su uso o redistribución. No pueden ser exportados de los Estados Unidos porque son paquetes de software de cifrado que no están gestionados por el procedimiento de control de exportación que se usa con los paquetes de main o no pueden ser almacenados en servidores en los Estados Unidos por estar sujetos a problemas de patentes.

Actualmente Debian soporta 11 tipos de arquitecturas; en éste ejemplo se han omitido la mayoría de ellas por el bien de la brevedad. Cada directorio binary-* contiene un fichero Packages.gz y un fichero opcional Release; cada directorio fuente contiene un fichero Sources.gz y también contiene un fichero opcional Release.

Nota que los paquetes no tienen que estar en el mismo directorio como los ficheros índices, porque los ficheros índices contienen las rutas a los paquetes individuales; de hecho, podrían estar ubicados en cualquier lugar en el repositorio. Ésto hace posible poder crear estanques.

Somos libres de crear tantas distribuciones como componentes y llamarlos como queramos; las que se usan en el ejemplo son, justamente las usadas en Debian. Podríamos, por ejemplo, crear las distribuciones current y beta (en vez de stable, unstable y testing, y que los componentes sean foo, bar, baz y qux (en lugar de main, contrib y non-free).

Ya que somos libres de llamar los componentes como queramos, siempre es recomendable usar las distribuciones estándar de Debian, porque son los nombres que los usuarios de Debian esperan.

Repositorios Triviales

Los repositorios triviales, consisten en un directorio raíz y tantos sub-directorios como deseemos. Como los usuarios tienen que especificar la ruta a la raíz del repositorio y la ruta relativa entre la raíz y el directorio con los ficheros indices en él, somos libres de hacer lo que queramos (inclusive, colocar todo en la raíz del repositorio; entonces, la ruta relativa simplemente sería /. Se parecen mucho a ésto:

(your repository root)
|
|-binary
+-source

¿Cómo crear ficheros Index?

dpkg-scanpackages es la herramienta con la que podemos generar el fichero Packages y con la herramienta dpkg-scansources creamos los ficheros Sources. Ellos pueden enviar sus salidas a stout; por consiguiente, para generar ficheros comprimidos, podemos usar una cadena de comandos como ésta:

$ dpkg-scanpackages arguments | gzip -9c > Packages.gz

Las dos herramientas trabajan de la misma manera; ambas toman dos argumentos (en realidad son más, pero aquí no hablaremos de eso; puedes leerte las páginas del manual si quieres saber más); el primer argumento es el directorio en cual están los paquetes, y el segundo es el fichero predominante. En general no necesitamos los ficheros predominantes para repositorios simples, pero como éste es un argumento requerido, simplemente lo pasamos a /dev/null. dpkg-scanpackages escanea los paquetes .deb, sin embargo, dpkg-scansources escanea los ficheros .dsc, por lo tanto es necesario colocar los ficheros .orig.gz, .diff.gz y .dsc juntos. Los ficheros .changes no son necesarios. Así que, si tienes un repositorio trivial como el mostrado anteriormente, puedes crear los dos ficheros indice de la siguiente manera:

$ cd my-repository
$ dpkg-scanpackages binary /dev/null | gzip -9c > binary/Packages.gz
$ dpkg-scansources source /dev/null | gzip -9c > source/Sources.gz

Ahora bien, si tienes un repositorio tan complejo como el mostrado en el primer ejemplo, tendrás que escribir algunos scripts para automatizar éste proceso. También puedes usar el argumento pathprefix de las dos herramientas para simplificar un poco la sintaxis.

¿Cómo crear ficheros Release?

Si quieres permitirle a los usuarios de tu repositorio usar el pinning con tu repositorio, entonces deberás incluir un fichero Release en cada directorio que contenga un fichero Index. (Puedes leer más acerca del pinning en el COMO APT). Los ficheros Release son ficheros de texto simple y cortos que tienen una forma muy parecida a la que sigue:

Archive: archivo
Component: componente
Origin: TuCompañia
Label: TuCompañia Debian repositorio
Architecture: arquitectura

• Archive: El nombre de la distribución de Debian. Los paquetes en éste directorio pertenecen a (o estan diseñados para), por ejemplo, stable, testing o unstable.
• Component: Aquí van los componentes de los paquetes en el directorio, por ejemplo, main, non-free o contrib.
• Origin: El nombre de la persona que hizo los paquetes.
• Label: Algunas etiquetas adecuadas para los paquetes de tu repositorio. Usa tu imaginación.
• Architecture: La arquitectura de lo paquetes en éste directorio, como i386 por ejemplo, sparc o fuente. Es importante que se establezcan Architecture y Archive de manera correcta, ya que ellos son más usados para hacer pinning. Los otros, sin embargo, son menos importantes en éste aspecto.

¿Cómo crear estanques?

Con los repositorios automáticos, distribuir los paquetes en los diferentes directorios puede tornarse rápidamente en una bestia indomable, además también se gasta mucho espacio y ancho de banda, y hay demasiados paquetes (como los de la documentación, por ejemplo) los cuales son los mismos para todas las arquitecturas.

En éstos casos, una posible solución es un estanque. Un estanque es un directorio adicional dentro del directorio raíz del repositorio, que contiene todos los paquetes (los binarios para todas las arquitecturas, distribuciones y componente y todas las fuentes). Se pueden evitar muchos problemas, a través de una combinación inteligente de ficheros predominantes (tema que no se toca en éste documento) y de scripts. Un buen ejemplo de un reposotorio “estancado” es el propio repositorio de Debian.

Los estanques sólo son útiles para repositorio grandes. Nunca he hecho uno y no creo que lo haga en un futuro cercano y ésa es la razón por la cual no se explica como hacerlo aquí. Si tu crees que esa sección debería ser añadida siéntete libre de escribir una y contáctame luego.

Herramientas

Existen varias herramientas para automatizar y facilitar la creación de ficheros Debian. A continuación son listados los más importantes:

• apt-ftparchive: Es la línea de comandos de la herramienta usada para generar los ficheros indice que APT utiliza para accesar a la fuente de una distribución.
• apt-move: Es usado para mover una colección de ficheros paquetes de Debian a un fichero jerárquico como el usado en el fichero oficial Debian. Éste es parte del paquete apt-utils.

¿Cómo usar los repositorios?

Usar un repositorio es muy sencillo, pero ésto depende de el tipo de repositorio que hayas creado, ya sea binario o de fuentes, automático o trivial. Cada repositorio ocupa una línea en el fichero sources.list. Para usar un repositorio binario solo tenemos que usar deb al principio de la línea y para usar un repositorio de fuentes, en vez de deb, sólo tenemos que agregrar deb-src. Cada línea tiene la siguiente sintaxis:

deb|deb-src uri distribución [componente1] [componente2] [...]

El URI es el Identificador Universal de Recursos de la raíz del repositorio, como por ejemplo: ftp://ftp.tusitio.com/debian, http://tusitio.com/debian, o, para ficheros locales, file::///home/joe/mi-repositorio-debian/. Donde la barra inclinada es opcional. Para repositorios automáticos, tienes que especificar la distribución y uno o más componentes; la distribución no debe terminar con una inclinada.

A continuación unos ejemplos de repositorios:

deb ftp://sunsite.cnlab-switch.ch/mirror/debian/ unstable main contrib non-free
deb-src ftp://sunsite.cnlab-switch.ch/mirror/debian/ unstable main contrib non-free
deb file:///home/aisotton/rep-exact binary/
deb-src file:///home/aisotton/rep-exact source/

Donde los dos primeros se corresponden con repositorios de tipo Automático y los dos últimos Triviales.

Lista de paquetes en la distribución estable de Debian. Lista de paquetes en la distribución testing de Debian Lista de paquetes en la distribución inestable de Debian

Artículo original Debian Repository HOWTO por Aaron Isotton

El fichero sources.list

La mayoría de los entusiastas de sistemas Linux, tarde o temprano llegan a toparse con ésta interrogante. En una forma bastante general, podríamos definir a éste fichero como la lista de recursos de paquetes que es usada para localizar los ficheros del sistema de distribución de paquetes usado en el sistema. Este fichero de control está ubicado en la carpeta /etc/apt/ de nuestro sistema. El fichero es un simple documento de texto sencillo que puede ser modificado con cualquier editor de textos.

Dentro de éste fichero nos vamos a encontrar una serie de líneas, que no son más que las procedencias de los recursos ubicados en los repositorios que elijamos. Éstas líneas de procedencias tienen una forma general que es: tipo, uri, distribución y complementos.

Entonces, las formas generales de las líneas de procedencias sería así:

deb uri distribución [componente1] [componente2] [...]
deb-src uri distribución [componente1] [componente2] [...]

¿Qué debo saber sobre el sources.list?

Debemos tener en cuenta varios aspectos sobre éste fichero tan importante. Por ejemplo, hay algo que muchos no saben e ignoran, y es que ésta lista de procedencias está diseñada para soportar cualquier número y distintos tipos de procedencias, por supuesto, la demora del proceso de actualización de la base de datos del APT va a ser proporcional al número de procedencias, ya que mientras más procedencias, mayor es la cantidad de paquetes a añadir a la base de datos, y también va a durar un poco más de tiempo, dependiendo de nuestra velocidad de conexión.

El fichero lista una procedencia por línea, con la procedencia de mayor prioridad en la primera línea, como por ejemplo, cuando tenemos los paquetes en discos CD-ROM, entonces ubicamos éste de primero. Como ya mencioné, el formato de cada línea es:

tipo  uri  distribución complementos

Donde:

• tipo: Determina el formato de los argumentos, que pueden ser de dos tipos: deb y deb-src. El tipo deb hace referencia a un típico archivo de Debian de dos niveles, que son distribución y componente, sin embargo, el tipo deb-src hace referencia al código fuente de la distribución y tiene la misma sintaxis que las de tipo deb. Las líneas de tipo deb-src son necesarias si queremos descargar un índice de los paquetes que tienen el código fuente disponible, entonces de ésta forma obtendremos los códigos originales, más un fichero de control, con extensión .dsc y un fichero adicional diff.gz, que contiene los cambios necesario para debianizar el código.
• uri: Identificador Universal de Recursos, ésto es, el tipo de recurso de la cual estamos obteniendo nuestros paquetes. Pero ¿Cuáles son los tipos de uri que admite nuestra lista de procedencias? A continuación hago mención de las más populares, por así decirlo: * CD-ROM: El cdrom permite a APT usar la unidad de CD-ROM local. Se puede usar el programa apt-cdrom para añadir entradas de un cdrom al fichero sources.list de manera automática, en modo consola.
  • FTP: Especifica un servidor FTP como archivo. * HTTP: Especifica un servidor HTTP como archivo.
  • FILE: Permite considerar como archivo a cualquier fichero en el sistema de ficheros. Esto es útil para particiones montadas mediante NFS (sistema de ficheros usado para montar particiones de sistemas remotos) y réplicas locales.
• distribución: Aquí especificamos la distribución en la cual estamos trabajando, bien sea Debian, Ubuntu, Kubuntu, Gnoppix,Knoppix y otras, basadas en sistemas Debian GNU/Linux. distribución también puede contener una variable, $(ARCH), que se expandirá en la arquitectura de Debian usada en el sistema (i386, m68k, powerpc,…). Esto permite que sources.list no sea dependiente de la arquitectura del sistema.
• componentes: Los componentes son los tipos de repositorios clasificados según las licencias de los paquetes que contienen. Dentro de los componentes tenemos main, contrib y non-free, para usuarios Debian; sin embargo para usuarios Ubuntu, por ejemplo, también existen universe, multiverse restricted. Ahora la decisión de cuales repositorios utilizar, eso va más allá de lo pueda ser explicado acá, ya que eso le concierne a su persona.

Entonces, la forma de una línea de procedencias quedaría algo así:

# deb http://security.ubuntu.com/ubuntu breezy-security main restricted
# deb-src http://security.ubuntu.com/ubuntu breezy-security main restricted

Ahora bien, se preguntarán ¿Por qué el carácter # (almohadilla) al principio de la línea? Bueno, la respuesta es muy simple. Éste caracter se utiliza para indicarle al APT cuando ignorar, por así decirlo, las líneas que contengan dicho caracter al principio, pues lo que hace en realidad es tomarlas como comentarios de lenguaje y simplemente no las interpreta, por lo tanto, si queremos que el APT tome o no en cuenta una línea de procedencias, entonces quitamos o añadimos el caracter, respectivamente.

Nota del autor: Algunas partes de este artículo fueron tomadas del manual de Debian.

Flock, el nuevo navegador social

Flock, es un nuevo navegador que toma sus bases en Mozilla Firefox, su objetivo es captar la atención de usuarios que suelen usar herramientas de comunicación social que están en boga, como por ejemplo:

• del.icio.us: Almacena y comparte tus enlaces favoritos.
• Flickr: Almacena y comparte tus imágenes.
• Technorati: Entérate acerca de lo que se habla actualmente en los blogs. Colección de enlaces a bitácoras organizados por etiquetas o tags.
• Sistemas de Blogging: Entre ellos: WordPress, Blogger, Movable Type, entre otros.

Sistema de publicación

Respecto a la posibilidad de publicar entradas o posts en tu blog desde el mismo navegador, Flock le ofrece una ventana aparte, tendrá que rellenar apropiadamente las distintas opciones que se le muestran para configurar el programa y de esa manera comenzar a redactar sus noticias, artículos, entre otros.

Siguiendo con el tema de la publicación de artículos, Flock, le permite conectarse con su cuenta en Flickr y añadir fotos, esta posibilidad no se restringe solo a las cuentas de Flickr, podrá incluir fotos que se muestren en otros sitios, solamente deberá arrastrar dicha imagen a la interfaz que le proporciona el editor en cuestión.

De igual manera lo explicado en el párrafo anterior puede aplicarse al texto, podrá arrastrar a la zona de edición cualquier texto disponible en la web, tambien Flock ofrece una opción denominada blog this, su funcionamiento es muy sencillo, solamente deberá seleccionar un texto que le interese publicar, seguidamente proceda a dar click con el botón derecho del mouse blog this, el texto en cuestión aparecerá en la zona de edición como una cita.

El sistema de publicación que le ofrece Flock le permite guardar sus artículos como borradores o marcarlos para su publicación inmediata, otra característica que cabe resaltar es la posibilidad de indicar explícitamente con cuales etiquetas o tags desea que se almacene la entrada para su clasificación en Technorati.

Favoritos

El sistema de favoritos se integra con tu cuenta en del.icio.us, gestor de enlaces favoritos o bookmarks comunitario. y organizado por etiquetas o tags.

Lectura de feeds

Flock nos indica cuando un blog o bitácora dispone de un feed, la manera de indicarlo es muy agradable a la vista, simplemente muestra un icono al lado derecho de la ventana de la URL. Si lo desea, puede ver el contenido del feed desde el mismo Flock, que le ofrece un visualizador de feeds, en él podrá ordenar las entradas por fechas o por la fuente, de manera adicional podrá contraer o expander todas las noticias, si decide contraer (o expander) las noticias de acuerdo al orden que haya elegido (por fecha o por fuente), puede ir expandiendo (o contrayendo) dichas noticias una por una.

¿Desea probar Flock?

Si lo desea, puede probar fácilmente Flock al hacer uso de los ficheros binarios que se ofrecen, en ubuntu (aplicable en otras distribuciones) debe hacerse lo siguiente:

En primer lugar deberá descargar el paquete binario que se ofrece para la plataforma Linux desde la sección Developer de Flock.

Antes de continuar, debe saber que Flock está compilado haciendo uso de libstdc++ en su versión 5, si, se encuentra en Breezy, debe instalarla de la siguiente manera:

$ sudo aptitude install libstdc++5

Una vez que se haya completado la transferencia del paquete binario de Flock, debe ubicarse en el directorio destino de la descarga y proceder a descompimir y desempaquetar el paquete en cuestion, para ello, debe hacer lo siguiente.

$ tar xvzf flock-0.4.10.en-US.linux-i686.tar.gz

Por supuesto, es de suponerse que en este ejemplo particular el paquete que se descargó fué flock-0.4.10.en-US.linux-i686.tar.gz, usted debe ajustar este argumento de acuerdo al fichero que haya descargado.

Una vez culminado el paso anterior lo que sigue es sencillo, debe entrar en el directorio generado y ejecutar el comando flock, más o menos similar a lo que sigue a continuacion.

$ cd flock
$ ./flock

Recuerde que en Breezy usted puede generar una entrada al menú haciendo uso de Herramientas del Sistema -> Applications Menu Editor, seguidamente seleccione el submenu Internet y genere una nueva entrada con las siguientes propiedades.

• Name: Flock
• Comment: Internet Browser
• Command: /directorio_donde_esta_flock/flock
• Icon: /directorio_donde_esta_flock/icons/mozicon128.png

Referencias

• Cómo pasar extensiones de Firefox a Flock.
• Probando Flock, el navegador social
• 13 cosas que puedes hacer con Flock (y como hacerlas) en Español.

Planeta ubuntu-es

El día de hoy me siento muy contento por poder anunciarles un proyecto en el que me había animado en hacer desde hace ya un tiempo, estuve en conversaciones con varias personas y al darme muestras de apoyo decidí aventurarme.

El proyecto del que les hablo es Planeta ubuntu-es, sitio en el cual se pretende recopilar toda la información aportada por bloggers (personas que mantienen blogs o bitácoras) amigos y colaboradores de la Comunidad de Ubuntu Linux es castellano y que desean de una u otra manera compartir sus experiencias, críticas y temas relacionados con la distribución.

Cualquier blogger que le interese el tema puede contribuir, solamente se requiere cumplir ciertos requerimientos. El primero de ellos es tener cualquiera de las siguientes categorías en su blog.

• ubuntu
• kubuntu
• edubuntu
• xubuntu

Lo anterior se solicita para brindar mayor organización en los archivos de las entradas proporcionadas por los bloggers contribuyentes.

Como segundo requerimiento se tiene, aunque parezca evidente, redactar artículos acerca de Ubuntu Linux, sus derivados o noticias relacionadas. Al cumplir con los requisitos mencionados previamente puede ponerse en contacto con nosotros, puede hacernos llegar sus inquietudes, críticas, comentarios, sugerencias; así como también puede manifestarnos su intención de unirse al proyecto. Una vez que su solicitud haya sido aceptada, sus artículos comenzarán a aparecer en Planeta ubuntu-es.

Planeta ubuntu-es agradece a sus contribuyentes brindándoles promoción, en primer lugar, nuestra página principal mostrará enlaces de todos nuestros colaboradores, a su vez, los comentarios (al igual que los pings) en nuestro sitio han sido desactivados. Por lo tanto, los lectores que deseen discutir acerca de un tema en particular deberán hacerlo en los sitios de origen (sitios de los contribuyentes) de los artículos. De igual manera, todos los títulos de los artículos apuntarán a los sitios de origen. En resúmen, tanto lectores como bloggers se benefician del proyecto.

El proyecto tiene como meta reunir bloggers y lectores que tienen intereses en común, en este caso particular, la distribución ubuntu, sus derivados y noticias relacionadas. Por lo tanto, estaremos contribuyendo de alguna manera a la difusión y aceptación del Software Libre y el Open Source como soluciones reales en nuestros días, de igual manera, se busca la aceptación de Ubuntu como la distribución por excelencia tanto para usuarios no iniciados así como también aquellos usuarios expertos en sistemas GNU/Linux.

Para mayor información del proyecto, puede visitar las secciones:

• Acerca.
• Participe.

Atajos Dinámicos en GIMP

Muchas de las opciones en GIMP no ofrecen una combinación de teclas o atajo (shortcut) que nos permita utilizar dichas opciones de manera rápida. En este artículo plantearemos la creación de atajos dinámicos en GIMP.

En primer lugar debemos tener abierto GIMP, parece evidente, ¿verdad?, seguidamente nos vamos al menú de GIMP y seleccionamos Archivos -> Preferencias. Una vez ubicados en la ventana de Preferencias seleccionamos la opción Interfaz de la lista de categorías que se nos presenta. Seguidamente seleccionamos la casilla de verificación que hace referencia a Usar combinaciones de teclas dinámicas y aceptamos los cambios presionando el botón OK.

Una vez hecho lo anterior vamos a crear un nuevo fichero, no importan sus medidas, la idea es asignarle un atajo a una opción cualquiera, o aquellas que usamos comúnmente y que no disponen de una combinación de teclas, en este artículo tomaré como ejemplo la opción Imagen -> Tamaño del lienzo…, el atajo combinación de teclas que le asignaré a dicha opcion será Ctrl + F11. Para lograr lo planteado anteriomente simplemente debe posicionarse con el cursor del mouse en dicha opción, mientrás se encuentra encima de ella, proceda a escribir la combinación de teclas que desee.