Hi Petr,
At first glance it looks OK to me, but I'm no build script expert... I
may have missed some important stuffs.
--
Cedric
On Wed, 2011-01-05 at 20:22 +0100, Petr Mladek wrote:
Hi,
our build service found broken RPATH in libicudata.so.42.1; it is fixed
by the attached patch
Hello Octavio,
I just checked again the problem I remembered and couldn't reproduce it
again... let's agree that it's OK. We could hack that area again if
someone finds it again later.
I just pushed your patch, many thanks for your help and continue with
those great contributions :)
Regards,
Hi Andras,
On Wed, 2011-01-05 at 16:55 +0100, Andras Timar wrote:
Have you also solved
https://bugs.freedesktop.org/show_bug.cgi?id=32389 (MSI installer is
always in English regardless of regional settings in Windows)?
Actually a dup of an existing blocker:
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Petr Mladek pmla...@suse.cz changed:
What|Removed |Added
Depends on|31820 |
--- Comment #52 from Petr
2010/12/29 Andras Timar tima...@gmail.com
Hi,
I tested RC2 in regards of localization and I think it needs to be
reviewed. 110 languages (including en-US) are selectable as UI language and
help packs are provided for those. However,
* Asturian (ast), Catalan (Valencian) (ca-XV), and
On Wed, 2011-01-05 at 19:56 +0100, Soeren Moeller wrote:
It is not an attachment as I used git send-email
Heh - the kernel guys prefer in-line patches it seems; they find them
easier to review and comment on that way; personally - I don't care, its
easy enough to save a file as an mbox
On Wed, Jan 05, 2011 at 11:05:02AM +, Noel Power wrote:
Hi Joseph
On -10/01/37 20:59, Joseph Powers wrote:
The attached patch compiles and stands up to my limited testing; however,
it's a large patch and touches a lot of sensitive code so I want someone
with better knowledge of the
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Andras Timar tima...@gmail.com changed:
What|Removed |Added
Depends on||32563, 32193
---
Hi Phil,
On Wed, 2011-01-05 at 13:19 -0500, Phil Turmel wrote:
:-) so - as I say; the DPI is a constant of 75 across the Linux
desktop, so this is not a switch but a hard coded setting :-)
I think you are over-reaching here:
:-) So - I'm talking the Xft.dpi setting which is
On Thu, 2011-01-06 at 09:47 +, Michael Meeks wrote:
On Wed, 2011-01-05 at 20:13 +, Caolán McNamara wrote:
On Wed, 2011-01-05 at 20:22 +0100, Petr Mladek wrote:
our build service found broken RPATH in libicudata.so.42.1
That libicudata is the biggest nuisance, causes all sorts of
Hi guys,
On Wed, 2011-01-05 at 18:59 +0100, Christian Lohmaier wrote:
On GNOME it follows the theme, wich in turn follows the gconf-setting
/desktop/gnome/interface/toolbar_icons_size
Right - which should be propagated via x-settings and magic to avoid
the need for a gconf dependency.
On Wednesday 05 of January 2011, Robert Nagy wrote:
Oh well then Linux is broken, again. :)
In gedit the icons are bigger than the small ones but not as huge
as in LibreOffice.
Here you can see (LO with small icons):
http://blade2k.humppa.hu/2011-01-05-182917_1920x1080_scrot.png
(ws robert
Hi Andras,
On Thu, 2011-01-06 at 12:14 +0100, Andras Timar wrote:
Nobody answered, maybe you missed my mail between Christmas and New
I read it, and added it to my mail of things for Fridrich to sort out
when he gets back on Monday ;-)
Missing Asturian language pack is also reported
On Wed, Jan 05, 2011 at 07:59:06PM +0100, Petr Mladek wrote:
Rene, could you please review it for libreoffice-3-3 branch?
Looks OK, but why did you leave oo* in? package-ooo still generates it.
Regards,
Rene
___
LibreOffice mailing list
On Thu, Jan 06, 2011 at 02:13:44PM +0100, Rene Engelhard wrote:
On Wed, Jan 05, 2011 at 07:59:06PM +0100, Petr Mladek wrote:
Rene, could you please review it for libreoffice-3-3 branch?
Looks OK, but why did you leave oo* in? package-ooo still generates it.
To answer myself after discussion
On 01/05/2011 06:28 PM, Petr Mladek wrote:
Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 17:39 +0100:
Hi!
2011-01-05 17:01 keltezéssel, Petr Mladek írta:
Ah, we use Novell.dic in our build. It includes just
language-independent names of Novell products, so it should not cause
any harm to
Thank you for the patch :o)
KAMI
On 01/05/2011 07:46 PM, Petr Mladek wrote:
Hi,
the configure options --with-intro-bitmaps, --with-about-bitmaps did not
longer worked. I think that nobody needs more pictures. The attached
patches rename the above options to pass only one picture and fix the
Kálmán „KAMI” Szalai píše v Čt 06. 01. 2011 v 15:40 +0100:
On 01/05/2011 06:28 PM, Petr Mladek wrote:
Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 17:39 +0100:
Hi!
2011-01-05 17:01 keltezéssel, Petr Mladek írta:
Ah, we use Novell.dic in our build. It includes just
Entering /home/grega/osebno/source/libo/sc/source/core/data
Compiling: sc/source/core/data/conditio.cxx
/home/grega/osebno/source/libo/clone/calc/sc/source/core/data/conditio.cxx:
In function 'BOOL lcl_IsDuplicate(ScDocument*, double, const
String, const ScAddress, const ScRangeListRef)':
On Thu, 2011-01-06 at 17:04 +0100, Grega Fajdiga wrote:
Entering /home/grega/osebno/source/libo/sc/source/core/data
Compiling: sc/source/core/data/conditio.cxx
/home/grega/osebno/source/libo/clone/calc/sc/source/core/data/conditio.cxx:
In function 'BOOL lcl_IsDuplicate(ScDocument*, double,
On Thu, 2011-01-06 at 11:27 +, Michael Meeks wrote:
On Wed, 2011-01-05 at 19:56 +0100, Soeren Moeller wrote:
It is not an attachment as I used git send-email
Heh - the kernel guys prefer in-line patches it seems; they find them
easier to review and comment on that way; personally
i.e. see bug: https://bugzilla.redhat.com/show_bug.cgi?id=666088 for
details.
Attached is the proposed fix. Don't let the fancy-pants rtl::Static put
you off, its just making the maCache from a global to a static local.
Globals/static locals have their dtors called in reverse order of the
When I see the Startcenter I see the Insert to the most right position
and not as expected between View and Tools. This occurs only when the
start center is visible. When I start or open a document the position is
correct.
Screendump:
On Thu Jan 06 2011 10:33:05 GMT-0800 (PST) leif wrote:
When I see the Startcenter I see the Insert to the most right position
and not as expected between View and Tools. This occurs only when the
start center is visible. When I start or open a document the position is
correct.
Screendump:
Hi everybody,
A new patch which correct cppcheck warnings in base/.
To be continued with other modules.
Regards,
Guillaume
0002-Clean-resourceleak-warning-in-cppcheck.patch
Description: Binary data
0001-cppcheck-cleanliness.patch
Description: Binary data
Kálmán „KAMI” Szalai píše v St 05. 01. 2011 v 20:52 +0100:
Hi Michael,
Sorry for bugging you but it seems I sent it two times, and David
already pushed in:
Re: [Libreoffice] [PATCH] [PUSHED] Updates for LightProof extension
handling
It is required If someone packs LightProof because of
On Thu, 2011-01-06 at 17:23 +, Caolán McNamara wrote:
i.e. see bug: https://bugzilla.redhat.com/show_bug.cgi?id=666088 for
details.
Attached is the proposed fix. Don't let the fancy-pants rtl::Static put
you off, its just making the maCache from a global to a static local.
Hi,
this fixed the problem described in the attached mail.
Gökçen, Robert, could you please test it and sign it out for
libreoffice-3-3 branch?
It works here and it should be more safe than the current solution.
Analyze:
db_create function is defined by macro in some db version. I
Hi Michael, Petr,
Please review the new rules of extension integration for 3.3. I did the
necessary changes for extensions except Lightproof and SUN templates
pack. I did it after RC stage started. I hope this was the last patch
for it.
David has already comited it:
Hi,
I just checked for my db version. I, too, use
[IP-] [ ] sys-libs/db-4.8.30:4.8
which works just fine. So I wonder what differs.
Regards,
Hanno
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
One horrific temporary hack to test a theory would be to call _exit to
skip calling the massive dtor chain which OOo builds up. Though that's
not a cure, just a temp hack, but maybe it'll help isolate this.
I'm confused why, but
On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
One horrific temporary hack to test a theory would be to call _exit to
skip calling the massive dtor chain which OOo builds up. Though that's
not a cure, just a temp
Like I said earlier, I submitted also this bug to OpenOffice.org and it was
marked as RESOLVED yesterday. See
http://www.openoffice.org/issues/show_bug.cgi?id=116164
http://www.openoffice.org/issues/show_bug.cgi?id=116164
I don't know how are the contacts (if any) between LO developers and OOo
On Thu, 2011-01-06 at 22:07 +, Caolán McNamara wrote:
On Thu, 2011-01-06 at 22:44 +0100, Thomas Klausner wrote:
On Tue, Jan 04, 2011 at 03:01:53PM +, Caolán McNamara wrote:
One horrific temporary hack to test a theory would be to call _exit to
skip calling the massive dtor chain
Tried hard and hope it's acceptable. Please check.
Criticism welcome.
From ab9c6699645c17d1743e94a8af77685415db688b Mon Sep 17 00:00:00 2001
From: Christoph Herzog rho...@googlemail.com
Date: Fri, 7 Jan 2011 00:22:24 +0100
Subject: [PATCH] First try of translating German comments into English.
On 06/01/2011 Petr Mladek wrote:
Kálmán „KAMI” Szalai píše v Čt 06. 01. 2011 v 15:40 +0100:
May we include vendor specific sfuffs from oracle.dic?
http://cgit.freedesktop.org/libreoffice/extras/commit/?h=libreoffice-3-3id=7fbdfd0a0d2af30af92839ebf8bcf97c465519e8
Looks good to me.
I might
Hi Kami, all,
Kálmán „KAMI” Szalai schrieb:
Hi All,
Some colors of LibO are already part of palette, I just wanted to update
it to follow the latest colors in wiki. If not required to provide LibO
colors with the product (as a main or separated palette) then I we can
leave the current
On Thu, Jan 06, 2011 at 10:18:38PM +, Caolán McNamara wrote:
Bah, let me rethink that. I guess its very possible that _exit doesn't
flush standard I/O on NetBSD which might indeed cause an empty
generated .hxx. I've just pushed a fflush into that generator to help
test the theory. Try a
38 matches
Mail list logo