Nueva versión experimental [PREGUNTA]
mariodebian
Creo que ya tengo pulido bastante los nuevos paquetes pero aun no se si
subirlos al repositorio o crear uno nuevo para los que quieran
aventurarse a probarlos.
Los cambios son radicales en muchos aspectos por eso la duda.
== Changelog para humanos ==
tcos.conf deja de existir como contenedor de todas las variables pasando
a usar un sistema de plantillas, es decir, todas las variables pasarán a
estar en archivos dentro de /usr/share/initramfs-tools-tcos/templates
__que_no_se_deben_editar__
IMPORTANTE: si actualizáis a la nueva versión experimental debéis
sobreescribir tcos.conf con la nueva versión, se perderán vuestros
ajustes pero es necesario.
¿Qué plantillas hay?
Pues de momento 3:
*base.conf: configuración base de todas las plantillas y donde estan
todas las variables (sería como el antiguo tcos.conf)
* tcos.conf.all: sería como la configuración recomendada para TCOS
tiene activado casi todo lo necesario para tener terminales ligeros con
todas las características, claro necesita máquinas con al menos 45 Mb de
RAM para que todo funcione como debe....
* tcos.conf.low: todo lo contrario, casi todo desactivado
El tiempo de arranque de esta es de 20 segundos que puede ser menor si
se usa el instalador para cargar desde disco duro, no tiene IDE, USB,
sonido, .... pensada para tener estaciones gráficas sin añadidos extra.
* tcos.conf.nfs: si __todos__ nuestros equipos son muy viejos (486 o
pentium 100 con 32 Mb) esta es la opción para hacerlos funcionar, aunque
requiere que los equipos carguen la imagen NFS en vez de la normal
(editando la variable default manualmente en pxelinux.cfg.tpl)
¿Cómo cambio entonces las variables?
TcosConfig ha sido reescrito para que lea esas plantillas y en el primer
paso nos permite seleccionar la que más nos convenga... una vez cargada
los controles (que se han reorganizado y añadido muchos más) cargan el
estado de esa plantilla y nos permiten ""modificarla""
Si cuando generamos la imagen no hemos cambiado nada no se genera
configuración personalizada y se usa la plantilla, si hemos modificado
algo se creará un archivo /etc/tcos/templates/tcosconfig.conf con sólo
lo que hayamos cambiado y este archivo estará disponible para la próxima
vez que ejecutemos tcosconfig.
Los que usamos gentcos en consola podemos crear ese archivo (u otro
dentro de /etc/tcos/templates o /etc/tcos/conf.d/ para sobreescribir los
valores de las plantillas, quizás sea menos simple que editar un archivo
pero es mejor a largo plazo. gentcos por defecto se ejecuta con
tcos.conf.all
¿Por qué se ha añadido soporte de plantillas?
Cada vez que se actualiza TCOS se sobreescribe tcos.conf (preguntándonos
primero) por lo que es muy difícil mantener personalizaciones propias
entre versiones... de esta manera tcos.conf no contiene nada importante.
== TcosMonitor ==
He desactivado el servidor busybox httpd (servidor web que se ejecutaba
en el puerto 8081 de los terminales o equipos standalone) y que servía
para tomar las capturas de pantalla.
Ahora el que toma capturas de pantalla es el mismo tcosxmlrpc y se la
pasa a tcosmonitor en base64, esto reduce bastante el tiempo de capturar
pantalla a una sola petición (en vez de 2)
Para asegurarnos que funciona como debe depende de la versión
experimental de TCOS (0.89~rc***).
== Tcos Standalone ==
Se ha modificado también esta herramienta para que no muestre el estado
de busybox que ahora ya no existe. Para asegurarnos que la actualización
funciona se sigue matando el proceso busybox en "tcos-standalone stop"
Después de todo el tocho de correo, la pregunta.
============== PREGUNTA ==================
¿Deben entrar estos paquetes en el repositorio principal de TCOS o
usamos otro repositorio para que los que quieran lo prueben?
El repositorio nuevo sería algo del tipo:
deb http://www.tcosproject.org/exp ./DISTRO
(no lo añadais que aun no existe)
=========================================================
Javier Castrillo
> ============== PREGUNTA ==================
> ¿Deben entrar estos paquetes en el repositorio principal de TCOS o
> usamos otro repositorio para que los que quieran lo prueben?
Hola amigo, el sistema de plantillas suena muy interesante. y práctico
para los no tan duchos con los vericuetos de un sistema. Vos sabés que
en mi caso el servidor está en marcha todos los días de lunes a jueves
en triple turno, pero aún así prefiero aventurarme a probarlo en
marcha que duplicarte el laburo (trabajo) a vos porque así tendrías
que mantener/actualizar/administrar dos repositorios.
Si la cosa, como vos decís, está bastante pulida, damos un pasito a
ciegas y vamos reportando lo que vemos y listo.
Es mi humilde opinión, veremos que dicen los otros muchachos. Prefiero
perder temporalmente alguna función o renegar con algo que duplicarte
el trabajo a vos.
Un abrazo y como siempre gracias por todo
--
Javier Castrillo
=========================================================
GNU / Linux User #242275
Blog: http://javiercastrillo.blogspot.com
Site: http://carapa.com.ar
River: http://siguiendoariver.blogspot.com
=========================================================
Usá Software Libre
mariodebian
> 2008/4/12 mariodebian <mario...@gmail.com>:
>
> > ============== PREGUNTA ==================
> > ¿Deben entrar estos paquetes en el repositorio principal de TCOS o
> > usamos otro repositorio para que los que quieran lo prueben?
>
>
> Hola amigo, el sistema de plantillas suena muy interesante. y práctico
> para los no tan duchos con los vericuetos de un sistema. Vos sabés que
> en mi caso el servidor está en marcha todos los días de lunes a jueves
> en triple turno, pero aún así prefiero aventurarme a probarlo en
> marcha que duplicarte el laburo (trabajo) a vos porque así tendrías
> que mantener/actualizar/administrar dos repositorios.
> Si la cosa, como vos decís, está bastante pulida, damos un pasito a
> ciegas y vamos reportando lo que vemos y listo.
> Es mi humilde opinión, veremos que dicen los otros muchachos. Prefiero
> perder temporalmente alguna función o renegar con algo que duplicarte
> el trabajo a vos.
>
> Un abrazo y como siempre gracias por todo
>
Comparto tu punto de vista.
El que tenga un servidor TCOS en producción y no pueda perder varias
horas si algo va mal, siempre puede desactivar el repositorio de TCOS y
no actualizar...
De todos modos dejaremos la propuesta unos días más hasta subir todo lo
nuevo y que la gente se entere.
Saludos
Rubén Gómez Antolí
He estado «fuera de línea» desde el jueves debido a un problema personal
y veo que Mario -como siempre- le ha pegado un avance a esto impresionante.
mariodebian escribió:
> El dom, 13-04-2008 a las 08:00 -0300, Javier Castrillo escribió:
>> 2008/4/12 mariodebian <mario...@gmail.com>:
>>
>>> ============== PREGUNTA ==================
>>> ¿Deben entrar estos paquetes en el repositorio principal de TCOS o
>>> usamos otro repositorio para que los que quieran lo prueben?
>>
>> [...]
>> Si la cosa, como vos decís, está bastante pulida, damos un pasito a
>> ciegas y vamos reportando lo que vemos y listo.
>> Es mi humilde opinión, veremos que dicen los otros muchachos. Prefiero
>> perder temporalmente alguna función o renegar con algo que duplicarte
>> el trabajo a vos.
>>
>> Un abrazo y como siempre gracias por todo
>>
>
> Comparto tu punto de vista.
>
> El que tenga un servidor TCOS en producción y no pueda perder varias
> horas si algo va mal, siempre puede desactivar el repositorio de TCOS y
> no actualizar...
>
> De todos modos dejaremos la propuesta unos días más hasta subir todo lo
> nuevo y que la gente se entere.
>
Estoy de acuerdo con vosotros, podéis subirlo a los repositorios que yo
no actualizaré mi máquina de producción.
Para probar los nuevos paquetes -ahora que me estoy adentrando en el
maravilloso mundo de las máquinas virtuales- montaré una «máquina» para
hacer pruebas sin peligro, así en cualquier momento podré alternar entre
unas y otras.
Por mi, adelante pues.
> Saludos
Salud y Revolución.
Lobo.
---
¿Libertad? ¿Quien ha dicho libertad?
Javier Castrillo
> Para probar los nuevos paquetes -ahora que me estoy adentrando en el
> maravilloso mundo de las máquinas virtuales- montaré una «máquina» para
> hacer pruebas sin peligro, así en cualquier momento podré alternar entre
> unas y otras.
>
También quiero dar ese paso, por eso pregunto.
Qué estás usando? Xen?
Saludos!
Rafael Isturiz
[...]
>>
>
> Comparto tu punto de vista.
>
> El que tenga un servidor TCOS en producción y no pueda perder varias
> horas si algo va mal, siempre puede desactivar el repositorio de TCOS y
> no actualizar...
>
> De todos modos dejaremos la propuesta unos días más hasta subir todo lo
> nuevo y que la gente se entere.
Viéndolo desde nuestro punto de vista es como la mejor via, y de
una vez probar los paquetes experimentales... Pero que hay con las
personas haciendo una instalación en limpio del sistema cuando hay un
bug y no les funciona?, quizás pensaban demostrarlo al jefe y no
pudieron... Como saber que no existe bug para una instalación nueva
cuando no se está suscrito a la lista de correo o nadie lo ha reportado
como tal?
Es algo para tomar en consideración, y que no afecte a los
usuarios nuevos que piensan probar el proyecto.
Saludos.
--
a.k.a. pelox (Debian Powered) | JID:rist...@gusl.org.ve
Barquisimeto [VE] | LinuxUser [238188]
http://pelox.gusl.org.ve
Rubén Gómez Antolí
Javier Castrillo escribió:
> 2008/4/14 Rubén Gómez Antolí <lis...@mucharuina.com>:
>
>> Para probar los nuevos paquetes -ahora que me estoy adentrando en el
>> maravilloso mundo de las máquinas virtuales- montaré una «máquina» para
>> hacer pruebas sin peligro, así en cualquier momento podré alternar entre
>> unas y otras.
>>
>
> También quiero dar ese paso, por eso pregunto.
> Qué estás usando? Xen?
>
Si, probé Kvm pero era «pesado» -o no supe configurarlo correctamente-,
sin embargo Xen se mueve muy bien y es fácil -según la documentación-
montar máquinas Linux (monte un Win Server :^( ). Tuve algunos
problemas con el puente de red en Etch pero al final conseguí dar con la
solución: estaba en google, como siempre. ^_^
Ya nos contaras al final como lo haces.
> Saludos!
>
Nos leemos.
Javier Castrillo
> Si, probé Kvm pero era «pesado» -o no supe configurarlo correctamente-,
> sin embargo Xen se mueve muy bien y es fácil -según la documentación-
> montar máquinas Linux (monte un Win Server :^( ). Tuve algunos
> problemas con el puente de red en Etch pero al final conseguí dar con la
> solución: estaba en google, como siempre. ^_^
Muchas gracias!