On Wed, Oct 19, 2011 at 03:25:28PM +0200, Eike Rathke wrote:
Please preserve environment variables like SRC_ROOT and INPATH, as they
are most useful in scripts and aliases to properly detect directories,
respectively provide a way to generate a to-be-sourced-script from
config.Host.mk
Well,
Hi all,
I just setup a a page for coordinating and tracking the status of the migration
to gerrit. While this is mostly a developer topic, other teams are invited to
contribute to this if they identify stuff to be done in their domain (as a
developer, I might be blind to those):
On Tue, Aug 02, 2011 at 09:56:46AM +0530, Marc-André Laverdière wrote:
I am inclined to think that we should follow suit and standardize on the
sal_* types, and not just on the boundaries. We are already in the
process of fixing our internals with vectors and different string APIs,
so that
On Thu, Oct 20, 2011 at 09:13:20AM +0100, Michael Meeks wrote:
Well - the problem with this is that (by design) tail_build is a single
make instance that compiles ~all of LibreOffice :-) As you say, that
does break the usefulness of the zenity output - but it also makes it
really rather
On Thu, Oct 20, 2011 at 02:25:33PM +0200, Jan Holesovsky wrote:
So I think we could do it even without patching gnumake ;-) I'd just
increment a global variable in in every gb_LinkTarget_add_*
(solenv/gbuild/LinkTarget.mk) - that way we'd get the sum of how many
'things' to do; and then the
On Thu, Oct 20, 2011 at 08:08:53AM -0500, Norbert Thiebaud wrote:
maybe doing a similar things but based on $W/Module/foo
count the modules to be built (makafile loaded) and count the 'touch'
to $W/Module/*
that should give the same granularity level that the old-dmake based with
zenity
On Thu, Oct 20, 2011 at 04:45:25PM +0200, Lubos Lunak wrote:
Cmake somehow manages to have a progress indication that works quite
reasonably, but I have no idea how it does that, whoever wants this would
need to examine the makefiles it generates.
As said: It can be done rather simple with
Hi all,
On Fri, Oct 21, 2011 at 10:16:07AM +0100, Michael Meeks wrote:
Try running a no-op incremental make in tail_build :-) it's more like
30+ seconds:
Only with gb_CHECKOBJECTOWNER=T otherwise its down to 10 seconds in tail_build,
which is likely mostly stat'ing.
Anyway: I
On Thu, Oct 20, 2011 at 06:31:23PM -0200, Olivier Hallot wrote:
I get stuck with autogen.sh, asking for Qt4 Libraries when I
--enable-kde4.
I am on a Kubuntu Oneiric machine and it seems I cannot find the
right package to install. Must be stupid, but I just don't get it.
apt-get build-dep
On Thu, Oct 27, 2011 at 12:59:18PM +0100, Michael Meeks wrote:
it fetches the notes and then ... well; then it fails to do anything
useful. Bjoern - this is where your awk skills can get shown off to the
full I guess :-) failing that - I re-write './g' in a real language
(perl) ;-
I
Hi Kohei,
On Fri, Oct 28, 2011 at 09:16:44PM -0400, Kohei Yoshida wrote:
Based on this, he came up with a quick patch for me to test. But
unfortunately his test patch didn't solve it for me (and he left for
Orlando).
I dont have the patch here, but I realized I forgot something when I was in
On Fri, Oct 28, 2011 at 10:19:59PM -0400, Kohei Yoshida wrote:
Perhaps I shall attach your patch here for your perusal. :-)
see attachment. fixed?
Best,
Bjoern
From 048c069f2a09370e716d6fb8f4362ce11caf Mon Sep 17 00:00:00 2001
From: Bjoern Michaelsen bjoern.michael...@canonical.com
Date
On Sat, Oct 29, 2011 at 06:30:22PM +0100, Alex Thurgood wrote:
Attempting to build binfilter from master (fresh pull) :
Entering /home/alex/LODEV/core/binfilter/filter/source/bf_offwrp
Making:libbf_wrapperlo.so
../../../unxlngi6.pro/lib/libbf_sdlib.a(sd_sdlib.o): In function
Hi,
On Sat, Oct 29, 2011 at 06:17:09PM -0400, Kevin Hunter wrote:
I'm currently working in the sc/ module, and I'm in the make small
change, re-compile, make small change, re-compile stage. This is
proving very cumbersome, however, as I'm unable to re-make just the
affected files. For
On Tue, Nov 01, 2011 at 11:36:56AM -0200, Olivier Hallot wrote:
Ubuntu carries obsolete BrOffice name for the pt-BR locale.
That is long time over in branch 3.4 and beyond.
Actually an Ubuntu bug, but, heck, too much bugzilla accounts to manage.
Filed as:
On Tue, Nov 01, 2011 at 10:34:02PM +0100, Jean-Baptiste Faure wrote:
Making:libsmoketest.so
./unxlngx6.pro/slo/smoketest.o: In function
`CppUnit::ConcretTestFixtureFactory(anonymous
namespace)::Test::makeFixture()':
smoketest.cxx:(.text+0x151): undefined reference to
On Tue, Nov 01, 2011 at 07:35:38PM -0400, Bjoern Michaelsen wrote:
On Tue, Nov 01, 2011 at 10:34:02PM +0100, Jean-Baptiste Faure wrote:
Any clue what goes wrong ?
I see that here too and it recently worked. A guess into the blue is that:
fb6a64d8fc6a93b52a10fad5516918fed9482f22
broke
Hi all,
Isnt this something for ux-advise?
Best,
Bjoern
On Thu, Nov 10, 2011 at 11:22:27AM +0100, Regina Henschel wrote:
Hi,
Maxime de Roucy schrieb:
Le mercredi 09 novembre 2011 à 15:15 -0500, Kohei Yoshida a écrit :
On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote:
Summary :
On Fri, Nov 11, 2011 at 10:02:47AM +0200, Noel Grandin wrote:
Nor does trying to build the tail_build module, although that returns a
different error message:
/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1:
*** target pattern contains no `%'. Stop.
Hi all,
for reference:
All contributions past and present made to LibreOffice from Canonical
are available under the terms the MPL / LGPLv3+.
Until further notice, future contributions made to LibreOffice from Canonical
are available under the terms the MPL / LGPLv3+.
Best,
Bjoern
On Thu, Nov 17, 2011 at 07:16:31PM +, Alex Thurgood wrote:
Making:libbf_wrapperlo.so
../../../unxlngi6.pro/lib/libbf_sdlib.a(sd_sdlib.o): In function
`binfilter::SdDrawDocShell::ClassFactory()':
/home/alex/LODEV/core/clone/binfilter/binfilter/bf_sd/source/ui/app/sd_sdlib.cxx:72:
On Fri, Nov 18, 2011 at 01:20:46PM +0100, Alexander Thurgood wrote:
Le 18/11/11 13:18, Bjoern Michaelsen a écrit :
However, IIRC that was pushed to master.
Nope, I'm on master.
Looks like I remembered wrong. Pushed now.
Best,
Bjoern
(or was it Caolan? -- as the original wikipage had no 'git
blame' one has to guess).
Best,
Bjoern
--
https://launchpad.net/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Mon, Nov 21, 2011 at 10:58:23AM +, Michael Meeks wrote:
Sure - when the easy hack turns out ot be impossible to do, it was
almost certainly one of mine ;-
Na, it was more a doing fancy compiler stuff together with the use of
some adjectives that hinted me at you. ;)
Best,
Bjoern
On Mon, Nov 21, 2011 at 06:04:45PM +0100, Thorsten Behrens wrote:
Generally, Björn has some more advanced CI in the works, with
Jenkins/Gerrit, slightly unsure about the status there - but best
sync with Cloph/Björn, for not doing extra work.
Yes, indeed. However, first we need to get the
Hi,
On Fri, Nov 18, 2011 at 03:25:16PM +0100, Stephan Bergmann wrote:
For one, there are two sets of functionality that cater for the same
needs. One is osl/diagnose.h, the other is tools/debug.hxx.
There is also 3/4 of a log4j reimplementation in extensions/source/logging.
Just saying ...
Hi Michael, Stephan, all,
On Tue, Nov 22, 2011 at 12:46:52PM +0100, Michael Stahl wrote:
one requirement i would have on conditional compilation is that, whether
--disable-dbgutil or --enable-dbgutil, objects built with debug=t
(resulting in OSL_DEBUG_LEVEL being set to non-zero) should always
On Tue, Nov 22, 2011 at 01:50:24PM +0100, Stephan Bergmann wrote:
Yes, based on com.sun.star.logging UNO interfaces and
comphelper/logging.hxx wrapper. Apparently only sparingly used, in
connectivity and package/source/xstor.
... and the now dormant Usage Tracking.
Needs revisiting, whether
On Wed, Nov 23, 2011 at 06:43:13PM -0500, Marc-André Laverdière wrote:
Is GDM the default/standard graphical login in linux distros?
Not on Ubuntu: http://www.freedesktop.org/wiki/Software/LightDM
Best,
Bjoern
___
LibreOffice mailing list
the stacktrace of a crashed
test right from make subsequentcheck.
Opinions?
Best,
Bjoern
--
https://launchpad.net/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Thu, 24 Nov 2011 23:38:28 +0100
Bjoern Michaelsen bjoern.michael...@canonical.com wrote:
However, we are not so much interested in interactively working with
soffice in the subsequenttest. So how about a very old fashioned and
almost forgotten way to debug: creating a core dump
On Fri, Nov 25, 2011 at 09:48:22AM +, Michael Meeks wrote:
So - (for me) the only missing piece now is the ability to quickly (ie.
12 minutes) get back to running precisely the failing test;
Is it easy / possible to print a message at the end (after all this
goodness)
On Fri, Nov 25, 2011 at 08:58:06AM +, Caolán McNamara wrote:
On Thu, 2011-11-24 at 23:38 +0100, Bjoern Michaelsen wrote:
However, we are not so much interested in interactively working with
soffice in the subsequenttest.
Rather than return to the 60s ...
Austin PowersYeah, Baby, yeah
On Fri, Nov 25, 2011 at 11:20:50AM +0100, Michael Stahl wrote:
the way i've always debugged it is something like:
DISPLAY=:42 ./soffice --accept=pipe,name=$USER;urp; --norestore
--nologo -env:UserInstallation=file:///tmp/xyz
then attach gdb to soffice.bin
then run subsequenttests e.g.
On Fri, Nov 25, 2011 at 11:20:50AM +0100, Michael Stahl wrote:
DISPLAY=:42 ./soffice --accept=pipe,name=$USER;urp; --norestore
--nologo -env:UserInstallation=file:///tmp/xyz
instead of that monster you cant now run:
make debugrun
on Linux(*), which ...
then attach gdb to soffice.bin
.
--
https://launchpad.net/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi list,
On Tue, Nov 29, 2011 at 12:21:41PM +0100, Bjoern Michaelsen wrote:
Will the real creator of EasyHack 38884 please stand up and clarify?
Also please CC yourself on the EasyHack you created ;)
still no takers? If nobody CCs himself in the next days I will kill the
EasyHack status
On Wed, Nov 30, 2011 at 04:34:23PM +0100, Lubos Lunak wrote:
On Wednesday 30 of November 2011, Bjoern Michaelsen wrote:
solenv/gbuild/extensions/post_BuildplTargets.mk |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 1f538764acdd67c3f294cd03da006ace27f736ef
On Wed, Nov 30, 2011 at 05:37:48PM +0100, Lionel Elie Mamane wrote:
If nobody opposes, I propose to push it. That option is supported by
gcc 2.95.3, so should not introduce compatibility issues.
gb_SYMBOL should not introduce full debugging symbols and Rene would likely
strongly object to
On Wed, Nov 30, 2011 at 06:24:19PM +0100, Michael Stahl wrote:
On 30/11/11 14:59, Markus Mohrhard wrote:
The test itself is a bit ridiculous
so it is a faithful reproduction of the qadevOOo tests :)
One can consider qadevOOo to be fuzzy testing with a minimal intelligence RNG.
- does
Hi Kohei,
On Wed, Nov 30, 2011 at 04:20:28PM -0500, Kohei Yoshida wrote:
Let me cast my vote for the use of C++ too. Markus has already outlined
the benefit of using C++ for debugging point of view.
Oh, I have no opposition against writing C++ tests. When have the
infrastructure for that in
Hi Kohei,
On Wed, Nov 30, 2011 at 05:35:33PM -0500, Kohei Yoshida wrote:
Also, by funky garbage collection if you are referring to the
ref-counted cssu::Reference memory management that UNO API uses (since C
++ doesn't even have memory management natively), doesn't python have
the same issue
Hi,
On Wed, Nov 30, 2011 at 06:22:11PM -0500, Kohei Yoshida wrote:
So, this suggests that we first write test in python, then later rewrite
it in C++, or would python tests stay in python?
It wouldnt scare me if quite a few would not be promoted to C++, so I wouldnt
force people to do
On Thu, Dec 01, 2011 at 01:36:14AM -0500, Kohei Yoshida wrote:
And reverting
http://cgit.freedesktop.org/libreoffice/core/commit/?id=28275d470f3a062cfa27d72bbf89328af1e83c68
fixes it. I haven't pushed the revert yet since I don't know the
intent of this commit.
Please push, the commit was
Hi Alex,
On Thu, Dec 01, 2011 at 10:59:28PM +0100, Alex Thurgood wrote:
I typed in make debugrun, and :
[...]
[Thread 0x49781b70 (LWP 1214) exited]
gdb
and there was gdb patiently waiting for something to happen, but
nothing did.
I saw this too on my first run with a fresh dev-install --
Hi Laurent,
On Thu, Dec 01, 2011 at 07:57:48AM +0100, Laurent Godard wrote:
So, who would be willing to invest time if it were written in python?
With C++ at least Markus is already showing interest.
I must admit that i would be more comfortable writing tests in python
than c++
and
On Thu, Dec 01, 2011 at 09:33:12PM +0100, Philipp Weissenbacher wrote:
In doclay.cxx I translated 'Umlauf' with 'flow', I hope that's correct.
I also tried my best to re-translate some of the close-to-gibberish
English comments (knowing German helps a lot with these).
O, you removed all
On Fri, Dec 02, 2011 at 10:14:59AM +, Michael Meeks wrote:
Cool. Please lets do that by having some magic parameter to
soffice.bin: eg. --load-run-test=/foo/baa/test.py or somesuch, so that
it is all executed in the same process: rather than doing this
hard-to-debug
On Fri, Dec 02, 2011 at 11:15:27AM +0100, Stefan Knorr (Astron) wrote:
O, you removed all the JP: XX.XX.199X markers, which were always a
warning to me to step very carefully as it meant there be dragons to me ;)
Uhm, okay. Should we, as in: I, add them back in? Or should they be
Hi Kendy, all,
On Mon, Dec 05, 2011 at 02:03:11AM +0100, Jan Holesovsky wrote:
In the end, I worked that around using this:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f259162cf511528c210eb71f51e63b5ff6838ff5
I still believe the rewriting of the OUTDIR friends in BuildDirs.mk
/~bjoern-michaelsen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Tue, 06 Dec 2011 00:15:10 +0100
Italo Vignoli italo.vign...@quorum-pr.com wrote:
This would be a good story for Mission Impossible 5...
You can help me break the build system just before branch off. It is a
sure way to make new friends. ;)
Best,
Bjoern
--
https://launchpad.net/~bjoern
On Tue, Dec 06, 2011 at 10:39:34PM +0100, Lionel Elie Mamane wrote:
I attach a rebuild log of e68487b71, so after the commit you mention.
generated by:
make
make dev-install -o build rebuild.log
In particular:
- recompilation of localedata
- tools/source/string/reversemap
Hi all,
On Tue, Dec 06, 2011 at 11:18:02PM +0100, Lionel Elie Mamane wrote:
On Tue, Dec 06, 2011 at 04:09:15AM -0800, Pedro wrote:
[very long thread]
I think the whole concept of manually tracking masterbuilds is mostly broken. I
think I have a better solution, and will post about it RSN. I
Hi Terrance,
On Wed, Dec 07, 2011 at 02:00:39PM -0500, Terrence Enger wrote:
(*) pull again and build?
^- This
should be fixed with:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=ca23cdbf90b97f141fdcf4fbc237e8f945cdd1e6
Hi August,
On Wed, Dec 07, 2011 at 10:07:39PM -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.
That for that documentation. If somebody wants to dig out that old dead code
On Thu, Dec 08, 2011 at 05:22:02PM +0100, Christian Lohmaier wrote:
On Thu, Dec 8, 2011 at 5:03 PM, Jan Holesovsky ke...@suse.cz wrote:
On 2011-12-08 at 16:54 +0100, Rainer Bielefeld wrote:
on http://tinderbox.libreoffice.org/MASTER/status.html
time/date links like behind 12/08 06:58 are
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
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 do
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 clean
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
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 proper
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
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 mailing
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
Hi,
On Sun, Dec 11, 2011 at 03:13:42PM +0100, Andras Timar wrote:
I was hacking on VersionInfo resource of Windows executables and I
noticed that DLLs built with dmake always have this resource, they
include solenv/inc/shlinfo.rc. But DLLs built with gmake does not have
VersionInfo resource
Hi Andras,
On Mon, Dec 12, 2011 at 02:12:32PM +0100, Andras Timar wrote:
OK, I thought so, thanks for confirming. Can you maybe explain the
specific example, where I had the bug yesterday, i.e. ucbhelper was
the only gbuildified module that tried to make VersionInfo resource
from shlinfo.rc,
On Wed, Dec 14, 2011 at 10:19:58AM +0100, Alex Thurgood wrote:
git pull ./g pull
error: Unable to find c29667cde3f151a73d7302757a6eca316b886aa3 under
http://anongit.freedesktop.org/git/libreoffice/core.git
Cannot obtain needed tree c29667cde3f151a73d7302757a6eca316b886aa3
while processing
On Wed, Dec 14, 2011 at 11:53:44AM +0100, Miklos Vajna wrote:
Something similar: it seems some targets are now executed twice (see
below).
Indeed. Should be fixed with:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=9c197011a564c185db425d38425f3a89c1700c9d
Best,
Bjoern
about the perfect kernel
;)
- Forwarded message from Michael Meeks michael.me...@suse.com -
Date: Wed, 14 Dec 2011 14:20:17 +
From: Michael Meeks michael.me...@suse.com
To: Bjoern Michaelsen bjoern.michael...@canonical.com
Subject: [Fwd: Re: [Libreoffice] build failure in tail_build]
X
On Wed, Dec 14, 2011 at 03:47:23PM +, Michael Meeks wrote:
Stephan do we still need this stuff:
+ ConsoleHandler - apparently unused outside this code
+ CsvFormatter - ditto
+ LoggerPool - only by the Java report wizard [!]
+ is that really
Hi Lubos,
On Wed, Dec 14, 2011 at 04:45:29PM +0100, Lubos Lunak wrote:
I find it mildly annoying that gbuild outputs [ build CXX ]
starmath/source/types, without the .cxx extension, i.e. a non-existent file.
Especially since other target types like LNK do output [ build LNK ]
On Thu, Dec 15, 2011 at 12:49:41PM +0100, Tomáš Chvátal wrote:
IIUC, make build will omit the checks (and make unitcheck will execute
them).
(for gbuildified modules, build.pl modules will still run tests)
Stephan
That would be awesome to see implemented.
It is (unless I broke it with
Hi,
On Thu, Dec 15, 2011 at 11:58:52AM +, Michael Meeks wrote:
I'm well aware that many people will not like many of the things that I
stand for, and be offended by some of my opinions :-) personally I'd
like to hope that I can still air them from time to time, and people
will put
On Sat, Dec 17, 2011 at 11:13:39AM -0600, Norbert Thiebaud wrote:
I just pushed
http://cgit.freedesktop.org/libreoffice/core/commit/?id=e3e94f141e15f5501ed81402a70beb10b85ccd6f
that replace it with a c-version that is about 15 times faster (cpu
wise) - which translated to a gain of up to 90
Hi all,
I just fixed a tricky race condition for l10n builds with:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=f2a1882be486986a76682ed51f481595e1cf0d5c
on master. Before it, parallel l10n builds could break, because all
description-*.txt were copied by every locale (as the rule
Hi List,
Let me repost this request for help/support to give it some broader visibility
(and shamelessly plug my pet Easy Hack) as I really dont know too much about
ttyrec.
Best,
Bjoern
- Forwarded message from bugzilla-dae...@freedesktop.org -
Date: Sat, 17 Dec 2011 06:04:39 +
On Mon, Dec 19, 2011 at 02:21:45PM +, Michael Meeks wrote:
My hope of course, is that as we finish gbuild, and move our solver to
look ever more like an install set, it'll get easier and less hacky to
run these unit tests; eg. with your nice 'services' work, we could even
install the
On Mon, Dec 19, 2011 at 04:13:10PM +0100, Stephan Bergmann wrote:
Just to be clear: This is unrelated to and does not solve the
problem of those non-obvious runtime dependencies.
Well, if the installation is in gbuild completely, you could depend on
everything in the installation dir from a
On Mon, Dec 19, 2011 at 07:26:21PM +0100, Michael Stahl wrote:
sounds like a bug to me. guess you should file it in bugzilla and set
the regression keyword.
Any you could try bibisect: http://sweetshark.livejournal.com/7683.html
to close in on the bug even more (and thus make it get fixed
On Tue, Dec 20, 2011 at 04:43:41AM -0600, Norbert Thiebaud wrote:
a/
if ( @WITH_MOZILLA@ eq YES and @BUILD_MOZAB@ ne TRUE and
@SYSTEM_MOZILLA@ ne YES )
{
print(Checking for prebuilt Mozilla libraries ...);
my $mozbinfile = $SRC_ROOT./moz/zipped/;
- $mozbinfile .= $OS.$COM.$CPU;
On Tue, Dec 20, 2011 at 08:11:36PM +0100, Petr Mladek wrote:
I am not able to find why the installation is called twice. The gbuild
stuff is still a bit cryptic to me :-)
This is fixed on master, the relevant fixes are
a298986d627b944eb94fdd8b0c30a9298f14ab65
On Wed, Dec 21, 2011 at 12:51:11PM +0100, Miklos Vajna wrote:
The problem seems to be specific to dev-install, e.g. 'make tags' does
not have this delay.
That is because dev-install now runs a toplevel one process gbuild run after
the buildpl run. It should never find anything to build. On my
On Wed, Dec 21, 2011 at 12:51:11PM +0100, Miklos Vajna wrote:
Between the WARN and the Developer lines it waits around 6 minutes
Also: Why make version are you using? I am using 3.81 with a bugfix for bug
20033. Do you maybe use 3.82 unpatched? It introduced the performance
regression that
On Wed, Dec 21, 2011 at 07:29:06PM +0100, Jan Holesovsky wrote:
I see the same hang as Miklos; huge ram here too. I'm using stock make
3.82 - can we disable this additional toplevel gbuild, as you say that
it ends up doing nothing anyway?
Well, it _should_ do nothing. But for example on
On Mon, Dec 12, 2011 at 06:34:26PM +0100, Petr Mladek wrote:
Note that I used the correct version 3.4.99.1 for this beta. We use
(3.3.99.X also for 3.4 betas). I am sorry that I used 3.5.0.0 for
beta0. The 3.5.0.x version are reserved for release candidates.
Can we tag the beta0 as 3.4.99.0 in
Hi all,
here is an urgent request for comments. We still have ~2400 bugs in state NEW
from the pre-Bugzilla 4.0 days. Back then we had no initial state UNCONFIRMED,
so unfortunately they started with NEW. This is changed now for new bugs, but
the old ones are still in state NEW because we did not
On Fri, Dec 23, 2011 at 12:40:28AM +0100, Michael Stahl wrote:
Sigh, we had branched off 3-4-5 meanwhile, which needs 3 reviews -
Michael, Petr, would you want to approve the revert?
if it really needs that, +1 from me
+1 from me
___
LibreOffice
Hi Rainer,
On Fri, Dec 23, 2011 at 08:34:12AM +0100, Rainer Bielefeld wrote:
of course I see the problem, but I have absolutely no problem with
that fact, because I use a query basing on my experience.
Yes, but having to rely on somebody elses experience is a big barrier to
newcomers and we
On Fri, Dec 23, 2011 at 01:32:25PM +0100, Bjoern Michaelsen wrote:
Yes, actually I want to use a query like that. Up to now I used the one at:
http://wiki.documentfoundation.org/BugReport_Details#Whiteboard
but I will go with the one from the BugTriage page now.
And - may be you
Hi all,
On Fri, Dec 23, 2011 at 10:56:08PM +0100, Bjoern Michaelsen wrote:
Done. Next step would be removing all the CONFIRMED, UNCONFIRMED cruft in
Whiteboard Status ...
Also done. Please refrain from using Keyword NEEDINFO and Whiteboard Status
CONFIRMED, infoprovider: and UNCONFIRMED
Hi Rainer,
On Sat, Dec 24, 2011 at 09:39:40AM +0100, Rainer Bielefeld wrote:
I disagree with any further bulk changes if the query has not been
reviewed here. We are not in a hurry, and 2 days fine tuning would
have saved some discomfort and trouble.
There wont be any more. The aim was to get
On Mon, Jan 02, 2012 at 02:46:11PM +0100, Petr Mladek wrote:
Bjoern pushed your patch to master. I wonder if he could vote here ;-)
Looking good to me for 3.4.5.
Best,
Bjoern
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
On Wed, Jan 04, 2012 at 03:30:03PM +0100, Stephan Bergmann wrote:
So, I tried to switch to doxygen when generating the C/C++ header
documentation in odk/pack/gendocu.
And it worked quite well.
If there are no objections, I will commit this to master later this week.
Yes, yes, yes! great!
Hi Jesus,
On Wed, Jan 04, 2012 at 05:52:12PM +0100, Jesús Corrius wrote:
Grande Latte is a small and standalone ...
nominated for the best l10n-troll of the year 2012. Also: We should have
codenames for our LibreOffice releases.
Best,
Bjoern
___
Hi,
On Thu, Jan 05, 2012 at 11:23:44AM +0100, Winfried Donkers wrote:
What is best:
-to use bug 36874 (state resolved fixed) for this thread
-to create a new bug (with reference to 36874)
-use this list
for all comments/discussion etc.?
I think it would be good to have the comments together
On Thu, Jan 05, 2012 at 05:40:06PM +, Michael Meeks wrote:
The less admin overhead you have to suffer as you cleanup the better
IMHO.
Having seen a bit of this tar-baby, I can understand Winfrieds desire to have
the discussion tracable. This topic contains some nasty cornercases that
Hi Matúš,
On Sun, Jan 08, 2012 at 09:27:26PM +0100, Matúš Kukan wrote:
And I'm not sure about gb_LINKED_LIBS in LinkTarget.mk.
The horrible expression could be correct,
but it's probably not nice to have variable used that way there (but it is
now).
It looks to me like it does the right
Hi,
while adding the human theme to configure and scp, I stumbled over:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=d1839b973b330e2e0e8d8a6aca2a21f2c982e63c
which, if I see that correctly has to break in module_hidden_ooo.scp if
building without the last listed theme. I therefore
Hi all,
I would like to shortly introduce myself as new contributor to
LibreOffice:
I am Bjoern Michaelsen and I work on the Ubuntu Desktop Team and will
take responsibility for the Libreoffice packaging there. I joined
Canonical starting February, 1st.
Before joining Canonical I have been part
1 - 100 of 2598 matches
Mail list logo
