Re: gbuild migration

Hi, On 15 July 2012 18:35, David Tardon wrote: > So I did that in https://gerrit.libreoffice.org/313 (with more cleanup > in following patches). The result is that setup_native and sysui are now > built from postprocess (so they do not block tail_build); as a bonus the > build phase of cross-comp

Re: gbuild migration

Hi, On Thu, Jul 12, 2012 at 08:36:45AM +0200, David Tardon wrote: > * setup_native builds the ulfconv executable that is needed for scp2 > (yes, I already suggested at least once it should be moved elsewhere, > probably to l10ntools. Good time to do it? :-) So I did that in https://gerrit.lib

Re: gbuild migration

On Thu, Jul 12, 2012 at 08:36:45AM +0200, David Tardon wrote: > Did you mean external instead of extras? No I meant extras, which still has some dmake makefiles. > I am very aware of that; I just took respite to work on 3.6 bugs for a > while :-) (I thought David was going to keep it rolling on,

Re: gbuild migration

Hi, On Thu, Jul 12, 2012 at 11:30:02AM +0200, Andras Timar wrote: > Hi, > > 2012/7/12 David Tardon : > > * sysui depends on setup_native for the same reason as scp2 does--the > > .desktop and mimetype files are processed by ulfconv :-) > > Are you sure? AFAIK ulfconv is needed only on Windows,

Re: gbuild migration

Hi, 2012/7/12 David Tardon : > * sysui depends on setup_native for the same reason as scp2 does--the > .desktop and mimetype files are processed by ulfconv :-) Are you sure? AFAIK ulfconv is needed only on Windows, it converts utf-8 to legacy ANSI codepages. .desktop and mimetype files under Li

Re: gbuild migration

Hi, On Wed, Jul 11, 2012 at 04:10:10PM +0200, Bjoern Michaelsen wrote: > Hi, > > just sending this out to the list as a sideresult of a random chat with David > today: Looking at the modules that are still build with dmake (by grepping for > Module.*delivered) and found: > > - 18 external modul

Re: gbuild migration

2012/7/11 Bjoern Michaelsen : > Hi, > > just sending this out to the list as a sideresult of a random chat with David > today: Looking at the modules that are still build with dmake (by grepping for > Module.*delivered) and found: > > - 18 external modules: >afms stax more_fonts graphite libcd

gbuild migration

Hi, just sending this out to the list as a sideresult of a random chat with David today: Looking at the modules that are still build with dmake (by grepping for Module.*delivered) and found: - 18 external modules: afms stax more_fonts graphite libcdr libmspub libcmis libvisio external xslt

Re: [GERRIT] gbuild migration: pyuno module

Hi David, On 19.06.2012 07:23, David Tardon wrote: Hi, On Fri, Jun 08, 2012 at 09:22:12AM +0200, David Ostrovsky wrote: Hi, with the last change set https://gerrit.libreoffice.org/#/c/179/ clean build on linux x86_64 with --enable-python=internal is working. Two questions: The thing is on un

Re: [GERRIT] gbuild migration: pyuno module

Hi, On Fri, Jun 08, 2012 at 09:22:12AM +0200, David Ostrovsky wrote: > Hi, > > with the last change set https://gerrit.libreoffice.org/#/c/179/ > clean build on linux x86_64 with --enable-python=internal is working. > > Two questions: > The thing is > on unix: > python.sh is get copied to bin/py

Re: [GERRIT][PUSHED] gbuild migration: pyuno module

