Para iniciar es importante saber las partes que componen un ManPage.

Ejemplo.

.\" Copyright
.\"
.\" Most of this was copied from the README file.
.\" Do not restrict distribution.
.\" May be distributed under the GNU General Public License
.TH <program> x "<date>" "" "Linux User's Manual"

.SH NAME
<program> \- program for...

..SH SYNOPSIS
.B <program>
.RI [ options ]
.br

.SH DESCRIPTION
This manual page explains the \fB<program>\fP program. The \fB<program>\fP program is for...

.SH OPTIONS
.IP \fB\-OPTION\fP
This option...

.SH NOTES

.SH "SEE ALSO"

La primera Orden en una página del manual (Despues de las lineas de comentarios) debería ser

.TH <titulo> <sección> <fecha> <fuente> <manual> Donde:

título – Es el titulo de la pagina del manual.

sección – Es el numero de Sección donde debería ir la pagina.

fecha – Esta es la fecha de la ultima revisión (la fecha debería cambiarse cada vez  que se modifica la pagina, ya que                     esta es la forma mas genérica de llevar un  control de la versión).

fuente – Indica cual es la fuente de la orden.

Para ficheros Binarios, se utilizan nombre como: GNU,NET-2,Distribución SLS,Distribución MCC.

Para llamadas al sistema, se especifica la versión actual del núcleo: Linux 0.99.11.

Para llamadas a las bibliotecas, se especifica la fuente de la funcion: GNU, BSD, etc.

manual – Indica el titulo del manual (ejemplo. Manual del programador linux).

Nota: Las paginas del manual de BSD con formato mdoc comienzan con la orden Dd,no con la orden TH. Tradicionalmente las secciones del manual se definen como las siguentes:

0 Cabeceras de la biblioteca estándar de C.

Son los archivos de Cabecera de la biblioteca estándar de C.

1 comandos.

Son órdenes que el usuario puede ejecutar desde el interprete de ordenes.

2 Llamadas al sistema.

Son funciones que el núcleo debe ejecutar.

3 Llamadas a bibliotecas.

La mayoria de las funciones de libc, tales como qsort(3) o scanf(3).

4 Ficheros especiales.

Ficheros que se encuentran en /dev.

5 Formatos de ficheros y convenciones.

El formato de /etc/passwd y otros ficheros legibes.

6 Juegos

Pues para esta no creo que tenga mucho que explicar.

7 Paquetes de macros y convencies.

Describe a estructura estandar del sistema de ficheros, protocolos de red, ASCII

y otros codigos de caracteres, esta pagina de man y otras cosas.

8 Órdenes para a administracion de Sistema.

Órdenes como mount(8), muchas de las cuales sólo pueden ser ejecutadas por el superusuario.

9 Rutinas de núcleo.

Esta es una sección de manua obsoleta. Una vez pensó que una buena idea seria documentar

aquí e núceo de  linux, pero,  en realidad de ha documentado muy poco y la documentación que

existe ya está desfasada. Existen mejores fuentes de informacion para los desarrolladores del núcleo.

Secciones del ManPage.

Las secciones se empiezan con .SH seguido del encabezamiento. Si el nombre contiene espacios y aparece en la misma linea que el .SH, entonces se debe poner el encabezamiento dentro de comillas dobles. Los encabezamientos tradicionales o sugeridos son:

NOMBRE, SINOPSIS, DESCRIPCION, VALOR DEVUELTO, ESTADO DE SALIDA, TRATAMIENTO DE ERRORES,

ERRORES, OPCIONES, USO, EJEMPLOS, FICHEROS, ENTORNO, DIAGNOSTICOS, SEGURIDAD, CONFORME A,

NOTAS(u OBSERVACIONES), FALLOS, AUTOR Y VEASE TAMBIEN. Donde se aplique un encabezamiento tradicional, es recomendable usarlo. Este tipo de consistencias puede hacer que la informacion sea más fácil de comprender. Sin embargo, sientete libre de crear tus propios encabezados si hacen mas facil las comprencion de las cosas. El único encabezamiento obligatorio es el  NOMBRE, que debe ser la primera sección y cuya siguiente línea debe ser una descripción, de una línea, del programa:

.SH NOMBRE

supertux   \-  El juego de SuperTux

