On Sep 1, 2011, at 5:33 PM, Peter Foley wrote:
On Thu, 1 Sep 2011, Eike Rathke wrote:
Hi Peter,
On Tuesday, 2011-08-30 14:36:01 -0400, Peter Foley wrote:
[ build ALL ] top level modules: i18npool
[ build ALL ] loaded modules: i18npool
[ build RDB ] i18npool_test_breakiterator
awk:
Hi Norbert,
On 2011-09-01 at 23:43 -0500, Norbert Thiebaud wrote:
Ah right, I just copied the way the response file was created in the old
implementation; Tempfile.mk sounds better.
wouldn't it be nicer and more efficient to adapt iclc to have a mode
where stdin is the list of file to
Hi Karl,
On Thu, Sep 01, 2011 at 01:57:57PM +0200, Karl Behler wrote:
I'm wondering if anyone can help me with my libreoffice build from
source problem. Meanwhile I did two trials, one on solaris and one
on suse 11.4.
Both failed at the point where the real source is required to make
Hi Peter,
On Thursday, 2011-09-01 11:33:33 -0400, Peter Foley wrote:
awk: cmd. line:1: $R/^\?xml version.*$R/ { next; } {
gsub($R/vnd.sun.star.expand:\$OOO_BASE_DIR\$R/program$R/,
vnd.sun.star.expand:$OOO_BASE_DIR,$0);
gsub($R/vnd.sun.star.expand:\$BRAND_BASE_DIR\$R/program$R/,
Hi Jenei,
On Thursday, 2011-09-01 22:08:33 +0200, Jenei Gábor wrote:
LibreOffice Base if you turn on running SQL query in SQL edit view
it will pass the SQL query directly to HSQL without any type of
modification, or check, so if you push this button it should work
totally as a HSQL prompt.
Hi,
On Friday, 2011-09-02 08:22:31 +0200, Stephan Bergmann wrote:
I'm actually building libreoffice in a gentoo linux x64 chroot.
The path to the LibO sources within your chroot environment appears to
be too short (they are probably right in the root there, right?).
Brilliant idea :-)
well, yes I forgot about that query even may change in translate
statement, so to store the positions is not always a good solution, you
are right. Maybe we could simply put the comments after the query
string, still the user is able to store comments, and the query is ok,
however the original
On Thu, Sep 01, 2011 at 10:31:14AM +0200, Khaled Hosny wrote:
It shouldn't be hard to adapt GetFontMetric implementation in
vcl/win/source/gdi/salgdi3.cxx to use the new function and have the same
logic as the unix code.
Here is a patch that, hopefully, does this, but I couldn't test it and
it
On Sep 1, 2011, at 9:26 PM, Stephan Bergmann wrote:
On Sep 1, 2011, at 3:47 PM, Matúš Kukan wrote:
That's not about makefiles. debugDump() is not marked for exporting,
you can do this in cxx file with SAL_DLLPUBLIC_EXPORT
or in hxx files. But in hxx you need to use library specific macro
Hi all,
On 2 September 2011 08:31, Jan Holesovsky ke...@suse.cz wrote:
Hi Norbert,
On 2011-09-01 at 23:43 -0500, Norbert Thiebaud wrote:
Ah right, I just copied the way the response file was created in the old
implementation; Tempfile.mk sounds better.
wouldn't it be nicer and more
On Thu, 2011-09-01 at 23:31 +0200, Khaled Hosny wrote:
On Thu, Sep 01, 2011 at 02:43:53PM +0100, Caolán McNamara wrote:
On Thu, 2011-09-01 at 11:47 +0200, Khaled Hosny wrote:
I just tested with a simple lorem ipsum document with Liberation Serif;
page count went down from 24 to 22 after
Well, naturally it isn't a virtual machine with already set up DB
systems can be useful, however for me it cause no problem to set up a
database, as for MySQL it only needs some basic SQL knowledge and the
using of apt/synaptic. But for example an Oracle server is much more
difficult to
Hi
Thanks Andras and Regina, finally worked out that my configure process was
exiting early because of another problem,
which was why the build was failing.
Regards, Noel.
Andras Timar wrote:
Hi,
2011/9/1 Noel Grandin n...@peralex.com:
Hi
My DirectX is installed in
C:\Program
Hi
Getting this failure in the udkapi part of the build under Windows - I think
there were some changes here recently?
Thanks, Noel Grandin
Disclaimer: http://www.peralex.com/disclaimer.html
=
Building module udkapi
=
Entering
On Sep 2, 2011, at 11:58 AM, Matus Kukan wrote:
offapi/UnoApi_offapi.mk| 7859
+
offapi/com/sun/star/rendering/XMtfRenderer.idl |2
oovbaapi/UnoApi_oovbaapi.mk| 2087 +++---
oovbaapi/ooo/vba/excel/XControlObject.idl |
Hi,
I was wondering if it would be possible to create git repostiory for
libtextcat with all the fixes that are now applied. After such repo is
created it would be awesome to release new version so all distros can
migrate to that one instead of each having to ship the patches.
Tom
Hi Regina,
On Tue, 2011-08-30 at 23:31 +0200, Regina Henschel wrote:
I cannot test import/export with xlsx format because of crash in
LO3.5daily. https://bugs.freedesktop.org/show_bug.cgi?id=40466. So
perhaps pushing should be postponed until the crash is fixed?
I just fixed this late last
On Fri, 2011-09-02 at 14:44 +0200, Tomáš Chvátal wrote:
Hi,
I was wondering if it would be possible to create git repostiory for
libtextcat with all the fixes that are now applied. After such repo is
created it would be awesome to release new version so all distros can
migrate to that one
Asking for review for backport to 3.4 of
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3b32204d9f900130cd1877675d8b51281b81f90d
fdo#39355: PDF A/1-a export broken in 64 bit builds: Adobe Acrobat
Reader complains about Invalid Color Space.
This is nominated as most annoying bug for 3.4,
Hi Stephan,
On 2 September 2011 14:29, Stephan Bergmann
stephan.bergmann.second...@googlemail.com wrote:
On Sep 2, 2011, at 11:58 AM, Matus Kukan wrote:
offapi/UnoApi_offapi.mk | 7859
+
offapi/com/sun/star/rendering/XMtfRenderer.idl | 2
On Sep 2, 2011, at 3:36 PM, Matúš Kukan wrote:
On 2 September 2011 14:29, Stephan Bergmann
stephan.bergmann.second...@googlemail.com wrote:
On Sep 2, 2011, at 11:58 AM, Matus Kukan wrote:
offapi/UnoApi_offapi.mk| 7859
+
Hi all,
This bug, which causes a nasty crash in 3.3.4 and 3.4.2 (and 3.4.3),
does not occur in a recent daily build from master :
https://bugs.freedesktop.org/show_bug.cgi?id=40579
Any chance of getting it backported to 3.4.x ?
Alex
___
On Thu, 2011-09-01 at 13:52 +0100, Caolán McNamara wrote:
Attached is the backport for 3-4 as this code changed a little between
3-4 and master.
caolanm-Andras: could you arrange to have the attached tested ?
https://bugs.freedesktop.org/show_bug.cgi?id=37195 testing seems to show
success
On Fri, 2011-09-02 at 16:38 +0200, Alexander Thurgood wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=40579
Any chance of getting it backported to 3.4.x ?
Do you know which commit fixed it ?
C.
___
LibreOffice mailing list
On Thu, 2011-09-01 at 09:05 +0200, Francois Tigeot wrote:
Hi,
The latest -master version crashes reliably on NetBSD (i386 and amd64).
We're sure that its the LibO side that changed right, i.e. some earlier
version of LibO with same compiler is ok.
Seeing as it affects both x86 and x86_64
On Thu, Aug 25, 2011 at 10:10:16PM +0200, Stephan Bergmann wrote:
A number of comments on the patch:
- The OPropertySetHelper2 ctor(s) should not be inline. (See how eventually
making use of OPropertySetHelper::m_pReserved would not have worked if
OPropertySetHelper's ctors had been
Yes, but still it is much more complicated to configure on server side,
however I admit that it has much more functions also, by the way I used
it in database courses also, it's a quite widely used database system,
but I don't think it worth the time if you just plan a simple php page
with
Le 02/09/11 16:49, Caolán McNamara a écrit :
Hi Caolán,
On Fri, 2011-09-02 at 16:38 +0200, Alexander Thurgood wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=40579
Any chance of getting it backported to 3.4.x ?
Do you know which commit fixed it ?
Unfortunately not, I still haven't
On Fri, 2011-09-02 at 15:27 +0200, Lionel Elie Mamane wrote:
Asking for review for backport to 3.4 of
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3b32204d9f900130cd1877675d8b51281b81f90d
fdo#39355: PDF A/1-a export broken in 64 bit builds: Adobe Acrobat
Reader complains about
Hi,
On 1 September 2011 02:54, Eike Rathke o...@erack.de wrote:
Hi Khaled,
On Thursday, 2011-09-01 01:28:28 +0200, Khaled Hosny wrote:
While trying to fix the eternal brokenness of Kashida justification code,
I found some low hanging cleanups. See attached patches.
Nice clean-up, pushed
Hi,
LibreOffice uses ODBC escapes for literals, e.g. for dates: {D 2011-08-28}
In particular, it does that when one asks for a filter on a date
column in a form or table.
Now, for example PostgreSQL does not support that syntax. That is not
a problem when using the JDBC or ODBC drivers since
On Fri, 2011-09-02 at 17:51 +0200, Matúš Kukan wrote:
Maybe this could be pushed? or something similar ?
I think you're out of luck with an ifdef U_JG_FARSI_YEH because its an
enum, how about (typed directly, fix syntax, whatever)
#if (( U_ICU_VERSION_MAJOR_NUM 4 ) || ((
On Fri, Sep 02, 2011 at 11:23:14AM +0100, Caolán McNamara wrote:
On Thu, 2011-09-01 at 23:31 +0200, Khaled Hosny wrote:
On Thu, Sep 01, 2011 at 02:43:53PM +0100, Caolán McNamara wrote:
On Thu, 2011-09-01 at 11:47 +0200, Khaled Hosny wrote:
I just tested with a simple lorem ipsum document
Le 02/09/11 18:05, Lionel Elie Mamane a écrit :
Hi Lionel,
So, I wanted to check whether it is policy that SDBC drivers must
accept ODBC escapes in SQL strings (and the PostgreSQL SDBC driver
will have to be changed so that it does), or whether there would be
interest in me gradually
Le 02/09/11 18:05, Lionel Elie Mamane a écrit :
Hi again,
So, I wanted to check whether it is policy that SDBC drivers must
accept ODBC escapes in SQL strings (and the PostgreSQL SDBC driver
will have to be changed so that it does), or whether there would be
interest in me gradually
Hi,
I'd really like to have this done.
We need few libraries with version number.. like libuno_sal.so.3
Probably this is not problem for Windows?
Until now, it's not possible to do so in gbuild.
I have just come up with patch below.
(But probably we want to do this in completely different way)
Hi there,
Being generally irritated by the apparent hang when running make (I
know, I know it is all faster in real terms than it used to be ;-) I was
poking at the dependency files in:
core/workdir/unxlngi6.pro/Dep/LinkTarget/Library
And - being of an ignorant nature, I
Hi there,
I'd like to have the attached patch reviewed and pushed to the -3-4
branch.
It makes range name lookups by index a constant time which drastically
improves formula calculation performance especially with documents with
a larger number of named ranges. This also improves the import
Hello Michael,
I think Eike is already working on this problem, but finally we got that
there is no really good solution, maybe my first advised option could be
applied with success(storing for each comment if there is a query in the
same line in a bool variable). I guess you should consult
Hi Jenei,
On Friday, 2011-09-02 10:09:10 +0200, Eike Rathke wrote:
Without messing with the parser itself (and even then we wouldn't know
if following stages would handle the result) I don't see a clean way to
solve this, so I suggest to keep delComment() in parseTree() and discard
Nice job Eike, but multi-line comment was not necesary, as HSQL doesn't
handle them, and I am even not sure if other DB systems support this
type of comment. But thanks for your cooperation.
Gabor
2011. 09. 03. 1:33 keltezéssel, Eike Rathke írta:
are of the latter. That had to be done
anyway
Hi Caolán,
On Friday, 2011-09-02 11:09:37 +0100, Caolán McNamara wrote:
How can I quickly setup a database and query to test this thing?
I find setting up databases and configuring them a super pain in the
ass, so much so that I have a fair number of bugs lingering because I
can't
Hi Jenei,
On Friday, 2011-09-02 10:40:11 +0200, Jenei Gábor wrote:
well, yes I forgot about that query even may change in translate
statement, so to store the positions is not always a good solution,
you are right. Maybe we could simply put the comments after the
query string, still the user
Hi Jenei,
On Saturday, 2011-09-03 01:45:24 +0200, Jenei Gábor wrote:
Nice job Eike, but multi-line comment was not necesary, as HSQL
doesn't handle them, and I am even not sure if other DB systems
support this type of comment.
Well, multi-line was the simple approach until a closing */ is
Hi guys,
On Thu, 2011-09-01 at 10:03 +0100, Caolán McNamara wrote:
I guess the major fear isn't that your code is wrong, it's probably
right, it's what stuff relying on the old way of doing things will
change.
So, I was wondering why the default row height of a new Calc document
has suddenly
45 matches
Mail list logo