, I got used to it and knew how to configure it so all my machines + VMs used the same cache and saved me a lot of bandwidth.

But that was when I got a stable connection at >100KiB/s in a daily-basis. Now I’m with a mobile connection at <30KiB/s and sometimes is intermittent, so

started giving me a lot of headaches.

When

tries to connect a host that can’t be resolved its domain name, then gets 404. How does that reflects in the

? Well, you get a file

‘d and 0 bytes size. When you try again,

will find the same file with 0 bytes size and will gives you again a 404, even if you can now resolve the name address of that domain. And as I like to use what I know, then I made a workaround: Each time this happened I ran:

# find /var/cache/approx -size 0 | xargs rm

So next time I requested a file to

it tried to connect to the host. But I got tired.

I installed

, tweaked a bit

so it uses port 9999 and the cache dir redirects to the same cache than

and done.

returns 503 when it can’t connect to the peer, even tries to several repositories with only a line in

in my clients. It makes me happy and keeps saving me a lot more of bandwidth than

.

Sala 1:

1. Routing en Debian Linux (Harold Luzardo) 8:30 am
2. “¿Por que instalar Debian?” (Instalacion de Debian Squeeze) (Rafael Isturiz) 10am
3. Android Primero Pasos (Gustavo Piciccini) 2:00pm
4. Principios básicos en Python (Samuel Rojas) 3:00 pm

Sala 2:

1. Virtualización de la A a la Z (Jesus Lara) 8:45am
2. Licencias OpenSource para Desarrolladores (Jose Luis Rivas) 11:00am
3. Juegos mas allá del código (Will Alvarez) 2pm
4. Comunidades de Software Libre (Augusto Davila) 3:30pm

¡Los esperamos por allá!

6.2 como el culpable.

Efectivamente, lo único que se necesita hacer es bajar

de 6.2 a 6.1, el cuál pueden descargar desde snapshot.debian.org y los módulos se volverán a cargar automáticamente.

it turns out is has nothing to do with

, nor with

not shipping

files but with

bindings and incompability between those bindings from

and

. So if I really want to compile

I have two options: use

or update

for

and send a patch for

to get a working code with

and it’s new

bindings…

But there’s not enough free time for me this holidays so, maybe next time :-/

Anyway, thanks to all those who helped :)

so uses

and

and now the last issue is not a problem anymore, but now the error is that can’t found them while compiling (here’s in paste.debian if you can’t see it nicely formatted):