Es muy importante respetar este formato. Nótese que despues del nombre de la órden hay una barra invertida antes del guión. Esta sintaxis la utiliza el programa makewhatis(8) para crear una base de datos de descripciones breves para las ordenes whatis(1) y apropos(1).

Otras secciones tradicionales poseen los siguientes contenidos:

–   SINOPSIS   –

Brevemente describe la interfaz de la orden o función. Para las ordenes, muestra la sintáxis de

la orden y sus argumentos (Incluyendo las opciones). La negrita se utiliza para el texto literal y

la itálica para indicar los argumentos que son reemplazables, Los corchetes ( [] )  rodean

argumentos  opcionales, las barras veticales ( | ) separan  alternativas y las elipses ( … ) se pueden

repetir. Para las funciones, muestra cualquier declaracion de datos o directivas #include necesarias,

seguida por la declaracion de la función.

–   DESCRIPCION   –  

Explica lo que la orden, función o formato hace y cómo interactúa con ficheros o con la entrada estándar, y lo que produce en la salida estándar o en la salida de error estándar. Omite detalles internos o de implementación a menos que sean críticos para comprender la interfaz. Describe el caso usual. Para informacion sobre opciones, use la seccion OPTIONS. Si existe algún tipo de gramática la entrada o conjunto complejo de subórdenes, considere el describirla en una sección de USO APARTE (y sólo coloque un resumen en la sección DESCRIPCIÓN).

–   VALOR REVUELTO   –

Da un lista de los valores que la rutina de biblioteca devolvera el invocador y las condiciones que hace que se devuelvan esos valores.

–   OPCIONES   –

Describe las opciones aceptadas por el programa y cómo aquellas  cambian su comportamiento.

–   USO   –

Describe la gramática de cualquier sublenguaje que éste implemente.

–   EJEMPLOS   –

Muestra uno o más ejemplos describiendo como se utiliza la función, fichero u orden.

–   FICHEROS   –

Lista los ficheros que el programa o función usa, tales como ficheros de configuración, fichero de inicio y ficheros sobre los que el programa trabaja directamente. Da las rutas complejas de estos ficheros y usa el proceso de instalación para modificar la parte de directorios para concordar con las preferencias de los usuarios. Para muchos programas, el lugar de instalación por defecto es /usr/local por lo que la página de manual debería usar /usr/local como base.

–   ENTORNO   –

Lista  todas las variables de entorno que afectan a su programa o función y cómo aquellas le afectan.

–   DIAGNOSTICO   –

Da una breve descripción de los mensajes de error más comunes y cómo hacerles frente. No necesita explicar mensajes de error del sistema o señales fatales  que puedan  aparecer durante la ejecución de cualquier programa a menos que sean especiales de alguna forma para su programa.

–   SEGURIDAD   –

Trata sobre problemas de seguridad y sus implicaciones. Advierte sobre configuraciones o entornos que se deben evitar, órdenes que pueden tener implicaciones para las seguridad, etc., especialmente si no son obvios. Tratar la seguirdad en una sección aparte no es necesario. Si es fácil de entender, coloque la información sobre seguridad en las otras secciones (tales como DESCRIPCIÓN O USO). No obstante, por favor, incluya la información sobre seguridad en algún lugar.

–   CONFORME A  –

Describe cualquier estándar o convención que ésta implementada.

–   NOTA    –

Proporciona diversas notas.

–   FALLOS    –

Lista limitaciones, defectos o inconveniencias conocidos y otras actividades cuestionables.

–   AUTOR   –

Lista los autores de la documentacion o programas de tal manera que pueda evitarles un correo para informarles de cualquier fallo.

–   VÉASE TAMBIÉN   –

Lista páginas de manual relacionadas en orden alfabético, posiblemente sequidas de otras páginas o documentos relacionados. Convencionalmente, ésta es la última sección.

Detalles extras

Aunque el mundo UNIX tiene muchas convenciones arbitrarias para las páginas de manual, la existencia de cientos de páginas del manual Linux define nuestros estándares de fuentes:

Para funciones, los argumentos siempre se especifican  usando itálicas, incluso en la seccion SINOPSIS,  mientras que el resto de la función se escribe en negrita:

int myfunction(intargc, char **argv);

