Eu não entendi o significado de "pegándole a las teclas".
> de acuerdo a lo expuesto con Daniel, me parece que las decisiones iníciales
> como usar GForge, han sido acertadas,
Por estranho que possa parecer, diante da forma como venho fazendo minhas
colocações, eu posso até concordar com isso também. Hoje já concordo pelo
menos superficialmente, haja vista que eu não conheço pouco o GForge.
Eu não estou empenhado em "derrubar" a escolha do GForge. Minha vontade é
apenas observar a possível "separação" que pode existir entre os esforços
para a OpenRIIAL e os esforços para o Office Eclesial Open Source, ainda
que, por causa de uma boa análise prévia e de um planejamento, todos esses
esforços venham a se unir suavemente e naturalmente em um futuro próximo.
Para o caso de não se entender a que me refiro, por favor ler:
http://groups.google.com.br/group/openriial/browse_thread/thread/dc622c4a3058b43f
Sabemos que trazer de volta um "projeto encaminhado qualquer" do Google
Code para uma instalação do GForge [AS] pode ser trabalho (custoso). Mas
a "previsão", dentro de uma planejamento, dessa ação pode diminuir esse
custo.
> también estoy de acuerdo en que no es la mejor plataforma,
Por que? Se você puder dar mais detalhes para justificar sua opinião
eu ficarei muito grato. Se puder citar outras opções de software do
tipo do GForge, de código aberto, melhor ainda.
> pero por algún lugar debíamos iniciar y si esto es lo que tenemos
> para trabajar, hay que fortalecerlo, aunque siempre con la mentalidad
> clara, y detectar que si no cumple con lo que esta persiguiendo el
> proyecto de OpenRIIAL, se pueda hacer un cambio de rumbo, creo que
> eso es lo maravilloso de estos proyectos y su estilo de trabajo.
Isso.
A questão que estou trazendo é sobre o temos prioridade de iniciar: o
OpenRIIAL (repositório de projetos) ou o Office Eclesial Open Source?
É sobre o foco...
Não porque eu já tenha entendido tudo e estou criticando, mas porque eu
ainda não entendi ainda e quero entender, e conto com a ajuda de vocês.
Por que esse projeto é FLOSS ele não somente interessa a você que
iniciam, ele interessa também a outros, que continuam.
Alexandre Magno
Estou compreendendo que se deseja os projetos OpenRIIAL e Office Eclesial
Open Source juntos desde o início, com o objetivo de prototipar (validar).
Estou certo nisso?
Então vamos lá, bola pra frente!
> - Sobre la difusión de OpenRIIAL queremos que antes de abrirlo esté listo el
> servicio de envío de correo para evitar retrabajos en la admisión de
> colaboraciones y tener una sólida base de comunicación, vital para cualquier
> proyecto. Por lo tanto, una vez que esté listo este servicio, si les parece
> bien iniciamos el broadcast :-)
Realmente. O Google Grupos não é a melhor opção de lugar para depositarmos
nosso conhecimento. Sendo assim, vou me esforçar para abrandar as dicussões,
já que estou compreendendo que, como eu disse acima, o OpenRIIAL [GForge] foi
idealizado para acompanhar, amparar e validar o Office Eclesial Open Source,
desde o nascimento deste.
De certo, as dificuldades técnicas que estão enfrentando não são tão
relevantes quanto eu pensei que eram. De certo, logo estaremos a pleno
vapor tanto com a customização do GForge.
A comunicação escrita [por e-mail] é um pouco "fria" e contribui para as
noções de relevância dos problemas não serem transmitidas claramente.
> - Sobre las áreas de trabajo en que se requieren colaboración, el mayor
> esfuerzo de descripción lo hemos puesto en Oeos y toda su documentación, por
> lo cual me parece que lo que sea referente a Gforge lo manejaremos
> internamente con ustedes, mientras que la apertura masiva debe abocarse a
> Oeos.
Talvez eu não tenha entendido. Você disse que onde precisam realmente de alguma
colaboração é na documentação e no projeto Office Eclesial Open Source?
Segundo o que penso que entendi: não devemos nos preocupar com o GForge
porque a manutenção (customização) dele é responsabilidade de vocês.
> - Una muy buena noticia es que ayer el Gforge group nos otorgó la licencia
> full gratuita para OpenRIIAL !! Por lo cual ya no tendremos limitaciones en
> la cantidad de usuarios que trabajen.
Muito bom!
Alexandre Magno
A pergunta não foi dirigida a mim mas eu quero comentar.
Penso que em tecnologia não existem "soluções genéricas
ótimas para qualquer caso". As coisas dependem dos
requisitos, das valorações, das prioridadas.
Escolhas tecnológicas relacionam-se umas com as outras,
e isso altera a maneira de julgar o que é mais
apropriado de acordo com o contexto.
Alexandre Magno
Hola Alexandre, mi pregunta era referida al comentario que hizo Julio "me parece que las decisiones iníciales
como usar GForge, han sido acertadas, también estoy de acuerdo en
que no es
la mejor plataforma" , quería saber cual plataforma para investigarla y analizarla aprovechando su experiencia, un abrazo.
A.U.S. Julio César Ordóñez
Director
Dpto.Informática
Universidad Católica de Santa Fe
Teléfono:
054-0342-4603030 Interno 141
E-mail: jord...@ucsf.edu.ar
Sitio
Institucional: www.ucsf.edu.ar
-----Mensaje original-----
De:
Ordóñez Julio César [mailto:jord...@ucsf.edu.ar]
Enviado
el: miércoles, 29 de octubre de 2008 19:58
Para:
open...@googlegroups.com
Asunto: RE: GForge Advanced Server] Sobre El
Proyecto
Hola Julio, me gustaría saber cual es a tu criterio la mejor
plataforma para la gestión de proyecto, un abrazo
Então... eu também desejava esse tipo de abertura quando iniciei minhas
abordagens. Mas parece que a equipe que está mantendo o GForge AS não
está muito interessada em compartilhar dos prós e dos contras dele.
Se os projetos estivessem fluindo naturalmente não haveria espaço para
essa discussão, mas como enfrentamos problemas enxerguei uma oportunidade
de me informar, e quem sabe, chegar a contribuir com minhas opiniões.
Alexandre Magno
Con mucha humildad, les propongo lo siguiente para ir avanzando:
1) Que Alexandre prepare una propuesta concreta sobre como le gustaria
trabajar el tema de la documentacion en el proyecto OEos, y despues
entre todos la conversamos.
2) Que GForce sea la primera herramienta que nos acoga, mientras se
exploran otras posiblidades más sustentadas por tecnologias FLOSS.
3) Abrir un hilo de conversación sobre la configuración de un servidor
Linux Lo unico que se requiriria seria acceso SSH para poder hacer las
configuraciones respectivas. De este modo, todos los interesados podemos
compartir conocimiento y habilidades, potenciando aun más la experiencia
de la mesa común!!
En lo personal me gustaria insistir en la importancia de _no_ mezclar
tecnologias propietarias con tecnologias /libres/.
Un abrazo,
RoD
O que é uma discussão bizantina?
> Con mucha humildad, les propongo lo siguiente para ir avanzando:
>
> 1) Que Alexandre prepare una propuesta concreta sobre como le gustaria
> trabajar el tema de la documentacion en el proyecto OEos, y despues
> entre todos la conversamos.
Estou encaminhando isso.
Mas ao mesmo tempo que estou criando um protótipo em Docbook com o
"documento inicial" que já existe, estou estudando a documentação.
Tenho outras atividades... também por isso a proposta não saiu ainda.
Estou estudando o projeto - a documentação, quero ler e compreender
o máximo - para diminuir riscos de sugerir coisas não-apropriadas.
Pois mesmo eu contribuindo somente na parte de documentação eu não
posso - não é minha prática - voltar-me completamente apenas para
um assunto; principalmente quando este interage com muitos outros
assuntos importantes.
> 2) Que GForce sea la primera herramienta que nos acoga, mientras se
> exploran otras posiblidades más sustentadas por tecnologias FLOSS.
Não entendi o que realmente essas suas palavras significam.
> 3) Abrir un hilo de conversación sobre la configuración de un servidor
> Linux Lo unico que se requiriria seria acceso SSH para poder hacer las
> configuraciones respectivas. De este modo, todos los interesados podemos
> compartir conocimiento y habilidades, potenciando aun más la experiencia
> de la mesa común!!
A maioria não precisa de direitos de escrita.
É até melhor que tenhamos apenas direitos de leitura. Assim,
obrigatoriamente, quem souber de algo, deverá explicar através
da lista as configurações a serem feitas, e todos poderão
aprender algo de GNU/Linux.
> En lo personal me gustaria insistir en la importancia de _no_ mezclar
> tecnologias propietarias con tecnologias /libres/.
Eu acredito que em "alguns casos" isso pode ser feito, e até deva ser
feito, se for pensado previamente como não se "amarrar" à tecnologia
proprietária em questão, e pensado como não criar dependências
indesejáveis para os usuários e colaboradores.
Por exemplo: uma IDE proprietária - ou mais genericamente falando,
uma plataforma de desenvolvimento que no lado do cliente tenha algo
de proprietário - em projeto em projeto FLOSS, é impensável. No lado
do servidor há várias ponderações a se fazer, e depende do caso.
Dentre outras, visto duas camisas: do GNU/Linux e da interoperalidade.
Mas eu me visto mais freqüentemente com a segunda; especialmente porque
o terno da liberdade está por cima das camisas! :-)
Rodrigo, qual das tecnologias proprietárias adotadas está incomodando?
Podemos conversarmos também a respeito da escolha dela, pelos menos
para que fique claro a todos o "porquê" dela está sendo usada.
Penso que podemos conversar, não "obrigatoriamente" para jogar fora
o que for proprietário. Afinal, o histórico dessa lista poderá servir
para apresentar o projeto a futuros colaboradores. Isso também é
gerência de conhecimento!
Alexandre Magno
En lo personal creo que esto es una de las riquezas principales de los
proyectos FLOSS.
> [...]
>
>> 2) Que GForce sea la primera herramienta que nos acoga, mientras se
>> exploran otras posiblidades más sustentadas por tecnologias FLOSS.
>>
>
> Não entendi o que realmente essas suas palavras significam.
>
Lo escribire en ingles mejor.
I propose that GForce can be the first tool who support our project,
while we explore (in a close future :-D ) other possibilities for more
sustained FLOSS technologies.
>
>> 3) Abrir un hilo de conversación sobre la configuración de un servidor
>> Linux Lo unico que se requiriria seria acceso SSH para poder hacer las
>> configuraciones respectivas. De este modo, todos los interesados podemos
>> compartir conocimiento y habilidades, potenciando aun más la experiencia
>> de la mesa común!!
>>
>
> A maioria não precisa de direitos de escrita.
>
> É até melhor que tenhamos apenas direitos de leitura. Assim,
> obrigatoriamente, quem souber de algo, deverá explicar através
> da lista as configurações a serem feitas, e todos poderão
> aprender algo de GNU/Linux.
>
>
No comprendo totalmente lo que expresas. Te refieres a que las
configuraciones que se hagan en el server linux no se veran muy
"sexys" a traves de la lista de correos?
Si ese es tu punto... tienes toda la razon! Cuando me refiero a
compartir conocimiento en este ambito, no quiero decir que pasemos el
"httpd.conf" de apache a traves de la lista, sino que, en base a
situaciones concretas compartir la forma como solucionarlo, o enseñar a
las personas que se hagan cargo como ir avazando.
>> En lo personal me gustaria insistir en la importancia de _no_ mezclar
>> tecnologias propietarias con tecnologias /libres/.
>>
>
> [...]
>
> Rodrigo, qual das tecnologias proprietárias adotadas está incomodando
Me provoca un poco de ruido saber que toda la plataforma de nuestro
proyecto FLOSS estara soportada por un sistema operativo propietario
(aunque es mejor saberlo a que no). Por que me hace ruido? Creo que el
sistema operativo, independiente del alcance de nuestro proyecto,
constituye la base de los distintos elementos que intervienen en un
paquete de software, y finalmente, en los servicios que estos prestan.
Ahora, no me gustan los talibanes (con el respeto a los amigos de
Afganistan)... no me cierro a cualquier solucion que sea fuera del mundo
FLOSS a priori. Es más, uso w$ (windows) para jugar Battlefield 2, por
lo mismo creo que si de momento el server esta en una plataforma
propietaria debidamente licenciada, y el resto es FLOSS, me parece una
buena solucion temporal, mientras se buscan e implementan sistemas que
nos aseguren mayores grados de independencia tecnologica.
Un abrazo a tod@s!!
RoD
Eu não entendi a conclusão "en consecuencia es necesaria la construccion
de acuerdos mediante algun mecanismo mas practico" ainda.
> Lo escribire en ingles mejor.
>
> I propose that GForce can be the first tool who support our project,
> while we explore (in a close future :-D ) other possibilities for more
> sustained FLOSS technologies.
Entendi.
Obrigado por ter escrito em inglês.
Mas eu antes estava "sugerindo" (com entendimento ainda mais pobre que
o que tenho hoje sobre as prioridades desse grupo de pessoas) exatamente
o contrário: deixar o GForge, que parece algo mais robusto e complexo,
para depois ou seguí-lo em um esforço paralelo.
Eu estava sugerindo naqueles momentos, por agora escolhermos algo mais
simples, tal como seria a adoção do Google Code; só para levar adiante
o Office Eclesial Open Source, que me parecia até então o único esforço
importante aos olhos do grupo (apesar do nome deste ser "OpenRIIAL").
>>> Rodrigo Garcia escreveu:
>>>
>>> Abrir un hilo de conversación sobre la configuración de un servidor
>>> Linux Lo unico que se requiriria seria acceso SSH para poder hacer las
>>> configuraciones respectivas. De este modo, todos los interesados podemos
>>> compartir conocimiento y habilidades, potenciando aun más la experiencia
>>> de la mesa común!!
>>
>> Alexandre Magno escreveu:
>>
>> A maioria não precisa de direitos de escrita.
>>
>> É até melhor que tenhamos apenas direitos de leitura. Assim,
>> obrigatoriamente, quem souber de algo, deverá explicar através
>> da lista as configurações a serem feitas, e todos poderão
>> aprender algo de GNU/Linux.
>
> No comprendo totalmente lo que expresas. Te refieres a que las
> configuraciones que se hagan en el server linux no se veran muy
> "sexys" a traves de la lista de correos?
Não. Eu desejei expressar exatamente o que você expressa adiante.
Você entendeu as minhas palavras ao contrário! :-)
> Si ese es tu punto... tienes toda la razon! Cuando me refiero a
> compartir conocimiento en este ambito, no quiero decir que pasemos el
> "httpd.conf" de apache a traves de la lista, sino que, en base a
> situaciones concretas compartir la forma como solucionarlo, o enseñar a
> las personas que se hagan cargo como ir avazando.
É isso aí!
Alexandre Magno
PS.: escreverei outro e-mail para continuar a tratar sobre tecnologias
proprietárias e tecnologias livres ou abertas em um mesmo projeto.
----- Original Message -----From: Ordóñez Julio César
Sent: Wednesday, October 29, 2008 5:28 PMSubject: RE: GForge Advanced Server] Sobre El Proyecto
Hola Alexandre, mi pregunta era referida al comentario que hizo Julio "me parece que las decisiones iníciales
como usar GForge, han sido acertadas, también estoy de acuerdo en que no es
la mejor plataforma" , quería saber cual plataforma para investigarla y analizarla aprovechando su experiencia, un abrazo.
A.U.S. Julio César Ordóñez
Director Dpto.Informática
Universidad Católica de Santa Fe
Teléfono: 054-0342-4603030 Interno 141
E-mail: jord...@ucsf.edu.ar
Sitio Institucional: www.ucsf.edu.ar
-----Mensaje original-----
De: Ordóñez Julio César [mailto:jord...@ucsf.edu.ar]
Enviado el: miércoles, 29 de octubre de 2008 19:58
Para: open...@googlegroups.com
Asunto: RE: GForge Advanced Server] Sobre El Proyecto
Hola Julio, me gustaría saber cual es a tu criterio la mejor plataforma para la gestión de proyecto, un abrazo
A.U.S. Julio César Ordóñez
Director Dpto.Informática
Universidad Católica de Santa Fe
Teléfono: 054-0342-4603030 Interno 141
E-mail: jord...@ucsf.edu.ar
Sitio Institucional: www.ucsf.edu.ar
-----Mensaje original-----
De: Julio C. Cumplido [mailto:jcum...@catholic.net] Enviado el: miércoles, 29 de octubre de 2008 11:04
Para: open...@googlegroups.com
Asunto: Re: GForge Advanced Server] Sobre El Proyecto
Estimados Amigos:
Gusto en saludarlos, también he seguido de cerca las aportaciones de
Alexandre, me sumo al comentario de Rodrigo, para iniciar el proyecto de
OpenRIIAL en forma, debemos partir del hecho de que es un proyecto de
participación colectiva, y efectivamente estamos aquí para contribuir con
conocimiento o como decimos aquí en México "pegándole a las teclas", de
acuerdo a lo expuesto con Daniel, me parece que las decisiones iníciales
como usar GForge, han sido acertadas, también estoy de acuerdo en que no es
la mejor plataforma, pero por algún lugar debíamos iniciar y si esto es lo
que tenemos para trabajar, hay que fortalecerlo, aunque siempre con la
mentalidad clara, y detectar que si no cumple con lo que esta persiguiendo
el proyecto de OpenRIIAL, se pueda hacer un cambio de rumbo, creo que eso es
lo maravilloso de estos proyectos y su estilo de trabajo.
Un fuerte abrazo para todos.
Ing. Julio C. Cumplido
Director División de Ingeniería
Catholic.net Inc.
www.es.catholic.net
---------------------------------------------------------------------
"Quien reza no pierde nunca la esperanza" Benedicto XVI
----- Original Message -----
From: "RoDrigo Garcia S." <rga...@sansano.inf.utfsm.cl>
To: <open...@googlegroups.com>
Sent: Wednesday, October 29, 2008 7:35 AM
Subject: [Was: GForge Advanced Server] Sobre El Proyecto
>
> Alexandre Magno Brito de Medeiros escribió:
Julio, você fala de "melhor opção para o repositório de projetos OpenRIIAL"
ou "melhor opção para priorizarmos o desenvolvimento do projeto Office
Eclesial Open Source"? Em um caso ou no outro, porque você considera
que o GForge não é a melhor opção?
Acredito que todos [que têm falado] inclusive eu já entenderam que o GForge
é uma boa opção para o repositório de projetos OpenRIIAL.
> personalmente no tengo problemas con esta plataforma, ni que convivan
> software propietario con libre, considero (desde mi particular punto
> de vista) que es parte de la tolerancia quienes apoyamos el SL.
Quero aproveitar o momento para mais uma vez chamar atenção da diferença
entre a convivência de produtos (software livre e software proprietário)
e a códigos livres e código proprietários. Eu penso que Rodrigo tenha
feito uma certa confusão com isso.
> Para otros proyectos directamente hemos trabajado con Google Code y con
> otras soluciones no tan completas con GForge, como OpenWorkBench,
> SmartWorks, KmKey y algunas mas que no recuerdo ahora, que si bien
> no todas son SL, funcionaban bastante bien para sus objetivos.
São projetos da RIIAL?
Você pode falar mais a respeito deles ou pelo menos citar seus nomes para
que possamos procurá-los no Google e nos inteirarmos sobre eles?
Alexandre Magno