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://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_**
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 <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 <dev@pt-br.libreoffice.org>>
     # Informações sobre os comandos disponíveis (em inglês):
      mande e-mail vazio para
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
<mailto:dev%2Bunsubscribe@pt-**br.libreoffice.org<
dev%252Bunsubscribe@pt-br.libreoffice.org>
     # Cancelar sua assinatura: mande e-mail vazio para:
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
<mailto:dev%2Bunsubscribe@pt-**br.libreoffice.org<
dev%252Bunsubscribe@pt-br.libreoffice.org>
     # Arquivo de mensagens: http://listarchives.**
libreoffice.org/pt-br/dev
<http://listarchives.libreoffice.org/pt-br/dev>
 --
Você está recebendo e-mails da lista dev@pt-br.libreoffice.org
# Informações sobre os comandos disponíveis (em inglês):
  mande e-mail vazio para
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
# Cancelar sua assinatura: mande e-mail vazio para:
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
# Arquivo de mensagens:
http://listarchives.**libreoffice.org/pt-br/dev<
http://listarchives.libreoffice.org/pt-br/dev>