Los nombres de ficheros van siempre en letra itálica ( p.ej., /usr/include/stdio.h ), excepto en la sección SINOPSIS, donde los ficheros van en negrita (p. ej., #include  <stdio.h>).

Los macros especiales que suelen ir en mayúsculas, van en negrita (p.ej., MAXINT).

Cuando enumeramos una lista de códigos de error, estos van en negrita (esta lista normalmente usa la macro .TP).

Referencia a otras páginas del manual ( o de algún tem dentro de la página actual) van en negrita. Si se incluye el numero de sección del manual, se debe dar en tipo de letra Romana (Normal),  sin espacions (p.ej., man(7)).

Las órdenes para seleccionar el tipo de letra son:

.B  –  Negrita.

.BI  –  Negrita alternándose con itálica (especialmente útil para especificación de funciones).

.BR  –  Negrita alternándose con romana (especialmente útil para referenciar a otras páginas de manual).

.I  –  Itálica.

.IB  –  Itálica alternándose con negrita.

.IR  –  Itálica alternándose con romana.

.RB  –  Romanda alternándose con negrita.

.RI  –  Romana alternándose con itálica.

.SB  –  Pequeña alternándose con negrita.

.SM  –  Pequeña (Útil para Acrónimos).

Tradicionalmente cada Orden puede tener seis argumentos como  máximo, pero la implementación de GNU elimina esta limitación (aunque tal vez usted todavía quiera limitarse a 6 argumentos por el bien de la portabilidad). Los argumentos se delimitan por espacios. Si el argumento contiene espacios, se debe usar comillas dobles. Todos los argumentos se imprimen uno al lado de otro sin espacios entre medio, de esta forma, la orden. .BR se puede usar sin especificar una palabra en negrita seguido por un signo de puntación en romano. Si no se da ninguún argumento, la orden se aplica a la siguiente línea de texto.

De momento es todo lo que se de los ManPages pero me encuentro estudiando un par de ordenes especiales que espero poner muy pronto en un post, asi que solo les puedo adelantar que ya estan parte de los manpages en traduccion en el git de aztli.

github

Tambien esta un archivo README que explica la funcion de un traductor voluntario pero  sin ningun problema pueden incluirse en el manpage que traduzcan como sus traductores.

Hola a todos sin nada que hacer en vacaciones me di a la tarea de empaquetar cosas para Aztli y para cualquier persona que use distribuciones con paquetes .deb, asi que aqui les dejo  empaquetado el ultimo emesene2 =D.

deb

Un rato de ocio y mostrandoles una serie que estoy esperando =D.

Como son vacaciones y checando la pagina de unos amigos que nos econtramos en el Campus Party Mexico me encontre esto, y me parecio muy entretenido. Disfrutenlo =D.

Cada generación tiene una mitología. Cada milenio tiene un día del Juicio Final.

Cada leyenda lleva el nudo de la distorsión hasta que el orador se funde. Un grupo de arqueólogos en la Universidad de Helsinki descubrieron hoy lo que pueden ser las escrituras más antiguas conocidas del Culto de Tux, una secta religiosa fanática que floreció durante la temprana Era del Silicio, alrededor del amanecer del tercer milenio DC…

El evangelio de Tux (versión 1.0)

En el principio Turing creó la Máquina.

Y la Máquina era enrevesada y artificiosa, existiendo solamente en teoría. Y von Neuman miró hacia la Máquina, y vió que era enrevesada. Él dividió la máquina en dos Abstracciones, el Dato y el Código, y los dos eran una misma Arquitectura. Este es un gran Misterio, y el principio de la sabiduría Y von Neumann habló a la Arquitectura, y la bendijo diciendo: «Sal y reprodúcete, intercambiando libremente datos y código, y puebla la tierra con todo tipo de dispositivos. Y así fué hecho, y era bueno. La Arquitectura prosperó y fué realizada en hardware y software. Y pobló la tierra con muchos Sistemas.

Los primeros sistemas fueron poderosos gigantes; Muchos y grandes trabajos de renombre lograron. Entre ellos estaba Colossus, el rompeclaves, ENIAC, el artillero; EDSAC y MULTIVAC y todo tipo de criaturas alucinantes cuyo nombre terminaba en AC, los experimentadores; y SAGE, el defensor del cielo y padre de todas las redes. Esos eran poderosos gigantes de la antiguedad, las primeras criaturas de Turing, y sus trabajos han sido escritos en los Libros de los Ancianos. Esta fué la primera Era, la era de la Sabiduría.

Entonces los hijos de Mercadotecnia se fijaron en los hijos de Turing y vieron que eran ágiles de mente y limpios de nombre y tenían muchos atributos grandes y perniciosos. Y se dijeron a sí mismos, “vayamos y hagamos Corporaciones, y unamos los Sistemas a nuestro propio uso, de modo que nos traigan gran fortuna”. Con dulces palabras sedujeron a sus clientes, y con muchas cadenas ataron a los Sistemas, para amoldarlos a su propia imagen. Y los hijos de Mercadotecnia se vistieron con Conjuntos, los mejores para atraer a sus clientes, y escribieron Licencias graves y peligrosas, las mejores para atar a los Sistemas. Y los hijos de Mercadotecnia fueron entonces conocidos como Conjuntos, despreciando y siendo despreciados por los verdaderos Ingenieros, los hijos de von Neumann. Y los Sistemas y sus Corporaciones se replicaron y crecieron numerosos en la tierra. En aquellos días estaban IBM y Digital, Burroughs y Honeywell, Unisys y Rand, y muchos otros. Y cada uno de ellos se mantuvo con su propio Sistema, hardware y software, y no se mezclaron, pues lo prohibían sus Licencias. Esta fué la segunda era, la era de los Mainframes.

Entonces sucedió que los espíritus de Turing y von Neumann miraron hacia la tierra y se enfadaron. Los Sistemas y sus Corporaciones se habían hecho grandes y voluminosas, y los Conjuntos habían desplazado a los verdaderos Ingenieros. Y los clientes lloraron y gimieron amargamente al cielo, diciendo, “¡Oh, si fuese creado un sistema poderoso y pequeño, capaz de llegar incluso hasta el hogar!”. Y los Ingenieros lloraron y gimieron igualmente, diciendo “¡ Oh, si surgiera un proveedor que nos liberase de esos Conjuntos opresivos y sus graves y peligrosas Licencias, y nos diera un Sistema verdaderamente nuestro, en el que pudiéramos hacer nuestros inventos y adaptar las cosas a nuestro gusto!”. Y los espíritus de Turing y von Neumann oyeron los llantos y se dijeron uno al otro: “Descendamos y fabriquemos un Rompelímites, para que los llantos se calmen”

Y ese día los espíritus de Turing y von Neumann se introdujeron en Moore, de Intel, proporcionándole la intuición y la sabiduría para entender el futuro. Y Moore fué uno con el chip y lo produjo, y le puso de nombre 4004. Y Moore bendijo al chip, diciendo: “Tú eres un Rompelímites; con mi Corporación te he fabricado. Aunque eres tan pequeño como una mota de polvo, crecerás y te replicarás hasta el tamaño de una montaña, conquistarás a todos los que fueron antes que tú. Esta es la bendición que te doy: Cada dieciocho meses duplicarás tu capacidad, hasta el fin de la Era”. Esta es la ley de Moore, que perdura hasta nuestros días.

Y el nacimiento del 4004 fué el principio de la Tercera Era, la era de los Microchips. Y así como los Mainframes y sus Sistemas y Corporaciones habían florecido, de ese mismo modo hicieron los Microchips, y sus Sistemas y Corporaciones. Y su linaje fué el siguiente:

Moore engendró a Intel. Intel engendró a Mostech, Zilog y Atari. Mostech engendró a 6502, y Zilog engendró a Z80. Intel también engendró a 8800, quien engendró a Altair; y 8086, madre de todos los PCs. 6502 engendró a Commodore, quien engendró a PET y a 64; y Apple, quien engendró a 2. (Apple es el gran Misterio, la Fruta que fué devorada, aunque floreció de nuevo.) Atari engendró a 800 y 1200, maestros del Juego, quienes fueron destruídos por Sega y Nintendo. Xerox engendró a PARC. Commodore y PARC engendraron a Amiga, creador de hermosas artes; Apple y PARC engendraron a Lisa, quien engendró a Macintosh, quien engendró a iMac. Atari y PARC engendraron a ST, el músico, quien murió y nunca más fué. Z80 engendró a Sinclair el gnomo, a TRS-80 y a CP/M, quien tuvo muchas máquinas, mas pronto dejó este mundo. Altair, Apple y Commodore engendraron juntos a Microsoft, la Gran Oscuridad que es llamada Abominación, Destructor de la Tierra, las Cancelas del Infierno. Luego sucedió en la Era de los Microchips que IBM, la mayor de las Corporaciones de Mainframes, se fijó en los jóvenes sistemas de Microchips y se sintió gravemente vejada. Y en su vejación y en su cólera golpearon la tierra y crearon el PC de IBM. El PC carecía de sonido y color, siendo enrevesado y artificioso en gran medida, pareciendo un desharrapado, sin embargo, los Clientes fueron fuertemente inducidos y compraron PCs en gran número. E IBM buscó un Proveedor de Sistemas Operativos, ya que en su apresuramiento no habían creado uno, ni habían fraguado una licencia apropiada, diciendo: “Primero crearemos el mercado, luego crearemos un nuevo Sistema, uno con nuestra propia imagen, y sujeto por nuestra Licencia”. Mas ellos razonaron con su orgullo y no con sabiduría, no previendo la cólera que iba a venir. E IBM se acercó a Microsoft, quien obtuvo una licencia de QDOS, el hijo de CP/M y 8086. (8086 era la hija de INTEL, la criatura de Moore). Y QDOS creció, y recibió por nombre MSDOS. Y MSDOS y el PC juntos crecieron vigorosamente y conquistaron todos los mercados, replicándose y tomando posesión de ellos, de acuerdo con la ley de Moore. E Intel creció terriblemente y devoró a todos sus hijos, de modo que ningún chip podía quedar tras ella. Y Microsoft creció soberbia, y devoró a IBM, y esto fué una gran maravilla en la tierra. Todas estas cosas están escritas en los Libros de los Hechos de Microsoft. En la plenitud del tiempo, MS-DOS engendró a Windows. Y este es el linaje de Windows: CP/M engendró a QDOS. QDOS engendró a DOS 1.0. DOS 1.0 engendró a DOS 2.0 por vía de Unix. DOS 2.0 engendró a Windows 3.11 por vía de PARC y Macintosh. IBM y Microsoft engendraron a OS/2, quien engendró a Windows NT y Warp, el perdido S.O. de la tradición. Windows 3.11 engendró a Windows 95 tras triunfar sobre Macintosh en una poderosa batalla de Licencias. Windows NT engendró a NT 4.0 por vía de Windows 95. NT 4.0 engendró a NT 5.0, el S.O. también llamado Windows 2000, el Bug del Milenio, Apocalipsis, Armagedón, El Fin de Todas las Cosas.

Luego vino a suceder que Microsoft había crecido grande y poderosa en medio de las Corporaciones de Microchips; más poderosa que cualquiera de las Corporaciones que había antes de que ella creciera. Y el corazón de Gates se endureció y le juró a sus Clientes e Ingenieros las palabras de esta maldición: “Hijos de von Neumann, oídme. IBM y las Corporaciones de Microchips creadas por nuestros ancestros nos ataron con graves y peligrosas Licencias, de modo que nosotros imploramos nuestra liberación a los espíritus de Turing y von Neumann. Ahora yo os digo: Soy más grande que ninguna Corporación que me haya precedido. ¿Vais vosotros a perder vuestras Licencias?. Nada de eso, yo os ataré con Licencias el doble de graves y diez veces más peligrosas que mis antecesores. Cincelaré mi Licencia en vuestros corazones y escribiré mi Número de Serie en vuestros lóbulos frontales. Os ataré a la Plataforma Windows con astutos artificios y con tortuosos esquemas. Os ataré al chip de Intel con código enrevesado y retorcidos interfaces. Os capturaré y esclavizaré como ninguna generación ha sido esclavizada anteriormente. ¿Para qué implorais a los espíritus de Turing, von Neumann o Moore?. Ellos no os oyen. Me he convertido en un Poder mayor que ellos. Ahora debéis rezarme solamente a mí y vivir a merced de mi rabia. Yo soy las Cancelas del Infierno; Sostengo el portal a MSNBC y las llaves de la Pantalla Azul de la Muerte. Temedme; temedme intensamente; servidme sólo a mí y viviréis.”

Y la gente fué presa del terror y aclamó a Microsoft, y forzada por el terror soportó duras y peligrosas pruebas con la plataforma Windows y su artificiosísima Licencia. Y de nuevo le rogaron a Turing y von Neumann y Moore que les enviase un salvador, pero nadie fué encontrado capaz de la tarea hasta el nacimiento de Linux.

Estas son las generaciones de Linux: SAGE engendró a ARPA, quien engendró a TCP/IP, y Aloha, quien engendró a Ethernet. Bell engendró a Multics, quien engendró a C, quien engendró a Unix. Unix y TCP/IP engendraron a Internet, quien engendró a la World Wide Web. Unix engendró a RMS, padre del gran Ñú GNU, quien engendró las Librerías y Emacs, jefe de las Utilidades. En los días de la Web, Internet y Ethernet engendraron la RAL Intranet, cuya rosa le dió renombre entre todas las Corporaciones y preparó el camino del Pingüino. Y Linus y la Web engendraron el Kernel a través de Unix. El Kernel, las Librerías y las Utilidades juntas son la Distribución, el único Pingüino en muchas formas, por siempre y para siempre alabado.

En esos días sucedió que había un joven escolar en Helsinki que se llamaba Linus el Torvald. Linus era un hombre devoto, un discípulo de RMS, fuerte en el espíritu de Turing, von Neumann y Moore. Un día, meditando en la Arquitectura, Linus cayó en trance y tuvo una visión. Y en la visión vió un magnífico pingüino, sereno y agraciado, sentado sobre un témpano de hielo mientras comía pescado. Y ante la vista del pingüino Linus se asustó profundamente, y rogó a los espíritus de Turing, von Neumann y Moore para que le ayudasen a interpretar ese sueño.

Y en el sueño los espíritus de Turing, von Neumann y Moore le contestaron diciendo: “No temas, Linus, nuestro bienamado hacker. Tú eres mogollón de guai y alucinante. El gran Pingüino que ves es un Sistema Operativo que crearás y extenderás por todo el mundo. El témpano de hielo es la tierra y todos sus sistemas, sobre los que el Pingüino descansará y se regocijará cuando complete su tarea. Y los peces de los que se alimenta el Pingüino son los programas con enrevesadas Licencias, que flotan bajo todos los sistemas de la tierra. El pingüino cazará y devorará todo lo que es lioso, retorcido y artificioso; todo el código que se retuerce como el espagetti, o está infestado de criaturas marchitadoras, o está atado por graves y peligrosas Licencias deberá capturar. Y en capturarlo deberá replicarse, y en replicándose deberá documentarse, y en la documentación deberá dar libertad, serenidad y la mayor maravilla y alucine a la tierra y todos los que programan en ella”.

Linus resurgió de la meditación y creó un pequeño Núcleo de Sistema Operativo como el sueño le había predicho. A la manera de RMS, publicó el Núcleo en la Telaraña Mundial para que todos pudieran obtenerlo contemplarlo. Y en la plenitud del tiempo de Internet el Núcleo creció y se replicó, haciéndose más guai y alucinante hasta que al fín fué reconocido como un Pingüino realmente grande y poderoso, cuyo nombre era Tux. Y los seguidores de Linux tomaron refugio en el Núcleo, las Librerías y las Utilidades; instalaron Distribución tras Distribución, hicieron sacrificios en favor de GNU y el Pingüino, y dieron gracias a los espíritus de Turing, von Neumann y Moore, por su liberación de las garras de Microsoft. Y este fué el principio de la Cuarta Era, la era del Código Fuente Abierto. Hay mucho más que decir acerca de los extrañísimos y maravillosos sucesos de aquellos días; cómo algunos Conjuntos de Microsoft planearon la guerra contra el Pingüino, pero fueron descubiertos en una víspera de Halloween; cómo Gates cayó entre abogados y fué traicionado y crucificado por sus anteriores amigos, los apóstoles de los Medios; cómo los Caballeros mercenarios del Sombrero Rojo llevaron el evangelio del Pingüino a las salas de las Corporaciones; e incluso de la disputa entre los cofrades del Gnomo y KDE acerca de una Licencia de troll. Pero todas esas cosas están descritas en otra parte, en los Libros de los Hechos del Pingïno, y las Crónicas de la Cuarta Era, y supongo que si narrásemos todas ellas llenaríamos un montón de DVDs tan profundo y peligroso como un Grupo de Noticias de Usenet.

Ahora puedes programar en el poder de las Fuentes; Que el Núcleo, las Librerías y las Utilidades sean contigo, a través de todas las Distribuciones, hasta el fín de la Época. Amén.

Original escrito por Lennier

Traducción al español por Juanjo Santamarta

“beavis & butthead use *nux”

Parece que ya paso mucho tiempo desde la ultima vez que puse algo en mi blog, pero la verdad es que tome unas pequeñas vacaciones, en fin soy hombre de pocas palabras asi que les explicare un nuevo proyecto que retomaremos para beneficio de toda la comunidad Software Libre de Habla hispana.

El proyecto se llama ManPages-es pero como algunos se preguntaran, ¿Acaso ese proyecto no ya existia?. Pues la verdad es que si, pero tiene algo de tiempo que se dejo de dar seguimiento, para los que lo duden pueden visitar el antiguo sitio:

http://ditec.um.es/~piernas/manpages-es/

Sin embargo viendo la pagina de las traducciones de los man-pages me doy cuenta que solo reconocen las traducciones en Frances, Italiano y Ruso. Si no me creen veanlo por ustedes mismos:

http://www.kernel.org/doc/man-pages/translations.html

Luego me pregunte ¿Siendo linuxero y amante del OpenSource, no seria genial que el proyecto de traduccion de los manpages en español estuviera en la pagina del kernel.org?

Entonces nacio la intencion de reevivir este proyecto y aqui tienen el lugar donde albergaremos el proyecto:

https://sourceforge.net/users/manpages-es

El correo de contacto y el twitter:

manpages.es@gmail.com

@ManpagesEs

Dentro de los proximos dias subire todo lo que llevamos traducido en este mes. Asi que tambien prometo poner un post de como poder contribuir con el proyecto.

Asi que por lo mientras solo les puedo dejar lo siguiente:

«La vida es muy peligrosa. no por las personas que hacen mal, sino por las que se sientan a ver lo que pasa» albert einstein.

^_^!

2 Dias han pasado y ya varias personas contribuyeron reportando errores, aqui los mas representativos:

— issu y motd deben intercambiar sus contenidos por que las contraseñas estan contenidas en motd y este solo aparece cuando te logeas

— Nvidia Fail pero este ya era un error que ya habia comentado en posts anteriores.

— Gnome 3 programacion de interfaces con glade, glade por alguna razon se termina el programa cuando estas construyendo tu interfaz.

— Ninja IDE el idioma español no sale por defecto.

— En Gnome 3 el teclado por defecto es el americano.

— QT designer esta en ingles

Gracias por el apoyo.

Python rulz!!

Con Ustedes Ninja-IDE.

Lo prometido es deuda aqui tiene el lugar de desarga de Aztli Python Developer en su Preview.

Lo podras bootear en modo grafico con cualquier tarjeta de Video con excepcion de las Nvidia.

Te preguntaras por que no Nvidia la verdad es que llevo mucho tiempo tratando que inicie grafico y es el dia en que no puedo…

Por poco se me olvida, no tiene instalador ya que estamos trabajando en el.

Ladies and Gentlemen

Aztli GNU/Linux 

Python Developers Preview

Descarga

La contraseña para el usuario aztli es aztli

La contraseña para root es toor

Si tienen alguna sugerencia o problema reportenlo a la lista de correos del grupo:

aztli-linux@googlegroups.com

Muchos meses han pasa desde la vez que les mostre el primer aztli, asi que prometo de ahora en adelante poner aqui mismo el lugar de descarga de los isos.

Este es tan solo el preview de Aztli basado en arch para desarrolladores python.

Un agradecimiento a: Zoek, Edd, Dk, Ileyan, Nana, R2, Daniel, Jess, Mony, Lidy, Maricela y Miguel por haber contribuido en el desarrollo y Testeo de esta Version.

Iniciamos Aztli desde virtualbox.

Iniciamos…

Cargando Servicios.

Carga el GDM.

Nos logeamos.

Ups…. jeje, No es error realmente es solo que GNOME 3 puede cargar de 2 modos: el modo fallback(gnome-panel y metacity) y el Modo estandar (gnome-shell). Pero como no tengo buena tarjeta grafica solo puedo arrancar el modo Fallback:

Asi que si estan Viendo esto No se espanten solo es el modo fallback.

Incluyo lo siguente:

Pyqt4.8

wxpython

pygtk

python2 –> 2.7

python –> 3.2-2

python-doc

python2-doc

pygame

pyopengl

pypy

python2-scipy

mysql-python

python-pybluez

python2-matplotlib

mysql

entre otros…

Pero nada de Django, por lo que si alguien me quiere asesorar con eso  se lo agradeceria mucho.

Todavia no lo subo a ningun lugar asi que esten pendientes de los links para poder descargarlo.