El 25/05/2016 a las 22:20, Olemis Lang escribió:
On 5/25/16, Carlos Cesar Caballero Díaz <desarro...@spicm.cfg.sld.cu> wrote:
[...]
Por otro lado, me parece que el principal objetivo de GUTL no es hacer
software, así que no se le puede juzgar por ello.

[...]

muy conveniente pero no lo compro ... hace más d 10 años q en linux-l
y en GUTL se está discutiendo el tema d la distribución cubana d
GNU/Linux , etc , etc ... incluso antes d q se creara la UCI ; lo q
como saben no hay archivos para buscar los detalles . Todos saben lo q
se logra borrando la historia .

Le propongo lo siguiente, establezcamos un plan factible, mediante el
cual todos podamos contribuir en nuestro tiempo libre para construir una
distribución, y yo soy el primero en apuntarme, pero la verdad es que no
encuentro la formula para hacerlo...

Así que vamos al primer problema, Cuco, que vive en Guantanamo, hizo un
aporte X, ¿Cómo obtiene Paco en Cienfuegos dichas modificaciones?

[...]

Hipótesis :
   - Existe una persona PG en Guantánamo con conexión a la intranet nacional
   - Existe un grupo d personas GG en Guantánamo q contribuyen al proyecto
   - Existe una persona PC en Cienfuegos con conexión a la intranet nacional
   - Existe un grupo d personas GC en Guantánamo q contribuyen al proyecto
   - GG, PG, GC, PC utilizan un sistema d control d versiones distribuido

Pasos:

1. Los miembros d GG hacen sus cambios d forma distribuida
2. GG y PG se reunen y mezclan sus cambios
3. PG le envía a PC los cambios , ya sea
    * incorporando los changests directamente
      al repositorio local d PC
    * un fichero (bundle) q PC pueda importar en un repositorio local
4. GC se reúne con PC y actualizan sus copias locales

<sarcasmo>
Maestra: A ver paquito, hoy haremos una prueba... he aqui un problema:

Teniendo en cuenta los enunciados siguientes:

1. Los miembros d GG hacen sus cambios d forma distribuida
2. GG y PG se reunen y mezclan sus cambios
3. PG le envía a PC los cambios , ya sea
   * incorporando los changests directamente
     al repositorio local d PC
   * un fichero (bundle) q PC pueda importar en un repositorio local
4. GC se reúne con PC y actualizan sus copias locales

5. PG y PC acumulan... juntos... 16kb/s de descarga... (vamos a poner que cada uno tenga un transfer rate de 16kb/s entre ellos y la "intranet nacional" y no tengan un admin encima de ellos con muchas restricciones) 6. La plataforma que usaran tiene solo 50 MB de espacio de almacenamiento en la nube de polvo .cu-bana. 7. Debido a que somos un pais tropical,..... la corriente.. beeep.. beeep.................... un trueno == desconexion total. 0 disponibilidad. O se quemo el disco que tenia el contenido 8 y final para no alargar mas.... al finalizar el software hay que "auditarlo" antes de distribuirlo, ver marco legal (piensa bien en este punto, los actores que se veran implicados que no son informaticos desarrolladores precisamente)

Con todo esto hacer:

a) Encuentre la forma de que a PC y PG no les coja la muerte mientras se suben y bajan entre ellos los cambios (que logren hacer al menos 10 commits y checkouts de un kernel por ejemplo) b) Encuentre la forma de compactar todo para que quepa en 50 MB (se acepta la inclusion en el algoritmo de respuesta de mucho cafe, antidepresivos, etc, la presion...) c) Olvide, borre, obvie... el punto 4 anteriormente estampado (ese punto lo incluyo el profe Olemis, jefe de dpto que desperto de un coma tras largos 20 años y no tuvo en cuenta objetivamente el costo actual del viaje multiplicado por la periodicidad necesaria de los mismos para cuadrar bien "la cosa", antes de sacar un release LTS) El pasaje de guantanamo a cienfuegos debe estar carooooo d) Establezca un plan de salvas infalible, busque una empresa que le haga el aterramiento en tiempo y barato... (este inciso tiende a ser el mas facil pero iwal es una katana de doble filo) e) Trata de no infartar con los auditores, ahi tendras abogados, politicos, G2, romanticos del diseño.. etc etc, casi siempre mayores de 50 años, graduados de SAD, desactualizados en cuanto a desarrollo tecnologico totalmente en todas sus ramas, eso si, muy actualizados en procedimientos papelisticos, preocupados por la comida de esta noche en casa mas que por la distro en sí. f) Fondos: establezca un plan de donaciones a traves de las tarjetas del BPA al menos, no es valido usar la transferencia de saldo de etecsa, ¨si me pasas 1 cuc de saldo te doy el servicio¨.
</sarcasmo>

Que venga entonces ¨OleLinux¨ y que para obtenerla no tenga que pagar $50mn/h


______________________________________________________________________
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Responder a