On Sat, 2011-09-17 at 21:57 +0200, Chr. Rossmanith wrote:
> Hi,
>
> is it intended that opengrok looks for a pattern in .ppm's ? I've been
> searching for "lcl" with opengrok and found london.ppm.
Why not... If there are other files types to ignore, don't hesitate to
tell me. However I'll need t
On 09/18/2011 11:23 PM, julien2412 wrote:
Hello,
On LO-dev IRC, i met someone with this pb
/home/luc/git/core/vcl/unx/gtk/a11y/atkutil.cxx:322:60: error: call of
overloaded
‘insert(com::sun::star::uno::Reference&)’
is ambiguous
detail logs :
[ build CXX ] vcl/unx/gtk/a11y/atkutil
R=/home/luc/gi
Hi Matus,
On 2011-09-08 at 13:38 +0200, Matúš Kukan wrote:
> > as it turned out there was massive leakage fo file in the temp
> > directory with each build.. 150 or so per build... after a while
> > mktemp was running out of filename and working very-very hard to find
> > an empty slot.
> >
> Ano
Norbert Thiebaud wrote:
> > Does someone know how I can get added to the libreoffice-commits list so I
> > don't get annoying bounces like the above?
>
> Thorsten should be able to help with that... CC-ing him
>
The commit list is manual-subscribe, so all new committers, please
expect your first
On 17 September 2011 20:57, Norbert Thiebaud wrote:
> One module that is not 'easy' but would be very useful, because it is
> blocking things from getting merged into tail_build is 'scripting'
>
> it is not easy because it does things that are probably not covered by
> gbuild right now, and is qui
Mathias
On Sat, 2011-09-17 at 17:20 +0200, Mathias Bauer wrote:
> AFAIR it was used in some of the OLE implementations (embeddedobj or
> embedserv) and for the ActiveX-Control (extensions/source/soactivex).
Thanks for the explanation.
> I
> agree that at least for the first part reimplementing
On Fri, 2011-09-16 at 23:14 +0200, Andras Timar wrote:
> Hi Caolan,
>
> ... helpex tool does not work as expected ... Could you please check
> what went wrong?
Went wrong with my 13caa83dca4e1507a6e0213bd122d13af570d132
I removed the redundant charset parameter of
MergeDataFile::MergeDataFile,
>> agree that at least for the first part reimplementing would be a good
>> idea, and in fact I once had planned to do that. Admittedly it was never
>> important enough.
>
> Not like it is a top priority now, but if you have some spare time, a
> patch would not be refused :)
Another interesting qu
On Mon, 2011-09-19 at 12:10 +0200, Jesús Corrius wrote:
> I am sure we want the OLE drag and drop support, but would it be
> *THAT* bad if we remove the ActiveX control, for example? ;)
You would be surprised, but I know people that use it. Unfortunately
their name is customers.
F.
Hi there,
On Wed, 2011-09-14 at 10:48 +0100, Caolán McNamara wrote:
> > > Taras Glek's slidedeck about firefox, etc. startup performance
> > > http://people.mozilla.com/~tglek/lpc2011/
So - Taras and I talk reasonably regularly on some of these topics so I
don't think we're too far behind
Can we keep it in with a 'use at your own risk and peril'?
I don't think that spending energy on 1.4 bugs is wise, but if someone
finds them, let 'em fix.
--
Marc-André Laverdière
Software Security Scientist
Innovation Labs, Tata Consultancy Services
Hyderabad, India
On Thu 15 Sep 2011 07:15:06
On Sun, 2011-09-18 at 00:32 -0700, Ivan Timofeev wrote:
> > and preferably add a link to that in the wiki here:
> > http://wiki.documentfoundation.org/Development/Developers ]
>
> Yes, surely I can. But I think that "Developers" page is for those
> people who makes more significant contribution
Hello!
I had resent this letter because there are no answers to my patch in
mailing list after one week.
Hello!
I attached two patches (= 2 commits).
Improvement: #39430 (http://bugs.freedesktop.org/show_bug.cgi?id=39430)
Author: Dmitry Ashkadov
License: LGPLv3/MPL
Should I close bug #39430
Hi,
On Sun, Sep 18, 2011 at 02:23:59PM -0700, julien2412 wrote:
> On LO-dev IRC, i met someone with this pb
> /home/luc/git/core/vcl/unx/gtk/a11y/atkutil.cxx:322:60: error: call of
> overloaded
> ‘insert(com::sun::star::uno::Reference&)’
> is ambiguous
Yes. Since
gcc-4.6 (4.6.1-10) unstable; u
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 37579, which changed state.
Bug 37579 Summary: oosplash.bin crash
https://bugs.freedesktop.org/show_bug.cgi?id=37579
What|Old Value |New Value
Hi,
Here is a patch to remove the unxfbsdi.mk and unxfbsx.mk, using a single
unxfbsd.mk highly simplified
regards,
Bapt
From 70bde1db2e0e1b2f183b12d99dd2f9e1fa20ee1c Mon Sep 17 00:00:00 2001
From: Baptiste Daroussin
Date: Mon, 19 Sep 2011 13:47:21 +0200
Subject: [PATCH 2/2] unify the unxfbsd.mk
Here is a patch to avoid a unit test that fail the same on FreeBSD as on OSX
(Apparently because of aKname don't know more about it yet)
regards,
Bapt
From f3fa7cc001c4309e0dcbd94f0732e56c7d4bc8c9 Mon Sep 17 00:00:00 2001
From: Baptiste Daroussin
Date: Mon, 19 Sep 2011 13:55:04 +0200
Subject: [P
use PREFIXDIR instead of hard coding /usr in create_tree.sh
---
Bapt
From 54636c9ca659736040e8cafed2c201815de2ffbd Mon Sep 17 00:00:00 2001
From: Baptiste Daroussin
Date: Mon, 19 Sep 2011 13:56:26 +0200
Subject: [PATCH 4/5] Use PREFIXDIR when possible
---
sysui/desktop/share/create_tree.sh |
Some FreeBSD only fixes for soenv
---
Bapt
From ac0e87bf8cd604557eb541261816f87dd254f4de Mon Sep 17 00:00:00 2001
From: Baptiste Daroussin
Date: Mon, 19 Sep 2011 13:57:23 +0200
Subject: [PATCH 5/5] Fix soenv for FreeBSD
---
set_soenv.in |5 ++---
1 files changed, 2 insertions(+), 3 deletion
I confirm that all my patches to LibreOffice are licensed under
LGPL3+/GPL3+/MPL.
Ivan Timofeev.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi,
Here is a patch to use $PREFIXDIR instead of hardcoding /usr in the
deistro-install-desktop-integration script.
This is necessary to build on FreeBSD as libreoffice is not installed in /usr
but we still want to use distro-install-desktop-integration.
Of course, the patch is in the licenses t
Rene Engelhard wrote:
>
> ...
>> Since Luc_ has these same line on SID, why does it work for me and not
>> for
>> him ?
>
> Doesn't work for me either. (Stndard Debian package configuration).
> Are you sure you are on *completely* uptodate sid?
> ...
>
I'm on testing not in SID and I update alm
Hi Rene, all,
On Mon, 19 Sep 2011 13:43:12 +0200
Rene Engelhard wrote:
> Hi,
>
> On Sun, Sep 18, 2011 at 02:23:59PM -0700, julien2412 wrote:
> > On LO-dev IRC, i met someone with this pb
> > /home/luc/git/core/vcl/unx/gtk/a11y/atkutil.cxx:322:60: error: call
> > of overloaded
> > ‘insert(com::
On Mon, Sep 19, 2011 at 01:49:25PM +0200, Baptiste Daroussin wrote:
>
> Here is a patch to remove the unxfbsdi.mk and unxfbsx.mk, using a single
> unxfbsd.mk highly simplified
Thanks for the patch, I've pushed it (apart from the DLLPOSTFIX= line).
--
Francois Tigeot
On Mon, Sep 19, 2011 at 03:24:52PM +0200, Francois Tigeot wrote:
> On Mon, Sep 19, 2011 at 01:49:25PM +0200, Baptiste Daroussin wrote:
> >
> > Here is a patch to remove the unxfbsdi.mk and unxfbsx.mk, using a single
> > unxfbsd.mk highly simplified
>
> Thanks for the patch, I've pushed it (apart
On Fri, 2011-09-16 at 12:06 +0200, Cor Nouws wrote:
> Hi,
>
> Older build (last week): ID: 11df18b-3f8994a-4525197
>
> New spreadsheet
>
> > Type Mango
> > next row
> > try to type Melon
> > immediately Mango is placed
Turn off "experimental feature", re-start Calc and try again.
Kohei
On Mon, Sep 19, 2011 at 01:59:47PM +0200, Baptiste Daroussin wrote:
> Here is a patch to avoid a unit test that fail the same on FreeBSD as on OSX
>
> (Apparently because of aKname don't know more about it yet)
Pushed today.
--
Francois Tigeot
___
Lib
On Mon, Sep 19, 2011 at 02:01:33PM +0200, Baptiste Daroussin wrote:
> Some FreeBSD only fixes for soenv
Pushed.
--
Francois Tigeot
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi *,
I made an adjustment to the run line for cppcheck, removing "-j 2".
Removing parallel jobs allows the "unusedFunction" check to run, and
only lifts the run time from around 2 hours to 3. I have zero clue as to
if this unused function check really works (especially against this
giant codebase
Hi.
I have cloned the git repository for libreoffice to my son's Debian
computer as well as my mac. The internet is flaky and after several
attempts to get the source on my windows computer, I decided to copy
the entire git repository folder from my sons computer. The problem is
that when I tried
On Mon, Sep 19, 2011 at 10:24 AM, Brian Wilson wrote:
> Hi.
>
> I have cloned the git repository for libreoffice to my son's Debian
> computer as well as my mac. The internet is flaky and after several
> attempts to get the source on my windows computer, I decided to copy
> the entire git reposito
Here is a patch to remove a hard coded gperf call.
regards,
Bapt
From fa78e8613963ab809d3de72be69a1c85421d9c5a Mon Sep 17 00:00:00 2001
From: Baptiste Daroussin
Date: Mon, 19 Sep 2011 19:22:32 +0200
Subject: [PATCH 6/6] Do not hard code gperf
---
filter/source/svg/Makefile |2 +-
1 files ch
Hi,
On Mon, Sep 19, 2011 at 07:31:56PM +0200, Baptiste Daroussin wrote:
> Here is a patch to remove a hard coded gperf call.
Pushed.
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' r...@debian.o
Hi,
as quite a few of you already noted I created a branch called
kill-set_soenv which intends to ... kill set_soenv.in. Why does that
script need to die? Well, currently we are:
- calling a perl-script called autogen.sh, to:
- call autoconf to create ./configure from configure.in
- call the j
2011/9/19 Bjoern Michaelsen :
*snip*
>
> So what I am asking is:
>
> Can porters help me get "their" platform buildable on that branch?
>
> I would integrate that branch on master in about 2 weeks and would love
> it to be tested on all major platforms by then. I ported linux for now
> and can te
2011/9/19 Tomáš Chvátal :
> 2011/9/19 Bjoern Michaelsen :
> *snip*
>
>>
>> So what I am asking is:
>>
>> Can porters help me get "their" platform buildable on that branch?
>>
>> I would integrate that branch on master in about 2 weeks and would love
>> it to be tested on all major platforms by the
2011/9/19 Baptiste Daroussin :
> Hi,
>
> Here is a patch to use $PREFIXDIR instead of hardcoding /usr in the
> deistro-install-desktop-integration script.
>
> This is necessary to build on FreeBSD as libreoffice is not installed in /usr
> but we still want to use distro-install-desktop-integration.
2011/9/19 Baptiste Daroussin :
> use PREFIXDIR instead of hard coding /usr in create_tree.sh
>
> ---
> Bapt
Thanks for patch, applied.
Cheers
Tom
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinf
Hullo List,
This patch adds a "clock" style progress, so one doesn't have to mouse
over the Zenity icon to see where it currently stands.
Very simple, very rudimentary, but already summat useful for me. Hope
others find it so as well.
Kevin
>From adb5e92ef23923089b0fed77261403fe001b59a4 Mo
Dne 19. září 2011 20:32 Norbert Thiebaud napsal(a):
> 2011/9/19 Tomáš Chvátal :
>> 2011/9/19 Bjoern Michaelsen :
>> *snip*
>>
>>>
>>> So what I am asking is:
>>>
>>> Can porters help me get "their" platform buildable on that branch?
>>>
>>> I would integrate that branch on master in about 2 weeks
Hi,
I've recently seen some changes, which removed unnecessary NULL checks
for delete commands with the form:
-if (pTextPContext)
-delete pTextPContext;
+delete pTextPContext;
Codebase is full with these. I've attached a little perl script which
should solve this conversion.
Kohei Yoshida wrote (19-09-11 15:45)
Turn off "experimental feature", re-start Calc and try again.
Indeed. Thanks,
Work related to new row height?
Cor
--
- Cor
- http://nl.libreoffice.org
___
LibreOffice mailing list
LibreOffice@lists.freedeskto
Hi all,
we now have a good systematic set of test targets with "unitcheck",
"subsequentcheck" and "check" on master(*). However, we now have so
many unittests (which is good) that running each and everyone on every
build slows down the development cycle esp. in sc -- just because they
taking unitt
On Mon, Sep 19, 2011 at 3:18 PM, Cor Nouws wrote:
> Kohei Yoshida wrote (19-09-11 15:45)
>
>> Turn off "experimental feature", re-start Calc and try again.
>
> Indeed. Thanks,
> Work related to new row height?
No. It's most likely due to Anurag's GSOC work to support multiline
formula input bar,
On 09/19/2011 08:58 PM, Thomas Arnhold wrote:
I've recently seen some changes, which removed unnecessary NULL checks
for delete commands with the form:
- if (pTextPContext)
- delete pTextPContext;
+ delete pTextPContext;
Codebase is full with these. I've attached a little perl script which
shou
Björn,
What good is that backport to 3.4? For one, the fix turns out to not
work yet (as executables already built using gbuild but only used during
the build itself use a "NONEBIN" token in solenv/gbuild/platform/*.mk
instead of the "NONE" token used in solenv/inc/*.mk, so that
macosx-chang
Am 19.09.2011 12:10, schrieb Jesús Corrius:
>>> agree that at least for the first part reimplementing would be a good
>>> idea, and in fact I once had planned to do that. Admittedly it was never
>>> important enough.
>>
>> Not like it is a top priority now, but if you have some spare time, a
>> pa
Hi Stephan,
thanks for adjusting the regex. false positives like if (foo) delete bar
wouldn't occur within my regex (the inner one). But this is some kind of
hidden (the $1). I did this some kind of obfuscated, because I didn't
remembered \1 for lookaheads ;)
I you want to, run it :)
On 09/
Hi,
I replaced some usages of SvUShorts with std::vectors.
License is LGPLv3+/MPL
Cheers,
Daniel
>From b15d4e4363f567c4c0a42c9fb830745b2625ca44 Mon Sep 17 00:00:00 2001
From: Daniel Di Marco
Date: Mon, 19 Sep 2011 23:18:28 +
Subject: [PATCH] replaced some SvUShorts with std::vector
---
s
On Mon, 19 Sep 2011 23:20:32 +0200
Stephan Bergmann
wrote:
> What good is that backport to 3.4?
Well, it is a clearcut regression (the error was introduced between
3.3 and 3.4) and a good fix (even breaking on link is better than
breaking at runtime) -- so I automatically backported after review
Hello Bjoern,
Opinions?
>
>
I personally like that idea very much but have one little suggestion. We
should run the tinderboxs with this make target if they don't already use
the check target. That would ensure that even when someone did not run the
unit tests before pushing he gets a little
not
On Mon, Sep 19, 2011 at 5:34 PM, Bjoern Michaelsen
wrote:
> On Mon, 19 Sep 2011 23:20:32 +0200
> Stephan Bergmann
> wrote:
>
>> What good is that backport to 3.4?
>
> Well, it is a clearcut regression (the error was introduced between
> 3.3 and 3.4) and a good fix (even breaking on link is better
On Mon, Sep 19, 2011 at 5:59 PM, Markus Mohrhard
wrote:
> Hello Bjoern,
>
>
>> Opinions?
>>
>
>
> I personally like that idea very much but have one little suggestion. We
> should run the tinderboxs with this make target if they don't already use
> the check target. That would ensure that even whe
Hi,
On Mon, Sep 19, 2011 at 02:23:38PM +0200, Bjoern Michaelsen wrote:
> > On Sun, Sep 18, 2011 at 02:23:59PM -0700, julien2412 wrote:
> > > On LO-dev IRC, i met someone with this pb
> > > /home/luc/git/core/vcl/unx/gtk/a11y/atkutil.cxx:322:60: error: call
> > > of overloaded
> > > ‘insert(com::s
actually I get further using
http://cgit.freedesktop.org/libreoffice/core/commit/?id=ff1c626fa1380c7af5a135f80b45de7e62025eed
which should probably be ported back to 3.4 too if you keep the
previous patch in.
Norbert
___
LibreOffice mailing list
LibreO
On 09/19/2011 09:18 PM, Bjoern Michaelsen wrote:
we now have a good systematic set of test targets with "unitcheck",
"subsequentcheck" and "check" on master(*). However, we now have so
many unittests (which is good) that running each and everyone on every
build slows down the development cycle es
Hi Norbert, Hi Stephan,
On Mon, 19 Sep 2011 18:14:22 -0500
Norbert Thiebaud
wrote:
> so 3.4 may have accidentally worked because nothing that produce
> delivered Executable was gbuildified... but at least it was
> 'working'... with that patch alone I'm afraid 3.4 may not build
> anymore on MacOS
57 matches
Mail list logo
