On Sat, Aug 20, 2011 at 12:19 AM, Kálmán „KAMI” Szalai
wrote:
> HI!
>
> On 2011-05-31 10:46, Michael Meeks wrote:
>> Come LibreOffice 4 the plan is to rip out the legacy staroffice binary
>> formats import filter to avoid the maintenance burden, build time, and
>> download size. If someone does th
HI!
On 2011-05-31 10:46, Michael Meeks wrote:
> Come LibreOffice 4 the plan is to rip out the legacy staroffice binary
> formats import filter to avoid the maintenance burden, build time, and
> download size. If someone does the work to maintain it and/or turn it
> into an extension is up to them
Hi all,
Michael Meeks schrieb:
Hi Jean,
On Mon, 2011-05-30 at 22:51 +0200, Jean-Baptiste Faure wrote:
But the removing of the import of old formats is another story. I am
already hearing end-users complaining against this decision.
Where, can you give some links to that ? and why are
Dear Community,
The Document Foundation is happy to announce the first release
candidate of LibreOffice 3.4.3. The upcoming 3.4.3 will be the third in
a series of frequent bugfix releases for our 3.4 code line. Please be
aware that LibreOffice 3.4.3 RC1 is not yet ready for production use,
you sho
Hello,
It seems that sources (core part) are not updated in
http://libreoffice.boldandbusted.com/.
For example the first line tells :
1804stlSize style Possible inefficient checking for 'listValues'
emptiness.
core/oox/source/ole/axcontrol.cxx
but this doesn't correspond to the sources (eve
[ Apologies all
- something strange with mail being send without showing it is ;-) ]
Cor Nouws wrote (19-08-11 23:47)
--
- Cor
- http://nl.libreoffice.org
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org
Hi Michael,
Michael Meeks wrote (19-08-11 18:16)
There used to be a tool:
solenv/bin/relocate
that you could pass the new path too having moved the source tree. It
is -likely- that that is not working -so- wonderfully these days (you'd
prolly need to re-source the new
Hi Michael,
Michael Meeks wrote (19-08-11 18:16)
There used to be a tool:
solenv/bin/relocate
that you could pass the new path too having moved the source tree. It
is -likely- that that is not working -so- wonderfully these days (you'd
prolly need to re-source the new
Hi Michael,
Michael Meeks wrote (19-08-11 18:16)
There used to be a tool:
solenv/bin/relocate
that you could pass the new path too having moved the source tree. It
is -likely- that that is not working -so- wonderfully these days (you'd
prolly need to re-source the new
Hi Michael,
Michael Meeks wrote (19-08-11 18:16)
There used to be a tool:
solenv/bin/relocate
that you could pass the new path too having moved the source tree. It
is -likely- that that is not working -so- wonderfully these days (you'd
prolly need to re-source the new
Thanks guys
I ran oowintool and it gave me (in cygwin), (Windows7 64 bits under a
VirtualBox 4.1 VM).
Olivier@Olivier-ntbk ~/libo
$ ./oowintool --windows-sdk-home
/cygdrive/C/Program Files/Microsoft SDKs/Windows/v6.0A
Then I peeked at this directory:
Olivier@Olivier-ntbk ~/libo
$ ls -al /cygdri
Hi Cor,
On Fri, 2011-08-19 at 12:57 +0200, Cor Nouws wrote:
> Sometimes I want to keep a build from master for some longer time.
> So I copied the root/install folder to somewhere in my /home.
> Initially that worked fine, could start it etc.
Right - because all the hard-coded paths were
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Bug 37361 depends on bug 39026, which changed state.
Bug 39026 Summary: Recent Documents list does not work
https://bugs.freedesktop.org/show_bug.cgi?id=39026
What|Old Value |New Value
---
On 19 August 2011 14:33, Caolán McNamara wrote:
> On Thu, 2011-08-18 at 19:29 +0200, Matúš Kukan wrote:
>> On 18 August 2011 19:25, Cor Nouws wrote:
>> > Cor Nouws wrote (18-08-11 18:06)
> ...
>> > The application cannot be started.
>> > file:///home/cono/src/git/libo_core/solver/350/unxlngi6.pro
On Thu, 2011-08-18 at 19:29 +0200, Matúš Kukan wrote:
> On 18 August 2011 19:25, Cor Nouws wrote:
> > Cor Nouws wrote (18-08-11 18:06)
...
> > The application cannot be started.
> > file:///home/cono/src/git/libo_core/solver/350/unxlngi6.pro/installation/opt/program/../basis-link/program/i18npool.
On Fri, 2011-08-19 at 13:32 +0200, Jacek Wolszczak wrote:
> Hi,
>
> I was trying to compile LO master and I get the following error when
> doing "make dev-install" ERROR: The following files could not be
> found:
> ERROR: File not found: gnome.xcd
> --- --disable-gconf
gnome.xcd is added to you
On Aug 19, 2011, at 1:32 PM, Jacek Wolszczak wrote:
> I was trying to compile LO master and I get the following error when
> doing "make dev-install" ERROR: The following files could not be
> found:
> ERROR: File not found: gnome.xcd
>
> Full output: http://pastebin.com/em2jCjgD
>
>
> My ./conf
hello,
I will see this week end. UpdateDocState already check if the stats are
updated, so we can run UpdateDocStat all times I think.
Thanks for the review
2011/8/19 Caolán McNamara
> On Wed, 2011-08-17 at 21:04 +0200, Arnaud Versini wrote:
> > Hi
> >
> > This patch remove unnecessary paramet
Heh :-) so there is some benefit of having the optional clean as the
1st line - so it can easily be avoided in a cut/paste of the commands;
but - as you like ...
For me it's not really copy-friendly either way. I would usually do "cd
foo && make clean && make -r; cd ..", as I'm not keen
Thanks for sharing. It is good to hear back from happy users every now
and then!
--
Marc-André Laverdière
Software Security Scientist
Innovation Labs, Tata Consultancy Services
Hyderabad, India
On Sat 13 Aug 2011 05:56:07 PM IST, PE wrote:
> Gentlemen, Ladies,
> I'd tip my hat to you, did i ha
On Fri, 2011-08-19 at 10:50 +0200, Christian Dywan wrote:
> so motivated by build failures and failing to "clean" vcl, I changed the
> suggestion to remove the unxvlngi6.pro folder for gbuildified modules -
> which doesn't do anything - and suggest "make clean" instead.
Heh :-) so there
Hi,
I was trying to compile LO master and I get the following error when
doing "make dev-install" ERROR: The following files could not be
found:
ERROR: File not found: gnome.xcd
Full output: http://pastebin.com/em2jCjgD
My ./configure parameters are:
./configure --with-num-cpus=2 --without-ju
If you've been having run-time problems from an incremental build, I
just had something quite similar, and chased it down to linkoo
preferring to link old output from modules that have now moved to
gnumake.
That is particularly pernicious, since running a 'make clean' in the
modul
Hi*,
Sometimes I want to keep a build from master for some longer time.
So I copied the root/install folder to somewhere in my /home.
Initially that worked fine, could start it etc.
Now, few builds later, it will not start:
error while loading shared libraries: libi18nisolang1gcc3.so: cannot
On Wed, 2011-08-17 at 21:04 +0200, Arnaud Versini wrote:
> Hi
>
> This patch remove unnecessary parameter SwDocStat& rStat to the method
> IDocumentStatistics::UpdateDocStat and also limit copy of SwDocStat
> during file saving and statistic dialog.
There's a bug in the last hunk anyway,
Cedric Bosdonnat wrote (07-07-11 11:30)
On Thu, 2011-07-07 at 00:15 +0200, Cor Nouws wrote:
One of the points to note for the feature is that I added a "Edit /
Headers / Footers" menu to switch the edit mode.
Do not see that in the 35master build.
Ctrl-PgUp/PgDwn still work.
I wasn't awa
Hi Bjoern,
On Fri, 2011-08-19 at 01:33 +0200, Bjoern Michaelsen wrote:
> I would like to have the branch from which it is generated public on the
> core repo. Yes, in a sense thats quite like the old libreoffice-build
> repo was, just a bit more sane.
Sounds sensible to me. Of course, it
> EnterCriticalSection does not return a value... it is recursive but
> the doc does not mention any limit (and since Windows is not open
> source, I cannot go and look in the source code to find out what the
> limit is)
Well, if you just look at the definition of CRITICAL_SECTION in winbase.h (fo
Hejsan,
so motivated by build failures and failing to "clean" vcl, I changed the
suggestion to remove the unxvlngi6.pro folder for gbuildified modules -
which doesn't do anything - and suggest "make clean" instead.
ciao,
Christian
>From 74ccd83585227948b839740d5d2a34f0a5388371 Mon Sep 17
Dne 18.8.2011 16:15, Miklos Vajna napsal(a):
An alternative would be what KDE does (or something similar, Lubos may
know better): when the RC is supposed to be the last one, then tag it as
3.4.x, then release the tarballs in a private packager list, repack
tarballs without incrementing version n
On Thu, 2011-08-18 at 22:58 +0200, Jesús Corrius wrote:
> The SDK is usually automatically found through the oowintool utility.
And of course improvements to oowintool much appreciated - for a start
we should put our license header on it I guess - it was not a Sun /
Oracle tool.
Dne 18.8.2011 19:37, Gioele Barabucci napsal(a):
On 18/08/2011 16:15, Miklos Vajna wrote:
On Wed, Aug 17, 2011 at 12:27:14PM +0200, Gioele
Barabucci wrote:
I was wondering why the git tags are named `3.3.4.2` for 3.3.4-rc2
instead of the more natural `3.3.4-rc2` or the more common
`v3.3.4-rc2
Michael Meeks wrote (18-08-11 12:27)
Personally, I think regression bugs vs. the last stable release that
are found in master are really important. As such reporting them to the
mailing list quickly is a really good thing.
May I take this opportunity to point to few 'long' standing 35m
Dne 19.8.2011 01:33, Bjoern Michaelsen napsal(a):
Hi all,
here is another thing I forgot to talk about on the ESC meeting (likely
a good thing as we took too long already). I have my patches in a flat
"git format-patch" export:
http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;
On Thu, 18 Aug 2011 23:44:16 -0500
Norbert Thiebaud
wrote:
> by doing that you would be creating new commits completely out of
> order of the history... essentially creating a cactus on top of n old
> repos history with a bunch of leaf-tags. (that is dead-end 18 commit
> branch just to merge them
Hi Michael,
Michael Meeks wrote (18-08-11 12:27)
On Wed, 2011-08-10 at 15:44 +0200, Cor Nouws wrote:
A. If I find an issue, is it OK if I mail this list or just ping on IRC?
Just to prevent adding bugs that are already noticed (not in bugzilla)
and maybe even fixed in master after I udated?
Hi *,
build from fresh pull from master (yesterday around 15:00 CET, Build ID:
53d2353-4eb4f62-260b7c1 ) ..gives error trying to save document: general
imput/output error ...
Strace log (5.4 MB) available.
Attempt to open file ...> crash, trace log only 4.5 MB
Anyone ? ;-)
--
- Cor
- htt
On Aug 19, 2011, at 2:06 AM, Henrik Jensen wrote:
> On 16-08-2011 17:50, Michael Meeks wrote:
>> On Mon, 2011-08-15 at 23:40 +0100, Henrik Jensen wrote:
>>> Later when I feel more comfortable with the code, I hope to be able to use
>>> (resurrect ?)
>>> the old GSOC 2006 project
>>> http://wiki.s
On Fri, 19 Aug 2011 01:33:47 +0100 (BST)
Henrik Jensen wrote:
> Makes it easier to move the jenkins install directory without the
> need to change paths in 'start-lo-jenkins.sh'
Pushed, thanks!
Best,
Bjoern
--
https://launchpad.net/~bjoern-michaelsen
___
Hi Thorsten,
Thanks for pushing my patch and the pointers. I will look into the problem.
Jeffrey
On Wed, Aug 17, 2011 at 6:27 PM, Thorsten Behrens <
t...@documentfoundation.org> wrote:
> jeffrey chang wrote:
> > Sorry for the delay. Here is the revised patch that fixes the dimension
> > problem
40 matches
Mail list logo