/usr/bin/cmake -E cmake_progress_report "/tmp/buildd/pino-0.3+hg~20101225/obj-i486-linux-gnu/CMakeFiles" 47
[  2%] Generating src/stream_abstract.c, src/globals.c, src/twitter_favorites_stream.c, src/meta_row.c, src/search_interface.c, src/search_dialog.c, src/text_input.c, src/template.c, src/identica_create_dialog.c, src/updates_cell_renderer.c, src/stream_state.c, src/twitter_stream_mentions.c, src/accounts.c, src/accounts_types.c, src/main.c, src/hig_table.c, src/main_window.c, src/twitter_parser.c, src/twitter_recursive_reply.c, src/utils.c, src/identica_account.c, src/settings.c, src/visual_style.c, src/status_choose_bar.c, src/time_utils.c, src/status_box.c, src/menu_indicator.c, src/account_abstract.c, src/stream_meta.c, src/streams_types.c, src/content_view.c, src/img_cache.c, src/tree_widget.c, src/twitter_stream_public.c, src/icon_with_status_cell_renderer.c, src/account_state.c, src/create_dialog_generic.c, src/twitter_create_dialog.c, src/twitter_stream_abstract.c, src/status.c, src/twitter_stream_home.c, src/twitter_account.c, src/pino_enums.c, src/twitter_stream_search.c
/usr/bin/valac -C -b /tmp/buildd/pino-0.3+hg~20101225 -d /tmp/buildd/pino-0.3+hg~20101225/obj-i486-linux-gnu --pkg=glib-2.0 --pkg=gobject-2.0 --pkg=gtk+-2.0 --pkg=gee-1.0 --pkg=gio-2.0 --pkg=libnotify --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=unique-1.0 --pkg=rest-0.7 --pkg=rest-extras-0.7 --thread -g --save-temps -D LIBINDICATE /tmp/buildd/pino-0.3+hg~20101225/src/stream_abstract.vala /tmp/buildd/pino-0.3+hg~20101225/src/globals.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_favorites_stream.vala /tmp/buildd/pino-0.3+hg~20101225/src/meta_row.vala /tmp/buildd/pino-0.3+hg~20101225/src/search_interface.vala /tmp/buildd/pino-0.3+hg~20101225/src/search_dialog.vala /tmp/buildd/pino-0.3+hg~20101225/src/text_input.vala /tmp/buildd/pino-0.3+hg~20101225/src/template.vala /tmp/buildd/pino-0.3+hg~20101225/src/identica_create_dialog.vala /tmp/buildd/pino-0.3+hg~20101225/src/updates_cell_renderer.vala /tmp/buildd/pino-0.3+hg~20101225/src/stream_state.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_stream_mentions.vala /tmp/buildd/pino-0.3+hg~20101225/src/accounts.vala /tmp/buildd/pino-0.3+hg~20101225/src/accounts_types.vala /tmp/buildd/pino-0.3+hg~20101225/src/main.vala /tmp/buildd/pino-0.3+hg~20101225/src/hig_table.vala /tmp/buildd/pino-0.3+hg~20101225/src/main_window.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_parser.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_recursive_reply.vala /tmp/buildd/pino-0.3+hg~20101225/src/utils.vala /tmp/buildd/pino-0.3+hg~20101225/src/identica_account.vala /tmp/buildd/pino-0.3+hg~20101225/src/settings.vala /tmp/buildd/pino-0.3+hg~20101225/src/visual_style.vala /tmp/buildd/pino-0.3+hg~20101225/src/status_choose_bar.vala /tmp/buildd/pino-0.3+hg~20101225/src/time_utils.vala /tmp/buildd/pino-0.3+hg~20101225/src/status_box.vala /tmp/buildd/pino-0.3+hg~20101225/src/menu_indicator.vala /tmp/buildd/pino-0.3+hg~20101225/src/account_abstract.vala /tmp/buildd/pino-0.3+hg~20101225/src/stream_meta.vala /tmp/buildd/pino-0.3+hg~20101225/src/streams_types.vala /tmp/buildd/pino-0.3+hg~20101225/src/content_view.vala /tmp/buildd/pino-0.3+hg~20101225/src/img_cache.vala /tmp/buildd/pino-0.3+hg~20101225/src/tree_widget.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_stream_public.vala /tmp/buildd/pino-0.3+hg~20101225/src/icon_with_status_cell_renderer.vala /tmp/buildd/pino-0.3+hg~20101225/src/account_state.vala /tmp/buildd/pino-0.3+hg~20101225/src/create_dialog_generic.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_create_dialog.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_stream_abstract.vala /tmp/buildd/pino-0.3+hg~20101225/src/status.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_stream_home.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_account.vala /tmp/buildd/pino-0.3+hg~20101225/src/pino_enums.vala /tmp/buildd/pino-0.3+hg~20101225/src/twitter_stream_search.vala /tmp/buildd/pino-0.3+hg~20101225/src/vapi/config.vapi
error: rest-0.7 not found in specified Vala API directories or GObject-Introspection GIR directories
error: rest-extras-0.7 not found in specified Vala API directories or GObject-Introspection GIR directories
Compilation failed: 2 error(s), 0 warning(s)
make[3]: *** [src/stream_abstract.c] Error 1
make[3]: Leaving directory `/tmp/buildd/pino-0.3+hg~20101225/obj-i486-linux-gnu'
make[2]: *** [CMakeFiles/pino.dir/all] Error 2
make[2]: Leaving directory `/tmp/buildd/pino-0.3+hg~20101225/obj-i486-linux-gnu'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/pino-0.3+hg~20101225/obj-i486-linux-gnu'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
I: unmounting /var/cache/pbuilder/ccache filesystem

