Re: [zope-pt] Problemas no uso do envio de emails do Python
Opa, fala Mauro!
Cara meu palpite eh q isso ai eh algum e-mail inválido (sendto/sendfrom).
[]'s!
On 2/16/07, Mauro Lopes [EMAIL PROTECTED] wrote:
Esqueci de terminar o Assunto do email, desculpem.
Se alguém passou por isso, por favor, dê alguma dica.
Abraços e obrigado por qualquer ajuda,
Mauro.
- Mensagem original
De: Mauro Lopes [EMAIL PROTECTED]
Para: zope-pt@yahoogrupos.com.br
Enviadas: Sexta-feira, 16 de Fevereiro de 2007 0:35:19
Assunto: [zope-pt] Problemas no uso do
Oi, pessoal.
Tive um problema tentando usar um mecanismo de envio de e-mails. Abaixo a
resposta que eu recebo do Plone.
Tipo de ErroSMTPRecipientsRefus edValor do Erro{}Eu chamo um script Python
que usa os scripts do Python para envio de emails e acredito que eu esteja
passando algum parâmetro em branco para estar ocorrendo esse erro. O mais
estranho que o email é efetivamente enviado, aparecendo essa mensagem de
erro de um modo que me deixa confuso.
Abraços e obrigado por qualquer ajuda,
Mauro.
_ _ _ _ __
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger .yahoo.com/
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
--
Castardo
ThreePointsWeb
[EMAIL PROTECTED]
+55 61 8166-4109
Re: [zope-pt] ArchGenXML - Geração incorret a de código do workflow
Oi Dorneles, Sim, os arquivos eram utf-8 e são convertidos para iso. E ocorre somente com arquivos relacionados ao workflow. :-( Se souber de alguma coisa me avisa. Valeu Fabiano Dorneles Treméa escreveu: Opa Marcon, Atualizei a versão do meu ArchGenXML da tag 1.5.0 do svn para a versão recomendada do branch 1.5 e alguns do arquivos gerados do workflow indesejavelmente são convertidos de utf-8 para iso-8859-1. Voltando para a a versão da tag 1.5.0 é gerado corretamente, mas queria utilizar a última versão recomendada, que é a branch 1.5 Estou utilizando o Poseidon Professional 4.1-0 e python 2.3.4 para executar o AGX. Alguém já passou por isso e tem uma dica para que não aconteça isso? dei uma olhada rápida agora e encontrei algo suspeito, que pode estar relacionado com a troca de encoding. Mas pelo que eu entendi só ocorreria o contrário, ou seja, todos os iso-8859-1 seriam convertidos para utf-8: http://dev.plone.org/archetypes/changeset/7214 Tens certeza que os arquivos eram utf-8 e foram transformados em iso-8859-1?
Res: [zope-pt] Pesquisa no Catalog
Luciano, Fernando...
Obrigado pela força, acredito ser com o campo subject mesmo, pois a pesquisa
seria pelo campo event_Type do tipo Event, pelo tipo não seria o caso nesta
situação, pois o que classifica o Evento e o campo e este campo e o titulo
identifica cada um de forma individual.
Abraços!
- Mensagem original
De: Luciano Ramalho [EMAIL PROTECTED]
Para: zope-pt@yahoogrupos.com.br
Enviadas: Quinta-feira, 15 de Fevereiro de 2007 23:35:33
Assunto: Re: [zope-pt] Pesquisa no Catalog
On 2/15/07, Mário Sergio [EMAIL PROTECTED] com.br wrote:
na verdade queria saber se e possivel algo assim: context.portal_ catalog
(portal_type=Event; event_Typecorrida de sapos)
O campo Event type chama-se subject no catalog. O motivo é que subject é um
campo do padrão de metadados Dublin Core, que o Plone procura seguir. No caso
dos eventos, o que vai no campo subject é o tipo do evento (reunião,
palestra etc.).
Então a chamada fica assim:
context.portal_ catalog(portal_ type=Event, subject=corrida de sapos)
Ou então você procura pelo título, como sugerido pelo Fernando.
[ ]s
Luciano
!--
#ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg table {font-size:inherit;font:100%;}
#ygrp-mlmsg select, input, textarea {font:99% arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg pre, code {font:115% monospace;}
#ygrp-mlmsg * {line-height:1.22em;}
#ygrp-text{
font-family:Georgia;
}
#ygrp-text p{
margin:0 0 1em 0;
}
#ygrp-tpmsgs{
font-family:Arial;
clear:both;
}
#ygrp-vitnav{
padding-top:10px;
font-family:Verdana;
font-size:77%;
margin:0;
}
#ygrp-vitnav a{
padding:0 1px;
}
#ygrp-actbar{
clear:both;
margin:25px 0;
white-space:nowrap;
color:#666;
text-align:right;
}
#ygrp-actbar .left{
float:left;
white-space:nowrap;
}
.bld{font-weight:bold;}
#ygrp-grft{
font-family:Verdana;
font-size:77%;
padding:15px 0;
}
#ygrp-ft{
font-family:verdana;
font-size:77%;
border-top:1px solid #666;
padding:5px 0;
}
#ygrp-mlmsg #logo{
padding-bottom:10px;
}
#ygrp-vital{
background-color:#e0ecee;
margin-bottom:20px;
padding:2px 0 8px 8px;
}
#ygrp-vital #vithd{
font-size:77%;
font-family:Verdana;
font-weight:bold;
color:#333;
text-transform:uppercase;
}
#ygrp-vital ul{
padding:0;
margin:2px 0;
}
#ygrp-vital ul li{
list-style-type:none;
clear:both;
border:1px solid #e0ecee;
}
#ygrp-vital ul li .ct{
font-weight:bold;
color:#ff7900;
float:right;
width:2em;
text-align:right;
padding-right:.5em;
}
#ygrp-vital ul li .cat{
font-weight:bold;
}
#ygrp-vital a {
text-decoration:none;
}
#ygrp-vital a:hover{
text-decoration:underline;
}
#ygrp-sponsor #hd{
color:#999;
font-size:77%;
}
#ygrp-sponsor #ov{
padding:6px 13px;
background-color:#e0ecee;
margin-bottom:20px;
}
#ygrp-sponsor #ov ul{
padding:0 0 0 8px;
margin:0;
}
#ygrp-sponsor #ov li{
list-style-type:square;
padding:6px 0;
font-size:77%;
}
#ygrp-sponsor #ov li a{
text-decoration:none;
font-size:130%;
}
#ygrp-sponsor #nc {
background-color:#eee;
margin-bottom:20px;
padding:0 8px;
}
#ygrp-sponsor .ad{
padding:8px 0;
}
#ygrp-sponsor .ad #hd1{
font-family:Arial;
font-weight:bold;
color:#628c2a;
font-size:100%;
line-height:122%;
}
#ygrp-sponsor .ad a{
text-decoration:none;
}
#ygrp-sponsor .ad a:hover{
text-decoration:underline;
}
#ygrp-sponsor .ad p{
margin:0;
}
o {font-size:0;}
.MsoNormal {
margin:0 0 0 0;
}
#ygrp-text tt{
font-size:120%;
}
blockquote{margin:0 0 0 4px;}
.replbq {margin:4;}
--
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
Re: Res: [zope-pt] Problemas no uso do envio de emails do Python
Por acaso seu servidor de e-mail está usando a técnica Greylist ?
Mauro Lopes escreveu:
Esqueci de terminar o Assunto do email, desculpem.
Se alguém passou por isso, por favor, dê alguma dica.
Abraços e obrigado por qualquer ajuda,
Mauro.
- Mensagem original
De: Mauro Lopes [EMAIL PROTECTED]
Para: zope-pt@yahoogrupos.com.br
Enviadas: Sexta-feira, 16 de Fevereiro de 2007 0:35:19
Assunto: [zope-pt] Problemas no uso do
Oi, pessoal.
Tive um problema tentando usar um mecanismo de envio de e-mails.
Abaixo a resposta que eu recebo do Plone.
Tipo de Erro
SMTPRecipientsRefus ed
Valor do Erro
{}
Eu chamo um script Python que usa os scripts do Python para envio de
emails e acredito que eu esteja passando algum parâmetro em branco
para estar ocorrendo esse erro. O mais estranho que o email é
efetivamente enviado, aparecendo essa mensagem de erro de um modo que
me deixa confuso.
Abraços e obrigado por qualquer ajuda,
Mauro.
_ _ _ _ __
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger .yahoo.com/
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
--
Jeronimo Zucco
LPIC-1 Linux Professional Institute Certified
Núcleo de Processamento de Dados
Universidade de Caxias do Sul
http://jczucco.blogspot.com
[zope-pt] Re: CacheFu não está atualizando objetos pai.
Pessoal, Fizemos a tentativa da customização do script e obtivemos sucesso (até agora!). Acreditamos que o fato do CacheFu não atualizar o objeto pai seja um bug (pode até ser que exista um motivo para isto acontecer) e informamos no tracker do CacheFu nosso problema e a solução que aplicamos. Fica aí uma opção pra quem enfrentar um problema semelhante. att, Fernando Bezerra --- Em zope-pt@yahoogrupos.com.br, Fernando Bezerra [EMAIL PROTECTED] escreveu Boa tarde pessoal, Estou enfrentando um problema de cache e não sei se pode ser inexperiência da minha parte, mas o que está acontecendo é o seguinte: Estamos utilizando Zope 2.8.8-final, Plone 2.1.4 com squid e apache na frente em um portal (intranet) e Zope 2.8.6-final, Plone 2.1.2 também com squid e apache na frente para os portais da internet ambos utilizando o CacheFu 1.1. O problema que temos enfrentado é que no caso de alteração em um subitem o CacheFu não informa para o Squid que há uma de alterações no objeto pai. Assim o subitem é atualizado mas o objeto pai não sofre nenhuma atualização. Nossa idéia seria customizar método getUrlsToPurge(self, object) do arquivo cache_tool.py para forçar o CacheFu a informar que o objeto pai está desatualizado. Minha dúvida é se essa seria a melhor solução para o problema ou se existe alguma configuração que possa ter passado batida.
[zope-pt] Re: CacheFu não está atualizando objetos pai.
Esqueci do link ;) http://plone.org/products/cachefu/issues/80/poi_issue_view --- Em zope-pt@yahoogrupos.com.br, Fernando Bezerra [EMAIL PROTECTED] escreveu Pessoal, Fizemos a tentativa da customização do script e obtivemos sucesso (até agora!). Acreditamos que o fato do CacheFu não atualizar o objeto pai seja um bug (pode até ser que exista um motivo para isto acontecer) e informamos no tracker do CacheFu nosso problema e a solução que aplicamos. Fica aí uma opção pra quem enfrentar um problema semelhante. att, Fernando Bezerra --- Em zope-pt@yahoogrupos.com.br, Fernando Bezerra bart_fb@ escreveu Boa tarde pessoal, Estou enfrentando um problema de cache e não sei se pode ser inexperiência da minha parte, mas o que está acontecendo é o seguinte: Estamos utilizando Zope 2.8.8-final, Plone 2.1.4 com squid e apache na frente em um portal (intranet) e Zope 2.8.6-final, Plone 2.1.2 também com squid e apache na frente para os portais da internet ambos utilizando o CacheFu 1.1. O problema que temos enfrentado é que no caso de alteração em um subitem o CacheFu não informa para o Squid que há uma de alterações no objeto pai. Assim o subitem é atualizado mas o objeto pai não sofre nenhuma atualização. Nossa idéia seria customizar método getUrlsToPurge(self, object) do arquivo cache_tool.py para forçar o CacheFu a informar que o objeto pai está desatualizado. Minha dúvida é se essa seria a melhor solução para o problema ou se existe alguma configuração que possa ter passado batida.
[zope-pt] Fwd: Call for papers (jornadas.grulic.org.ar)
Olá pessoal, me pediram para repassar o seguinte anúncio: (Traduzido do espanhol por este que vos fala, então perdoem qualquer imprecisão. O original em espanhol segue mais abaixo). Está aberta a chamada de trabalhos para a Sétima Edição das Jornadas Regionais de Software Livre, que acontecerão de 9 a 11 de agosto de 2007 em Córdoba, Argentina. O Evento contará com 4 áreas temáticas principais: * Sociedade * Educação * Técnica * Empresarial Nestas áreas pretendemos enquadrar temas tão diversos como o uso de Software Livre no governo, em ONGs, em empresas, na ciência e em instituições educacionais, a problemática de gênero no Software Livre, temas de comunidade, temas filosóficos e políticos, tópicos técnicos (programação, administração, segurança, etc.), arte, comunicação e cultura. Nossa intenção é ter uma ampla oferta de palestras de nível básico e introdutório pois cremos que uma baixa quantidade desse tipo de palestras prejudicaria o objetivo central do evento, que é difundir o Software Livre. A idéia é que em todo momento haja em alguma sala uma palestra básica ou intermediária. Por isso pedimos a todos os membros da comunidade que tomem um tempo para pensar em palestras tão simples como programas de e-mail livres e como usá-los, como navegar na web com SL, *instant messaging* livre ou coisas simples como essas, além das fantásticas palestras com as quais estamos acostumados. Se quiserem mais detalhes sobre os temas específicos de cada área, ou o que queremos dizer com palestras de nível básico, podem lê-lo no site das Jornadas (abaixo). O mérito das palestras será avaliado por um comitê internacional de membros prestigiados da comunidade. A aceitação da palestra dependerá desta avaliação, bem como das possibilidades técnicas, de espaço e de tempo. O limite para a apresentação dos trabalhos é 3 de maio de 2007. Para cada palestra proposta, favor enviar à direção ([EMAIL PROTECTED]): * Título da palestra * Uma descrição breve da palestra (aprox. 50 palavras), para incluir no material publicitário * Um resumo da palestra (entre 200 e 300 palavras) explicando seu conteúdo * Um mini-currículo do palestrante (entre 100 e 250 palavras) Além disso, aproveitamos a oportunidade para avisar aos Grupos de Usuários das várias comunidades que, se quiserem um espaço no setor de comunidade, podem escrever para [EMAIL PROTECTED] para reservamos um lugar. Para mais informações visite: http://jornadas.grulic.org.ar # Está abierta la llamada a ponencias para las Séptimas Jornadas Regionales de Software Libre, que se realizarán del 9 al 11 de agosto de 2007 en la ciudad de Córdoba, Argentina. El evento contará con 4 ejes temáticos principales: * Sociedad * Educación * Técnica * Empresa En estos ejes pretendemos encuadrar temas tan diversos como el uso de Software Libre en el estado, ONGs, en empresas, en ciencia y en instituciones educativas, la problemática de género en el Software Libre, temas de comunidad, temas filosóficos y políticos, tópicos técnicos (programación, administración, seguridad, etc.), arte, comunicación y cultura. Es nuestra intención tener una amplia oferta de charlas de nivel básico e introductorio. Esto es porque creemos que una baja cantidad de tales charlas vulneraría el objetivo central del evento, que es hacer difusión del Software Libre. La idea es que en todo momento haya en alguna sala una charla bien básica o intermedia. Por este motivo, les pedimos a los miembros de la comunidad que además de las fantásticas charlas a las que nos tienen acostumbrados, se tomen un tiempo para pensar charlas tan simples como clientes de correo libres y cómo usarlos o cómo navegar la web con SL o mensajería instantánea libre o cosas similarmente simples. Si quieren más detalles sobre qué temas específicos abarca cada trac, o qué queremos decir con charlas de nivel basico, pueden leerlo en el sitio web de las jornadas: Las charlas serán evaluadas en cuanto a su mérito por un comité internacional de presitigiosos miembros de la comunidad. La aceptación de la charla dependerá de esta evaluación, y de las posibilidades técnicas y espaciotemporales. El límite para la presentación de trabajos es el 3 de mayo de 2007. Enviar: * Título de la charla * Una descripción breve (50 palabras approx) de la charla, para incluir en el material publicitario * Un resumen de la charla (entre 200 y 300 palabras) explicando el contenido de la misma * Un minicurrículum del disertante (entre 100 y 250 palabras) a la dirección [EMAIL PROTECTED] Además, aprovechamos la oportunidad para avisarle a los lugs y otros grupos de la comunidad que si quieren un espacio en el sector de comunidad pueden escribirnos a [EMAIL PROTECTED] para que les reservemos un lugar. Para más información, vea http://jornadas.grulic.org.ar
Re: [zope-pt] Parâmetros GET
Se for page template há um mapeamento direto no plone chamado request Exemplo span tal:content=request/nomevaraqui entra o conteúdo de nomevar/span pode ser via get ou post. Abraços TOM Em 16/02/07, ra023332 [EMAIL PROTECTED] escreveu: Olá pessoal, Gostaria de passar parâmetros GET para uma index_html. Tentando explicar melhor: quando o usuário clica em uma pasta no portlet de navegação, a página a ser aberta é a index_html. Para que essa página possa ser carregada preciso utilizar alguns parâmetros que eu passaria pelo link da pasta. Como posso fazer isso? Alguma idéia? Obrigado pela atenção. Carlos -- Cordialmente, Wilton Souza Alencar www.tom.pro.br
Re: [zope-pt] Parâmetros GET
Não sei se entendi direito. Mas uma maneira de passar parâmetros para o
ZPT assim como scripts Python seria essa.
a href=#
tal:define=nome string: Fernando Paiva;
tal:attributes=href
string:${context/absolute_url}/index_html?variavel=${nome};
tal:content=string: Clique aqui para mandar sua variavel
/a
Para pegar a variavel no index_html:
div tal:define=variavel request/variavel;
tal:on-error=string: Não recebi essa variavel :(
tal:exibe tal:content=variavel/
/div
Espero que seja essa sua dúvida.
[]'s
Fernando Paiva
ra023332 escreveu:
Olá pessoal,
Gostaria de passar parâmetros GET para uma index_html. Tentando
explicar melhor: quando o usuário clica em uma pasta no portlet de
navegação, a página a ser aberta é a index_html. Para que essa página
possa ser carregada preciso utilizar alguns parâmetros que eu passaria
pelo link da pasta. Como posso fazer isso? Alguma idéia?
Obrigado pela atenção.
Carlos
___
Yahoo! Mail - Sempre a melhor opção para você!
Experimente já e veja as novidades.
http://br.yahoo.com/mailbeta/tudonovo/
[zope-pt] Re: Parâmetros GET
É isso mesmo pessoal, consegui resolver meu problema. Obrigado pela
ajuda de vocês!
Carlos
--- Em zope-pt@yahoogrupos.com.br, Fernando Paiva [EMAIL PROTECTED]
escreveu
Não sei se entendi direito. Mas uma maneira de passar parâmetros para o
ZPT assim como scripts Python seria essa.
a href=#
tal:define=nome string: Fernando Paiva;
tal:attributes=href
string:${context/absolute_url}/index_html?variavel=${nome};
tal:content=string: Clique aqui para mandar sua variavel
/a
Para pegar a variavel no index_html:
div tal:define=variavel request/variavel;
tal:on-error=string: Não recebi essa variavel :(
tal:exibe tal:content=variavel/
/div
Espero que seja essa sua dúvida.
[]'s
Fernando Paiva
ra023332 escreveu:
Olá pessoal,
Gostaria de passar parâmetros GET para uma index_html. Tentando
explicar melhor: quando o usuário clica em uma pasta no portlet de
navegação, a página a ser aberta é a index_html. Para que essa página
possa ser carregada preciso utilizar alguns parâmetros que eu passaria
pelo link da pasta. Como posso fazer isso? Alguma idéia?
Obrigado pela atenção.
Carlos
___
Yahoo! Mail - Sempre a melhor opção para você!
Experimente já e veja as novidades.
http://br.yahoo.com/mailbeta/tudonovo/
Re: [zope-pt] Re: CacheFu não está atualizando objetos pai.
Oi Fernando, O CacheFu tem uma regra especial para containers que usa cache em memória para minimizar o impacto desse tipo de situação. É dififil dizer se eu problema diz respeito ao CacheFu especificamente ou se é uma peculiaridade de seu site, mas... via de regra todos os containers são cacheados com E-tag e em memoria e, adicionando-se a contrucao de seu etag a data de ultima modificacao de objetos no catalog, esse tipo de problema seria impossivel de acontecer, mesmo que nao houve nenhum tipo de purge no squid (visto que o cache seria feito apenas no browser). Um abraço, Fabiano Weimar On 2/16/07, Fernando Bezerra [EMAIL PROTECTED] wrote: Esqueci do link ;) http://plone.org/products/cachefu/issues/80/poi_issue_view --- Em zope-pt@yahoogrupos.com.br zope-pt%40yahoogrupos.com.br, Fernando Bezerra [EMAIL PROTECTED] escreveu Pessoal, Fizemos a tentativa da customização do script e obtivemos sucesso (até agora!). Acreditamos que o fato do CacheFu não atualizar o objeto pai seja um bug (pode até ser que exista um motivo para isto acontecer) e informamos no tracker do CacheFu nosso problema e a solução que aplicamos. Fica aí uma opção pra quem enfrentar um problema semelhante. att, Fernando Bezerra --- Em zope-pt@yahoogrupos.com.br zope-pt%40yahoogrupos.com.br, Fernando Bezerra bart_fb@ escreveu Boa tarde pessoal, Estou enfrentando um problema de cache e não sei se pode ser inexperiência da minha parte, mas o que está acontecendo é o seguinte: Estamos utilizando Zope 2.8.8-final, Plone 2.1.4 com squid e apache na frente em um portal (intranet) e Zope 2.8.6-final, Plone 2.1.2 também com squid e apache na frente para os portais da internet ambos utilizando o CacheFu 1.1. O problema que temos enfrentado é que no caso de alteração em um subitem o CacheFu não informa para o Squid que há uma de alterações no objeto pai. Assim o subitem é atualizado mas o objeto pai não sofre nenhuma atualização. Nossa idéia seria customizar método getUrlsToPurge(self, object) do arquivo cache_tool.py para forçar o CacheFu a informar que o objeto pai está desatualizado. Minha dúvida é se essa seria a melhor solução para o problema ou se existe alguma configuração que possa ter passado batida. -- Fabiano Weimar dos Santos (xiru) Weimar Consultoria Hospedagem Plone, Zope e Pyhon http://www.pytown.com
[zope-pt] call for sprints (jornadas)
Mais uma chamada do Jornadas (mais uma vez peço a colegas das outras listas amigas (turbogears, django, etc.) que repassem essa informação: - Está aberta a chamada para propostas de workshops, cursos e sprints* para a sétima edição das Jornadas Regionais de Software Livre, que acontecerão de 9 a 11 de agosto de 2007. A infraestrutura tem capacidade para aproximadamente 50 pessoas e conta com salas com computadores, projetor, lousa e equipamento de som. O tema dos workshops é livre, desde que tenha seja relacionado com Software Livre :-) As propostas devem ser enviadas a [EMAIL PROTECTED] até, no máximo, 3 de junho de 2007, contendo as seguintes informações: * Nome completo do(s) apresentador(es) * Título do workshop/curso/sprint * Pequena descrição do workshop/curso/sprint * Público alvo Em tempo: estas atividades acontecerão durante os dias 7 e 8 de agosto, ou seja, nos dois dias antes do começo das Jornadas, a pedido da comunidade. Se tivermos infraestrutura e propostas suficientes, elas se extenderão também durante os dias 9 a 11. Para mais informações sobre o que chamamos de cursos, workshops e sprints, favor visitar: http://jornadas.grulic.org.ar/ * Para uma definição de Sprint, veja: http://wiki.zope.org/zope3/SprintSchedule Está abierto el llamado a propuestas de talleres, cursos y sprints para las Séptimas Jornadas Regionales de Software Libre a llevarse a cabo en Córdoba (Argentina) los días 9 al 11 de agosto del 2007. Para la realización de los talleres, cursos y sprints se contará con salas con computadoras, proyector, pizarrón y sonido con capacidad para aproximadamente 50 personas. El tema de los talleres es libre, por supuesto siempre y cuando tenga que ver con el Software Libre :) Las propuestas deben ser enviadas a [EMAIL PROTECTED] y la fecha límite para recibirlas es el día 3 de junio de 2007. El mail debe contener los siguientes datos: * Nombre completo de la/s persona/s que presenten la propuesta * Título del taller/curso/sprint * Pequeña descripción del taller/curso/sprint * Público al que está orientado Aclaración: estas actividades se llevarán a cabo durante los días 7 y 8 de agosto, es decir, dos días antes del comiendo de las jornadas, a pedido de la comunidad. Si contamos con infraestructura y propuestas suficientes, se extenderán también durante los días 9 a 11. Para más información sobre a qué llamamos cursos, talleres y sprints, pueden leer en http://jornadas.grulic.org.ar/
