Dicen que si la mente lo cree lo suficiente, se vuelve realidad. Luego entonces:

¿Por qué los locos no cambian la realidad si ellos sí creen en su locura?

¿Será porque la locura de los "cuerdos" es más fuerte que la de ellos como para ser modificado?

Despues de estar todo el santo dia usando Windows, llego a la casa, prendo la chompu y leo las siguientes líneas:

asarch@hell
Thu Sep 18 19:38:04 CDT 2008
/home/asarch

[/dev/ttyp0:155]$ _

siento que vuelvo a ser yo mismo.

Gracias por existir.

Está con madres esta serie de billetes:

Descripción

Teniendo el siguiente esquema de particiones:

en donde respectivamente:

Expresado en lenguaje cristiano:

Mi disco duro tiene solamente dos particiones, una primaria y una extendida. Dentro de la partición primara están tres particiones de OpenBSD, la partición root (/), su partición de intercambio (swap) y la partición home (/home).

Asímismo dentro de la partición extendida, está la partición root de GNU/Linux (/), su partición de intercambio (swap) y finalmente la partición home (/home).

Yo lo que quiero es que la partición root y la partición de GNU/Linux estén disponibles en OpenBSD para evitar duplicar datos (cof cof porno cof cof).

Procedimiento

Primero checamos que esté actualizada la tabla de las particiones de OpenBSD:

Aquí no vemos ninguna partición de Linux.

Checamos con el fdisk:

Aquí si ya aparecen.

Si no sabes cual es el dispositivo de tu disco duro, lo puedes consultar con:

Con esta información actualizamos la tabla de particiones de OpenBSD. Se va a iniciar una sesión del editor vi, ten mucho cuidado si no estás acostumbrado a usar este editor porque puedes borrar información importante de tus particiones

Si crees que la llegaste a “cajetear”, presiona inmediatosamente dijeran los médicos la tecla Esc unas dos o tres veces, dos puntos (“:”), la letra “q”, el símbolo “!” y Enter

para salirte sin guardar los cambios:

Continuando con la edición:

Para poder agregar las particiones de GNU/Linux usamos dos letras siguientes de las que se mostró la primera vez, así, a la letra “d” que representa la partición /home en OpenBSD le agregamos dos letras y por lo tanto “f” sería nuestra partición / de GNU/Linux y “g”sería nuestra partición /home de GNU/Linux.

Además, lo que está de azul y de rojo nos va a servir para poder actualizar la tabla de particiones.

La partición / de GNU/Linux:

La partición /home de GNU/Linux

Observen bien cómo se inserta la información:

Puede tener dos ventanas del XTerm abiertas al mismo tiempo y copiar y pegar la información para evitar cometer errores.

El sistema de archivos que usa GNU/Linux, el ext3, en OpenBSD se le conoce como “ext2fs”, ya que el ext3 ofrece retro-compatibilidad con el ext2. Los demás campos no importan.

Guardamos el archivo y checamos de nuevo:

Ahora si, con toda la confianza del mundo podemos montar las particiones:

Checamos que se hayan montado correctamente:

Si quieres montarlos automáticamente en cada booteo:

Preguntas y respuestas

Pregunta: ¿Por qué apesar de que estoy usando una partición con ext3, lo puedo montar correctamente en GNU/Linux, al momento de montarlo en OpenBSD aparece el siguiente mensaje y además falla la operación?

Respuesta: Debido a las mamadas (digo, al final de cuentas terminan chingándoselos y entran al sistema) de SELinux (Security Enhanced Linux) hubo un cambio en la estructura del sistema de archivos ext3. Distribuciones como Fedora, Gentoo, Slackware entre otros, implementan esto.

Si en verdad te gustaría poder acceder a tu información de GNU/Linux desde tu OpenBSD, puedes usar el comando (respaldando previamente tu información) “ mke2fs -j” del disco de instalación de ArchLinux.

Modificar el programa de saidjose:

Superficie de un triangulo rectangulo

de tal manera que quede lo mas profesional posible: validación de datos, validación de entrada, que acepte argumentos a través de la linea de comandos:

