Petr Mladek píše v So 10. 12. 2011 v 00:54 +0100:
> Cor Nouws píše v Pá 09. 12. 2011 v 22:44 +0100:
> > > Linux (still not uploaded):
> >
> > will have to wait for those though ;-)
>
> Fridrich uploaded 32-bit build at
> http://dev-builds.libreoffice.org/daily/Linux_x86_Release_Configuration/libr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please find attached a partial fix for Easy Hack FDO43460,
Part II
Module basctl
- --
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP
On Fri, Dec 9, 2011 at 6:14 PM, Bjoern Michaelsen
wrote:
> On Sat, Dec 10, 2011 at 12:01:05AM +, Pedro Lino wrote:
>> "> at best redundant with the git-sha...
>>
>> Redundant is good!
>
> And "at best redundant" is _not_ good. Esp. if it can be misunderstood by
> nontechnical users.
and that
Hi Muthu,
On 2011-12-05 at 18:06 +0530, Muthu Subramanian K wrote:
> Ah...that didn't strike me...because I assumed it is
> again converted back to 8bit by shifting back...which is the case as
> well in some functions e.g. GetColor()...but then it doesn't seem to
> matter so much as much as for u
On Fri, Dec 9, 2011 at 5:53 PM, Tor Lillqvist wrote:
>> Well, as a system lib I understand it can be installed nearly anywhere
>
> Er... huh? Isn't the very definition of a system library one that is
> installed in a fixed known location, as part of the operating system?
Or at least there be a me
On Sat, Dec 10, 2011 at 01:08:30AM +0100, Jan Holesovsky wrote:
> ifeq($(OS),WNT)
> something $(shell cygpath -m $(OUTDIR)/ugh)
> else
> something $(OUTDIR)/ugh
> endif
>
> which makes the buildsystem overall ugly ;-)
Well, there is this dark piece of voodoo called
gb_Helper_abbrevia
On Sat, Dec 10, 2011 at 12:01:05AM +, Pedro Lino wrote:
> "> at best redundant with the git-sha...
>
> Redundant is good!
And "at best redundant" is _not_ good. Esp. if it can be misunderstood by
nontechnical users.
Best,
Bjoern
___
LibreOffice ma
Hi Bjoern,
On 2011-12-05 at 12:42 +0100, Bjoern Michaelsen wrote:
> Well, there is a good reason for paths in GNU make to be unix-paths. You
> define
> a rule as:
>
> C:B
> true
>
> for target C depending on B. If you use windows native paths something like:
>
> C:B:D
> true
>
> is v
> We are not speaking about putting *only* the timestamp(s) as
> *only* identifier, only to give them as an added information for human
> convenience, not as things scripts would use as unique identifier.
That is exactly the point. Quoting a previous answer to Norbert
"> it is less reliable and a
Cor Nouws píše v Pá 09. 12. 2011 v 22:44 +0100:
> > Linux (still not uploaded):
>
> will have to wait for those though ;-)
Fridrich uploaded 32-bit build at
http://dev-builds.libreoffice.org/daily/Linux_x86_Release_Configuration/libreoffice-3-5/
It is done on the release build machine => it shou
> Well, as a system lib I understand it can be installed nearly anywhere
Er... huh? Isn't the very definition of a system library one that is
installed in a fixed known location, as part of the operating system?
--tml
___
LibreOffice mailing list
LibreO
On Fri, Dec 9, 2011 at 5:04 PM, Bjoern Michaelsen
wrote:
> Hi,
>
>
> Timesstamps are _not_ a valid reference to a source tree or order in DSCM.(*)
> Never. Not even on Sunday in moonlight.
>
> The only valid reference is the commit-id. IMHO this should really end the
> discussion right here.
>
+1
Pedro Lino píše v Pá 09. 12. 2011 v 19:07 +:
> Hi all
>
> > could you please do some testing with the last daily builds from the
> > libreoffice-3-5 branch? See below where to get them.
> >
> > It would be great if you replay this mail and describe your feeling.
> > Please mention the git comm
On Sat, Dec 10, 2011 at 12:04:36AM +0100, Bjoern Michaelsen wrote:
> On Fri, Dec 09, 2011 at 11:36:47PM +0100, Lionel Elie Mamane wrote:
>> So, really, rather than "time at which the tinderbox pulled", I argue
>> that "recorded commit time of the HEAD node" is a better identifier to
>> put in tar
On Fri, Dec 09, 2011 at 02:59:53PM +0100, Bjoern Michaelsen wrote:
> bibisect stands for "binary bisect" and is intended to help QA for LibreOffice
> 3.5.
I just elaborated a bit more about this on
http://sweetshark.livejournal.com/7683.html
Best,
Bjoern
___
Hi,
On Fri, Dec 09, 2011 at 11:36:47PM +0100, Lionel Elie Mamane wrote:
> So, really, rather than "time at which the tinderbox pulled", I argue
> that "recorded commit time of the HEAD node" is a better identifier to
> put in tarball names, about boxes, etc. It is really (within a
> branch) a prop
Hi Pedro,
On Friday, 2011-12-09 20:34:34 +, Pedro Lino wrote:
> I urge everybody to make sure that EVERY regression detected from
> 3.3.x to 3.4.x is fixed/added to the 3.4 branch
>
> E.g. A bug fix such as this
> https://bugs.freedesktop.org/show_bug.cgi?id=42958
> needs to be "cherry picke
Hi Andras
> You use your Windows with an administrator account. It is not
> recommended, however I know that many people do this. Therefore
> LibreOffice can write into its own Program Files folder.
This is how all personal Windows XP PCs work. Only in
companies/schools/etc does it work differen
On Fri, Dec 09, 2011 at 02:13:12PM -0600, Norbert Thiebaud wrote:
> On Fri, Dec 9, 2011 at 1:55 PM, Pedro Lino wrote:
>>> I know, I did it... but you don't have a 'push time'
>> :) Thank you, then :)
>> Why do I need to know the push time? Any commits that were pushed into
>> Central repository
On Fri, Dec 09, 2011 at 02:24:15PM +0100, Stephan Bergmann wrote:
> On 12/09/2011 10:44 AM, Alexander Thurgood wrote:
>>otool -L
>>/Users/Shared/LO/master/connectivity/unxmacxi.pro/lib/postgresql-sdbc-impl.uno.dylib
>>/Users/Shared/LO/master/connectivity/unxmacxi.pro/lib/postgresql-sdbc-impl.uno.d
Norbert Thiebaud wrote:
> the connector can now be built on MacOSX using system postgresql.
> (fixed a couple of WaE.. nothing serious)
>
And with attached patch, also a plain --enable-ext-postgresql-sdbc
builds - Norbert, want to double-check & commit?
Cheers,
-- Thorsten
diff --git a/postgresq
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Arnaud Versini changed:
What|Removed |Added
Depends on||42656
--- Comment #42 from Arnaud Versi
So,
I have an horrendous hack that -just-might- solve our CentOS 4 build
problems around dependencies. It is (essentially) the output of
'bin/stubify.pl' (just pushed to master) run on a more modern machine.
If you poke at http://www.gnome.org/~michael/destdir.tgz and copy the
hea
Hi Petr,
Petr Mladek wrote (09-12-11 18:20)
could you please do some testing with the last daily builds from the
libreoffice-3-5 branch? See below where to get them.
good idea!
[...]
Linux (still not uploaded):
will have to wait for those though ;-)
--
- Cor
- http://nl.libreoffice.or
> sure. but then how do you known 'when' a given fix was pushed ? (and
> bear in mind timezone :-))
Ah, yes! You were talking about the fix pushes. With your script? :)
> for dailies: to download it you already have all that info since
> otherwise you would not have found the file to start with.
Hi Pedro,
Pedro Lino wrote (09-12-11 21:34)
I think this carries (from a QA point of vue) a much heavier
responsibility and care than the change from 3.4.4 to 3.5.0 (which is
"experimental")
Thanks. I agree with all you write, also the snipped parts.
Bugs that will not be fixed in 3.4.5, will
Petr Mladek wrote:
> could you please do some testing with the last daily builds from the
> libreoffice-3-5 branch? See below where to get them.
>
> [snip]
>
> I suggest to use the last daily builds from the following tinderboxes:
>
For your convenience, I've copied the latest builds over to
h
2011/12/9 Pedro Lino :
>
> I uninstalled it sometime later and found all these leftovers
> http://db.tt/GbdTzk0y
>
You use your Windows with an administrator account. It is not
recommended, however I know that many people do this. Therefore
LibreOffice can write into its own Program Files folder.
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Bug 37361 depends on bug 43197, which changed state.
Bug 43197 Summary: Navigator corrupted
https://bugs.freedesktop.org/show_bug.cgi?id=43197
What|Old Value |New Value
---
Hi all
Looking at the Release Plan chart
http://tdfsc.files.wordpress.com/2011/07/libreoffice-versions.png
and wiki
http://wiki.documentfoundation.org/ReleasePlan
I guess version 3.3.4 is the end of the line for family 3.3.
This means that for many users (and especially for companies, which
only
Hi all,
this should ideally be my last patch to DecoView, just to not leave
the work incomplete. Sadly, I think this patch also needs some thorough
review, since the underlying architecture is not so clear to me.
Apart from some recoding that should have kept the functionalities, the
correc
On Fri, Dec 9, 2011 at 1:55 PM, Pedro Lino wrote:
>> I know, I did it... but you don't have a 'push time'
>
> :) Thank you, then :)
> Why do I need to know the push time? Any commits that were pushed into
> Central repository before time X are included in the source that is
> pulled after time X..
On Wed, Dec 07, 2011 at 09:22:45AM +0100, Winfried Donkers wrote:
> Attached is a patch for bug 36874.
Looks good. Pushed to master. Cherry-picked to -3-5.
Best,
Bjoern
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freede
Hi there,
On Fri, 2011-12-09 at 17:10 +0100, Winfried Donkers wrote:
> I have just got a new computer, which should make LibO much faster than my
> old machine does :) .
Fun :-)
> Unfortunately, I get a make error:
> .../core/solver/unxlngi6.pro/bin/cppunit/cppunittester:
> symbol looku
> I know, I did it... but you don't have a 'push time'
:) Thank you, then :)
Why do I need to know the push time? Any commits that were pushed into
Central repository before time X are included in the source that is
pulled after time X... I think?
>> And Petr Vladek has suggested that this info s
On Fri, Dec 9, 2011 at 1:23 PM, Pedro Lino wrote:
> Hi Norbert
>
>> the problem is that this 'time' is not recorded anywhere. git does not
>> keep track of it.
>
> I have the pull time because the tinderbox code was kindly modified to
> provide a log file for each build
> E.g.
> http://dev-builds
Hi Norbert
> the problem is that this 'time' is not recorded anywhere. git does not
> keep track of it.
I have the pull time because the tinderbox code was kindly modified to
provide a log file for each build
E.g.
http://dev-builds.libreoffice.org/daily/Win-x86@6-fast/libreoffice-3-5/current/lib
Hi all
> could you please do some testing with the last daily builds from the
> libreoffice-3-5 branch? See below where to get them.
>
> It would be great if you replay this mail and describe your feeling.
> Please mention the git commit IDs from the about dialog from the tested
> build. We might
On 08/12/11 12:56, Michael Meeks wrote:
> Hi Michael,
>
> On Thu, 2011-12-08 at 11:57 +0100, Michael Stahl wrote:
>> i'd like to backport the following Writer search&replace crash fixing
>> commits to 3.4:
>
> Look fine to me; you're certain that none of the pointers in the 2nd
> patch are
2011/12/9 Rainer Bielefeld :
> Hi,
>
> is that a parallel installer?
>
> CU
>
> Rainer
>
Yes it should be :)
Tom
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi Rainer,
2011/12/9 Rainer Bielefeld :
> Petr Mladek schrieb:
>> could you please do some testing with the last daily builds from the
>> libreoffice-3-5 branch? See below where to get them.
>
> is that a parallel installer?
>
Yes, it is.
BTW I can tell that it installed fine on my Windows XP32.
Hi Winfried, please find my comments below.
On 12/09/2011 05:10 PM, Winfried Donkers wrote:
Hello all,
I have just got a new computer, which should make LibO much faster than my old
machine does :) .
Unfortunately, I get a make error:
.../core/solver/unxlngi6.pro/bin/cppunit/cppunittester: sym
Petr Mladek schrieb:
Hi guys,
could you please do some testing with the last daily builds from the
libreoffice-3-5 branch? See below where to get them.
Hi,
is that a parallel installer?
CU
Rainer
___
LibreOffice mailing list
LibreOffice@lists.fre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ooops... silly me
thanks
Em 09-12-2011 16:07, Stephan Bergmann escreveu:
> On 12/09/2011 05:14 PM, Olivier Hallot wrote:
>> diff --git a/accessibility/source/standard/vclxaccessiblebox.cxx
>> b/accessibility/source/standard/vclxaccessiblebox.cxx
On 12/09/2011 05:14 PM, Olivier Hallot wrote:
diff --git a/accessibility/source/standard/vclxaccessiblebox.cxx
b/accessibility/source/standard/vclxaccessiblebox.cxx
index e868403..82a7677 100644
--- a/accessibility/source/standard/vclxaccessiblebox.cxx
+++ b/accessibility/source/standard/vclxacc
On 12/09/2011 03:26 PM, Noel Grandin wrote:
If there is no living upstream, surely we shouldn't let the current
state of affairs hold us back?
Why not add the features we need, and remove --with-system-cppunit?
My hope would be that CppUnit already caters for our needs. But sure,
if not, exte
On Fri, Dec 9, 2011 at 11:04 AM, Németh László wrote:
> Hi,
>
> LibreOffice has already supported a similar solution to save more ink
> with the following improvements:
>
> • Scalable ink saving (20-90%, or arbitrary values);
> • extreme ink saving (>96%) with excellent readability;
> • better lay
Hi guys,
could you please do some testing with the last daily builds from the
libreoffice-3-5 branch? See below where to get them.
It would be great if you replay this mail and describe your feeling.
Please mention the git commit IDs from the about dialog from the tested
build. We might want to
On Fri, Dec 9, 2011 at 5:20 AM, Pedro Lino wrote:
>> But developers don't commit to the central repository. They commit to
>> their local "clones" of it, and then at some (much) later stage push
>> outstanding commits to the central repository. And then there are
>> feature branches and merges...
Németh László-2 wrote
>
> • it works with all fonts.
>
This. It makes more sense to use printer settings and font color/size to
save on ink/toner/paper than to be restricted to a single font with "cheesy"
(pun intended) copyright :)
--
View this message in context:
http://nabble.documentfound
Please find attached a partial fix for Easy Hack FDO43460,
Part I
Modules
unoControl, accessibility and avmedia
Regards
--
Olivier Hallot
Founder and Steering Commitee Member
The Document Foundation
From 17122a94a17eb089d9d0f43888e6192f21f62dc6 Mon Sep 17 00:00:00 2001
From: Olivier Hallot
Date
Hello all,
I have just got a new computer, which should make LibO much faster than my old
machine does :) .
Unfortunately, I get a make error:
.../core/solver/unxlngi6.pro/bin/cppunit/cppunittester: symbol lookup error:
/usr/lib/gtk-2.0/2.10.0/engines/liboxygen-gtk.so: undefined symbol:
cairo_s
Hi,
LibreOffice has already supported a similar solution to save more ink
with the following improvements:
• Scalable ink saving (20-90%, or arbitrary values);
• extreme ink saving (>96%) with excellent readability;
• better layout on low resolution (<1200 dpi): instead of ugly spotted
letters it
Hello Maxime,
On Fri, 2011-12-09 at 16:12 +0100, Maxime de Roucy wrote:
> Hello
>
> I have been ask to add the possibility to add a carriage return in a
> cell via Ctrl+Enter in the formula bar (like when I directly edit the
> cell).
I think Noel (CC'ed) either has already implemented that, or i
Hi Lucas,
On Thu, 2011-12-08 at 14:32 -0300, Lucas Aimaretto wrote:
> Yes, I think I'll first give a try the development of the Add-in. If
> that works, then great!. In any case I still have lots to read and
> learn. As I said before, I'm very basic at programming and well, it
> will take some tim
Hello
I have been ask to add the possibility to add a carriage return in a
cell via Ctrl+Enter in the formula bar (like when I directly edit the
cell).
#
Currently, when I edit a cell (directly, not via the formula bar) and
type "test(Ctrl+Enter)test" I get this cell :
___
|
Hi,
On Fri, Dec 09, 2011 at 02:47:47PM +, Michael Meeks wrote:
> Wow - I assume this was the cryptic & magic item you wanted to discuss
> at the TSC next week :-)
Yes. ;)
> + are these binaries 'generic' ? ie. did you build them
> on an old enough distribution, with a cle
On Fri, 2011-12-09 at 14:59 +0100, Bjoern Michaelsen wrote:
> bibisect stands for "binary bisect" and is intended to help QA for LibreOffice
> 3.5. Regressions are a most annoying artifact that unfortunately come with
> software development and QA.
Wow - I assume this was the cryptic & ma
> Looking forward, unless EcoFont has a patent on swiss-cheesing fonts,
> one could potentially make swiss-cheese versions of the existing fonts
> in LO.
That would be very good to have on LO for anyone that wants to save
ink and use whatever font they like, but will be not be part of
version 3.5?
Hi Bjoern,
On Friday, 2011-12-09 14:59:53 +0100, Bjoern Michaelsen wrote:
> bibisect stands for "binary bisect"
Way cool!
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD
pgp5Biu
If there is no living upstream, surely we shouldn't let the current state of
affairs hold us back?
Why not add the features we need, and remove --with-system-cppunit?
I see unit-testing as a project-internal thing anyhow, and it's a build-time
dependency, not a run-time dependency, so I
don't se
Hi,
On Fri, Dec 09, 2011 at 03:12:53PM +0100, Stephan Bergmann wrote:
> On 12/09/2011 02:59 PM, Bjoern Michaelsen wrote:
> >(2) Almost: I forgot to disable-oolink, so I had to filter the branch to
> >tweak
> >the links again. :-/
>
> Note that configure now has --disable-oolink. In case you'll
On 12/09/2011 02:59 PM, Bjoern Michaelsen wrote:
(2) Almost: I forgot to disable-oolink, so I had to filter the branch to tweak
the links again. :-/
Note that configure now has --disable-oolink. In case you'll do this
again for 3.5--3.6.
Stephan
_
On Fri, 2011-12-09 at 14:59 +0100, Bjoern Michaelsen wrote:
> http://people.canonical.com/~bjoern/bibisect-3.5.lzma
>
> contains:
>
> - 53 complete office installs between the creation of the core repo and the
>-3-5 branchoff (thats >5000 commits)
> - at 450MB each, that would be ~22GB to
At 8:05am -0500 Fri, 09 Dec 2011, Stephan Bergmann wrote:
On 12/09/2011 12:55 PM, Kevin Hunter wrote:
Oh! I didn't realize cppunit was open for hacking from our end.
Not really. Keep in mind that LO's configure has
--with-system-cppunit, which people do make use of. The existing
patches fix b
Hi all,
bibisect stands for "binary bisect" and is intended to help QA for LibreOffice
3.5. Regressions are a most annoying artifact that unfortunately come with
software development and QA. However, regressions are a misfeature we want to
deal with quick and early as they might get harder and har
On 12/08/2011 09:45 PM, Cédric Bosdonnat wrote:
@@ -102,7 +102,7 @@ sal_Bool RtfFilter::filter( const uno::Sequence<
beans::PropertyValue>& aDescri
catch (const uno::Exception& e)
{
#if OSL_DEBUG_LEVEL> 1
-OSL_TRACE( "Exception caught: %s",
+SAL_INFO("writerfilt
On Fri, 2011-12-09 at 14:20 +0100, Lubos Lunak wrote:
> There are no SwCntntNode instances, that can be quite easily checked by
> explicitly marking the dtor as pure virtual. And even enforced, if that's the
> idea, I could commit that.
Seems sane, worth a shot.
> substances and core/docnode/n
On Fri, 2011-12-09 at 13:31 +0100, Michael Stahl wrote:
> On 09/12/11 12:34, Caolán McNamara wrote:
> >
> > Looking at your original patch anyway it looks right to me. Can't cast
> > something whose NodeType is ND_CONTENTNODE which is a superset of the
> > ND_TEXTNODE bits to a SwTxtNode seeing as
On 12/09/2011 10:44 AM, Alexander Thurgood wrote:
otool -L
/Users/Shared/LO/master/connectivity/unxmacxi.pro/lib/postgresql-sdbc-impl.uno.dylib
/Users/Shared/LO/master/connectivity/unxmacxi.pro/lib/postgresql-sdbc-impl.uno.dylib:
@__OOO/postgresql
On Friday 09 of December 2011, Michael Stahl wrote:
> On 09/12/11 12:34, Caolán McNamara wrote:
> > caolanm->mstahl: Any insights here into why this is the way it is ?
>
> well i can only speculate, but perhaps it all makes more sense after
> consuming sufficient amounts of mind altering substances
On 12/08/2011 03:35 PM, Terrence Enger wrote:
I just noticed that `make dev-install` has been producing
messages ...
| WARNING(S):
| Following modules are inconsistent/missing: instsetoo_native
Saw that one too, and it is bogus. Apparently fallout from the recent
get-make-working-correct
Hi,
On Thursday, 2011-12-08 10:27:24 +, Michael Meeks wrote:
> On Wed, 2011-12-07 at 22:07 -0500, August Sodora wrote:
> > I have removed the testtool and am listing the relevant commits here
> > (http://wiki.documentfoundation.org/User:Augsod) for future reference.
>
> Nice :-) which
On 12/09/2011 12:55 PM, Kevin Hunter wrote:
At 4:47pm -0500 Thu, 08 Dec 2011, Michael Meeks wrote:
On Thu, 2011-12-08 at 13:05 -0500, Kevin Hunter wrote:
More specifically, I wish there were a way to run exactly and only
one test (i.e. a single ::testFunction()).
Fine, sounds like a worthy go
I ran into the same problem today, and I think I fixed it by using a
variable called T_CP instead of CLASSPATH in gbuild to collect the -cp
option to be passed to javac. (Which is cleaner, too, as the Java
CLASSPATH concept and the -cp option to the Java compiler are
different things.) Pushed to
Cor Nouws wrote (29-11-11 21:36)
Will post more details soon :-)
Ah well, what is soon ;-)
On the wiki, I added a section with the draft for the later to create
separate wiki page:
http://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5#DRAFT_for_page_with_info_for_bug-hunting_sessio
On 09/12/11 12:34, Caolán McNamara wrote:
> On Fri, 2011-12-09 at 09:44 +0400, Ivan Timofeev wrote:
>> 08.12.2011 23:36, Ivan Timofeev пишет:
>> This is not a fix for the mentioned bug, the proper fix was
>> http://cgit.freedesktop.org/libreoffice/core/commit/?id=3524727db0f3cfecf3a47046795c527808c
At 7:03am -0500 Fri, 09 Dec 2011, Noel Grandin wrote:
I don't have any unit tests in my tree yet, so feel free to go
ahead.
Ah, what I'm going to be working on is the implementation of Cppunit for
us such that we can have some niceties that would have helped me
tremendously while getting up t
09.12.2011 15:26, Michael Meeks пишет:
Hi Ivan,
On Fri, 2011-12-09 at 09:44 +0400, Ivan Timofeev wrote:
Oh no, wait, I was getting all mixed up :(
This is not a fix for the mentioned bug, the proper fix was
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3524727db0f3cfecf3a47046795c5278
I don't have any unit tests in my tree yet, so feel free to go ahead.
-- Noel Grandin
Kevin Hunter wrote:
> At 4:47pm -0500 Thu, 08 Dec 2011, Michael Meeks wrote:
>> On Thu, 2011-12-08 at 13:05 -0500, Kevin Hunter wrote:
>>> More specifically, I wish there were a way to run exactly and only
>>> o
At 4:47pm -0500 Thu, 08 Dec 2011, Michael Meeks wrote:
On Thu, 2011-12-08 at 13:05 -0500, Kevin Hunter wrote:
More specifically, I wish there were a way to run exactly and only
one test (i.e. a single ::testFunction()).
Fine, sounds like a worthy goal. I suggest you hack cppunit to add
some ma
On 09/12/11 06:44, Ivan Timofeev wrote:
> Oh no, wait, I was getting all mixed up :(
> This is not a fix for the mentioned bug, the proper fix was
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=3524727db0f3cfecf3a47046795c527808c10c3e
> which is now backported to 3-4.
>
> Heh, excuse my
On Fri, 2011-12-09 at 09:44 +0400, Ivan Timofeev wrote:
> 08.12.2011 23:36, Ivan Timofeev пишет:
> This is not a fix for the mentioned bug, the proper fix was
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=3524727db0f3cfecf3a47046795c527808c10c3e
> which is now backported to 3-4.
I woul
Hi Ivan,
On Fri, 2011-12-09 at 09:44 +0400, Ivan Timofeev wrote:
> Oh no, wait, I was getting all mixed up :(
> This is not a fix for the mentioned bug, the proper fix was
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=3524727db0f3cfecf3a47046795c527808c10c3e
> which is now backported t
On Fri, Dec 09, 2011 at 10:35:51AM +0100, Alexander Thurgood wrote:
> Le 09/12/11 01:52, Lionel Elie Mamane a écrit :
>> Now that I think of it, since libpq is in a path like
>> /Library/PostgreSQL/9.1/lib/libpq.5.dylib, how is it supposed to be
>> found by the dynamic linker at runtime?
> If I c
On Thu, 2011-12-08 at 12:54 +0100, Michael Stahl wrote:
> it looks like this is only evaluated in the low-level osl file
> implementation, and thus completely orthogonal to the question of how to
> get the high-level framework stuff to not write a lock file.
Ah - what fun; locking is an o
> But developers don't commit to the central repository. They commit to
> their local "clones" of it, and then at some (much) later stage push
> outstanding commits to the central repository. And then there are
> feature branches and merges...
Ok. Wrong wording. What I meant was "the time a change
> I'm interest in the time a change was committed to the central
> repository by a developer
But developers don't commit to the central repository. They commit to
their local "clones" of it, and then at some (much) later stage push
outstanding commits to the central repository. And then there are
Hi Michael
>> There isn't a 3.4.5 branch yet so I assume this can be tested on the
>> master ? The latest Win daily is from Dec 7th so it probably doesn't
>> include that fix?
>
> Yes - you can test either on master or a libreoffice-3-4 build (RC1
> will be coming next week or so I think).
On Thu, 2011-12-08 at 16:19 +, Michael Meeks wrote:
> * gtk3 backend
> + change the configure to default to 'on' for this
> + not feasible to build on our legacy machines
So - just to wind Fridrich up ;-) I had a wonderful idea of making a
'stubify' perl script that would
Hi Tor, all
Thank you for all the replies
> Added where? You need to realise that we use a *distributed* version
> control system, git, and time stamps are not important, as far as I
> understand it.
Yes, I do realize. They still are important if you are using daily
builds from the central repos
Hi Pedro,
On Fri, 2011-12-09 at 10:05 +, Pedro Lino wrote:
> > Would be great if somebody could check Java 7 more thoroughly, for both
> > upcoming LO 3.4.5 and 3.5.
...
> There isn't a 3.4.5 branch yet so I assume this can be tested on the
> master ? The latest Win daily is from Dec 7th so it
> I'm new to this QA system, but wouldn't it be useful to know when
> (date/time) this was added?
Added where? You need to realise that we use a *distributed* version
control system, git, and time stamps are not important, as far as I
understand it.
Sure, in our case there are "central" repositor
Hi,
Thorsten Behrens schrieb:
Regina Henschel wrote:
So the question is, how should the new property linecap work on
dashed lines? It is possible, that a document sets linecap = 'round'
and dash style = 'rect', which are contradictory. I have found no
rule in the ODF1.2 spec to solve it.
Hi R
> Support for Java 7 (both Linux and Windows) is now also enabled for the
> upcoming LO 3.4.5. I just checked on Linux that a JRE 1.7.0_01 can be
> enabled on the "Tools - Options... - LibreOffice - Java" tab page, and that
> "File - Wizards - Letter..." (which uses Java) looks reasonable.
>
> Wou
Hi Lionel,
Le 09/12/11 01:52, Lionel Elie Mamane a écrit :
> Try: otool -L /path/to/your/postgresql-sdbc-impl.uno.dylib If that's
> indeed the problem, you can solve it with the DYLD_LIBRARY_PATH
> envvar, but then, how do we fix it for *all* our users (that have an
> ABI-compatible libpq install
Hi,
Le 09/12/11 01:52, Lionel Elie Mamane a écrit :
> Now that I think of it, since libpq is in a path like
> /Library/PostgreSQL/9.1/lib/libpq.5.dylib, how is it supposed to be
> found by the dynamic linker at runtime? That's probably the problem,
> unless that directory is added to the equivalen
On 12/08/2011 05:19 PM, Michael Meeks wrote:
+ back-port Java 7 to 3.4 if no show-stopping regressions in B0
(Stephan)
AA: + enable Java 7 in 3.4.5& check RC1 feedback (Stephan)
Support for Java 7 (both Linux and Windows) is now also enabled for the
upcoming LO 3.4.5. I
Regina Henschel wrote:
> So the question is, how should the new property linecap work on
> dashed lines? It is possible, that a document sets linecap = 'round'
> and dash style = 'rect', which are contradictory. I have found no
> rule in the ODF1.2 spec to solve it.
>
Hi Regina,
nice catch, sound
Le 08/12/2011 09:43, Markus Mohrhard a écrit :
Hi Markus,
It is fixed and it seems that you have a problem laoding the testfile.
Can you check that you can open
sc/qa/extras/testfiles/datapilotfieldobj.ods and that you don't have
any hidden lock files in this directory.
I ran the tests a
100 matches
Mail list logo