I checked and found out that

doesn’t ships the

files so downloaded sources for

and made a patched version that ships

) but nothing changed.

Any suggests, anyone?

-- checking for module 'unique-1.0 >= 1.0'
--   found unique-1.0 , version 1.1.6
-- checking for module 'gtkspell-2.0 >= 2.0'
--   found gtkspell-2.0 , version 2.0.16
-- checking for module 'rest-0.6 >= 0.6'
--   package 'rest-0.6 >= 0.6' not found
CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:266 (message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:320 (_pkg_check_modules_internal)
  CMakeLists.txt:62 (pkg_check_modules)

-- checking for module 'rest-extras-0.6 >= 0.6'
--   package 'rest-extras-0.6 >= 0.6' not found
CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:266 (message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:320 (_pkg_check_modules_internal)
  CMakeLists.txt:63 (pkg_check_modules)

-- checking for module 'indicate >= 0.3'
--   found indicate , version 0.4.1
-- libindicate found, support enabled...
-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_EXE_LINKER_FLAGS=-Wl,--as-needed returned exit code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/tmp/buildd/pino-0.3+hg~20101225'

So, OK. Build-depend on librest-dev and librest-extras-dev and problem solved I thought, but no. It kept giving this error even trying with librest-0.7-0 and lib-rest-extras-0.7-0 installed.

Anyone can throw a light on this?

I’m even thinking on joining the Debian Games-team for helping keep this game up-to-date. If you’re looking for something like Age of Empires, Spore or anything like that genre just go to springrts.com and choose the mod for the age you want to play!

Using Debian? Great! Just

it! Install

and

and that’s it, run

and let the fun begin.

See what I’m talking about, this is 1944:

something related to Microcode SW error.

After a long search I just installed linux-image-2.6.37-rc5 from experimental and problem solved, so if you’re passing trough the same issue and you are willing to use something it may not work perfectly in your case (but in mine it does) then that’s a temporal solution :)

BTW, today Microcode SW error stopped showing up, but yesterday it showed that error even on the experimental-kernel.

. El único problema con

es que no cifra on-the-fly sino que necesitas una partición vacía o de lo contrario en el proceso se eliminarán los datos. El proceso es sencillo, aquí explicaré lo que haría con mi tarjeta SD si lo tuviese que hacer de nuevo:

• Instalar
  cryptsetup

  :

  ~$ sudo aptitude install cryptsetup

• Crear una partición nueva en el dispositivo que en este caso llamaremos
  mmc0p1

  , para esto recomiendo usar GParted si no se es muy bueno con

  cfdisk

  , yo lo hice con éste último porque GParted no formatea en

  fat12

  y es el máximo FAT que soporta una partición de

  16M

  .

• Ahora, ciframos la partición:

  ~$ sudo  cryptsetup -v -y -h sha256 luksFormat /dev/mmc0p1

  Aquí nos advertirá sobre la re-escritura de la partición y que por ende perderemos todos los datos y escribirán la contraseña que deseen.

• Hecho el paso anterior ahora abriremos la partición para crear una partición virtual dentro de ella:

  ~$ sudo cryptsetup luksOpen /dev/mmc0p1 sd16M

  El

  sd16M

  es el nombre que le daremos a la partición virtual, ésta irá a

  /dev/mapper

  donde le darán formato.

• Dándole formato a
  /dev/mapper/sd16M

  :

  ~$ mkfs.vfat -F 12 -n "sd16M" /dev/mapper/sd16M

• Ahora cerraremos la partición virtual que hicimos:

  ~$ sudo cryptsetup luksClose sd16M

• Ya estamos listos básicamente, si tienen configurado para que automonte particiones les quedará más fácil, simplemente remuevan la tarjeta o el dispositivo y vuélvanlo a introducir en la ranura, en esto les saltará una ventana emergente pidiéndoles la clave y listo.

  Si éste no es el caso entonces tendrán que instalar

  cryptmount

  y nada mejor que el manpage para aprender como usarlo, tiene ejemplos completos de como montar particiones protegidas bajo LUKS (el método usado en éste tutorial).

Estas particiones pueden ser leídas en Windows también usando FreeOTFE, con tal que Windows soporte el formato de la partición (

,

,

,

)

¿Qué necesitas?

Usaremos reprepro para manejar el repositorio y para la administración unos scripts en bash, además necesitarás el paquete devscripts pues necesitaremos del script dcmd.

Instalar y Configurar

Facilisto:
# aptitude install reprepro devscripts

Para configurar: en el directorio seleccionado para hospedar el repositorio crea la carpeta conf donde crearás el archivo llamado distributions, en éste último archivo colocaremos información sobre el repositorio en el siguiente formato:
Origin: Jose Luis Rivas
Label: Jose Luis Rivas for Debian
Suite: unstable
Codename: sid
Architectures: i386 all source
Components: main non-free contrib
Description: Jose Luis Rivas's repo for Debian-related work

Origin: Jose Luis Rivas
Label: Jose Luis Rivas for Debian
Suite: testing
Codename: squeeze
Architectures: i386 all source
Components: main non-free contrib
Description: Jose Luis Rivas's repo for Debian-related work

Esa es la configuración de mi repositorio, tengo lugar para testing y para unstable. Así mismo para subir tengo dos directorios diferentes, uno para unstable y otro para testing.

Los archivos para sincronizar los directorios de subida con el repositorio son diferentes para cada distribución configurada; el script es el siguiente:
#!/bin/sh

for i in $( find $DCRET | grep ".changes" ); do
reprepro -Vb $DCROT include unstable $i
for j in $( dcmd $i ); do
rm $j
done
done

Lo obvio, en DCRET va el directorio donde subiran los archivos y DCROT es donde está ubicado el repositorio APT. Si quieres además llevar el histórico como comenté más arriba el script entonces se vería más como:

#!/bin/sh

for i in $( find $DCRET | grep ".changes" ); do
reprepro -Vb $DCROT include sid $i
mkdir -p $HISTORICREPO/$( grep "Source: " $i | sed 's/Source: //' )/$( grep "Version: " $i | sed 1's/Version: //' | grep --max-count=1 - )
for j in $( dcmd $i ); do
mv $j $HISTORICREPO/$( grep "Source: " $i | sed 's/Source: //' )/$( grep "Version: " $i | sed 1's/Version: //' | grep --max-count=1 - )/
done
done

Para que sea automático y que revise cada 5 minutos el incoming simplemente se coloca en cron una línea como esta:

*/5 * * * * /usr/local/bin/incoming-unstable.sh
*/5 * * * * /usr/local/bin/incoming-testing.sh

Soporte para subidas

Yo uso dput y mi configuración es la siguiente en ~/.dput.cf:
[rivco]
fqdn = rivco.net
login = ghostbar
incoming = /home/ghostbar/incoming-unstable
method = scp
run_dinstall = 0

[rivco-testing]
fqdn = rivco.net
login = ghostbar
incoming = /home/ghostbar/incoming-testing
method = scp
run_dinstall = 0

El método que uso es scp y lo único que necesito tener configurado en mi servidor es sshd; creo que el resto de los parámetros son autoexplicativos.

Ajá ¿y ahora?

dput rivco package_file.changes

Y esperar unos 5 minutos para que los scripts hagan su trabajo y ¡disfrutar!