Le 23/09/11 06:29, Norbert Thiebaud a écrit :
Hi Norbert,
First, thanks for your tips.
> 1/ building mozilla... so --disable-mozilla is a great first step,
> next is probably to use the prebuilt binary for mozilla.
I do both of those as standard.
> 2/ having macports of finks packages getting
Hi,
I added a paragraph
"If a bug in a stable version vanished in the Master without a known
fix, a developer or QA member should change the Bug report Status to
WORKSFORME with Whiteboard entry with the Master version (September
2011: target:3.5.0). In a comment the complete Master build ID
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Bug 37361 depends on bug 39313, which changed state.
Bug 39313 Summary: XTableRows.removeByIndex and also symply remove Row / Column
crashes Libo
https://bugs.freedesktop.org/show_bug.cgi?id=39313
What|Old Value
> I'd very much appreciate it if I (we) could get a status on Base
> development/patches/bug fixes/developers etc., in order to counter/stop
> such posts... or confirm.
Please do you own research and draw your own conclusions. And that is
probably more than I should say.
--tml
___
On Thu, Sep 22, 2011 at 3:08 AM, Alexander Thurgood
wrote:
> I am currently attempting the build on 2 Mac machines, an OSX Server and
> my Macbook Pro. Ultimately, I would like to be able to offer one of the
> machines as a tinbuild (the server probably, as it doesn't do much most
> of the time) w
Hi Karl,
On Fri, 23 Sep 2011 01:22:03 +0200
"Karl Behler sen."
wrote:
> make[1]: *** No rule to make target
> `/home/papa/projects/libreoffice/core/workdir/unxlngx6.pro/CxxObject/sw/source/ui/shells/textsh.o',
>
> needed by
> `/home/papa/projects/libreoffice/core/workdir/unxlngx6.pro/LinkTar
Hi, currently can't build LO on Suse 11.4.
After a git pull yesterday I already had the error described below.
Today I did another git pull, but the same.
I'm finally getting until step 151 of 155 of the build process, then it
fails.
My last build at 3rd Sept. went through. Installed some add
On Thu, 22 Sep 2011 19:12:38 +0200
Michael Stahl wrote:
> is this the kind of crash that was introduced by mba's layout
> refactoring (moving the layout from the model to the view) that went
> into one of the last DEV300 milestones?
Likely.
>
> i think the workaround for OOo 3.4 was this:
> http:
Sorry for the intrusion as a 'user'. However there is a poster on the LO
users list that continues to make statements such as:
"There is almost no-one working on Base so it's gradually getting worse
as regressions slip in"
"almost everyone avoids Base"
etc. That poster is not the only one postin
On Thu, Sep 22, 2011 at 04:38:35PM -0400, Peter Foley wrote:
> I've attached two ant/dmake to gbuild conversions. Review would be
> appreciated.
Well, as people already said, ant is the standard tool for Java "make".
I'd disagree to change this. In this case, you also (by a quick skimming
over th
Jan Holesovsky wrote:
>
> Hi Julien,
>
> julien2412 píše v Čt 22. 09. 2011 v 11:57 -0700:
>
>> I propose the patch below with static cast but perhaps all the variables
>> should be of the same type (unsigned int or signed int).
>>
>> http://nabble.documentfoundation.org/file/n3359780/patch_gly
Hi Julien,
julien2412 píše v Čt 22. 09. 2011 v 11:57 -0700:
> I propose the patch below with static cast but perhaps all the variables
> should be of the same type (unsigned int or signed int).
>
> http://nabble.documentfoundation.org/file/n3359780/patch_glyph.txt
> patch_glyph.txt
I'd love to
On Thu, 2011-09-22 at 23:00 +0400, Ivan Timofeev wrote:
> Hello! I'm using gcc-4.5 and I've just got the following error while
> compiling LibreOffice:
>
> #pragma GCC diagnostic not allowed inside functions
>
> The cause of error located in sal/inc/sal/types.h, line 469. It must
> have "__GNUC_M
Hello! I'm using gcc-4.5 and I've just got the following error while
compiling LibreOffice:
#pragma GCC diagnostic not allowed inside functions
The cause of error located in sal/inc/sal/types.h, line 469. It must
have "__GNUC_MINOR__ >= 6", I think.
You can make sure by comparing function "handle
Hello,
In vcl, I've got this :
/home/maryline/compile-libreoffice/libo/vcl/source/glyphs/graphite_layout.cxx:
In member function ‘void GraphiteLayout::fillFrom(gr_segment*,
ImplLayoutArgs&, float)’:
/home/maryline/compile-libreoffice/libo/vcl/source/glyphs/graphite_layout.cxx:333:49:
error: compar
On Thu, 2011-09-22 at 17:09 +0100, Caolán McNamara wrote:
> On Wed, 2011-09-21 at 11:28 +0100, Michael Meeks wrote:
> > It'd be really interesting to get a callgrind trace of ods / xlsx loading.
>
> oh, as an aside, this is easy to get with
> cd sc
> export VALGRIND=callgrind
> make -sr
>
> Here
On 22.09.2011 18:51, Bjoern Michaelsen wrote:
> Hi Cedric, Hi Caolan,
>
> could you please review:
>
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=ac1912ecb13709082026428d2b2a56c4915b939f
>
> for backporting to -3-4? It kills the footnotes before killing the rest
> of the layout savi
Hi Cedric, Hi Caolan,
could you please review:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=ac1912ecb13709082026428d2b2a56c4915b939f
for backporting to -3-4? It kills the footnotes before killing the rest
of the layout saving us from the trouble later. It seems to fix the
problem with
On 21.09.2011 13:08, Lubos Lunak wrote:
> On Wednesday 21 of September 2011, Michael Meeks wrote:
>> On Wed, 2011-09-21 at 09:50 +0100, Caolán McNamara wrote:
>>> In an ideal world I imagine the best spent effort would be on improving
>>> the import speed for .ods and .xlsx, seeing as that improves
On Wed, 2011-09-21 at 11:28 +0100, Michael Meeks wrote:
> It'd be really interesting to get a callgrind trace of ods / xlsx loading.
oh, as an aside, this is easy to get with
cd sc
export VALGRIND=callgrind
make -sr
Here's mine FWIW http://www.skynet.ie/~caolan/pub/tmp/callgrind.out.4171
Seems
On Wed, 2011-09-21 at 21:13 +0400, Ivan Timofeev wrote:
> 2011/9/21 Caolán McNamara
> > Did I just break this, or were they always so broken ?
>
> No, I had tested on OOo 3.3 just now - same devilry.
Ah good :-)
> > And do you want to fix it ? :-)
>
> Yeah, I want. But since I'm newbie to sour
Le 22/09/11 15:02, Norbert Thiebaud a écrit :
Hi Norbert,
> download contrib/buildbot
> read README.tinbuild2
> ask me question if something is not clear :-)
Thanks, will have a look tomorrow.
Alex
___
LibreOffice mailing list
LibreOffice@lists.free
On Thu, Sep 22, 2011 at 3:10 AM, Alexander Thurgood
wrote:
> Hi all,
>
> So lets say that I have a few extra cycles spare on my SL OSX server.
> How would I go about setting up a tinbuild on that, supposing it would
> be of any use of course ?
download contrib/buildbot
read README.tinbuild2
ask m
On Wed, 2011-09-21 at 16:59 +0200, Noel Grandin wrote:
>
> From my testing, it only seems to occur when there are 2 dots in the
> source file name.
> So either using mv, or renaming some of the intermediate files to only
> have one dot in the name should work.
heh, that'll do the trick, yeah inte
Your idea is better than mine.
Obviously I was annoyed by the fact there could be too much info on this
page but I was thinking too that these info were lacking.
You just found the solution, thank you ! :-)
Julien.
--
View this message in context:
http://nabble.documentfoundation.org/Suggestion-
Hi all,
So lets say that I have a few extra cycles spare on my SL OSX server.
How would I go about setting up a tinbuild on that, supposing it would
be of any use of course ?
Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://l
Le 21/09/11 20:27, Michael Meeks a écrit :
Hi Michael,
>
> I believe this is an artifact of a non-re-build offapi - if you can; go
> into offapi and 'make clean' 'make'. Of course, ideally - it would have
> correct dependencies so it re-built cleanly automatically,
> unfortunately ... ;-)
27 matches
Mail list logo
