2008/9/30 Maykel Moya <[EMAIL PROTECTED]>:
> On mar, 2008-09-30 at 09:08 -0500, Olemis Lang wrote:
>
>> Mi experiencia es que por cuestiones de trabajo, he instalado Trac +
>> SVN cuatro veces en tres meses (y por los truenos se avecina la quinta
>> y sexta)... Y ya se administran en ese breve tiempo seis proyectos...
>> entre ellos el más reciente es el proyecto de migración de mi empresa
>> hacia SwL (sí... con Trac...) aunque esto todavía está en fase
>> embrionaria.
Lo que está en fase embrionaria es el proyecto de migración de mi
empresa, por favor...
>
> Olemis, es simple: Trac _no es_ un sistema multiproyecto. No importa si
> un tipo le hizo un plugin.
Error... tengo un Trac en mi casa donde hosteo los seis proyectos más
malévolos con los que pretendo extender mis planes de dominación
mundial... En cuanto lo logre Ud van a saber lo que es bueno :D ...
por supuesto que esto es una broma...
Por fvr *no pienso hablar más acerca de esto* después de esta vez...
no es nada de plugins, nada de eso... les hablo de *tracd* el servidor
standalone de Trac... cómo es posible que no comprendan eso ? Nada de
plugins, cero plugin...
> Sencillamente no fue diseñado para eso
Pero quien ha visto/oido/leido semejante barbaridad (con todo el
respeto... pero hay tanta insistencia y la cuestión es tan simple que
no comprendo... *documentense* y *estudien*, por favor...) sobre todo
después de saber de las capacidades de InterTrac del Trac 0.11 y de
los casos de TracHacks y opensvn.csie.org... Aparte después de que les
digo que tengo hosteados 6 prjs en un server de trac (tracd) *en mi
casa*...
Háganme el favor y miren ambos sitios para que tengan una idea de cómo
pudiera quedar un entorno real de Trac + SVN
Si Uds se hubieran leido el código de Trac (como lo he hecho yo) se
hubieran dado cuenta por ejemplo de que los recursos del trac y todo
en el trac hace referencia al environment al que pertenecen... Incluso
los componentes del Trac son Singletons (o más exactamente,
ParametricSingletons con el parámetro de «unicidad» siendo el env de
Trac al que pertenece...) que hay uno por cada env de Trac que está
activo... etc, etc, etc... para qué hicieron todo esto para un sistema
que no admite multiprjs...
Por favor lénase el código de Trac, y úsenlo, y *estudien* antes de
emitir juicios con tono definitivo, tan errados como este
> y por
> lo tanto aumenta el tiempo de administración del sistema porque tienes
> entonces que el plugin y que esto y que aquello para hacerlo
> multiproyecto.
>
Cuántas veces Ud ha instalado un plugin para el Trac le voy a poner
aaquí las líneas con dos opciones para hacerlo y dígame Ud la
dificultad...
a continuación la más fácil para instalar el plgin para todos los prjs...
============================================
$ easy_install <nombredelplgin>==<version>
--- en trac.ini ---
[componet]
<nombredelplgin>.* = enabled
--- alternativamente se puede habilitar el plgin a través de una
interfaz web con Web Admin, que es un plgin de 0.10 hacia abajo que
pero que en 0.11 ya viene integrado con el core del Trac, por esto he
insistido en que es muy ventajoso usar 0.11 ---
la otra es para un env específico
======================
$ wget <nombredelplgin>.tar.gz
$ tar -xvzf <nombredelplgin>.tar.gz
$ setup.py bdist_egg
$ mv -v ./dist/<nombredelplgin>.egg /path/to/envs/prj1/plugins
Editar el trac.ini como antes o utilizar Web Admin para habilitar el plgin.
Complejidades, por fvr?
> A mi me cuadra, me encantan las cosas programadas en python, pero no es
> un sistema multiproyecto.
>
De nuevo digo que no, no, no, y no... *estudien* y lean [1]_ (y si no
tienen conexión, no se preocupen... lean la página TracStandalone de
la ayuda que viene con el wiki que trae el trac «de fábrica»... y que
está en el env que Uds instalaron [2]_) y luego hagan algo como
(leanse TracEnv [3])
$ trac-admin /path/to/all/envs/newproject initenv "A new incredible
project" sqlite:db/trac.db svn /path/to/all/repos/newproject
$ trac-admin /path/to/all/envs/newproject2 initenv "Another incredible
project" sqlite:db/trac.db svn /path/to/all/repos/newproject2
$ tracd -p <port> -a *,/path/to/users.htdigest,mycompany.com -e
/path/to/all/envs
Y miren a ver lo que pasa...
Y además... me pudieran decir... ahhh, pero -e no se vale, *eso es
trampa*... ok esto tambien se puede hacer para hostear los dos al
mismo tiempo...
$ tracd -p <port> -a *,/path/to/users.htdigest,mycompany.com -e
/path/to/all/envs/newproject /path/to/all/envs/newproject2
e incluso pueden decir... no, no, no... no hagas más trampa... ok...
tienen razón. Hagan lo siguiente...
$ tracd -p <port> -a newproject,/path/to/users.htdigest,mycompany.com
-a newproject2,/path/to/users2.htdigest,mycompany.com -e
/path/to/all/envs/newproject /path/to/all/envs/newproject2
PD: No se asusten si sueno un poco agresivo... esto se me pasa dentro
de un ratico... ;) pero es tanta la insistencia... que parece que en
vez de ilustrarse prefieren permanecer errados, no entiendo.
Les agradecería que reflexionen acerca de esto y tengan la amabilidad
de recapacitar para que no me hagan perder otra mannana (como lo he
hecho hoy), por lo menos con este tema.
.. [1] Tracd
(http://trac.edgewall.org/wiki/TracStandalone)
.. [2] Tracd -- en un entorno multiprj debería ser algo así
(http://my_server:port/the_best_project_ever_known/wiki/TracStandalone)
.. [3] The Trac Environment
(http://trac.edgewall.org/wiki/TracEnvironment)
.. [4] The Trac Environment -- en un entorno multiprj debería ser algo así
(http://my_server:port/the_best_project_ever_known/wiki/TracEnvironment)
--
Regards,
Olemis.
_______________________________________________
Cancelar suscripción
https://listas.softwarelibre.cu/mailman/listinfo/linux-l
Buscar en el archivo
http://listas.softwarelibre.cu/buscar/linux-l
