Hi Cédric,
Le 23/05/2011 13:58, Cedric Bosdonnat a écrit :
[...]
>
> It may be that it never worked properly before or that a tiny thing
> changed in the way to get the list of properties. In fact that function
> should try to get the properties in the following order of importance:
> 1/ UIName
> > I suppose the best way to fix this is to help kendy (and/or whomever)
> > expedite the m106 merge and back-merge to master -
> Which will result, no doubt, in master being horribly unbuildable on Windows
> for some weeks.
But what the heck, people who definitely need a buildable master on
On Sun, May 22, 2011 at 11:41:31AM +0200, Jacek Wolszczak wrote:
> Hi,
>
> I am sending links to patches uploaded to dropbox. I wasn't sure if 1MB
> of attachments would be welcome here.
>
> http://dl.dropbox.com/u/174726/patches/0001-Replace-DBG_-with-OSL_-in-calc-chart2.patch
> http://dl.dropbo
> I found http://libreofficeaustralia.org/download/extensions.
You can find lots of stuff on the Internet.
> Is it the new extensions repository for LibreOffice?
Using common sense is useful.
--tml
___
LibreOffice mailing list
LibreOffice@lists.fre
On Tue, May 24, 2011 at 3:03 PM, Kohei Yoshida wrote:
> The attached patch fixes the crasher reported in
>
> https://bugs.freedesktop.org/show_bug.cgi?id=37520
>
> The crash occurs in ScRangeList::Join() where the array size is cached
> prior to the for loop, but array may shrink during the loop,
Title: Szal
Hi Developers,
Last time Fridrich has reverted a patch because it caused problem.
It seems I forget to attach all required patches.
Can you revert this:
http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?h=libreoffice-3-4&id=77eb7f58d973eeb397dac
On 24/05/2011 22:03, Kohei Yoshida wrote:
The attached patch fixes the crasher reported in
https://bugs.freedesktop.org/show_bug.cgi?id=37520
The crash occurs in ScRangeList::Join() where the array size is cached
prior to the for loop, but array may shrink during the loop, in which
case an out-
Am Tue, 24 May 2011 20:05:39 +0200
schrieb Petr Mladek :
> Hi,
>
> there have been created the libreoffice-3.4.0.2 tag for 3.4.0-rc2
> release. The corresponding official builds will be available by the
> end of the week.
>
> See the attached list of changes against 3.4.0-rc1.
>
> You might swi
Hi all,
I found http://libreofficeaustralia.org/download/extensions. Is it the new
extensions repository for LibreOffice?
If yes, should I start posting my extensions to this site?
Tantai,
--
_/|\_ Tantai Thanakanok. Open Source Development Co., Ltd.
Tel: +66 38 311816, Fax: +66 38 773128, http:
On Wed, 2011-05-25 at 03:43 +0200, Markus Mohrhard wrote:
> this patch fixes fdo#37548. This patch just reverts this line to it's
> old state
> (
> http://opengrok.libreoffice.org/diff/calc/sc/source/ui/docshell/docfunc.cxx?r1=/calc/sc/source/ui/docshell/docfunc.cxx@2753db3283d6bcc96ba955a688119d
Hello,
this patch fixes fdo#37548. This patch just reverts this line to it's old
state (
http://opengrok.libreoffice.org/diff/calc/sc/source/ui/docshell/docfunc.cxx?r1=/calc/sc/source/ui/docshell/docfunc.cxx@2753db3283d6bcc96ba955a688119d1ffbe5bfd5&r2=/calc/sc/source/ui/docshell/docfunc.cxx@45b851
Hi Anurag,
On Wed, 2011-05-25 at 05:14 +0530, Anurag Jain wrote:
> Hello Kohei,
>
> After make clean build seems to fail again here for chart2 module
> while compiling chart2/source/controller/mainShapeController.cxx .
So, I checked my IRC log and looks like Markus helped you solve your
build is
Мoб +38 050 200 79 40
гopящий туp:
ЗHAКОМСТВО C ИТAЛИЕЙ
Aкция нa июнь! Пpиведи дpуга и пoлучи cкидку 70 евpо!
Будапeшт – Люблянa – Вeнeция –
Флopeнция – Пизa – Pим – Вaтикан – Бaлатон
Бeз нoчныx пepеездов в автобуcе
Hабор гpуппы в июнe: 10.06.2011 -20.06.2011
Стoимoсть: 440 евpо - дeт
Hello Kohei,
After make clean build seems to fail again here for chart2 module
while compiling chart2/source/controller/mainShapeController.cxx .
This is the output.
http://pastebin.com/AYj1Bbf0
Its the same error which I mentioned over IRC today.
Thanks and regards.
--
Anurag Jain
Final yr
On Wed, May 25, 2011 at 1:51 AM, Norbert Thiebaud wrote:
> On Tue, May 24, 2011 at 5:40 PM, Simos Xenitellis
> wrote:
>>
>> I got slightly different figures for the .git/ of each repository.
>> Instead of 1666MB total, I got 1350MB.
>> You may have to run 'git gc' on your repositories.
>> I got t
On Tue, May 24, 2011 at 5:40 PM, Simos Xenitellis
wrote:
>
> I got slightly different figures for the .git/ of each repository.
> Instead of 1666MB total, I got 1350MB.
> You may have to run 'git gc' on your repositories.
> I got the 1350MB figure by testing with fresh clones.
Yep, very possible.
On Sun, May 22, 2011 at 1:52 AM, Norbert Thiebaud wrote:
> The fact that our source is spread among 20 git repositories has been
> a source of grief and quite a common complaint from people joining the
> project.
>
> Recently there ave been some tests conducted to see if having just one
> big git
Hi *,
On Sun, May 22, 2011 at 12:52 AM, Norbert Thiebaud wrote:
> [onegit]
>
> I have put what I have come-up with so far on our Wiki
> http://wiki.documentfoundation.org/Development/One_Git_Conversion
> [...]
> Comments and suggestion are welcomed on the 'Discussion Page'
> associated in the Wik
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 37520, which changed state.
Bug 37520 Summary: Crash with Insert Names Labels
https://bugs.freedesktop.org/show_bug.cgi?id=37520
What|Old Value |New Value
You have my sign off and pushed to 3-4.
2011/5/24 Kohei Yoshida
> The attached patch fixes the crasher reported in
>
> https://bugs.freedesktop.org/show_bug.cgi?id=37520
>
> The crash occurs in ScRangeList::Join() where the array size is cached
> prior to the for loop, but array may shrink durin
The attached patch fixes the crasher reported in
https://bugs.freedesktop.org/show_bug.cgi?id=37520
The crash occurs in ScRangeList::Join() where the array size is cached
prior to the for loop, but array may shrink during the loop, in which
case an out-of-bound array access may occur which in tur
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Andras Timar changed:
What|Removed |Added
Depends on||37516
--- Comment #120 from Andras Timar
Hello,
here is a short patch that sets all specified borders during parsing instead
of only one border. The problem was that nBorderTyp was set for every border
with the correct value but SetBorderLine was only called once after the do
while loop. So now every time nBorderType will be overriden, I
18.05.2011 05:24, Jan Holesovsky пишет:
Hi Noel,
On 2011-05-17 at 17:47 +0100, Noel Power wrote:
following patch fixes regressions reported in
https://bugs.freedesktop.org/show_bug.cgi?id=37211&;
https://bugs.freedesktop.org/show_bug.cgi?id=37170
https://bugs.freedesktop.org/attachment.cgi?id
Hi,
there have been created the libreoffice-3.4.0.2 tag for 3.4.0-rc2 release.
The corresponding official builds will be available by the end of the week.
See the attached list of changes against 3.4.0-rc1.
You might switch your current 3-4 source tree to it using:
./g fetch --tags
./g checkout
On Tue, 2011-05-24 at 17:50 +0200, Markus Mohrhard wrote:
> Hello Katarina,
>
> the idea is good, but I think we should move this code to
> ScDocument::GetFilterDBAtTable because I'm not quite sure if there are
> not some cases where there is a sheet local db data but no
> dbcollection. I personal
On Tue, 2011-05-24 at 15:50 +0100, Caolán McNamara wrote:
> (As an aside, I need to collect up all the current dodgy looking
> getSymbolicLink using code and centralize it into one
> not-quite-so-busted place)
It would be ideal to have this in sal - somewhere, so we could clobber
it even
Cedric Bosdonnat píše v Čt 19. 05. 2011 v 14:51 +0200:
> Hi Michael,
>
> On Thu, 2011-05-19 at 12:21 +0100, Michael Meeks wrote:
> > Hi Cedric,
> >
> > On Thu, 2011-05-19 at 12:44 +0200, Cedric Bosdonnat wrote:
> > > could you please review / push this patch to 3.4 and 3.4.0? It's a
> > > simple
Cedric Bosdonnat píše v Čt 19. 05. 2011 v 14:51 +0200:
> Hi Michael,
>
> On Thu, 2011-05-19 at 12:21 +0100, Michael Meeks wrote:
> > Hi Cedric,
> >
> > On Thu, 2011-05-19 at 12:44 +0200, Cedric Bosdonnat wrote:
> > > could you please review / push this patch to 3.4 and 3.4.0? It's a
> > > simple
Hi,
On 24/05/2011 18:53, Petr Mladek wrote:
Andras Timar píše v Ne 22. 05. 2011 v 21:24 +0200:
Hi,
There is an updated, more accurate, more complete and better formatted
license document attached to
https://bugs.freedesktop.org/show_bug.cgi?id=37001. See details in the
bug, especially Comment 8
Le 24/05/11 11:43, Michael Meeks a écrit :
Hi Michael,
>
> One thing you can do that would be incredibly useful, is to get
> valgrind running on the mac: this might help:
>
> http://www.sealiesoftware.com/valgrind/
>
Ho hum, now that valgrind is working, I've hit another snag : it
On Tue, 2011-05-24 at 12:03 -0400, Kohei Yoshida wrote:
> On Tue, 2011-05-24 at 15:13 +0200, Petr Mladek wrote:
> > Andras Timar píše v Ne 22. 05. 2011 v 07:46 +0200:
> > > I pushed your patch to 3-4. I looks better on the few locales I tested.
> > > We need two more reviews for 3-4-0 for
> > > htt
On Tue, 2011-05-24 at 15:13 +0200, Petr Mladek wrote:
> Andras Timar píše v Ne 22. 05. 2011 v 07:46 +0200:
> > I pushed your patch to 3-4. I looks better on the few locales I tested.
> > We need two more reviews for 3-4-0 for
> > http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-
Andras Timar píše v Ne 22. 05. 2011 v 21:24 +0200:
> Hi,
>
> There is an updated, more accurate, more complete and better formatted
> license document attached to
> https://bugs.freedesktop.org/show_bug.cgi?id=37001. See details in the
> bug, especially Comment 8.
>
> I would like to update licen
Hello Katarina,
the idea is good, but I think we should move this code to
ScDocument::GetFilterDBAtTable because I'm not quite sure if there are not
some cases where there is a sheet local db data but no dbcollection. I
personally would prefer that but I'm fine with this patch too.
Sol you've my
Ladies & gentlemen,
attached is the patch with (hopefully the final) fix for $subject. I'd like to
push it to 3-4 and considering the fact that some data loss is involved,
prolly also to 3-4-0 although I'm not entirely positive about that.
The orig. patch from IBM Symphony folks took just some
Hi Caolán,
On Tue, 24 May 2011 15:42:30 +0100
Caolán McNamara wrote:
> If the make test runs the subsequent-tests it should be just renamed
> to make check now IMO if the make dev-install runs the smoketest.
The original gbuild toplevel makefile (currently at GNUmakefile.mk and
hopefully our onl
Le 24/05/11 16:19, Alexander Thurgood a écrit :
Well, whadya know ? I'm in business :-)
I reinstalled valgrind with :
sudo port install valgrind +universal
those ahem 32bit binaries get me everytime.
Now it works. So off I go to investigate.
Alex
___
https://bugs.freedesktop.org/show_bug.cgi?id=35673
Bug 35673 depends on bug 37370, which changed state.
Bug 37370 Summary: all basic errors are 'General Errors'
https://bugs.freedesktop.org/show_bug.cgi?id=37370
What|Old Value |New Value
-
Untitled Document
Listeden Çıkmak için
b...@listedencikar.com adresine Çıkar başlıklı Boş bir e-posta
gönderiniz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/list
On Tue, 2011-05-24 at 13:22 +0100, Michael Meeks wrote:
> Actually, if the ooinstall -l thing (that Caolan just reverted, and
> that apparently breaks java) was being used.
I hadn't actually reverted it, just noted it as the jvmfwk breaker for
the smoketest during make dev-install.
I've now
Yes, that's right, i'm focusing on the fax wizard first, anyway it uses
other classes, such as UI components or document handlers, which are mostly
placed in common and ui. The way I've been converting it is really simple:
first I converted the class CallWizard.java which has the method trigger
whi
On Tue, 2011-05-24 at 15:35 +0100, Michael Meeks wrote:
> On Tue, 2011-05-24 at 14:40 +0200, Bjoern Michaelsen wrote:
> > > missing something - is it hooked into 'make check' somehow ?
> >
> > source the env file, run "subsequenttests" (which is
> > $SOLENV/bin/subsequenttests).
>
> I added
> > Autofilters disappeared if a sheet was deleted or inserted because we
> >
> > forgot to update the db data.
>
> Looks good to me & pushed to the -3-4 branch. If two more people agree,
> I'd like this pushed to the -3-4-0 branch as well.
Ack-ed, cherry-picked & pushed to 3-4-0
(the good, th
On Tue, 2011-05-24 at 14:40 +0200, Bjoern Michaelsen wrote:
> > missing something - is it hooked into 'make check' somehow ?
>
> source the env file, run "subsequenttests" (which is
> $SOLENV/bin/subsequenttests).
I added a 'make test' in the toplevel, which hopefully is somewhat
visible
Hi,
We've been trying to fix this bug
https://bugs.freedesktop.org/show_bug.cgi?id=33092
However, we don't know whether the approach that we've tried is the
right thing, so can you please review the following idea.
Step to reproduced the bug:
Le 24/05/11 15:53, Christian Lohmaier a écrit :
Hi Christian,
>
>
> LibreOffice.app/Contents/MacOS/soffice will do.
> (well, not sure whether valgrind likes it, but this is the way to
> start LO from the terminal and with gdb at least)
Valgrind doesn't like it :-/, it gives me cannot execute
On 24/05/11 15:00, Kohei Yoshida wrote:
Looks good to me& pushed to the -3-4 branch. If two more people agree,
I'd like this pushed to the -3-4-0 branch as well.
Kohei
looks good to me too
___
LibreOffice mailing list
LibreOffice@lists.freedesktop
On Tue, 2011-05-24 at 14:14 +0100, Michael Meeks wrote:
> Sure, I've pushed it to the -3-4 branch as well.
Ho hum; I've reverted it there. I'm getting some funky debug output on
the console:
Warning: -writer is deprecated. Use --writer instead.
(soffice:14656): GLib-GObject-WARNI
Kohei Yoshida wrote:
> I forgot to say it would be nice to push this to the 3-4-0 branch as
> well. It needs two more sign-off's.
>
Seen this pushed by Petr.
-- Thorsten
pgp9kzi1iJ0ru.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreO
Hi *,
On Tue, May 24, 2011 at 3:43 PM, Alexander Thurgood
wrote:
> Le 24/05/11 14:33, Michael Meeks a écrit :
> Hi Michael,
>>
>> is swriter the shell-script ? I would expect needing to use soffice.bin
>> or somesuch (?).
>>
>
> Yes, but I have also tried the soffice.bin, soffice script
Th
Kohei Yoshida píše v Pá 20. 05. 2011 v 11:52 -0400:
> On Fri, 2011-05-20 at 11:33 -0400, Kohei Yoshida wrote:
>
> > The patch looks good. You have my review & pushed to the -3-4 branch.
>
> I forgot to say it would be nice to push this to the 3-4-0 branch as
> well. It needs two more sign-off's
Kohei Yoshida píše v Pá 20. 05. 2011 v 11:52 -0400:
> On Fri, 2011-05-20 at 11:33 -0400, Kohei Yoshida wrote:
>
> > The patch looks good. You have my review & pushed to the -3-4 branch.
>
> I forgot to say it would be nice to push this to the 3-4-0 branch as
> well. It needs two more sign-off's
Le 24/05/11 14:33, Michael Meeks a écrit :
Hi Michael,
>
> is swriter the shell-script ? I would expect needing to use soffice.bin
> or somesuch (?).
>
Yes, but I have also tried the soffice.bin, soffice script and various
other paths & combinations to no avail. In particular, valgrind do
Hi there,
On Mon, 2011-05-23 at 18:54 +0200, xapantu wrote:
> Here are some patchs to solve problems in GTK integration:
Reviewed, and pushed to master :-)
> By chance, the second one could be pushed to the 3.4 branch? I'm not
> sure if it is still possible, but it causes a really bad gl
Now with the right header tag...
-- Thorsten
pgpB5VWVkPFoH.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Andras Timar píše v Ne 22. 05. 2011 v 07:46 +0200:
> I pushed your patch to 3-4. I looks better on the few locales I tested.
> We need two more reviews for 3-4-0 for
> http://cgit.freedesktop.org/libreoffice/writer/commit/?h=libreoffice-3-4&id=335cc3bb837a671b3d6644bf9b4bc13a116102da
> and
> http:/
Hi Caolán, *,
On Mon, May 23, 2011 at 6:02 PM, Caolán McNamara wrote:
> On Mon, 2011-05-23 at 16:45 +0100, Michael Meeks wrote:
>
> [lotuswordpro on PPC]
>
> This should now work correctly without disabling/hackery (does in
> Linux/PPC anyway).
It does so on Mac/PPC as well - thanks a lot!
It a
Lubos Lunak wrote:
> > Looks fine => pushed into libreoffice-3-4 branch, see
> > http://cgit.freedesktop.org/libreoffice/libs-core/commit/?h=libreoffice-3-4
> >&id=97c995a22c1602679a3e386f994a20b23d07f429
> >
> > We need two more reviews for 3-4-0 branch.
>
> +1
>
ACK from me, too.
-- Thorsten
On Tue, May 24, 2011 at 1:58 PM, Tor Lillqvist wrote:
>> I'm afraid, we'll have to settle to some non-empty string then.
>
> Nah, that is fairly pointless. Either we remove it completely or not at all.
> Isn't the whole purpose of removing it to make the makefilery simpler?
Would also help with
Hi Michael,
On Tue, 24 May 2011 13:22:44 +0100
Michael Meeks
wrote:
> How are subsequenttests run again ? there appears to be no
> related rule in the toplevel makefile in bootstrap's master, or am I
> missing something - is it hooked into 'make check' somehow ?
source the env file, run "s
Hi there,
On Tue, 2011-05-24 at 12:32 +0200, Alexander Thurgood wrote:
> valgrind --tool=memcheck --num-callers=50 --trace-children=yes
> ./MacOS/swriter 2>1 | tee /Users/alex/valgrind.log
is swriter the shell-script ? I would expect needing to use soffice.bin
or somesuch (?).
I
On Tuesday 24 of May 2011, Petr Mladek wrote:
> Cedric Bosdonnat píše v Po 23. 05. 2011 v 21:47 +0200:
> > Hi all,
> >
> > On Mon, 2011-05-23 at 14:06 +0200, Cedric Bosdonnat wrote:
> > > Don't apply that one... I had remorse all the week-end for all the
> > > non-conforming documents that may loos
I am not sure whether this is the right place for a question like this,
but I don't know any better place.
I have a small CSharp application which generates reports using
Libreoffice. It has a small GTK interface and works without much
problems on Ubuntu 11.04 with the bundled Libreoffice 3.3.
Cedric Bosdonnat píše v Po 23. 05. 2011 v 21:47 +0200:
> Hi all,
>
> On Mon, 2011-05-23 at 14:06 +0200, Cedric Bosdonnat wrote:
> > Don't apply that one... I had remorse all the week-end for all the
> > non-conforming documents that may loose that property. I'll hack a
> > better patch to still re
On Tue, 2011-05-24 at 13:45 +0200, Bjoern Michaelsen wrote:
> on master state:
> The subsequenttests:
> forms.OPatternModel (and possibly following forms unoapi tests)
> complex.sfx2.DocumentProperties
> cause new crashes on master.
How are subsequenttests run again ? there appears to
Hi Bjoern,
On Tue, 2011-05-24 at 13:44 +0200, Bjoern Michaelsen wrote:
> Which is just plain wrong and needs immediate fixing. Keeping master
> buildable must be as high in priority as doing that with the release
> branch.
I suggest we cool off and discuss this, in a more measured way, in
On Tue, 2011-05-24 at 05:58 -0600, Tor Lillqvist wrote:
> If we keep all the $(DLLPOSTFIX) instances there, but just
> happen to use the same value for it on all platforms (or am empty
> value), we gain nothing.
I'd prefer to not end up with overly generic stuff like libfile.so and
libspell.so, it
> I'm afraid, we'll have to settle to some non-empty string then.
Nah, that is fairly pointless. Either we remove it completely or not at all.
Isn't the whole purpose of removing it to make the makefilery simpler? If we
keep all the $(DLLPOSTFIX) instances there, but just happen to use the same
On Tue, May 24, 2011 at 11:29:04AM +0100, Michael Meeks wrote:
>
> On Tue, 2011-05-24 at 12:04 +0200, Christian Lohmaier wrote:
> > Nope, that above recipe is too late/only a fraction of the situations
> > that need to be adjusted. But for a start setting DLLPOSTFIX to "" in
> > the platform-speci
Hi all,
on master state:
= main repo =
* master 9f619ad make dev-install use smoketest
= artwork =
* master be42c3c replace res/commandimagelist with cmd in artwork
= base =
* master 3152eef class SvTreeEntryList is no longer dependant on class
List = calc =
* maste
Petr Mladek píše v Út 24. 05. 2011 v 12:46 +0200:
> Thorsten Behrens píše v Po 23. 05. 2011 v 12:56 +0200:
> > > Michael Meeks wrote:
> > > > These files changed size from 32x32 to 26x26 in this - that is
> > > > what you
> > > > wanted ?
> > > >
> > > Yes.
> > >
> > Pushed to 3-4 - two
On Tue, May 24, 2011 at 12:08:50PM +0100, Caolán McNamara wrote:
> On Mon, 2011-05-23 at 17:37 +0200, Bjoern Michaelsen wrote:
> > Sure, still I think we should keep commits on master and only
> > cherrypick back to release.
>
> I'm a fan of this as well FWIW, its what I do by default on all the
Hi Michael,
On Tue, 24 May 2011 10:52:29 +0100
Michael Meeks
wrote:
> > Note that many of us were (and still are?) focusing on stabilizing
> > the 3.4 branch and didn't have a working master.
Which is just plain wrong and needs immediate fixing. Keeping master
buildable must be as high in prior
On Mon, 2011-05-23 at 11:53 +0200, Bjoern Michaelsen wrote:
> On Mon, 23 May 2011 11:08:23 +0200
> Cedric Bosdonnat
> wrote:
>
> > Simplifying this kind of things is good, +1 from me.
>
> Another charming +1 from Fridrich on IRC, pushed. Feel free to revert
> if problems arise.
Currently smoket
Petr Mladek píše v Út 24. 05. 2011 v 13:30 +0200:
> Michael Meeks píše v Út 24. 05. 2011 v 11:36 +0100:
> > On Tue, 2011-05-24 at 10:42 +0100, Noel Power wrote:
> > > Please review this fix
> > > https://bugs.freedesktop.org/attachment.cgi?id=47096 for
> > > https://bugs.freedesktop.org/show_bug.
Michael Meeks píše v Út 24. 05. 2011 v 11:36 +0100:
> On Tue, 2011-05-24 at 10:42 +0100, Noel Power wrote:
> > Please review this fix
> > https://bugs.freedesktop.org/attachment.cgi?id=47096 for
> > https://bugs.freedesktop.org/show_bug.cgi?id=37370.It would have been
> > great to get this into
On Mon, 2011-05-23 at 21:03 -0500, Norbert Thiebaud wrote:
> accumulate the output of each failed modules into a single file.
...
> I need to adjust the tinderbox script to take advantage of that new file.
...
Sounds great, if the mails arrive with the error inline in it that'll
help massively.
C
On Mon, 2011-05-23 at 17:37 +0200, Bjoern Michaelsen wrote:
> Sure, still I think we should keep commits on master and only
> cherrypick back to release.
I'm a fan of this as well FWIW, its what I do by default on all the
various projects I work on, push to master, backport back.
C.
___
On 24/05/11 11:36, Michael Meeks wrote:
Looks odd to me - this was not necessary in the past (at least
comparing with -3-3 and so on) - I suspect there is a deeper and more
interesting problem we're just band-aiding.
yes, resources from basic.srs were merged previously into ofa[en].res
b
On Mon, 2011-05-23 at 13:02 -0500, Norbert Thiebaud wrote:
> Caolan,
>
> in filters:dfb05afaec63e4537a18947695106052574b6593
> you removed a 'pointless' makefile... as it turned out that makefile
> was apparently preventing --enable-werror from being enforced on that
> particular piece...
I rath
Thorsten Behrens píše v Po 23. 05. 2011 v 12:56 +0200:
> > Michael Meeks wrote:
> > > These files changed size from 32x32 to 26x26 in this - that is what you
> > > wanted ?
> > >
> > Yes.
> >
> Pushed to 3-4 - two more reviews for -3-4-0 please.
Looks good => +1
Best Regards,
Petr Mladek
___
On Tue, 2011-05-24 at 10:42 +0100, Noel Power wrote:
> Please review this fix
> https://bugs.freedesktop.org/attachment.cgi?id=47096 for
> https://bugs.freedesktop.org/show_bug.cgi?id=37370.It would have been
> great to get this into rc2 ( unfortunately I wasn't quick enough ) as
> this is an
> I suppose the best way to fix this is to help kendy (and/or whomever)
> expedite the m106 merge and back-merge to master -
Which will result, no doubt, in master being horribly unbuildable on Windows
for some weeks. But that doesn't count, does it?
--tml
Le 24/05/11 11:43, Michael Meeks a écrit :
Hi Michael,
> Hmm :-) it seems unlikely that there are truly invalid instructions
> generated by the compiler [ although compiler bugs are not unknown ],
> and more likely that the profiling tool is incomplete (to me at least).
OK, I was just pla
On Tue, 2011-05-24 at 12:04 +0200, Christian Lohmaier wrote:
> Nope, that above recipe is too late/only a fraction of the situations
> that need to be adjusted. But for a start setting DLLPOSTFIX to "" in
> the platform-specific macros should work.
If we can get a from-clean build with DL
On Sun, 2011-05-22 at 11:43 -0600, Tor Lillqvist wrote:
> > What I would like to know is if there's still a reason to use this suffix
> > in 2011.
>
> Only backward compatibility of binary extensions
Extensions aren't supposed to link (or be able to link) against
DLLPOSTFIX libs AFAIR, they're o
Michael Meeks wrote:
> So - if the mac guys are happy, I'm happy -
>
Thx, pushed to -3-4-0
Cheers,
-- Thorsten
pgpiW0kNhNVxQ.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.
On Tue, May 24, 2011 at 8:18 AM, Francois Tigeot wrote:
> On Mon, May 23, 2011 at 11:22:28AM -0600, Tor Lillqvist wrote:
>> > If removing the suffix is too much work for 3.5,
>>
>> Nah, why would it be that much work? If it is agreed that those shared
>> libraries that use those suffixes are ones
Hi Bjoern,
On Mon, 2011-05-23 at 11:40 -0400, Kohei Yoshida wrote:
> What we decided to do was to just commit the safe fixes to the 3-4
> branch and merge them into master in one go
Right.
> Note that many of us were (and still are?) focusing on stabilizing
> the 3.4 branch and didn't ha
Hi Alex,
On Mon, 2011-05-23 at 18:42 +0200, Alexander Thurgood wrote:
> While attempting to profile a systematic crash on Mac OSX :
>
> https://bugs.freedesktop.org/show_bug.cgi?id=37487
>
> I see this in the output of the assembly language instructions :
Hmm :-) it seems unlikely that
Hi
Please review this fix
https://bugs.freedesktop.org/attachment.cgi?id=47096 for
https://bugs.freedesktop.org/show_bug.cgi?id=37370.It would have been
great to get this into rc2 ( unfortunately I wasn't quick enough ) as
this is an extremely annoying bug and makes identifying problems with
On Tue, 2011-05-24 at 08:29 +0200, Thorsten Behrens wrote:
> Thx for the diligent validation - pushed with your ACK to -3-4 as
> b41854cdbcd0338a99c6d92113d8e9630d5f9a0b (components)
So - if the mac guys are happy, I'm happy - no way it can be tested
elsewhere, and won't break any other p
On Tue, 2011-05-24 at 09:05 +0200, Thorsten Behrens wrote:
> attached patch fixes a build breakage on Mac, in the re-added NLP
> solver. Three reviews needed for 3-4-0 please.
Looks like it got merged to 3-4-0 by some other kind person before I
got to it.
Thanks,
Thx for the reviews, pushed.
-- Thorsten
pgp3BYGz1n5u0.pgp
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Did you check that the changed code still works? We have lately been fixing way
too many botched DECLARE_LIST -> vector changes were wrong use of iterators etc
have caused crashes at run-time. In some cases the DECLARE_LIST removals didn't
even compile on Windows.
--tml
__
On Sat, 2011-05-21 at 09:42 +0200, Francois Tigeot wrote:
> Hi all,
>
> There are some definitions to support the IA64 architecture in set_soenv.inc
> and in bootstrap/solenv/inc
> I suspect nobody is using it on Linux either.
I'm using it.
> Is there any reason to keep IA64 support in the tree
On Tue, 2011-05-24 at 00:18 +0200, Xisco Faulí wrote:
> Anyway I spent some time working on the google project last week as
> well. So far I've already converted ~40 files.
Oooh ... can you test the results ? are they working (ie. with the
translation stuff stubbed out) ? I assume you're
Hi All,
Thank you for the help. I had unstaged change in repo that contains
svx and I missed updates for that.
I am building a clean build, I will come back the result.
KAMI
2011/5/20 Michael Meeks :
> Hi KAMI,
>
> On Fri, 2011-05-20 at 14:44 +0200, Kálmán „KAMI” Szalai wrote:
>> Yesterday issu
On Tue, 24 May 2011 09:05:41 +0200
Thorsten Behrens
wrote:
> attached patch fixes a build breakage on Mac, in the re-added NLP
> solver. Three reviews needed for 3-4-0 please.
>
> The original commit is a22d8e9fbecfe6f2febdf4f85892f00e48ad0b79
> (extensions)
Looking good.
Best,
Bjoern
--
ht
1 - 100 of 105 matches
Mail list logo