On 06/14/2012 12:30 AM, David Ostrovsky wrote: I cleaned it and pushed a new gerrit change set [1] and created a patch that cleanly applies to the current master. Test matrix: == All platforms: compiles with --disable-python Mingw32: not considering (pyuno bridge is broke

Re: [GERRIT][PATCH] gbuild migration: pyuno module

On 14 June 2012 00:30, David Ostrovsky wrote: > I cleaned it and pushed a new gerrit change set [1] and created a patch that > cleanly applies to the current master. I had a really quick look and it looks good. Thanks. Maybe you should also change license part of the makefiles. See new TEMPLATE.S

Re: [GERRIT] gbuild migration: pyuno module

On 06/12/2012 03:07 PM, Stephan Bergmann wrote: On 06/11/2012 12:17 AM, David Ostrovsky wrote: Still have to test it on Windows and ask somebody to test it in MacosX. Quick update: Attached windows.patch allowed me to at least build on Windows (on to

Re: [GERRIT] gbuild migration: pyuno module

On 06/13/2012 08:52 AM, Stephan Bergmann wrote: On 06/12/2012 11:37 PM, David Ostrovsky wrote: May I ask somebody to check this gerrit-patch on MacOsX? Or may be it would be simplier to send a file-patch or create a feature branch? Just let me know. For the record, I'm currently looking into t

Re: [GERRIT] gbuild migration: pyuno module

On 06/12/2012 11:37 PM, David Ostrovsky wrote: May I ask somebody to check this gerrit-patch on MacOsX? Or may be it would be simplier to send a file-patch or create a feature branch? Just let me know. For the record, I'm currently looking into the gerrit patch on Mac. Stephan

Re: [GERRIT] gbuild migration: pyuno module

On 12.06.2012 15:07, Stephan Bergmann wrote: On 06/11/2012 12:17 AM, David Ostrovsky wrote: Still have to test it on Windows and ask somebody to test it in MacosX. Quick update: Attached windows.patch allowed me to at least build on Windows (on top

Re: [GERRIT] gbuild migration: pyuno module

On 06/11/2012 12:17 AM, David Ostrovsky wrote: Still have to test it on Windows and ask somebody to test it in MacosX. Quick update: Attached windows.patch allowed me to at least build on Windows (on top of recent master). "Tools - Macros - Organi

Re: [GERRIT] gbuild migration: pyuno module

On 06/11/2012 12:17 AM, David Ostrovsky wrote: On 08.06.2012 15:21, Stephan Bergmann wrote: * SAL_DLLPUBLIC_EXPORT was missing from pyuno/source/module/pyuno_dlopenwrapper.c, so that the pyuno.so wrapper did not export initpyuno. Well it was done intentionally, my understanding was that it is

Re: [GERRIT] gbuild migration: pyuno module

On 08.06.2012 15:21, Stephan Bergmann wrote: On 06/08/2012 09:49 AM, Stephan Bergmann wrote: On 06/08/2012 09:22 AM, David Ostrovsky wrote: 2. on Linux I'm testing the clean build with --enable-python=internal, and it seems not to work: opening Tools=>Macros=>Organize Macros=>Python and tryin

Re: [GERRIT] gbuild migration: pyuno module

On 08.06.2012 09:49, Stephan Bergmann wrote: On 06/08/2012 09:22 AM, David Ostrovsky wrote: with the last change set https://gerrit.libreoffice.org/#/c/179/ clean build on linux x86_64 with --enable-python=internal is working. Great to hear. 1. What do you mean by this TODO comment in scp2/s

Re: [GERRIT] gbuild migration: pyuno module

On 06/08/2012 09:49 AM, Stephan Bergmann wrote: On 06/08/2012 09:22 AM, David Ostrovsky wrote: 2. on Linux I'm testing the clean build with --enable-python=internal, and it seems not to work: opening Tools=>Macros=>Organize Macros=>Python and trying to open Hello World python Macor. I do not see

Re: [GERRIT] gbuild migration: pyuno module

On 06/08/2012 10:51 AM, Bjoern Michaelsen wrote: On Fri, Jun 08, 2012 at 09:49:06AM +0200, Stephan Bergmann wrote: on wnt: native python executable wrapper is built in pyuno/Executable_python.mk now and is delivered by default to bin/python.exe. But then we have a collision with native python ex

Re: [GERRIT] gbuild migration: pyuno module

On Fri, Jun 08, 2012 at 09:49:06AM +0200, Stephan Bergmann wrote: > >on wnt: > >native python executable wrapper is built in pyuno/Executable_python.mk > >now and is delivered by default to bin/python.exe. > >But then we have a collision with native python executable artifact > >which get build in

Re: [GERRIT] gbuild migration: pyuno module

On 06/08/2012 09:49 AM, Stephan Bergmann wrote: But what source do I need exactly for this? Is it still a feature branch? And from above only gives me a "Not Found." Ah, found it now. The wonderful and frightening world of gerrit... ;) Stephan __

Re: [GERRIT] gbuild migration: pyuno module

On 06/08/2012 09:22 AM, David Ostrovsky wrote: with the last change set https://gerrit.libreoffice.org/#/c/179/ clean build on linux x86_64 with --enable-python=internal is working. Great to hear. 1. What do you mean by this TODO comment in scp2/source/ooo/common_brand.scp [...] //TODO: This

[GERRIT] gbuild migration: pyuno module

Hi, with the last change set https://gerrit.libreoffice.org/#/c/179/ clean build on linux x86_64 with --enable-python=internal is working. Two questions: 1. What do you mean by this TODO comment in scp2/source/ooo/common_brand.scp [...] //TODO: This actually belongs into a module of its own: #i