Re: How to add extra templates to 4.1 windows build
I, thanks for the tips, I'm trying it out right now The templates are internal to a company business process, and as such I cannot share them. In the end where will this templates be available? It would be great if a new category labeled Company Name was created with this templates inside... Thanks for helping out. Cheers *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2013/8/30 Eike Rathke er...@redhat.com Hi Flavio, On Tuesday, 2013-08-27 10:19:35 +0100, Flavio Moringa wrote: I'm trying to add a few extra templates to a 4.1 windows build, but I don't know where to put them on the source dir so that they are caught in the final MSI In 3.x I used to put them in extras/source/premium/templates/lang/en-US/ but that dir does not exist anymore extras/source/templates/dirname/ looks like the place to go (of course another new path under extras/source/... would do as well) and then create an extras/Package_dirname.mk file similar to extras/Package_tpllayoutimpr.mk and add that to extras/Module_extras.mk and also add an entry to scp2/source/ooo/file_extra_ooo.scp (look for gid_File_Extra_Tpllayoutimpr) and scp2/source/ooo/module_hidden_ooo.scp (dito, look for gid_File_Extra_Tpllayoutimpr) Or simply publish the templates on http://templates.libreoffice.org/ Or if they could be of general interest as default templates, contribute them to the project? Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A For key transition see http://erack.de/key-transition-2013-01-10.txt.asc Support the FSFE, care about Free Software! https://fsfe.org/support/?erack ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: How to add extra templates to 4.1 windows build
I guys, any help from someone? I just need to know were to put my templates to create a costumized build with those templates included... Cheers *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2013/8/27 Flavio Moringa flavio.mori...@caixamagica.pt I guys, I'm trying to add a few extra templates to a 4.1 windows build, but I don't know where to put them on the source dir so that they are caught in the final MSI In 3.x I used to put them in extras/source/premium/templates/lang/en-US/ but that dir does not exist anymore Any help? Thanks *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
How to add extra templates to 4.1 windows build
I guys, I'm trying to add a few extra templates to a 4.1 windows build, but I don't know where to put them on the source dir so that they are caught in the final MSI In 3.x I used to put them in extras/source/premium/templates/lang/en-US/ but that dir does not exist anymore Any help? Thanks *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
URGENT: Build fails when --with-help is enabled
I guys, I've already made a windows build using this options: ./autogen.sh \ --enable-release-build \ --enable-extra-gallery \ --enable-extra-sample \ --enable-extra-font \ --enable-extra-template \ --verbose \ --enable-verbose \ --disable-activex \ --without-junit \ --with-ant-home=/cygdrive/c/apache-ant-1.9.2/ But now I need to add: --with-help --with-myspell-dicts autogen goes ok... but when I do a: /opt/lo/bin/make I get the following error: $ /opt/lo/bin/make C:/libreoffice-4.1.0.4/bin/unpack-sources C:/libreoffice-4.1.0.4 C:/libreoffice-4.1.0.4/src/libreoffice-dictionaries-4.1.0.4.tar.xz C:/libreoffice-4.1.0.4/src/libreoffice-help-4.1.0.4.tar.xz Error: C:/libreoffice-4.1.0.4 is not a valid LibreOffice core source directory make: *** [get-submodules] Error 1 So what's wrong? Why does it say it's not a core source directory? I don't seem to find anything wrong in bin/unpack-sources I really need some help here... does anyone have any clues? Thanks *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Build fails when --with-help is enabled
I, thanks for helping. Yes you are right, I'm building from the source tarball... I will then unpack the dictionaries and help sourecs to the build root... Will tell if it worked... I was also looking at this thread: http://comments.gmane.org/gmane.linux.lfs.beyond.support/47479 That seems to shed some light on the problem... Also using C:/ paths instead of /cygdrive/c in the script upack-sources when using cygwin it's problematic... Cheers *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2013/8/27 Miklos Vajna vmik...@suse.cz On Tue, Aug 27, 2013 at 11:35:57AM +0100, Flavio Moringa flavio.mori...@caixamagica.pt wrote: I get the following error: $ /opt/lo/bin/make C:/libreoffice-4.1.0.4/bin/unpack-sources C:/libreoffice-4.1.0.4 C:/libreoffice-4.1.0.4/src/libreoffice-dictionaries-4.1.0.4.tar.xz C:/libreoffice-4.1.0.4/src/libreoffice-help-4.1.0.4.tar.xz Error: C:/libreoffice-4.1.0.4 is not a valid LibreOffice core source directory make: *** [get-submodules] Error 1 Seems you're not building from git. If you build from a tarball, just get the help tarball as well, and unpack it just like you unpacked the core tarball as well, before you start autogen/make. With that, the get-submodules target should notice that everything is already unpacked and won't even call bin/unpack-sources. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Lpsolve errors trying to build LibreOffice 4.1 on Windows XP with VS Express 2010
I guys, I'm trying to do a custom Windows build of LibreOffice 4.1.0.4 (The stable release). First I had an lpsolve error that seemed to be caused by this: https://bugs.freedesktop.org/show_bug.cgi?id=66826 And so I applied this patch: http://cgit.freedesktop.org/libreoffice/core/commit/?id=f1e7eeb83c18bce720d49e0e55704abd09ab96f7h=libreoffice-4-1 But now the lp_solve_5.5-windows.patch patch actually fails: [build PAT] lpsolve S=C:/libreoffice-4.1.0.4 O=$S/solver/wntmsci13.pro W=$S/workdir/ wntmsci13.pro ( cd $W/UnpackedTarball/lpsolve for p in $S/lpsolve/lp_solve_5.5-windows.patch; do pl=3; s=${p##*.}; case $s in [0-9]) pl=$s; ;; esac ; /usr/bin/patch --binary -f -s -p$pl $p; if test $? -ne 0; then echo Patch FAILED: $p; exit 1; fi; done touch $W/UnpackedTarball/lpsolve.done ) || ( touch $W/UnpackedTarball/lpsolve.prepare exit 1 ) 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/cgcc.bat.rej 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/lpsolve.rc.rej 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/cvc6.bat.rej Patch FAILED: C:/libreoffice-4.1.0.4/lpsolve/lp_solve_5.5-windows.patch make[1]: *** [C:/libreoffice-4.1.0.4/workdir/ wntmsci13.pro/UnpackedTarball/lpsolve.done] Error 1 cgcc.bat.rej shows this, and I'm totally clueless: $ cat ./workdir/ wntmsci13.pro/UnpackedTarball/lpsolve/lpsolve55/cgcc.bat.rej *** cgcc.batSun Jun 12 04:27:28 2005 --- lpsolve55/cgcc.bat Sun Dec 14 07:55:19 2008 *** *** 7,14 set c=gcc ! rem rc lpsolve.rc ! %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -mno-cygwin -enable-stdcall-fixup -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% ..\lp_solve.def -o lpsolve55.dll %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% -o liblpsolve55.so --- 7,14 set c=gcc ! windres lpsolve.rc lpsolve_res.obj ! %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -mno-cygwin -enable-stdcall-fixup -mthreads %lpsolve_LDFLAGS% -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% lpsolve_res.obj ..\lp_solve.def %lpsolve_LIBS% -o lpsolve55.dll %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% -o liblpsolve55.so I'm using VS 2010 Express... Any thoughts? Thanks for helping out. *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Lpsolve errors trying to build LibreOffice 4.1 on Windows XP with VS Express 2010
Replacing the patch with the one I'm attaching seems to fix it... But not sure of the consequences... Hope it helps someone... *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2013/8/8 Flavio Moringa flavio.mori...@caixamagica.pt I guys, I'm trying to do a custom Windows build of LibreOffice 4.1.0.4 (The stable release). First I had an lpsolve error that seemed to be caused by this: https://bugs.freedesktop.org/show_bug.cgi?id=66826 And so I applied this patch: http://cgit.freedesktop.org/libreoffice/core/commit/?id=f1e7eeb83c18bce720d49e0e55704abd09ab96f7h=libreoffice-4-1 But now the lp_solve_5.5-windows.patch patch actually fails: [build PAT] lpsolve S=C:/libreoffice-4.1.0.4 O=$S/solver/wntmsci13.pro W=$S/workdir/ wntmsci13.pro ( cd $W/UnpackedTarball/lpsolve for p in $S/lpsolve/lp_solve_5.5-windows.patch; do pl=3; s=${p##*.}; case $s in [0-9]) pl=$s; ;; esac ; /usr/bin/patch --binary -f -s -p$pl $p; if test $? -ne 0; then echo Patch FAILED: $p; exit 1; fi; done touch $W/UnpackedTarball/lpsolve.done ) || ( touch $W/UnpackedTarball/lpsolve.prepare exit 1 ) 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/cgcc.bat.rej 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/lpsolve.rc.rej 1 out of 1 hunk FAILED -- saving rejects to file lpsolve55/cvc6.bat.rej Patch FAILED: C:/libreoffice-4.1.0.4/lpsolve/lp_solve_5.5-windows.patch make[1]: *** [C:/libreoffice-4.1.0.4/workdir/ wntmsci13.pro/UnpackedTarball/lpsolve.done] Error 1 cgcc.bat.rej shows this, and I'm totally clueless: $ cat ./workdir/ wntmsci13.pro/UnpackedTarball/lpsolve/lpsolve55/cgcc.bat.rej *** cgcc.batSun Jun 12 04:27:28 2005 --- lpsolve55/cgcc.bat Sun Dec 14 07:55:19 2008 *** *** 7,14 set c=gcc ! rem rc lpsolve.rc ! %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -mno-cygwin -enable-stdcall-fixup -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% ..\lp_solve.def -o lpsolve55.dll %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% -o liblpsolve55.so --- 7,14 set c=gcc ! windres lpsolve.rc lpsolve_res.obj ! %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -mno-cygwin -enable-stdcall-fixup -mthreads %lpsolve_LDFLAGS% -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% lpsolve_res.obj ..\lp_solve.def %lpsolve_LIBS% -o lpsolve55.dll %c% -DINLINE=static -I.. -I../shared -I../bfp -I../bfp/bfp_LUSOL -I../bfp/bfp_LUSOL/LUSOL -I../colamd -s -O3 -shared -D_USRDLL -DWIN32 -DYY_NEVER_INTERACTIVE -DPARSER_LP -DINVERSE_ACTIVE=INVERSE_LUSOL -DRoleIsExternalInvEngine %src% -o liblpsolve55.so I'm using VS 2010 Express... Any thoughts? Thanks for helping out. *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa lp_solve_5.5-windows.patch2 Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Windows build failing in instsetoo_native, makecab.exe
Maybe it's a problem due to you trying to compile a Dev version.. maybe passing: --enable-release-built to autogen fixes it... Just my 2 cents... Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2012/10/25 Jeremy Brown jeremy.r.br...@gmail.com I've gotten a little farther in my quest to get LibreOffice to build on my Windows box, but now I'm running into this error in instsetoo_native: ... Expanding Files Expanding Files Complete ... 13 files total. ... copying files into installation set ... ... creating ddf files ... ... creating log file log_OOO370_en-US.log ... packaging installation set ... ... makecab.exe (1/1) ... makecab_error (Try 1): Trying again makecab_error: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba makecab_error: MakeCAB aborted. makecab_error (Try 2): Trying again makecab_error: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba makecab_error: MakeCAB aborted. ERROR: Failure in installer.pm ERROR: ERROR: makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | ! at D:/Dev/libo/libo/solenv/bin/modules/installer/windows/msiglobal.pm line 1283 ERROR (Try 3): Abort packing ERROR: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba ERROR: MakeCAB aborted. ... cleaning the output tree ... ... removing directory /tmp/ooopackaging/i_82041351108958 ... ERROR, saved logfile D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/logging/en-US/log_OOO370_en-US.log is: ... ## : Packaging process : ## : Performance Info: Execute packaging start Wed Oct 24 21:02:58 2012 (00:20 min.) : chdir: D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/logging/en-US/ : chdir: /tmp/ooopackaging/i_82041351108958/wntmsci12.pro : Systemcall: makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : makecab_error (Try 1): makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : !makecab_error: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba : makecab_error: MakeCAB aborted. : Systemcall: makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : makecab_error (Try 2): makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : !makecab_error: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba : makecab_error: MakeCAB aborted. : Systemcall: makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : ERROR (Try 3): makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : !ERROR: Could not open file: LibreOffice_Dev\native\zip\en-US\00\basicsrvdepot_zip\CommonLang.xba : ERROR: MakeCAB aborted. : : Moved directory from D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/install/en-US_inprogress to D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/install/en-US_witherror : : Removing directory /tmp/ooopackaging/i_82041351108958 ... : ## : Replacing variables in setup script (start) : ## : WARNING: mis-named or un-known '%' variable in setup script at line 123617: : Subkey = Software\%MANUFACTURER\LOdev%PRODUCTADDON\3.7\Capabilities; : WARNING: mis-named or un-known '%' variable in setup script at line 123735: : Subkey = Software\%MANUFACTURER\LOdev%PRODUCTADDON\3.7\Capabilities; ... : Setting Root Module: gid_Module_Root : Using spellchecker file: D:/Dev/libo/libo/solver/wntmsci12.pro/bin/spellchecker_selection.txt : Collected spellchecker languages for spellchecker: en,es,fr : : * : ERROR: ERROR: makecab.exe /V3 /F D:/Dev/libo/libo/instsetoo_native/ wntmsci12.pro/LibreOffice_Dev/native/ddf/en-US/lodev1.ddf 21 | : ! at D:/Dev/libo/libo/solenv/bin/modules/installer/windows/msiglobal.pm line 1283 :
Re: Errors with Makefile.top for building Windows
Glad I could help. Your solution was going to be my next proposal for you to try :-) Cheers Flávio Em 20/10/2012 15:12, julien2412 serval2...@yahoo.fr escreveu: Found the problem with make. In fact, I retrieved the specific make in /opt/lo/bin but which make indicates /usr/bin/make. So I backup then replace /usr/bin/make by /opt/lo/bin/make Thank you Matúš and Flavio for your help about this, it was almost ok, just a path problem finally. Hope one day LO build will be as easy on Windows than on Linux :-) (never tested on Mac) Julien -- View this message in context: http://nabble.documentfoundation.org/Errors-with-Makefile-top-for-building-Windows-tp4014152p4014480.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Errors with Makefile.top for building Windows
I, you have to use another make for libreoffice. Check this: http://wiki.documentfoundation.org/User:Foral/Build_Win#Cygwin Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2012/10/18 julien2412 serval2...@yahoo.fr Hello, On Vista SP2 (32 bits) and with Cygwin 1.7 installed some days ago, I've got these errors: /cygdrive/d/compile-libreoffice/libo/Makefile.top:325: target `D' doesn't match the target pattern /cygdrive/d/compile-libreoffice/libo/Makefile.top:329: target `D' doesn't match the target pattern /cygdrive/d/compile-libreoffice/libo/Makefile.top:330: warning: overriding recipe for target `D' /cygdrive/d/compile-libreoffice/libo/Makefile.top:326: warning: ignoring old recipe for target `D' /cygdrive/d/compile-libreoffice/libo/Makefile.top:396: *** target pattern contains no '%'. Stop. make[1]: Leaving directory `cygdrive/d/compile-libreoffice/libo' I found some old links (2006 until 2008) indicated to downgrade Make from 3.81 to 3.80 I use make 3.82.90 (Build for i686-pc-cygwin) from dev-tools repo Any idea? Julien -- View this message in context: http://nabble.documentfoundation.org/Errors-with-Makefile-top-for-building-Windows-tp4014152.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Error on rebuild in Windows cp: missing destination file operand after
I guys, I've done a successful build on windows just to test... It went fine (after a hard fight ;-)) Now I've changed some things on the autogen (for instance change languages from en-US pt to just en-US) and re-run it and also changed the product name on *instsetoo_native/util/openoffice.lst* and now everytime it gets to the tail_buil if fails doing the extensions in the OXT... it fails in every extension with this: [ build OXT ] report-builder S=C:/libre362 O=$S/solver/wntmsci12.pro W=$S/workdir/wntmsci12.pro mkdir -p $W/Extension/report-builder/root/META-INF $W/Extension/report-builder/root/registration cp -f $W/Extension/report-builder/description.xml $W/Extension/report-builder/root/description.xml cp -f $S/reportbuilder/util/manifest.xml $W/Extension/report-builder/root/META-INF/manifest.xml cp -f $O/bin/osl/license.txt $W/Extension/report-builder/root/registration cp $W/Extension/report-builder/root cd $W/Extension/report-builder/root zip -rX --filesync $W/Extension/report-builder.oxt META-INF THIRDPARTYREADMELICENSE.html commons-logging-1.1.1.jar components.rdb description-en-US.txt description.xml flow-engine-0.9.4.jar flute-1.1.6.jar images/extension_32.png libbase-1.1.6.jar libfonts-1.1.6.jar libformula-1.1.7.jar liblayout-0.2.10.jar libloader-1.1.6.jar librepository-1.1.6.jar libserializer-1.1.6.jar libxml-1.1.7.jar readme_en-US.html readme_en-US.txt registration registry/data/org/openoffice/Office/Accelerators.xcu registry/data/org/openoffice/Office/DataAccess.xcu registry/data/org/openoffice/Office/Embedding.xcu registry/data/org/openoffice/Office/ExtendedColorScheme.xcu registry/data/org/openoffice/Office/Paths.xcu registry/data/org/openoffice/Office/ReportDesign.xcu registry/data/org/openoffice/Office/UI/Controller.xcu registry/data/org/openoffice/Office/UI/DbReportWindowState.xcu registry/data/org/openoffice/Office/UI/ReportCommands.xcu registry/data/org/openoffice/Setup.xcu registry/data/org/openoffice/TypeDetection/Filter.xcu registry/data/org/openoffice/TypeDetection/Types.xcu registry/schema/org/openoffice/Office/ReportDesign.xcs registry/schema/org/openoffice/Office/UI/DbReportWindowState.xcs registry/schema/org/openoffice/Office/UI/ReportCommands.xcs reportbuilderwizard.jar sac.jar sun-report-builder.jar template/en-US/wizard/report/default.otr cp: missing destination file operand after `C:/libre362/workdir/ wntmsci12.pro/Extension/report-builder/root' Try `cp --help' for more information. make[2]: *** [C:/libre362/workdir/wntmsci12.pro/Extension/report-builder.oxt] Error 1 make[2]: Leaving directory `/cygdrive/c/libre362/tail_build' Basically it seems that in the command: cp $W/Extension/report-builder/root it's missing the first operand Can someone help me finding what's worng.. is there some environment variable that went missing? Where dows this cp command line commes from so that I can try to see what should be there (I didn't found it)? Thanks a lot -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Trying to build on Windows, multiple target patterns
I, I've done a sucessful build using this steps: http://wiki.documentfoundation.org/User:Foral/Build_Win Also had to apply this patch: http://cgit.freedesktop.org/libreoffice/core/commit/?id=6cfe3c93dc55264e57f1057a2911d54232353d13 Hope it helps. Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2012/10/15 Jeremy Brown jeremy.r.br...@gmail.com I'm trying to build LibreOffice on Windows. I tried about a year ago but gave up because I couldn't figure it out. In the meantime, I set up a VirtualBox Kubuntu install and was able to build LibreOffice there. No big deal, but it's the first time I've ever really make'd something on Linux with LibreOffice's level of complexity. Anyways, I'm back to trying to build on Windows because I realized that the thing I'm interested in trying to 'fix' works just fine on Linux, and the difficulty is Windows-specific, so I really need a Windows build to test if what I'm doing works or not. OK, so I've been trying to build LibreOffice on Windows from master following the directions in the wiki, but I'm having a lot of trouble. I've tried being as careful as I can getting it all configured right, but maybe I missed something. So here are 4 sort of related questions... #1 My current problem is that I run make and it runs for a while and then dies in tail_build with an error like this: D:/Dev/libo/libo/workdir/ wntmsci12.pro/Dep/LinkTarget/Library/iacc.lib.d:948: *** multiple target patterns. Stop. I saw this pop up a few times too when I was trying to make various modules independently.. They would die with: ../LinkTarget/[Static]Library/foobar.lib.d:123: *** multiple target patterns. Stop. Does anyone recognize what this could be caused by? #2 Another question: I'm looking at Tinderbox, and if I'm trying to tell when a good time to build is, which Windows column should I be looking at? Also, is there any way to find out what build options (e.g. in autogen.lastrun) those builds are using, so I could try to copy them? #3 In my failed build on Windows, can anyone tell me if I should be concerned about these types of messages which I'm receiving quite a few of LinkTarget Library/glib-2.0.lib not defined: Assuming headers to be there! D:/Dev/libo/libo/solenv/inc/shlinfo.rc(55) : warning RC4003: not enough actual parameters for macro 'PPSX' C:/PROGRA~2/MICROS~1.0/VC/include\stdlib.h(772) : warning C4068: unknown pragma Command line warning D9025 : overriding '/DNOMINMAX' with '/UNOMINMAX' or this line: error CS1548: Cryptographic failure while signing assembly 'd:\Dev\libo\libo\workdir\wntmsci12.pro \CliLibraryTarget\cli_basetypes.dll' -- 'Error reading key file 'D:\\Dev\\libo\\libo\\solver\\wntmsci12.pro\\bin\\cliuno.snk' -- The system cannot find the file specified. ' #4 Finally, in tandem, I'm looking into the idea of cross compiling a Windows binary from Kubuntu (or whatever) based on the information here: http://wiki.documentfoundation.org/User:Ploum Is this a valid route for hacking on and testing a Windows build? Can I build and then copy files over to a Windows machine and run LibreOffice there? Thanks for any pointers anyone could provide. Jeremy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Error on rebuild in Windows cp: missing destination file operand after
I David... so if I remove the --with-lang=en-US from my autogen and rerun it, it might work... hummm I'm going to try that... Will tell if it works... Thanks a lot... Your's trully -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2012/10/16 David Tardon dtar...@redhat.com Hi, On Tue, Oct 16, 2012 at 09:32:20AM +0100, Flavio Moringa wrote: I guys, I've done a successful build on windows just to test... It went fine (after a hard fight ;-)) Now I've changed some things on the autogen (for instance change languages from en-US pt to just en-US) and re-run it and also changed the product name on *instsetoo_native/util/openoffice.lst* and now everytime it gets to the tail_buil if fails doing the extensions in the OXT... it fails in every extension with this: Basically it seems that in the command: cp $W/Extension/report-builder/root it's missing the first operand Can someone help me finding what's worng.. is there some environment variable that went missing? Where dows this cp command line commes from so that I can try to see what should be there (I didn't found it)? It is a use case that nobody has ever tried before, because en-US is the default language. The line comes from solenv/gbuild/ExtensionTarget.mk and the missing argument(s) is a list of files based on $(gb_WITH_LANG), but _without_ en-US. Since $(gb_WITH_LANG) contains _nothing but_ en-US in your case, there are no files to copy... D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Error on rebuild in Windows cp: missing destination file operand after
Well, the main contact with developers should be the mailling list: libreoffice@lists.freedesktop.org 2012/10/16 Stephan Bergmann sberg...@redhat.com On 10/16/2012 11:14 AM, d.ostrov...@idaia.de wrote: Quoting David Tardon dtar...@redhat.com: Basically it seems that in the command: cp $W/Extension/report-builder/**root it's missing the first operand It is a use case that nobody has ever tried before, because en-US is the default language. The line comes from solenv/gbuild/ExtensionTarget.**mk and the missing argument(s) is a list of files based on $(gb_WITH_LANG), but _without_ en-US. Since $(gb_WITH_LANG) contains _nothing but_ en-US in your case, there are no files to copy... the easiest way to sort this out would be to add a check in configure.in for that: if --with-lang=en-US then fail or unset WITH_LANG, right? No, the easiest thing should be to fix solenv/gbuild/ExtensionTarget.**mk. I understand that the other David is doing that. Stephan __**_ LibreOffice mailing list LibreOffice@lists.freedesktop.**org LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/**mailman/listinfo/libreofficehttp://lists.freedesktop.org/mailman/listinfo/libreoffice -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Error on rebuild in Windows cp: missing destination file operand after
Sorry.. wrong thread 2012/10/16 Flavio Moringa flavio.mori...@caixamagica.pt Well, the main contact with developers should be the mailling list: libreoffice@lists.freedesktop.org 2012/10/16 Stephan Bergmann sberg...@redhat.com On 10/16/2012 11:14 AM, d.ostrov...@idaia.de wrote: Quoting David Tardon dtar...@redhat.com: Basically it seems that in the command: cp $W/Extension/report-builder/**root it's missing the first operand It is a use case that nobody has ever tried before, because en-US is the default language. The line comes from solenv/gbuild/ExtensionTarget.** mk and the missing argument(s) is a list of files based on $(gb_WITH_LANG), but _without_ en-US. Since $(gb_WITH_LANG) contains _nothing but_ en-US in your case, there are no files to copy... the easiest way to sort this out would be to add a check in configure.in for that: if --with-lang=en-US then fail or unset WITH_LANG, right? No, the easiest thing should be to fix solenv/gbuild/ExtensionTarget.**mk. I understand that the other David is doing that. Stephan __**_ LibreOffice mailing list LibreOffice@lists.freedesktop.**org LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/**mailman/listinfo/libreofficehttp://lists.freedesktop.org/mailman/listinfo/libreoffice -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Error on rebuild in Windows cp: missing destination file operand after
Option 1 seems fine I understand that my problem was a stupid one... but it happened nevertheless because I had already did a autogen with en-US pt and now I only needed en-US so I just removed the pt... didn't even remember of removing the full option... If it get's fixed all the better so that stupid options like mine are taken care of :-) Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa 2012/10/16 Stephan Bergmann sberg...@redhat.com On 10/16/2012 01:16 PM, David Tardon wrote: Yes, that is all what is needed for this particular problem. I just assumed that there might be further problems :-) And I was right, because we handle such situation differently in different places. gbuild classes generally expect that WITH_LANG is empty in en-US-only build and add deps on localize.sdf's if it is not. But translations are not built if WITH_LANG=en-US, so the build fails anyway. So there are two possibilities: 1. let --with-lang=en-US behave in the same way as if --with-lang was not used at all 2. let it behave as if any other single language was used--build translations, even if they are not needed, etc. I could probably invent arguments for both ways, if I cared enough. Because I do not, I am going to push option 1 (i.e., unset WITH_LANG, as David suggested). If anyone disagrees, feel free to revert and change configure.in and translations/Module_**translations.mk the other way. Ah, yes, I missed the bigger picture. Stephan __**_ LibreOffice mailing list LibreOffice@lists.freedesktop.**org LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/**mailman/listinfo/libreofficehttp://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Error building on windows XP SP3 using cygwin
I guys, I'm having this error building 3.6.2 on Windows (using cygwin): ### [ build CUT ] filter_tiff_test S=C:/libre362 O=$S/solver/wntmsci12.pro W=$S/workdir/wntmsci12.pro mkdir -p $W/CppunitTest/ (PATH=${PATH}:/cygdrive/c/libre362/solver/wntmsci12.pro/bin DBGSV_ERROR_OUT=shell STAR_RESOURCEPATH=$O/bin/ $O/bin/cppunit/cppunittester.exe $W/LinkTarget/CppunitTest/test_filter_tiff_test.dll --headless -env:CONFIGURATION_LAYERS=xcsxcu:file:///$O/xml/registry -env:UNO_TYPES=file:///$O/bin/udkapi.rdb file:///$O/bin/offapi.rdb -env:UNO_SERVICES=file:///$O/xml/ure/services.rdb file:///$O/xml/component/configmgr/source/configmgr.component -env:URE_INTERNAL_LIB_DIR=file:///$O/bin -env:LO_LIB_DIR=file:///$O/bin --protector unoexceptionprotector.dll unoexceptionprotector --protector unobootstrapprotector.dll unobootstrapprotector$W/CppunitTest/filter_tiff_test.test.log 21 || (cat $W/CppunitTest/filter_tiff_test.test.log echo; echo Error: a unit test failed, please do one of:; echo; echo export DEBUGCPPUNIT=TRUE# for exception catching; echo export GDBCPPUNITTRACE=\gdb --args\ # for interactive debugging; echo export VALGRIND=memcheck# for memory checking ; echo and retry. false)) [ build CUT ] hwpfilter_test_hwpfilter This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 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. make[2]: *** [C:/libre362/workdir/wntmsci12.pro/CppunitTest/extensions_test_update.test] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/cygdrive/c/libre362/tail_build' make[1]: *** [tail_build] Error 2 make[1]: Leaving directory `/cygdrive/c/libre362' make: *** [tail_build] Error 2 ### Should I run a: make -sr all to bypass test checking? Any thoughts on how to fix it? Can't run valgrind on cygwin Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Document conversion engine
Hi Michael, nice to ear from someone so up the ranks like you.. makes me feel much more important :-) 2012/7/6 Michael Meeks michael.me...@suse.com Hi Flavio, On Tue, 2012-07-03 at 11:45 +0100, Flavio Moringa wrote: my name is Flávio Moringa, I'm from Portugal and I'm starting my Masters Dissertation next September (Master in Open Source software - http://moss.dcti.iscte.pt ). Welcome :-) Thanks I'm not a programmer, so what I'm interested in doing is something in the lines of investigating the main conversion problems, identifying the possible conversion flows, analysing the way the conversion flow is implemented in LibreOffice, and eventually trying to improve this flow somehow. So - it will be hard to improve the flow without being a programmer I'm afraid :-) well, although not a programmer right now I've had my fair share of perl, python, c, bash, java, php... maybe I'm not so fluent in programming right now, but I'm certainly no strange to it, and definitely not afraid to do it if the need arises... what I meant was that I'll probably wont't be able to do a conversion engine by myself... but I can definitely mess around with code... From your reply I assume that testing the filters, and doing regression tests is something I could do, maybe identifying the main conversion issues in groups of documents and kind of creating a major conversion issues table, and prioritizing those issues. Is there already something like that? There is a useful QA role in prioritising bug reports and interoperability issues; we have a real problem with masses of bug reports many of which could be duplicates. Having said that - interoperability has many, many known feature / impedance mis-matches that are non-trivial development problems to fix. One thing that -would- be really useful, and that Microsoft have internally, is an analysis tool for Microsoft's XML document formats - such that we can get a good idea of which attributes are actually used much. ie. by analysing and comparing a large corpus of documents out there, we can answer questions such as: should we implement surface charts, or 3D doughnut charts ? given whatever amount of feature-development time we have - simply by referring to the database of crunched XML files to work out which one is used most. It'd be nice to have that for ODF as well too of course for when we have to make zero-sum back-compatibility decisions; but for interoperability crunching those MS documents would be really good. Is that something you could do ? a bit of perl, zip extraction, XML parsing, etc. ? Yes, it's definitely something I can do... I do believe that the harder part is getting that large corpus of documents out there At least as my experience goes, I've found that it's hard to get users to send us documents they use... either due to privacy questions or enterprise policies... But a tool like that makes a lot of sense Developers are -much- more likely to let themselves be lead by objective statistics on real documents out there, rather than subjective feelings of priority - which can prove rather controversial :-) I can certainly relate to that... Thanks ! For now then I'll start doing as you suggest and look in bugzilla for documents with conversion problems to try and compile as much examples as I can. Then maybe using the latest beta to do the conversion and see which problems are still there. Then maybe starting a perl script that can scrap the OOXML files to find the most used tags... and start from there... Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot Thanks a lot for helping out. Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: Document conversion engine
Hi Robinson, 2012/7/6 Robinson Tryon bishop.robin...@gmail.com On Fri, Jul 6, 2012 at 5:51 AM, Flavio Moringa flavio.mori...@caixamagica.pt wrote: I know that you can convert documents through the command line, using LibreOffice headless mode, and that can be something that's useful for scripting automatic tests... although I know that sometimes the main problems are visual and it's difficult to automatically detect the problems... I think that we still need human eyes for the final comparison, however the rest of the system could be automated a bit more -- e.g. we could put sample docs in subdirectories named by bug# and add screenshots of the docs as rendered in MS-Office; add in a script to have LO iterate over the subdirectories and spit out screenshots of how it renders the original files, and a little HTML GUI so that you can tab-through 2-ups of the original rendering vs. LO's rendering, and you've got a decent tool for testing improvements/regressions. That's a good ideia, at least it would facilitate the testing, which is always very helpful... From my initial investigation in document conversion, the visual aspect is alwayst the difficult one because not all thins are well translated to the XML... Is there any kind of repository for documents that are candidates for conversion testing? I mean documents which are known to have conversion problems, and that are used to test improvements to the filters? I usually just search bugzilla for conversion or formatting :-) Even documents attached to old bugs can be helpful, as they can serve as regression tests. I've just replied to Michael Meeks that I'll do just that... try to compile a list of available documents in bugzilla that have conversion problems, and test them on the latest beta... And see which problems still exist... I would like very much to become more involved in improving the conversion filters, since it seems to be a major problem in LibreOffice adoption, and everything that can be done to help in that area would certainly boost LibreOffice adoption specially in the enterprise world. Yes, fidelity of document rendering is definitely one of the biggest hurdles I've faced when encouraging people to try LO. Any improvements on that front will be greatly appreciated! --R Thanks -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] Document conversion engine
Hi Michael, nice to ear from someone so up the ranks like you.. makes me feel much more important :-) 2012/7/6 Michael Meeks michael.me...@suse.com Hi Flavio, On Tue, 2012-07-03 at 11:45 +0100, Flavio Moringa wrote: my name is Flávio Moringa, I'm from Portugal and I'm starting my Masters Dissertation next September (Master in Open Source software - http://moss.dcti.iscte.pt ). Welcome :-) Thanks I'm not a programmer, so what I'm interested in doing is something in the lines of investigating the main conversion problems, identifying the possible conversion flows, analysing the way the conversion flow is implemented in LibreOffice, and eventually trying to improve this flow somehow. So - it will be hard to improve the flow without being a programmer I'm afraid :-) well, although not a programmer right now I've had my fair share of perl, python, c, bash, java, php... maybe I'm not so fluent in programming right now, but I'm certainly no strange to it, and definitely not afraid to do it if the need arises... what I meant was that I'll probably wont't be able to do a conversion engine by myself... but I can definitely mess around with code... From your reply I assume that testing the filters, and doing regression tests is something I could do, maybe identifying the main conversion issues in groups of documents and kind of creating a major conversion issues table, and prioritizing those issues. Is there already something like that? There is a useful QA role in prioritising bug reports and interoperability issues; we have a real problem with masses of bug reports many of which could be duplicates. Having said that - interoperability has many, many known feature / impedance mis-matches that are non-trivial development problems to fix. One thing that -would- be really useful, and that Microsoft have internally, is an analysis tool for Microsoft's XML document formats - such that we can get a good idea of which attributes are actually used much. ie. by analysing and comparing a large corpus of documents out there, we can answer questions such as: should we implement surface charts, or 3D doughnut charts ? given whatever amount of feature-development time we have - simply by referring to the database of crunched XML files to work out which one is used most. It'd be nice to have that for ODF as well too of course for when we have to make zero-sum back-compatibility decisions; but for interoperability crunching those MS documents would be really good. Is that something you could do ? a bit of perl, zip extraction, XML parsing, etc. ? Yes, it's definitely something I can do... I do believe that the harder part is getting that large corpus of documents out there At least as my experience goes, I've found that it's hard to get users to send us documents they use... either due to privacy questions or enterprise policies... But a tool like that makes a lot of sense Developers are -much- more likely to let themselves be lead by objective statistics on real documents out there, rather than subjective feelings of priority - which can prove rather controversial :-) I can certainly relate to that... Thanks ! For now then I'll start doing as you suggest and look in bugzilla for documents with conversion problems to try and compile as much examples as I can. Then maybe using the latest beta to do the conversion and see which problems are still there. Then maybe starting a perl script that can scrap the OOXML files to find the most used tags... and start from there... Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot Thanks a lot for helping out. Cheers -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: Document conversion engine
Hi Michael, first of all thanks for replying.. I was thinking no one would :-) From your reply I assume that testing the filters, and doing regression tests is something I could do, maybe identifying the main conversion issues in groups of documents and kind of creating a major conversion issues table, and prioritizing those issues. Is there already something like that? I know that you can convert documents through the command line, using LibreOffice headless mode, and that can be something that's useful for scripting automatic tests... although I know that sometimes the main problems are visual and it's difficult to automatically detect the problems... Is there any kind of repository for documents that are candidates for conversion testing? I mean documents which are known to have conversion problems, and that are used to test improvements to the filters? I would like very much to become more involved in improving the conversion filters, since it seems to be a major problem in LibreOffice adoption, and everything that can be done to help in that area would certainly boost LibreOffice adoption specially in the enterprise world. Thanks Flávio 2012/7/5 Michael Stahl mst...@redhat.com hi Flavio, On 03/07/12 12:45, Flavio Moringa wrote: I chose as my masters dissertation investigation topic trying to improve the document conversion engine in LibreOffice (ex: converting docx to odt), and as such I would like to know who is working on the conversion engines and how can I help. the document conversion engines in LibreOffice are called Writer, Calc, Draw and Impress. conversion from e.g. DOCX to ODT happens by importing the DOCX file with the DOCX import filter into Writer, and then exporting the document from Writer with the ODF export filter. there are also a few filters (such as XSLT filters, and writerperfect if i remember correctly) that use ODF as an intermediate format, i.e., they import by converting their format to ODF and then importing that into the LO application, and export the reverse way. I'm not a programmer, so what I'm interested in doing is something in the lines of investigating the main conversion problems, identifying the possible conversion flows, analysing the way the conversion flow is implemented in LibreOffice, and eventually trying to improve this flow somehow. it seems to me the main conversion problem is a lack of manpower to improve the filters. oh, and more regression tests would be useful. -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Document conversion engine
Hello, my name is Flávio Moringa, I'm from Portugal and I'm starting my Masters Dissertation next September (Master in Open Source software - http://moss.dcti.iscte.pt ). I'm the Caixa Mágica project leader, the main Linux distribution in Portugal (http://www.caixamagica.pt), with deploys reaching almost a million machines with our Linux distribution, mainly in Education. I chose as my masters dissertation investigation topic trying to improve the document conversion engine in LibreOffice (ex: converting docx to odt), and as such I would like to know who is working on the conversion engines and how can I help. I'm not a programmer, so what I'm interested in doing is something in the lines of investigating the main conversion problems, identifying the possible conversion flows, analysing the way the conversion flow is implemented in LibreOffice, and eventually trying to improve this flow somehow. For now I'd like just to get to know the people involved, development plans, and all informatioin you find relevant. Hope to ear from you. You can contact-me directly if you which at: flavio.moringaATcaixamagica.pt Your's trully -- *Flávio Moringa* Project Leader Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.º B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 http://www.caixamagica.pt https://twitter.com/flaviomoringa https://www.facebook.com/flaviomoringahttps://www.facebook.com/flavio.moringa http://pt.linkedin.com/in/flaviomoringa http://people.caixamagica.pt/flaviomoringa ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice