#!/usr/bin/python
# Filename: cat.py
import sys
def readfile(filename):
'''Print a file to the standard output.'''
f = file(filename)
while True:
line = f.readline()
if len(line) == 0:
break
print line, # notice comma
f.close()
# Script starts from here
if len(sys.argv) < 2:
print 'No action specified.'
sys.exit()
if sys.argv[1].startswith('--'):
option = sys.argv[1][2:]
# fetch sys.argv[1] but without the first two characters
if option == 'version':
print 'Version 1.2'
elif option == 'help':
print '''\
This program prints files to the standard output.
Any number of files can be specified.
Options include:
--version : Prints the version number
--help : Display this help'''
else:
print 'Unknown option.'
sys.exit()
else:
for filename in sys.argv[1:]:
readfile(filename)
Ultimamente soy un feliz usuario de virtualbox, pero había una cosa que me estaba haciendo la puñeta, no conseguía hacer funcionar la red de las máquinas virtuales en modo bridge con la red real, solo en modo NAT. Es un coñazo cuando quieres acceder a esas virtuales desde otras máquinas en tu red local. El error que me daba es:
Unknown error creating VM (VERR_HOSTIF_INIT_FAILED).
VBox status code: -3100 (VERR_HOSTIF_INIT_FAILED).
Result Code: 0x80004005
Component: Console
Interface: IConsole {1dea5c4b-0753-4193-b909-22330f64ec45}
Filed Under: Sin categoría by moebius — 3 comentarios
mayo 22, 2007
A veces las cosas en GNU/Linux son sencillas de hacer (solo a veces , como por ejemplo hacer un streaming de video con el estupendo programa VLC. Solo hay que echar un ojo a su documentación, en la parte de streaming, y seguir la guía de streaming sencillo. A golpe de ratón! Si luego queremos lanzarlo como un demonio, en modo consola, solo tenemos que copiar los parametros que aparecen en la GUI y lanzar vlc con el parametro -d
Me estoy convertiendo en un gran fan de los sistemas de control de versiones, concretamente de subversion. Me parece fundamental el tener un control de los cambios que va sufriendo el código, sobre todo cuando aparecen errores que ya han ocurrido en el pasado, etc. También me estoy entrenando en el noble arte de hacer paquetes .deb. Es una manera estupenda de distribuir nuestro trabajo (sobre todo por que en el trabaja usamos Debian y/o Ubuntu). Entonces si sumamos los paquetes .deb y svn tenemos la repera: svnbuildpackage
Falta poco para que salga Etch (o eso dicen) pero aun así simpre es util la receta sobre como meter sources apts de testing sin que al hacer un dist-upgrade te pase la instalación entera a testing. Leyendo el apt-pinning howto se saca la información necesaria, pero no biene explicado exactamente como hacerlo, asique aquí va:
Editamos /etc/apt/sources.list y añadimos:
deb ftp://mir1.ovh.net/debian/ etch main
Creamos /etc/apt/preferences y ponemos lo siguiente :
Package: *
Pin: release stable
Pin-Priority: 1001
Y ya está! Podemos instalar paquetes de testing con:
apt-get install PAQUETE/testing
No instalará dependencias y deberemos instalarlas a mano. Es util por ejemplo para instalar paquetes que solo están en testing:
¿No os ha pasado nunca que, por algún motivo, no tenéis bien ajustado el tipo de teclado enla consola ? La situción típica es tener el teclado en UK y volverte loco buscado cosas como “:” o “-”. Es la típica cosa que he tenido que hacer varias veces, y siempre me cuesta un montón. Encima en el wiki de Ubuntu está mal explicado. Así que lo apunto aquí para que no se me olvide. Y mira que es sencillo…
, como por ejemplo hacer un 
