On 12/13/2011 04:59 PM, Pedro wrote:
3) Following the same logic, deleted the LOdev profile and now 3.5.0 also
shows the same nice "JRE needed" message when executing the Letter Wizard
instead of crashing. Similarly, when I re-enabled the extensions mentioned
on 1) LO shows the nice "JRE needed"
On 12/13/2011 07:09 PM, Michael Meeks wrote:
On Tue, 2011-12-13 at 16:02 -0200, Olivier Hallot wrote:
I am stumbling on the following piece of code
if (nodepath.getLength() != 0 || !(value>>= nodepath) ||
nodepath.getLength() == 0)
...
in configmgr/source/configurationprovider.c
Hi all,
Not being very conversant with git, I'm seeing the following problem on
my Linux box and don't know how to sort it out :
git pull && ./g pull
error: Unable to find c29667cde3f151a73d7302757a6eca316b886aa3 under
http://anongit.freedesktop.org/git/libreoffice/core.git
Cannot obtain nee
Hi Joel,
On Tue, 2011-12-13 at 15:43 -0800, Joel Madero wrote:
> Trying to compile newest release of libreoffice and coming up with
> errors, here's a pastebin:
>
> http://pastebin.com/xbk1xGLP
You do come up with the most amazing problems :-)
unix/runargv.c: In function ‘dmwaitnext’:
u
Hi Alex,
On Wed, 2011-12-14 at 10:19 +0100, Alex Thurgood wrote:
> Not being very conversant with git, I'm seeing the following problem on
> my Linux box and don't know how to sort it out :
Ah - fun :-)
> git pull && ./g pull
> error: Unable to find c29667cde3f151a73d7302757a6eca316b88
Le 14/12/2011 10:47, Michael Meeks a écrit :
Hi Michael,
So - this could happen in quite a few ways; most probably if you
committed something locally, then used git format-patch -1 to send it
off - and then someone else tweaked your patch before applying.
I tend to use ./g pu
Le 14/12/2011 10:47, Michael Meeks a écrit :
git tag -f here # backup tag in case we loose something
git reset --hard HEAD~50
git pull -r
That winds back 50 commits and then re-pulls; of course if you have any
commits of your own, you'll now need to do 'gitk he
Hi,
2011/12/14 Pedro :
> I would like to request again that the Devs would consider adding the text
> Beta1 in the About box.
>
> E.g. LOdev 3.5.0 Beta1
>
> There is no way to correlate Build ID:
> 7362ca8-b5a8e65-af86909-d471f98-61464c4 with Beta1
>
> Can we try to cooperate as a Community?
>
Pe
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 process
Hi
> 7362ca8-b5a8e65-af86909-d471f98-61464c4 *is* Beta1, this is the way we
> can identify it, now it is documented in mail archives, so... :)
:) Fair enough :)
I'm glad Petr is on it. I hope he doesn't give up that easily ;)
--
Pedro
___
LibreOffice
Le 14/12/2011 11:18, Bjoern Michaelsen a écrit :
Hi Bjoern,
The tree object c29667cde3f151a73d7302757a6eca316b886aa3 exists here, but not
the commit 28b86ca7b704d2789cad69f7516203434202c082. If that commit isnt too old
(git show 28b86ca7b704d2789cad69f7516203434202c082 should tell you):
git
> LO stores information about a selected JRE in the user profile at
> config/javasettings_*.xml. Can you verify that just deleting that file from
> the bad old user profile would already be enough to solve the crash?
Yes, I can confirm that. I made some extensive testing.
This problem occurs if
On Tue, Dec 13, 2011 at 06:12:33PM +0100, Andreas Radke
wrote:
> Are you sure the new tarballs are fixed? I've tried the new .xz ones and
> I'm still getting the same error.
I tried to build these:
$ sha1sum *.bz2
b116c7dade3d0fb9bf73362e728dbb1b04068acb libreoffice-binfilter-3.4.99.1.tar.bz2
Pedro Lino píše v St 14. 12. 2011 v 10:24 +:
> Hi
>
> > 7362ca8-b5a8e65-af86909-d471f98-61464c4 *is* Beta1, this is the way we
> > can identify it, now it is documented in mail archives, so... :)
>
> :) Fair enough :)
>
> I'm glad Petr is on it. I hope he doesn't give up that easily ;)
Yup,
On Tue, Dec 13, 2011 at 09:57:34AM -0500, Kohei Yoshida
wrote:
> Indeed. It took 6 minutes on my machine for make dev-install to finish,
> but it did finish eventually.
Something similar: it seems some targets are now executed twice (see
below). Maybe related to 8a310e3521db1f9a15a7ec32b3171c49
On 12/14/2011 11:41 AM, Pedro Lino wrote:
LO stores information about a selected JRE in the user profile at
config/javasettings_*.xml. Can you verify that just deleting that file from
the bad old user profile would already be enough to solve the crash?
Yes, I can confirm that. I made some exte
Andreas Radke píše v Út 13. 12. 2011 v 18:12 +0100:
> Am Tue, 13 Dec 2011 14:30:01 +0100
> schrieb Petr Mladek :
>
> > Andreas Radke píše v Út 13. 12. 2011 v 05:14 +0100:
> > > I'm running into this new build issue:
> >
> > Sigh, I have created the source tarballs from master instead of the
> > l
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
_
Hi,
I'm going to have a look at converting extensions to gbuild.
But I'd like to avoid converting unused things and extensions look old.
I think at least source/config/ldap and source/xmlextract are not used.
I was searching for service strings from ldapbe2.component and
xmx.component. Is this en
On 12/14/2011 11:54 AM, Stephan Bergmann wrote:
On 12/14/2011 11:41 AM, Pedro Lino wrote:
LO stores information about a selected JRE in the user profile at
config/javasettings_*.xml. Can you verify that just deleting that
file from
the bad old user profile would already be enough to solve the cr
On 13 December 2011 21:38, Michael Stahl wrote:
> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
Well, gb_ObjCxxObject_get_source are .mm files and not .cxx so that's
not possible.
> can you try if that works?
I tried to push the change and had to revert, sorry for th
Hi,
On Wednesday, 2011-12-14 11:53:44 +0100, Miklos Vajna wrote:
> ctags: Warning: cannot open source file
> "test/user-template/user/config/images_tango.zip" : No such file or directory
> ctags: Warning: cannot open source file
> "test/user-template/user/config/images_oxygen.zip" : No such fil
Hey,
> These are dangling symlinks such as
> test/user-template/user/config/images_tango.zip ->
> /devel/libo/libo1/packimages/unxlngx6.pro/bin/images_tango.zip
>
> Any reason they were added to the repository? Or can they be safely
> removed?
>
Will be fixed in some minutes.
__
Hi there,
http://cgit.freedesktop.org/libreoffice/core/commit/?id=309f56174aca6adca879f70958892492361dac6e
fixes an import problem for files generated with an apparently
different code base for zip archives - the deviation is benign, and
should be accepted on import.
Original bugreport:
https://
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
If this list is for developers then I need your expert help;
I upgraded from Oo 3.2 (I think that was the version) to the following
version of LibreOffice;
LibreOffice 3.4.3
OOO340m1 (Build:302)
A spreadsheet I work on had the cell borders set at 1
Hi Ivan,
On Wed, 2011-12-14 at 15:32 +0400, Ivan Timofeev wrote:
> I see no feature here... When icons in menus are disabled - there is no
> problem, but when they are enabled - nothing is painted at the left of a
> checkable menu item, neither a check mark [x] nor an image (see the
> attached
On Wed, 2011-12-14 at 07:47 -0500, . wrote:
> If this list is for developers then I need your expert help;
I'm sorry; this is not a suitable question for this list - which is to
discuss development of the code, patches, etc.
Please ask the users' list cf. us...@global.libreoffice
On Wed, 2011-12-14 at 13:38 +0100, Thorsten Behrens wrote:
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=309f56174aca6adca879f70958892492361dac6e
> fixes an import problem for files generated with an apparently
> different code base for zip archives - the deviation is benign, and
> sho
Hi all,
I am Martin Richard, a French student in CS.
As a school project, a friend and I have the luck to be able to work on
Libre Office Writer, mentored by Cédric Bosdonnat.
We will work on the libre-office file picker in order to add some new
interesting features, such as a list of highlighte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please find attached a partial fix for Easy Hack FDO43460
Part VIII
Module
configmgr
- --
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN
Michael Meeks wrote:
> I'd be happier to see the nMethod being compared if we had removed the
> comment, and/or at least understood whether it is still relevant: are we
> using/changing nMethod elsewhere ?
>
Yep, good point. Tweaked for master. That comment looks false, did
not find any plac
On Wed, 2011-12-14 at 14:42 +0100, Thorsten Behrens wrote:
> Michael Meeks wrote:
> > I'd be happier to see the nMethod being compared if we had removed the
> > comment, and/or at least understood whether it is still relevant: are we
> > using/changing nMethod elsewhere ?
>
> Yep, good point.
Hi Martin,
On Wed, 2011-12-14 at 14:34 +0100, Martin Richard wrote:
> I am Martin Richard, a French student in CS.
Welcome ! (and great English too) :-)
> I'll probably be active on IRC under the nickname martius during the
> next weeks.
Looking forward to working with you,
Hi there,
as this is a WaE breaker, I would suggest to build without --enable-werror
until we figured out if boost or gcc is wrong here. In general it is a good
idea to stay away from fancy configure-flags in the beginning(*).
Best,
Bjoern
see also: https://lkml.org/lkml/2006/11/29/249 Linus ab
Michael Meeks píše v St 14. 12. 2011 v 14:10 +:
> On Wed, 2011-12-14 at 14:42 +0100, Thorsten Behrens wrote:
> > Michael Meeks wrote:
> > > I'd be happier to see the nMethod being compared if we had removed the
> > > comment, and/or at least understood whether it is still relevant: are we
> >
On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
> On 13 December 2011 21:38, Michael Stahl wrote:
>> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
>
> Well, gb_ObjCxxObject_get_source are .mm files and not .cxx so that's
> not possible.
so maybe the file should re
On 14 December 2011 15:47, Norbert Thiebaud wrote:
> On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
>> On 13 December 2011 21:38, Michael Stahl wrote:
>>> wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
>>
>> Well, gb_ObjCxxObject_get_source are .mm files and not .
Hi
This is under Ubuntu Linux.
I'm trying to track down a stack overflow in my code, and I'm having some
trouble running the unit tests under GDB and
getting debugging symbols.
I'm doing
EXPORT GDBCPPUNITTRACE="gdb --args"
then running the module build under /sc
build
and then breaking the
Hello,
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 ]
Library/libsmlo.so". Any objections to the attached patch?
--
Lubos Lunak
Hi Matus & Stephan,
On Wed, 2011-12-14 at 12:34 +0100, Matúš Kukan wrote:
> I'm going to have a look at converting extensions to gbuild.
Lovely :-)
> But I'd like to avoid converting unused things and extensions look old.
Sure.
> I think at least source/config/ldap and source/x
The current libicudata is about 15MB, but it doesn't need
to be that large. We can probably get it down to 5MB
or less. I took a bit of time on this.
1) The configuration files needed to modify what is actually
in icudata are NOT included in the package in libreoffice's repository.
A real "source
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Rainer Bielefeld changed:
What|Removed |Added
Depends on||43831
--- Comment #47 from Rainer Bie
Hello Noel,
his is under Ubuntu Linux.
>
> I'm trying to track down a stack overflow in my code, and I'm having some
> trouble running the unit tests under GDB and getting debugging symbols.
>
> I'm doing
> EXPORT GDBCPPUNITTRACE="gdb --args"
> then running the module build under /sc
> build
>
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 n
14.12.2011 17:01, Michael Meeks пишет:
On Wed, 2011-12-14 at 15:32 +0400, Ivan Timofeev wrote:
If I understood you right, the MENU_FLAG_SHOWCHECKIMAGES flag was
introduced to control whether a simple check mark [x] or an image should
be painted with a checkable menu item; if it is so, it don't w
Hi,
there have been created the libreoffice-3.4.5.1 tag for 3.4.5-rc1
release. The corresponding official builds will be available in the
beginning of the following week.
See the attached list of changes against 3.4.4-final.
I am going to create the libreoffice-3-4-5 branch for the final stabili
On 14/12/2011 16:32, Matúš Kukan wrote:
On 14 December 2011 15:47, Norbert Thiebaud wrote:
On Wed, Dec 14, 2011 at 6:23 AM, Matúš Kukan wrote:
On 13 December 2011 21:38, Michael Stahl wrote:
wouldn't it be better to simply use gb_Library_add_objcxxobjects instead?
Well, gb_ObjCxxObject_get
Thanks Markus, I'll try that in the morning.
Do you know of any trick for catching stack-overflow problems? The
trick I'm using is pretty painful.
On Wed, Dec 14, 2011 at 17:52, Markus Mohrhard
wrote:
> Hello Noel,
> his is under Ubuntu Linux.
>>
>> I'm trying to track down a stack overflow in m
Hello Noel,
> Do you know of any trick for catching stack-overflow problems? The
> trick I'm using is pretty painful.
>
Did you try to run the tests with memcheck?
If you do some serious rework in calc it would be nice if you could as
soon as the normal unit tests pass run them one time with
sc
On Wednesday 14 of December 2011, Noel Grandin wrote:
> Thanks Markus, I'll try that in the morning.
>
> Do you know of any trick for catching stack-overflow problems? The
> trick I'm using is pretty painful.
Reduce the maximum allowed stack size using 'ulimit -s', the app then will
crash as soo
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 ]
> Librar
> .mm files are objective-C specific header files. I would convert them to c++
Er, no. .mm is the conventional extension for Objective-C++ source
files. (Plain Objective-C files have the conventional extension .m,
and Objective-C headers the extension .h.) This is documented in "man
gcc" even, at
Hi Cor,
first, I am sorry for the late replay. It was another hectic day.
On Tue, 2011-12-13 at 23:35 +0100, Cor Nouws wrote:
> Hi Petr,
>
> Cor Nouws wrote (09-12-11 13:44)
>
> > On the wiki, I added a section with the draft for the later to create
> > separate wiki page:
> > http://wiki.docum
Hi all,
there have been created the libreoffice-3-4-5 branch. It will be used for fine
tuning of the 3.4.5 bugfix release. It is based on the tag
libreoffice-3.4.5.1 for 3.4.5-rc1 release.
The following rules apply:
+ preferably just translation or blocker fixes
+ only cherry-pic
On 12/14/2011 04:47 PM, Michael Meeks wrote:
On Wed, 2011-12-14 at 12:34 +0100, Matúš Kukan wrote:
I'm going to have a look at converting extensions to gbuild.
But I'd like to avoid converting unused things and extensions look old.
I think at least source/config/ldap and source/xmlextract are no
On 14/12/11 12:34, Matúš Kukan wrote:
> Hi,
>
> I'm going to have a look at converting extensions to gbuild.
i have dug out my incomplete patches this afternoon and made them
actually build, which took longer than expected :)
result of that is in feature/gbuild_extensions branch; ~6 libraries
al
2011/12/11 Lionel Elie Mamane :
> On Sun, Dec 11, 2011 at 09:33:15AM +0100, Laurent Godard wrote:
>
>> do you think it would be possible to cherry-pick these SDK example
>> commits to 3.5. I see no potential negative impact
>
> As a general idea, it looks good, but personally I miss the background
Am Wed, 14 Dec 2011 11:59:57 +0100
schrieb Petr Mladek :
> Well, Rene pointed out that there is outdated configure stuff. It
> seems that the script "lo-pack-lources" did not run "autoreconf". You
> might try to run it to refresh the files.
> Tomas saw something similar on Gentoo as well. It migh
Hi Petr,
Petr Mladek wrote (14-12-11 22:12)
first, I am sorry for the late replay. It was another hectic day.
No problem - it's not uncommon that these are hectic times ;-) and it's
great to see the results (what you write about too, and what I see with
the beta1 :-) )
We have beta1 build
Hi Yifan,
Yifan Jiang wrote (14-12-11 07:46)
1. Thanks for Rimas and Petr's actively participating, what we did in the past
two month to improve the structure of Litmus and now the new stuff is online
and a 3.5.0 beta regression test run is created, in which we are encouraging
people to run the
>> If you feel good about the beta1 build,
>
>
> My feeling about it is positive. What do others think?
I think that especially for the Windows platform it was an incredible
evolution since a couple of months ago (when it wasn't even possible
to successfully compile) to arrive at this almost stabl
I see something that I thought was impossible ...
Running on ubuntu-natty, with commit ids 61fce03 (pulled
2011-12-02) and 4097499 (pulled 2011-12-08) running under
gdb in gnome-terminal, I highlighted three lines with the
mouse and did right-click > copy. soffice.bin raises the
assertion in SwIn
Hello,
This morning I'm still angry about this tracker. I read it yesterday and
spoke my mind on IRC dev channel. I was glad I wasn't alone to think this
easyhack is nonsense.
I put a quick comment on this tracker but guys, I'd like to know your
opinion about this even it's not a "dev" subject.
J
On 12/15/2011 12:59 AM, Terrence Enger wrote:
I see something that I thought was impossible ...
Running on ubuntu-natty, with commit ids 61fce03 (pulled
2011-12-02) and 4097499 (pulled 2011-12-08) running under
gdb in gnome-terminal, I highlighted three lines with the
mouse and did right-click>
64 matches
Mail list logo
