--
Daniel Monteiro
Em 27 de setembro de 2013 12:29, Marcos Souza
<marcos.souza.org@gmail.com <mailto:marcos.souza.org@gmail.com>> escreveu:
Olá Daniel,
Em 09/27/2013 12:21 PM, Daniel Monteiro escreveu:
Onde estão estes testes? Makefile ou Makefile.gbuild? Seria o
caso de eu desabilitar o target?
marcos@jedi:~/gitroot/core$ git grep CppunitTest_sw_ooxmlexport
sw/Module_sw.mk: CppunitTest_sw_ooxmlexport \
Acho que se vc remover esta linha como teste eu acho que não irá
executar mais os testes
Eu fiquei um tanto mimado pelo XCode da Apple e agora estou
sofrendo as consequências hehe ;-)
Nunca tive um Apple, mas deve ser interessante saber como ele
funciona! Por enquanto me dou bem com os Makefiles e com o Gnome
Terminal :)
Em relação à máquina, acho que vou conseguir uma máquina só para
isso, só que rodando Suse 11 - será que isso dá problema? Eu
posso copiar minha pasta de source, para tentar aproveitar ao
mesmo o download da source?
sim, o código sim, só teras que dar um make clean e começar denovo
:) E no nosso script de depencias ja temos o SuSe
Abs
PS: Hoje e amanhã, na minha cidade amada, Niterói - RJ, vai rolar
o GNUGraf. Infelizmente não poderei ir, mas recomendo a todos!
http://gnugraf.org/2013/
Poxa que bacana! Pena que moro um "pouco" longe!
--
Daniel Monteiro
Em 27 de setembro de 2013 08:40, Marcos Souza
<marcos.souza.org@gmail.com <mailto:marcos.souza.org@gmail.com>>
escreveu:
Interessante.
Isso vc está testando no netbook certo?
Vc conseguiu verificar se o mesmo erro acontece em outra máquina?
Acho que você poderia comentar essa chama de unittest e
verificar se alguma outra chamada da erro também! Basta ir no
makefuile que faz essas chamadas de unittest e comentar esse
test em especifico e verificar como a build se comporta.
Qualquer coisa, podemos mandar um email na lista para
verificar o porque isso acontece, se é por falta de memoria
ou outro fator!
Vamos fazer esse negocio compilar cara! Precisamos de mais
ajuda! Tem muita coisa a ser feita :)
Abraço e até mais!
Em 09/26/2013 05:04 PM, Daniel Monteiro escreveu:
Camaradas,
ontem passei o dia inteiro compilando tudo novamente
(make clean;make)
e hoje o dia inteiro tentando, após o mesmo erro, rodar a
linha
sugerida pelo script de montagem. Este ficou parado o
tempo todo sem
fazer nada.
Usando o gerenciador de tarefas do GNOME, reparei que o
processo do
Make quase não consumia CPU e alocou pouquissima memória,
estabilizando sua quantia. Após um tempo, desisti e
fechei tudo. Mais
alguma sugestão? A situação é um tanto desanimadora...
Abs
Em 24/09/13, Vera Cavalcante<veracape@gmail.com
<mailto:veracape@gmail.com>> escreveu:
Daniel,
Estou aqui somente para parabenizá-lo por ter essa
vontade de ajudar no
desenvolvimento do LibreOffice e juntar-se ao time
dos "Meninos do
Brasil".
Você está sendo orientado por um desses meninos: O
Marcos.
Tenha certeza que a sua ajuda vai ser muito boa para
o LibreOffice, mas
principalmente para você.
Em 24 de setembro de 2013 08:57, Marcos Souza
<marcos.souza.org@gmail.com
<mailto:marcos.souza.org@gmail.com>>escreveu:
Olá Daniel,
Em 09/23/2013 09:46 PM, Daniel Monteiro escreveu:
O erro:
fdo66929.docx,ooxmlexport.cxx:**1050:Assertion
Test name: Test::run
equality assertion failed
- Expected: 127
- Actual : 254
Failures !!!
Run: 1 Failure total: 1 Failures: 1 Errors: 0
Error: a unit test failed, please do one of:
export DEBUGCPPUNIT=TRUE # for exception
catching
export GDBCPPUNITTRACE="gdb --args" # for
interactive debugging
export VALGRIND=memcheck # for memory
checking
and retry using: make CppunitTest_sw_ooxmlexport
make[1]: ***
[/home/monty/Projects/**libreoffice/core/workdir/unxln**
gi6.pro/CppunitTest/sw_**ooxmlexport.test
<http://gi6.pro/CppunitTest/sw_**ooxmlexport.test><http://unxlngi6.pro/CppunitTest/sw_ooxmlexport.test><
http://unxlngi6.pro/**CppunitTest/sw_ooxmlexport.**test<http://unxlngi6.pro/CppunitTest/sw_ooxmlexport.test>>]
Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [build] Error 2
Pelo que entendi, falhou durante a execução
de um teste unitário. Eu
segui as instruções e ele ficou parado um bom
tempo sem mostrar nada. Se
tiver alguma opção para teste verboso,
agradeço =-)
Tive a impressão que meu sistema pode ter
ficado sem memória. Trata-se
de
um dual core Atom N2600 com 2GB de RAM,
rodando Ubuntu 12.04 (eu sei,
forcei um pouco a barra!). Você precisa de
mais alguma informação do
sistema? Ele esta bastante atualizadinho.
Entendi, e o seu repositório também está
atualizado certo?
Chegou a executar somente o "make
CppunitTest_sw_ooxmlexport" ?
Geralmente essas falhas de unittest são
referentes ao master estar
quebrado, ou alguma versão de dependência que
pode estar com problemas.
Logo que eu conseguir esvaziar um pouco o Mac
(lotado!), começo a baixar
as dependências para tentar aqui também.
Imagino que aqui ele vá ter
menos
problemas (Core i5, 4GB de RAM)
Pois bem.... como é um unittest, não sei dizer ao
certo se o problema
pode
ser RAM. Mas claro, uma máquina melhor ajuda
muito nesse teste :)
Gostaria de por enquanto, não ter que apelar
para "aquele outro, o
não-UNIX". Eventualmente vai ser necessário,
mas não é das experiências
mais prazeirosas...
Sim claro, no Linux é bem mais facil de compilar
o LO. Depois dele,
poderias começar com os easy hacks, que são bem
interessantes:
https://wiki.**documentfoundation.org/**Development/Easy_Hacks_by_**
<http://documentfoundation.org/**Development/Easy_Hacks_by_**>
Difficulty<https://wiki.documentfoundation.org/Development/Easy_Hacks_by_Difficulty>
Tem uns hacks legais, e outros que a muito tempo
se precisa fazer e
ninguém faz :)
Espera muito sua ajuda para melhorar o LO!
--
Daniel Monteiro
Em 23 de setembro de 2013 20:10, Marcos Souza
<marcos.souza.org@gmail.com
<mailto:marcos.souza.org@gmail.com><mailto:
marcos.souza.org@**gmail.com
<http://gmail.com>
<marcos.souza.org@gmail.com
<mailto:marcos.souza.org@gmail.com>>>> escreveu:
Olá Daniel,
Em 09/23/2013 07:00 PM, Daniel Monteiro
escreveu:
Olá camaradas, tudo em cima?
Meu nome é Daniel e sou de Niterói, RJ.
Já trabalhei com C++ e atualmente
ainda mexo com no meu tempo
livre com C &
Objective-C, além de Java. Acho que
seria legal voltar a
hackear em C++,
sem falar de poder ajudar com as
versões para os principais
sistemas
operacionais.
Poxa, vc tem muita sorte :)
A empresa em que trabalho esta
abraçando o LibreOffice e eu
fui encarregado
de eventualmente adapta-lo às
necessidades de lá. Gostei tanto
da ideia que
resolvi dedicar meu tempo livre ao
projeto também.
Pelo que já li na documentação, o
ideal é eu primeiro compilar
o LO em
alguma plataforma fácil, como OSX ou
Linux e depois partir
pros Quick
Hacks. Como a maior parte do meu
tempo livre, estou longe do
Mac e apenas
com um netbook Ubuntu, foi o que
pude usar (e não foi dificil
de configurar
não). No entanto, esbarrei num erro.
Qual é a melhor forma de
pedir ajuda
em relação a esse tipo de situação?
Blz, seu erro ocorre em tempo de
compilação? O erro é recorrente
de dependências?
Se por acaso for, temos este script que
baixa as dependencias
necessárias:
https://github.com/marcosps/**lo_useful/blob/master/pre-**install.sh<https://github.com/marcosps/lo_useful/blob/master/pre-install.sh>
(se quiser ajudar a melhorar o script, a
gente pode ter dar acesso
para commit =D)
Abs
--
Daniel Monteiro
-- Você está recebendo e-mails da lista
dev@pt-br.libreoffice.org
<mailto:dev@pt-br.libreoffice.org>
<mailto:dev@pt-br.libreoffice.
<mailto:dev@pt-br.libreoffice.>**org
<dev@pt-br.libreoffice.org
<mailto:dev@pt-br.libreoffice.org>>>
# Informações sobre os comandos
disponíveis (em inglês):
mande e-mail vazio para
dev+unsubscribe@pt-br.**
<mailto:dev+unsubscribe@pt-br.**>libreoffice.org
<http://libreoffice.org><dev%2Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%252Bunsubscribe@pt-br.libreoffice.org>>
<mailto:dev%2Bunsubscribe@pt-
<mailto:dev%252Bunsubscribe@pt->**br.libreoffice.org
<http://br.libreoffice.org><dev%252Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%25252Bunsubscribe@pt-br.libreoffice.org>>
# Cancelar sua assinatura: mande e-mail
vazio para:
dev+unsubscribe@pt-br.**
<mailto:dev+unsubscribe@pt-br.**>libreoffice.org
<http://libreoffice.org><dev%2Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%252Bunsubscribe@pt-br.libreoffice.org>>
<mailto:dev%2Bunsubscribe@pt-
<mailto:dev%252Bunsubscribe@pt->**br.libreoffice.org
<http://br.libreoffice.org><dev%252Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%25252Bunsubscribe@pt-br.libreoffice.org>>
# Arquivo de mensagens:
http://listarchives.**
libreoffice.org/pt-br/dev
<http://libreoffice.org/pt-br/dev>
<http://listarchives.libreoffice.org/pt-br/dev>
--
Você está recebendo e-mails da lista
dev@pt-br.libreoffice.org
<mailto:dev@pt-br.libreoffice.org>
# Informações sobre os comandos disponíveis (em
inglês):
mande e-mail vazio para
dev+unsubscribe@pt-br.**
<mailto:dev+unsubscribe@pt-br.**>libreoffice.org
<http://libreoffice.org><dev%2Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%252Bunsubscribe@pt-br.libreoffice.org>>
# Cancelar sua assinatura: mande e-mail vazio para:
dev+unsubscribe@pt-br.**
<mailto:dev+unsubscribe@pt-br.**>libreoffice.org
<http://libreoffice.org><dev%2Bunsubscribe@pt-br.libreoffice.org
<mailto:dev%252Bunsubscribe@pt-br.libreoffice.org>>
# Arquivo de mensagens:
http://listarchives.**libreoffice.org/pt-br/dev
<http://libreoffice.org/pt-br/dev><http://listarchives.libreoffice.org/pt-br/dev>
--
Atenciosamente.
Vera Cavalcante
veracape@gmail.com <mailto:veracape@gmail.com>
O* LibreOffice <http://pt-br.libreoffice.org/home/>
*oferece todas as
funções esperadas de uma suíte profissional: editor
de textos, planilha,
apresentação, editor de desenhos e banco de dados.
*VERO*<http://pt-br.libreoffice.org/projetos/projeto-vero-verificador-ortografico/>
*Verificador **Ortográfico* em Português do Brasil,
com Acordo Ortográfico
da Língua Portuguesa de 1990.
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.