On 12/02/2010 05:48 PM, Caolán McNamara wrote:
> On Thu, 2010-12-02 at 16:33 +, Michael Meeks wrote:
>> So,
>>
>> As part of the quest to make LibreOffice easier to build; and in
>> parallel to annoy developers who are missing those java implemented
>> features into re-writing them into C+
> - Because I dislike to rely on runtimes that we cannot redistribute on
Aren't you mixing up two orthogonal issues here? Whether to use Java when
building LibreOffice, and whether to have and distribute parts of the
LibreOffice end product requiring a Java runtime.
Isn't Java used during the b
Norbert Thiebaud wrote:
> --with-openl is now on be default for MacOS in the bootstrap
> configure.in. This actually break on MacOS.
> There is a patch in dev300/. that seems to address this problem. The
> attach patches integrate this patch.
>
> Since I have no expertise in this part of the code
Kálmán „KAMI” Szalai wrote:
> I agree. However can we see what we lose with java enabled builds
> (diskspace, performance, startup time)?
>
Random facts - here, java-1_6_0-sun-1.6.0.u22 is a major offender in
powertop, with apparently some GC timer running very frequently.
Cheers,
-- Thorsten
Hi all,
On 2010-12-02 at 21:59 +0100, Thorsten Behrens wrote:
> So just in case, let's agree to disagree & keep the patches coming!
> :)
As a conclusion, what about to combine Miklos' check for the missing
documentation with a commit hook, so that it does not allow you to
commit _new_ files with
Hi Alex,
On 2010-12-02 at 21:00 +, Alex Hudson wrote:
> Maybe it deserves a wiki page on its own?
Sure, go ahead, and link it from the Easy_Hacks's task, please; I'd
think of
http://wiki.documentfoundation.org/Development/Easy_Hacks/Installer
but whatever you choose ;-)
Thank you,
Kendy
Jan Holesovsky wrote:
> As a conclusion, what about to combine Miklos' check for the missing
> documentation with a commit hook, so that it does not allow you to
> commit _new_ files without (at least the high level) documentation? ;-)
>
Hi Kendy,
I find it surprising me actually saying this, but
Hi Wols,
On Fri, 2010-12-03 at 00:42 +, Wols Lists wrote:
> And as others have said, we want the build system to be newbie-friendly.
> It always *used* to download its own ant, so it's a regression. A lot of
> systems will have java runtime installed. It shouldn't assume that just
> because th
On Thu, 2010-12-02 at 23:45 +, Andy Hearn wrote:
> For a multiple-page document, with at least some lengthy notes:
> - Place the cursor within a note in the sidebar, and then try to
> scroll down the document using the vertical scroll bar either by
> clicking on the down arrow, or using the s
On Thu, 2010-12-02 at 21:54 +0100, Cedric Bosdonnat wrote:
> Caolan, Michael, Miklos,
>
> Could you please have a look at the patch attached to
> https://bugs.freedesktop.org/show_bug.cgi?id=32039 ?
Looks sane to me. But you guys know this code better than me.
C.
___
Hi Caolan,
took your patch, handled one more case - could you please review &
commit to libreoffice-3-3 if ok?
Cheers,
-- Thorsten
From 25ae4e3bf1632150aa54769ed5b3235cbfa2af2f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Caol=C3=A1n=20McNamara?=
Date: Fri, 3 Dec 2010 11:15:24 +0100
Subject: [PATCH
On 03/12/10 02:26, Kevin Hunter wrote:
> I'm absolutely for this, especially in terms of getting any/all
> necessaries rewritten in C++ ... but not right now. As others have
> stated, like it not, the current product uses Java (e.g. Base) and I
> believe it would be foolhardy to default to a build
> Sure, go ahead, and link it from the Easy_Hacks's task, please; I'd
> think of
>
> http://wiki.documentfoundation.org/Development/Easy_Hacks/Installer
Please, let's avoid potential confusion and not call the pile of Perl an
"installer", though. I changed the Easy Hacks page to call it an "ins
On Fri, 03 Dec 2010 01:50:24 -0700, "Tor Lillqvist" wrote:
> Aren't you mixing up two orthogonal issues here? Whether to use Java when
> building LibreOffice, and whether to have and distribute parts of the
> LibreOffice end product requiring a Java runtime.
>
> Isn't Java used during the build
On Fri, 2010-12-03 at 10:28 +, Wols Lists wrote:
> Where do I start :-)
>
> Seeing as Base is where I want to work, this seems an obvious thing to
> do. I'm guessing that building without Java, then running some tests
> (smoketest? what?) and seeing what breaks is a good idea.
I think the typ
http://libreoffice.org/credits.html has been updated. On Wol's request
it contains now the last commit date too, to see how up to date it is.
This is the first version without the "build" repo being included in the
analyses (just the 19 LO repos), and we are down to 307 individuals in
total... (se
What fun,
It seems this is rather a polarising question, so of course it makes
sense to pause and think it through some more; here is my attempt to
summarise the major arguments & their stake-holders :-)
A. it makes LibreOffice easier to build, to not require Java
+ I made this po
On Fri, 2010-12-03 at 11:21 +0100, Thorsten Behrens wrote:
> Hi Caolan,
>
> took your patch, handled one more case
ah, remove the early return if one of, whare are now fallback levels,
happens to be empty.
> - could you please review & commit to libreoffice-3-3 if ok?
Looks good, except for sh
On 03/12/10 10:48, Caolán McNamara wrote:
> On Fri, 2010-12-03 at 10:28 +, Wols Lists wrote:
>> Where do I start :-)
>>
>> Seeing as Base is where I want to work, this seems an obvious thing to
>> do. I'm guessing that building without Java, then running some tests
>> (smoketest? what?) and see
Hi Kevin,
On 2010-12-01 at 19:14 -0500, Kevin Hunter wrote:
> > Updated expressions in bootstrap/g so that it uses Bash internal
> > expressions, rather than farming out to the '[' or 'test' external
> > command.
> >
> > Updated deprecated backtick subshell calls to $(
>
> I've just learned of/r
Hi, :-)
I was just wondering if there are any updates about progress with the
WikiHelp? ;-)
David Nelson
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Fri, 2010-11-19 at 16:03 +, Caolán McNamara wrote:
> On Fri, 2010-11-19 at 01:32 +0100, Miklos Vajna wrote:
> > I'm asking because I guess the more complex to run it, the fewer people
> > will actually try it out at all.
>
> True. I was sort of wondering about potential colossal size. But
On Fri, 2010-12-03 at 11:57 +, Michael Meeks wrote:
> closing them all in a big long churning run every now and then would
> catch a ton of bugs for us :-)
>
> Any volunteers to play with it ?
Hmm; perhaps this is just all .docx stuff since these are the first
files in the test suite
Hi Michael,
On Fri, 2010-12-03 at 11:57 +, Michael Meeks wrote:
> It failed after only a handful of documents on the attached with:
>
> #0 0xabd83b95 in
> writerfilter::dmapper::DomainMapper_Impl::finishParagraph(boost::shared_ptr)
> ()
>from /data/opt/OOInstall/program/../basis-
On Fri, Dec 03, 2010 at 11:14:54AM +0100, Thorsten Behrens
wrote:
> I find it surprising me actually saying this, but - for the while, I
> think this would be crossing the line of solving a social problem
> by technical means. ;)
Additionally I'm not aware of a method to tell doxygen to check ju
Hi Wols, *,
On Fri, Dec 3, 2010 at 11:28 AM, Wols Lists wrote:
> On 03/12/10 02:26, Kevin Hunter wrote:
> [...]
> Seeing as Base is where I want to work, this seems an obvious thing to
> do. I'm guessing that building without Java, then running some tests
> (smoketest? what?) and seeing what brea
i was talking to kendy this morning on irc and i was told that java is
eventually going to be phased out its a matter of porting the code from
java to c++. What i would be flustered with is where to begin in my
honest opinion
On 12/3/10 2:00 PM, Christian Lohmaier wrote:
Hi Wols, *,
On Fri,
Sorry I don't like my colour :)
On (2010-12-03 11:49), Sebastian Spaeth wrote:
> http://libreoffice.org/credits.html has been updated. On Wol's request
> it contains now the last commit date too, to see how up to date it is.
>
> This is the first version without the "build" repo being included in
Hi Jonathan, *,
On Fri, Dec 3, 2010 at 2:32 PM, Jonathan Aquilina
wrote:
> i was talking to kendy this morning on irc and i was told that java is
> eventually going to be phased out its a matter of porting the code from java
> to c++. What i would be flustered with is where to begin in my honest
On 03/12/10 12:11, Miklos Vajna wrote:
> On Fri, Dec 03, 2010 at 11:14:54AM +0100, Thorsten Behrens
> wrote:
>> I find it surprising me actually saying this, but - for the while, I
>> think this would be crossing the line of solving a social problem
>> by technical means. ;)
> Additionally I'm no
Hi Christian,
On 2010-12-03 at 14:40 +0100, Christian Lohmaier wrote:
> Start with stuff that /any/ user would see.
> My list would start with:
> Fulltext search in Help (i.e. ) - that uses lucene and requires java
That one might be actually easy - when the wikihelp is online, I'd
default to not
Hi Jonathan,
On Fri, 2010-12-03 at 14:40 +0100, Christian Lohmaier wrote:
> Start with stuff that /any/ user would see.
> My list would start with:
This is a great list :-) we should get some of it into the easy hacks
page I suspect (under the not so easy hacks).
> Fulltext search in Hel
Hi Miklos, Thorsten,
On 2010-12-03 at 13:11 +0100, Miklos Vajna wrote:
> > I find it surprising me actually saying this, but - for the while, I
> > think this would be crossing the line of solving a social problem
> > by technical means. ;)
>
> Additionally I'm not aware of a method to tell doxy
Hi *,
On Fri, Dec 3, 2010 at 2:52 PM, Jan Holesovsky wrote:
> Hi Christian,
>
> On 2010-12-03 at 14:40 +0100, Christian Lohmaier wrote:
>
>> Start with stuff that /any/ user would see.
>> My list would start with:
>> Fulltext search in Help (i.e. ) - that uses lucene and requires java
>
> That on
Hi Kenneth,
thanks for the patch, perfect as far as I could see so it is pushed
thanks,
Noel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi Wol,
On 2010-12-03 at 13:43 +, Wols Lists wrote:
> >> I find it surprising me actually saying this, but - for the while, I
> >> think this would be crossing the line of solving a social problem
> >> by technical means. ;)
> > Additionally I'm not aware of a method to tell doxygen to check
On Fri, 2010-12-03 at 11:03 +, Michael Meeks wrote:
> A. it makes LibreOffice easier to build, to not require Java
> + I made this point, Spaetz has some examples of build failure
> with different Javas / Ant (that speak of much frustration
> and
> wasted time), Jona
Thanks! Which brings me to my next question: on scroll-down, do we want the
cursor to remain in view, or go up with the containing note?
I'm wary of altering this- not after reading the passionate (dis)attachments
we have for status bar icons :-)
On Dec 3, 2010 10:19 AM, "Caolán McNamara" wrote
On Fri, 2010-12-03 at 11:49 +0100, Sebastian Spaeth wrote:
> http://libreoffice.org/credits.html has been updated. On Wol's request
> it contains now the last commit date too, to see how up to date it is.
>
> This is the first version without the "build" repo being included in the
> analyses (just
Hi!
I tried migrating to the new build structure, but that didn't work and
I didn't want to investigate, so I checked out anew per instructions
from http://wiki.documentfoundation.org/Development/Native_Build
autogen runs through fine, but then gmake says:
gmake: *** [dmake/dmake] Error 1
I looke
Hi!
I'd like to push the attached patch to bootstrap.
Currently, when finding X (on all platforms but WIN32, DARWIN with
Aqua and OS2), CFLAGS and LDFLAGS are overridden.
The compiler and linker sometimes need some help in finding some
system-installed libraries and this overriding breaks the sta
Yes please. I have this diff too, so just push it to both master and stable.
On (2010-12-03 15:39), Thomas Klausner wrote:
> Hi!
>
> I'd like to push the attached patch to bootstrap.
> Currently, when finding X (on all platforms but WIN32, DARWIN with
> Aqua and OS2), CFLAGS and LDFLAGS are overr
Fix for fdo#31308 needs review. The patch is very trivial, and looks
safe enough to me.
https://bugs.freedesktop.org/show_bug.cgi?id=31308
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.o
Hi Thomas,
On Fri, 2010-12-03 at 15:39 +0100, Thomas Klausner wrote:
> I'd like to push the attached patch to bootstrap.
Patch looks great to me :-)
> The compiler and linker sometimes need some help in finding some
Sure; looks like a no-brainer / bug :-)
ATB,
On Fri, 2010-12-03 at 15:34 +0100, Thomas Klausner wrote:
> I tried migrating to the new build structure, but that didn't work and
> I didn't want to investigate, so I checked out anew per instructions
> from http://wiki.documentfoundation.org/Development/Native_Build
:-)
> autogen runs
On Fri, Dec 03, 2010 at 02:49:56PM +, Michael Meeks wrote:
> > autogen runs through fine, but then gmake says:
> > gmake: *** [dmake/dmake] Error 1
>
> Really - a bit more context of how it dies (the last dozen lines or so)
> would be more helpful :-)
Yes, but there isn't more context,
On Fri, 2010-12-03 at 09:32 -0500, Kohei Yoshida wrote:
> Kohei Yoshida
> Commits: 643
> Joined: 2009-06-19
>
> In the previous stats my joined date was sometime in 2006 (which sounded
Riight - I think excluding the 'build' directory from the stats
counting is prolly rather a mistake :-)
Hi Andy,
On Fri, 2010-12-03 at 14:25 +, Andy Hearn wrote:
> Thanks! Which brings me to my next question: on scroll-down, do we
> want the cursor to remain in view, or go up with the containing note?
..
> I'm wary of altering this- not after reading the passionate
> (dis)attachments we have fo
Hi Michael,
On 2010-12-03 at 13:57 +, Michael Meeks wrote:
> > Start with stuff that /any/ user would see.
> > My list would start with:
>
> This is a great list :-) we should get some of it into the easy hacks
> page I suspect (under the not so easy hacks).
>
> > Fulltext search in H
On Fri, Dec 03, 2010 at 03:50:17PM +0100, Thomas Klausner
wrote:
> > > I looked at the Makefile target and saw that it wants to run
> > > ./bootstrap, so I did that manually; after a successful finish, gmake
> > > now dies with:
> > > gmake: *** [src/downloaded] Error 1
> >
> > Ditto.
I can
Hi Kohei,
On 2010-12-03 at 09:46 -0500, Kohei Yoshida wrote:
> Fix for fdo#31308 needs review. The patch is very trivial, and looks
> safe enough to me.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=31308
Reviewed, comment added to bugzilla - can you please push?
Thank you,
Kendy
On Fri, 2010-12-03 at 16:00 +0100, Jan Holesovsky wrote:
> Hi Michael,
>
> On 2010-12-03 at 13:57 +, Michael Meeks wrote:
>
> > > Start with stuff that /any/ user would see.
> > > My list would start with:
> >
> > This is a great list :-) we should get some of it into the easy hacks
> >
On Fri, Dec 03, 2010 at 03:04:55PM +0100, Jan Holesovsky wrote:
> That's why I highlighted that this would be done only with _new_ files,
> ie. the files that have have been git add'ed, and did not exist in the
> repository before. And we can further limit that only to .hxx/.h.
Ah, that makes a
https://bugs.freedesktop.org/show_bug.cgi?id=31865
Bug 31865 depends on bug 31770, which changed state.
Bug 31770 Summary: BrOffice brand and LibreOffice
https://bugs.freedesktop.org/show_bug.cgi?id=31770
What|Old Value |New Value
On Fri, 03 Dec 2010 09:32:11 -0500, Kohei Yoshida wrote:
> Hmm. My stat looks weird.
>
> Kohei Yoshida
> Commits: 643
> Joined: 2009-06-19
Yep, incredible but true, that happened when taking away the "build"
repo. Per IRC discussion added back in. Stats are back to normal.
Sebastian
pgpuHkHc
Hi Miklos,
On 2010-12-03 at 16:19 +0100, Miklos Vajna wrote:
> > That's why I highlighted that this would be done only with _new_ files,
> > ie. the files that have have been git add'ed, and did not exist in the
> > repository before. And we can further limit that only to .hxx/.h.
>
> Ah, that
Hi,
you have probably already noticed that I created the LIBREOFFICE_3_3_0_1
git tag for LibO-3.3-rc1 release. The builds are still running and
should be available in the beginning of the following week.
libreoffice-3-3 git branch is still opened for fixes. Just please, send
your patches for revi
On Fri, Dec 03, 2010 at 04:04:10PM +0100, Miklos Vajna wrote:
> I can reproduce this bug when I used --with-system-libs. A workaround is
> to 'mkdir src' before 'make'.
>
> Trivial fix for the bootstrap repo attached, does it look sane?
Ok. What about the first one, with dmake/dmake?
# gmake
gmak
Hi Sebastian,
On 2010-12-03 at 16:21 +0100, Sebastian Spaeth wrote:
> > Hmm. My stat looks weird.
> >
> > Kohei Yoshida
> > Commits: 643
> > Joined: 2009-06-19
>
> Yep, incredible but true,
One of the reasons is that during the cvs -> svn and svn -> hg
conversions, the history had been cut ju
On Fri, 2010-12-03 at 16:13 +0100, Jan Holesovsky wrote:
> Hi Kohei,
>
> On 2010-12-03 at 09:46 -0500, Kohei Yoshida wrote:
>
> > Fix for fdo#31308 needs review. The patch is very trivial, and looks
> > safe enough to me.
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=31308
>
> Reviewed,
Just in case anyone missed it, many devs are typically around in
#libreoffice on irc.freenode.net in case anyone, especially new devs
with fresh commit access, feel lonely without noisy feedback on their
patches :-)
C.
___
LibreOffice mailing list
Libre
On Fri, 2010-12-03 at 16:36 +0100, Petr Mladek wrote:
> Hi,
>
> you have probably already noticed that I created the LIBREOFFICE_3_3_0_1
> git tag for LibO-3.3-rc1 release. The builds are still running and
> should be available in the beginning of the following week.
This just occurred to me...
On Fri, 2010-12-03 at 16:44 +0100, Jan Holesovsky wrote:
> Hi Sebastian,
>
> On 2010-12-03 at 16:21 +0100, Sebastian Spaeth wrote:
>
> > > Hmm. My stat looks weird.
> > >
> > > Kohei Yoshida
> > > Commits: 643
> > > Joined: 2009-06-19
> >
> > Yep, incredible but true,
>
> One of the reasons i
Hi Miklos,
On Fri, 2010-12-03 at 16:04 +0100, Miklos Vajna wrote:
> Trivial fix for the bootstrap repo attached, does it look sane?
Prolly better to get the download script to create that itself ? [ and
AFAIR the BSD'ers don't like mkdir -p ;-) ]
But great that you identified the
On Fri, 2010-12-03 at 10:23 +0100, Jan Holesovsky wrote:
> Hi all,
>
> On 2010-12-02 at 21:59 +0100, Thorsten Behrens wrote:
>
> > So just in case, let's agree to disagree & keep the patches coming!
> > :)
>
> As a conclusion, what about to combine Miklos' check for the missing
> documentation w
On Fri, 2010-12-03 at 11:08 -0500, Kohei Yoshida wrote:
> On Fri, 2010-12-03 at 10:23 +0100, Jan Holesovsky wrote:
> > Hi all,
> >
> > On 2010-12-02 at 21:59 +0100, Thorsten Behrens wrote:
> >
> > > So just in case, let's agree to disagree & keep the patches coming!
> > > :)
> >
> > As a conclus
On Fri, Dec 03, 2010 at 04:07:08PM +, Michael Meeks wrote:
> Hi Miklos,
>
> On Fri, 2010-12-03 at 16:04 +0100, Miklos Vajna wrote:
> > Trivial fix for the bootstrap repo attached, does it look sane?
>
> Prolly better to get the download script to create that itself ? [ and
> AFAIR the B
Kohei Yoshida píše v Pá 03. 12. 2010 v 10:51 -0500:
> On Fri, 2010-12-03 at 16:36 +0100, Petr Mladek wrote:
> > Hi,
> >
> > you have probably already noticed that I created the LIBREOFFICE_3_3_0_1
> > git tag for LibO-3.3-rc1 release. The builds are still running and
> > should be available in the
Just trying to build *another* fresh download, with java ... I've
installed ant ...
autogen --with-java --without-junit --without-epm
make
and it bombs with this (up to date x86-64 gentoo)
Cheers,
Wol
*
* Running the post d
surensp...@gmail.com wrote:
> I shall touch base with you on the IRC and will implement all the
> tweaks as you suggest. If there are any best practices wiki link,
> please guide me to that :)
>
> > There are one or two other things that could benefit from looking
> > into, e.g. the usage of the w
On Fri, 2010-12-03 at 17:25 +0100, Petr Mladek wrote:
> Kohei Yoshida píše v Pá 03. 12. 2010 v 10:51 -0500:
> > On Fri, 2010-12-03 at 16:36 +0100, Petr Mladek wrote:
> > > Hi,
> > >
> > > you have probably already noticed that I created the LIBREOFFICE_3_3_0_1
> > > git tag for LibO-3.3-rc1 releas
On Fri, Dec 03, 2010 at 11:14:12AM -0500, Kohei Yoshida
wrote:
> My rationale: Many times when I work on feature branches, I commit stuff
> but intentionally not provide documentation because the role of the
> class/method/whatever may change during the course of the
> implementation. This requi
On Fri, Dec 03, 2010 at 11:34:13AM -0500, Kohei Yoshida
wrote:
> > It is enough?
>
> I can deal with it, but making it identical with the git tag would make
> it much easier.
BTW, what is the reason the tag is LIBREOFFICE_3_3_0_1 instead of
libreoffice-3.3.0.1? IIRC cvs did not allow dots in ta
On Fri, 2010-12-03 at 17:34 +0100, Miklos Vajna wrote:
> On Fri, Dec 03, 2010 at 11:14:12AM -0500, Kohei Yoshida
> wrote:
> > My rationale: Many times when I work on feature branches, I commit stuff
> > but intentionally not provide documentation because the role of the
> > class/method/whatever
Hi kendy,
Jan Holesovsky wrote (03-12-10 14:52)
That one might be actually easy - when the wikihelp is online, I'd
default to not building the internal help at all, and instead focus on
converting it from the wiki version to the platform-native (Windows /
MacOSX / Gnome / KDE [but IIRC, KDE was
Kohei Yoshida píše v Pá 03. 12. 2010 v 11:34 -0500:
> On Fri, 2010-12-03 at 17:25 +0100, Petr Mladek wrote:
> > Kohei Yoshida píše v Pá 03. 12. 2010 v 10:51 -0500:
> > > On Fri, 2010-12-03 at 16:36 +0100, Petr Mladek wrote:
> > > > Hi,
> > > >
> > > > you have probably already noticed that I creat
Miklos Vajna píše v Pá 03. 12. 2010 v 17:38 +0100:
> On Fri, Dec 03, 2010 at 11:34:13AM -0500, Kohei Yoshida
> wrote:
> > > It is enough?
> >
> > I can deal with it, but making it identical with the git tag would make
> > it much easier.
>
> BTW, what is the reason the tag is LIBREOFFICE_3_3_0_
On Fri, Dec 03, 2010 at 05:51:48PM +0100, Petr Mladek wrote:
> > > The information is there in slightly different form, see the attached
> > > screenshot. The version in libreoffice-build- has exactly the
> > > same value as the VERSION in the LIBREOFFICE_ tag.
[...]
> What others think? ;-)
I'm h
Replying to myself, if I redo the make, I get
anth...@ashdown ~/gitstuff/lojava $ make
build -- version: 275224
Fetching dependencies for module l10n from solver... failed
=
Building module testautomation
=
make: *** [all] Error 141
anth...@ashdown ~/gitstuff/lojava $
Replying to myself again ...
And it appears to be a java problem ... changing the autogen arguments
to --without-java and it's gone away ...
Cheers,
Wol
On 03/12/10 17:43, Wols Lists wrote:
> Replying to myself, if I redo the make, I get
>
>
> anth...@ashdown ~/gitstuff/lojava $ make
> build --
PLEASE NOTE - I've hardly tested this patch, because I've trashed my
devel directory and as you can see from my other mails, I'm having great
difficulty getting a working --with-java setup again :-) Oh well ...
But, having dug as deep as I can, these two functions seem to be mere
shims to call the
Hi Thorsten,
On 12/03/2010 10:03 PM, Thorsten Behrens wrote:
Hi Suren,
so, just pushed your patches to master - added two tweaks:
* FileChangedChecker moved out to
svtools/source/misc/filechangedchecker.cxx
* and to make it not rely on writer internals, using a generic
callback mechanism
As mentioned in a separate thread your going to have issues with Base if
you disable Java.
On 12/03/2010 06:47 PM, Wols Lists wrote:
Replying to myself again ...
And it appears to be a java problem ... changing the autogen arguments
to --without-java and it's gone away ...
Cheers,
Wol
On 03
The attached makes it get much further.
It's probably caused by unset returning an error and that error being
returned outside, so the "&&" chain stops.
So I add an "echo" that can't fail at the end of the script.
Ok to push?
Thomas
diff --git a/set_soenv.in b/set_soenv.in
index 2c56a4d..26500db
On Fri, 2010-12-03 at 11:34 -0500, Kohei Yoshida wrote:
> I can deal with it, but making it identical with the git tag would make
> it much easier.
I guess; why not. Though it IS ALLCAPS :-) and git tag -l is not so
very difficult to type (right?). We should prolly prefix it with: 'Tag:'
Thanks to review and push it quite quickly if possible.
Changes have been done (for RTL_OUSTRING_...) without looking that the
namespace rtl is not declared.
I did not introduced it but just corrected the entries, since I am not
enough familiar to know which is the prefered situation within the pro
Jan Holesovsky wrote:
> As to the crossing the line - the first time it won't let you commit,
> and you'll be angry, the second time it won't let you commit, and you'll
> just fix that, and the third time you'll comment just naturally, and
> won't even hit the check :-) This worked with the warnin
Hm, it's not a complete fix.
This way, I at least get a git checkout and tarfiles, but then:
*
* Running the post download checks.
*
checking build system typ
On Fri, 2010-12-03 at 20:46 +0100, Pierre-André Jacquod wrote:
> Thanks to review and push it quite quickly if possible.
> Changes have been done (for RTL_OUSTRING_...) without looking that the
> namespace rtl is not declared.
Yes, this fixes the build error. I actually fixed it up a minute or two
I wonder. Is the download script flakey?
My internet has been a little bit iffey these last few days (we're not
used to half an inch of snow over here :-) and it looks as though it's
fallen over. Notice the "Read error" below - at which point downloading
seems to have stopped instantly, and post-i
On Fri, 2010-12-03 at 18:13 +, Wols Lists wrote:
> But, having dug as deep as I can, these two functions seem to be mere
> shims to call the equivalent java functions, and seem to have been added
> either for code that is now obsolete, or (more likely) in readiness for
> future use. Either way,
On Fri, 2010-12-03 at 20:20 +0100, Thomas Klausner wrote:
> The attached makes it get much further.
> It's probably caused by unset returning an error and that error being
> returned outside, so the "&&" chain stops.
> So I add an "echo" that can't fail at the end of the script.
What fun
Hi Thomas,
On Fri, 2010-12-03 at 21:09 +0100, Thomas Klausner wrote:
> Hm, it's not a complete fix.
> This way, I at least get a git checkout and tarfiles, but then:
..
> build -- version: 275224
>
> ERROR: dmake: Command not found. Please rerun bootstrap
Hmm, do you have dmake/dmake -
Just redone. No obvious error - same crash :-(
Cheers,
Wol
On 03/12/10 20:12, Wols Lists wrote:
> I wonder. Is the download script flakey?
>
> My internet has been a little bit iffey these last few days (we're not
> used to half an inch of snow over here :-) and it looks as though it's
> fallen o
Petr Mladek wrote:
> libreoffice-3-3 git branch is still opened for fixes. Just please, send
> your patches for review to this mailing list before you commit. You
> might ask a particular person for review via CC or on the irc channel
> #libreoffice.
>
Hi Petr, all,
it would then be nice if the r
This is quite interesting Sebastian. I'm on Kubuntu on my netbook and i
am using the openjdk. From what i have asked in the past about java jre
and jdk you can have multiple versions installed. on mac for instance it
comes with both the 32bit and 64bit jdk and jre.
On 12/2/10 8:22 PM, Sebastia
Cheers,
Good to see that I am not the only one.
Before my building on cppunit.
Now I have exact the same problem as you. I can not find a way out. Hope
that someone comes with an idea.
I think it has to do with i10n and en_US.UTF8, but that is only a guess.
Michael advised "strace -f -e file make
On 03/12/10 21:17, Joost Eekhoorn wrote:
> Cheers,
> Good to see that I am not the only one.
>
> Before my building on cppunit.
> Now I have exact the same problem as you. I can not find a way out.
> Hope that someone comes with an idea.
> I think it has to do with i10n and en_US.UTF8, but that is
On 03/12/10 21:17, Joost Eekhoorn wrote:
> Cheers,
> Good to see that I am not the only one.
>
> Before my building on cppunit.
> Now I have exact the same problem as you. I can not find a way out.
> Hope that someone comes with an idea.
> I think it has to do with i10n and en_US.UTF8, but that is
On Fri, Dec 03, 2010 at 08:31:12PM +, Michael Meeks wrote:
> Hmm, do you have dmake/dmake
Yes.
> - and do you also have it in your
> solver/./bin directory ? (where bootstrap should copy it if it
> succeeds ...).
No, that's the only copy:
# find . -name dmake
./dmake
./dmake/dmake
1 - 100 of 111 matches
Mail list logo
