Septiembre
2007
Soporte en TCOS de otras arquitecturas no i386
Suele ser bastante normal que como servidor de una red grande de terminales se compre un equipo potente y con un microprocesador de 64bits.
Hablando de 64bit, el lunes creo que llega mi Thinkpad R61 nuevo con 2 Gb de RAM extra... ya colgaré las fotos y gracias por todos los comentarios que me dejasteis.
Bueno sigo con TCOS...
1.- No había paquetes para amd64
2.- En caso de haberlos si generamos imágenes se hacen para clientes de 64bit que no suele ser lo más común.
3.- Solución que se propuso hace tiempo: monta una jaula de 32 bits, en google hay buenos howto's.
Bien, pues después de un par de días de hacking, he modificado TcosConfig y creado algún script que otro para que si instalamos TCOS en amd64 el tema de la jaula de 32 bits sea «Pulsar un botón»
Capturillas para verlo mejor:
Ejecuto tcosconfig (hay truco, estoy simulando que uso amd64, sin truco se usa «dpkg-architecture» para obtener la arquitectura)
Le decimos que si y aparece esto:
El botón de construir chroot está deshabilitado porque ya está construido... 
Las opciones de construcción son bastante parecidas a las que pide «cdebootstrap»
Es MUY recomendable cambiar la línea del mirror por uno más cercano a nosotros. Ganaremos en tiempo, velocidad y no perjudicaremos al mirror principal de la distro.(NOTA: En ubuntu sale http://archive.ubuntu.com)
Pulsando el botón de actualizar jaula sale esto:
El botón de construir paquetes nos llevará al asistente habitual, pero modificado para usar la configuración de la jaula y generar la imagen dentro de ella, para por fin enlazar las imágenes en el directorio tftp del servidor de 64bits.
El simulador de consola (python-vte) lo he tomado prestado de aquí.
Creo que no deberías poner eso de que se ha detectado una arquitectura no i386, puesto que los AMD64 y los últimos intel de 64 siguen siendo i386, pero con soporte para usar instrucciones de 64 bit.
En realidad es una tontería, pero los detalles importan. Igual con poner "se ha detectado un procesador que no es i386-32bit" quedaría más "telnico" :-)
has pensado portarlo a sparc o itanium? esos si que no son i386 y podrían ser máquinas susceptibles de recibir uno :-)
saludos
markchang
Si ejecutas «dpkg-architecture» verás que no llama al procesador para ver qué tipo es, sino a la base de datos de los paquetes Debian para saber si instalaste Debian-32bits o Debian-amd64 (o la que fuera).
La idea es que si el servidor (da igual el procesador) no puede generar imágenes i386 (imagina que instalas en un ppc una Debian-ppc) puedas tener una manera sencilla de generarlas mediante una jaula de 32.
En Debian hablar de arquitectura es hablar en qué máquina se han __compilado__ los paquetes, no el micro que estas usando.
ya, se a lo que te referías, simplemente creo que queda más claro por el tipo de micro que por la designación que Debian le da, es más fácil para usuarios no tan familiarizados con Debian o con linux a nivel de desarrollo.
saludos
markchang
http://people.debian.org/~damog/pkgs/tcos/