# Calcula la superficie de un objeto de altura 10 y de base 3 al estilo BSD:

% calcular -a 10 -b 3

O al estilo GNU:

% calcular --altura=10 --base=3

O usando ambos estilos:

% calcular -a 10 --base=3

*SIN* usar ningún widget (GTK+, Motif, Qt, GNUStep, etc, etc).

Es decir, que no sea para el entorno gráfico sino para la consola.

Tip: En entornos BSD y GNU/Linux pueden usar la funcion getopt(3) incluído en la librería #include <unistd.h> para checar los argumentos de la función main(3).

Introducción

Yo lo llamo “The Multiple Instances Bug” a manera de broma, el cual consiste en lo siguiente:

• Usando el pdksh (“Public Domain Korn Shel”) abre tres ventanas del XTerm y teclea “echo Hello from #1” en la primer ventana, “echo Hello from #2” en la segunda y “echo Hello from #3” en la tercer ventana.
• Ahora ciérralos de forma aleatoria.
• Abre una cuarta ventana y trata de llamar todos esos comandos desde el historial y verás que solamente el historial de la última ventana se guardó ya que esta sobreescribió a las otras dos.

Esto no pasa con la versión oficial del Korn Shell, el ksh93 ni tampoco con la versión de MirBSD, el mksh.

COMPLEX_HISTORY e EASY_HISTORY

Esto no es broma para la gente de pdksh ya que en el siguiente archivo:

aparece este bug como una de las prioridades a corregir:

* history
There are two versions of the history code, COMPLEX_HISTORY and
EASY_HISTORY, which need to be merged. COMPLEX does at&t style history
where the history file is written after each command and checked when
ever looking through the history (in case another shell has added
something). EASY simply reads the history file at startup and writes
it before exiting.
* re-write the COMPLEX_HISTORY code so mmap() not needed (currently
can't be used on machines without mmap()).
* Add multiline knowledge to COMPLEX_HISTORY (see EASY_HISTORY
stuff).
* change COMPLEX_HISTORY code so concurrent history files are
controlled by an option (set -o history-concurrent?). Delete
the EASY_HISTORY code.
* bring history code up to POSIX standards (see POSIX description
of fc, etc.).

que explicado en el idioma de Cervantes:

Que es lo que esta ocacionando este “bug”.

La solución propuesta a este problema es modificar el código de COMPLEX_HISTORY de tal manera que prescinda (que no necesite) de la función mmap() ya que ésta no se encuentra disponible en todas las arquitecturas.

O, escribir un mmap() propio que emule esta función en donde no esté disponible.

Asi que si tienes un tiempecito, la comunidad del software libre te estará muy agradecido.

La página oficial del pdksh es la siguiente:

Por cierto, si estás pensando “implementar” código (robar) de otros proyectos, checa muy bien las cláusulas de la licencia por favor.

La versión corregida y aumentada, lista para ser usada con el pkgsrc de NetBSD e incluso con GNU/Linux ya que es la misma versión del Korn Shell: el ksh93.

Esto va en ~/.profile:

y esto en ~/.kshrc:

¿Cómo le haces para cambiar la extensión de un grupo de archivos?

Obviamente no con el siguiente:

% mv *.sh *.txt

ni tampoco con el siguiente:

% find . -maxdepth 1 -type f -name '*.sh' -exec mv {} {}.txt \;

ya que quedarían muy feos al tener ahora la extensión '*.sh.txt'.

Estos son los pasos que se necesitan. Para una explicación detallada consulta:

A lo que te truje Chencha:

• Primero creamos el espacio de trabajo y nos situamos dentro:

• Descargamos el release completo:

• Le hacemos el hack para el proceso de instalación:

• Creamos la imágen de disco:

Y listo.

He aquí mis preferencias del C Shell:

qué contraste con las del Korn Shell, ya que este no cuenta con el editor de líneas de comandos e historial interactivo (poder acceder a el mediante las teclas de dirección), pero si un poderoso mecanismo de sustitución del historial.

O sea, un shell para verdaderos hackers (cof cof

Malditron

cof cof).