Re: GSOC 2012 , submitting a patch for easy hack

[kud360]

On Sun, Apr 1, 2012 at 5:09 AM, Olivier Hallot [via Document Foundation
Mail Archive]  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Karam
>
> Em 31-03-2012 13:29, kud360 escreveu:
> > Done .. also I had made a new topic in the Dev section marked with
> [PATCH] as
> > suggested
> >
>
> Please correct the font spacing dialog as shown in this image, where the
> help button does not fit inside the dialog box. You must increase the
> dialog height, and possibly balance the leftmost text to avoid a large
> blank space below it.
>
> And resubmit your patch in this list (not in nabble).
>
> Thank you
>
> - --
> Olivier Hallot
> Founder, Board of Directors Member - The Document Foundation
> LibreOffice translation leader for Brazilian Portuguese
> +55-21-8822-8812
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJPd5WEAAoJEJp3R7nH3vLxrT4H/2Np2UUvCgB/U10bnf8wFBSl
> qqa9VD8QEhn7DeC4M6ffQy9Q9Rw74OkqeNCgZvdSkB1q8FkqF14bE1lbQIcse8r/
> gJ30Tw5H/i0B637uKqamJ70E2Cz19oeLLJAGTR0fo8ST8Uakb4vZx2qfs0WOd44a
> FfmeJCMQXeow1d7looy0331A9A+Rih87+HyQUxMM6O715BUjqynFFAY3MPfNCtiX
> SFPpyuUi7O9wwgNVCTReRbKemaTA4A4GVjMNJilzHPXqtIUKV8vZrEmRUupKVcum
> PsJTmkfEIKfM9jLlR0FTFc98qLo2EVibcVwOSPribQIrB5KPZHZAVCV36Vbewgg=
> =Vc+H
> -END PGP SIGNATURE-
>
> ___
> LibreOffice mailing list
> [hidden email] 
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
> *imagem19.png* (22K) Download 
> Attachment
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3874382.html
>  To unsubscribe from GSOC 2012 , submitting a patch for easy hack, click
> here
> .
> NAML
>


--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3874803.html
Sent from the Dev mailing list archive at Nabble.com.___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: License statement

[Ivan Timofeev]

Hi!

On 31.03.2012 20:27, kud360 wrote:

"All my contributions, past and future, to LibreOffice are licensed
under the terms of the MPL / LGPLv3+. "


Added to https://wiki.documentfoundation.org/Development/Developers

Karan, if you want to amend it, but you are not registered in our wiki 
and do not want to register - just drop me a mail, I will correct your 
record there.


Cheers,
Ivan
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Karam

Em 31-03-2012 13:29, kud360 escreveu:
> Done .. also I had made a new topic in the Dev section marked with [PATCH] as
> suggested 
> 

Please correct the font spacing dialog as shown in this image, where the
help button does not fit inside the dialog box. You must increase the
dialog height, and possibly balance the leftmost text to avoid a large
blank space below it.

And resubmit your patch in this list (not in nabble).

Thank you

- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPd5WEAAoJEJp3R7nH3vLxrT4H/2Np2UUvCgB/U10bnf8wFBSl
qqa9VD8QEhn7DeC4M6ffQy9Q9Rw74OkqeNCgZvdSkB1q8FkqF14bE1lbQIcse8r/
gJ30Tw5H/i0B637uKqamJ70E2Cz19oeLLJAGTR0fo8ST8Uakb4vZx2qfs0WOd44a
FfmeJCMQXeow1d7looy0331A9A+Rih87+HyQUxMM6O715BUjqynFFAY3MPfNCtiX
SFPpyuUi7O9wwgNVCTReRbKemaTA4A4GVjMNJilzHPXqtIUKV8vZrEmRUupKVcum
PsJTmkfEIKfM9jLlR0FTFc98qLo2EVibcVwOSPribQIrB5KPZHZAVCV36Vbewgg=
=Vc+H
-END PGP SIGNATURE-
<>___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Fix RTF list level text follow

[Brennan T Vincent]

Please advise if I am using this list incorrectly; it is my first time.

RTF documents including lists now have the list level text ("1." or
similar) followed by the correct thing (space, tab, or nothing) as
specified in the document, whereas previously they were always followed by
tab.

I also updated the RTF exporter to correctly save RTF files containing
non-default values for this parameter.


mypatch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Enrico Weigelt]

Hi,

> Whilst I understand all you have said, and agree with it within the
> confines of using a distro oriented and provided solution, you are
> failing to take into account both the past and current demand.

No, I'm not failing, but ignoring that on purpose. See:

> The past : Sun and then Oracle, produced and provided a distrib
> independent version of the connector to go with their version of
> OpenOffice.org - the people who downloaded the official versions of OOo
> from Sun/Oracle could then be sure that the mysql connector would be
> provided and would work. 

This is was a stupid idea in the first place. It never has been distro
independent, just ignoring the whole purpose of distros at all. The only
way that it ever can work half-reliable is expecting that the user has
*their* prebuilt binaries, and bundle all the 3rdparty libraries with
the matching ABI.

Just look at their history, look at how ugly eg. Oracle RMBS is packaged,
they never really understood the whole concept of distros and opensource
at all.

I simply *refuse* to accept their stupidity as an valid technical argument,
because I want good software quality.

> Today that is no longer the case, not even Apache has the connector code
> in its repo, as it was not part of the Oracle Software Grant. This means
> that unless some kind soul within the AOOo community does the work and
> provides the connector there will be none for those people that continue
> to use OOo

Just ignore the precompiled binaries and et the distros handle building
and packaging.

root@excalibur:/var/lib/dpkg/info# aptitude search libreoffice | grep mysql
p   libreoffice-mysql-connector - MySQL Connector extension for LibreOffice 

> The present : people want/need a mysql connector (which also happens
> to work with MariaDB according to reports I've received) to go with
> their official download versions that they get from TDF.

TDF ?

> This is the only way they can use new stable versions of LO which are
> updated far more quickly than any of the distros currently provide, at
> least to my knowledge. 

If you want a stable system, choose a proper distros and take what they
provide. Otherwise you find yourself faster and deeper in the package
maintainer role as you expect.

In case your distros doesnt keep up with upstream fast enough, just jump
into the package manager role explicitly and do it right, provide upgraded
packages for your distro, through the distros build/packaging machinery.

> However, if no generic connector can be built, as Sun/Oracle used to do,
> then the whole ecosystem relies on someone being able to build for each
> distro out there.

Well, as it always has been, for all thousands of thousands of packages.
Trying to take binary packages from distro to another always has been
a russian roulette, because there never was such thing like an stricly
defined ABI (including virtually all libraries that somebody might require).

> As you correctly state, "why bother", when the distros do it (eventually,
> sometimes even several months after the latest official stable release is
> made). The reason is that there is a demand. 

The demand is always coming from scopes of specific distros. Feel free
to provide updated packages for these distros.

> You may not see it, but I see it, it crops up fairly frequently on the
> user lists (both in French and English) and similar questions have been
> raised on the Extensions site in response to my posting the Mac and Linux
> 32bit extensions up for download.

Yes, because the whole approach of trying to provide distro-independent
is simply doomed to fail, as soon as shared libraries that cannot
guarantee long-term ABI compatibility are involved. 

You're fighting against windmills.

> Note that I am not going to flog a dead horse, but when I do QA on
> the database module, I do it with a mysql connection on the whole and
> with the native connector. If the connector that my distrib provides no
> longer works with the stable versions or RCs that I test out, then I
> can no longer do that QA work and in the end I will give up, or else I
> will just build it for myself and test it when I get the time or the
> inclination. 

QA an only work in the context of an specific distro. Actually, this
is what distros are for.

> That of course is just my personal viewpoint, but one should not ignore
> that other, more "normal" users, who are consumers of the system, expect
> a solution to be provided for something they used to have which "just
> worked" with their official version of OOo/LO and no longer does.

By "official version" you mean the precompiled binaries ?
Well, it just was a matter of luck that they worked.

Actually, when I last tried on my Gentoo systems, they did *not* work.


"Normal users", that want a system that "just works", should choose
a proper distro for that.


cu
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedeskt

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Enrico Weigelt]

> I meant them too. Look what make install does - it runs ooinstall
> which runs
> make_installer.pl _because_ you need stuff it does (paths, getting
> what goes
> where "package"-wise etc).

No, no, we're talking about different things. The scripts you mentioned
are part of the 'make install' process. This is part of the build process.

I was talking about the deployment. Thinks like some big-fat install.exe
or install.sh containing all the binaries and other files, copying them
to the system, so the user can execute the application. That's what I
call completely stupid, as those are the things a package management
system is for.


cu
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Re: build breaks - icu49 ?

[Tomáš Chvátal]

Gentoo dev reporting the issue actually tried to write patch. [1]

It is backported from ICU upstream. [2]

Let me know if it is correct enough for commiting and I will do it.

Cheers

Tom

[1] http://people.apache.org/~Arfrever/libreoffice-3.5.2.2-icu-49.patch

[2] https://ssl.icu-
project.org/trac/changeset/31071/icu/trunk/source/data/brkitr/char.txt

signature.asc
Description: This is a digitally signed message part.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: build breaks - icu49 ?

[Tomáš Chvátal]

Dne Ne 25. března 2012 10:08:38, Andreas Radke napsal(a):
> While doing a icu49.1 rebuild I'm running into this build break with
> 3.5.1:
>
> genbrk: tool completed successfully.
> /usr/bin/genbrk -r count_word_fi.txt.p -o count_word_fi.brk
> LD_LIBRARY_PATH="/build/src/libreoffice-core-3.5.1.2/solver/unxlngx6.pro/lib
> " /build/src/libreoffice-core-3.5.1.2/solver/unxlngx6.pro/bin/gencoll_rule
> /build/src/libreoffice-core-3.5.1.2/i18npool/source/collator/data/zh_stroke
> .txt collator_zh_stroke_invis.cxx zh_stroke genbrk: tool completed
> successfully.
> sed 's/\(^.*get_\)/SAL_DLLPUBLIC_EXPORT \1/' indexdata_ko_dict_invis.cxx >
> indexdata_ko_dict.cxx /usr/bin/genbrk -r dict_word_he.txt.p -o
> dict_word_he.brk
> /usr/bin/genbrk -r char.txt.p -o char.brk
> sed 's/\(^.*get_\)/SAL_DLLPUBLIC_EXPORT \1/' zh_zhuyin_invis.cxx >
> zh_zhuyin.cxx createRuleBasedBreakIterator: ICU Error
> "U_BRK_RULE_EMPTY_SET"  at line 19, column 16 make[3]: *** [char.brk] Error
> 11
> make[3]: *** Waiting for unfinished jobs
>
> Do we have a fix for this?
>
> -Andy
> ArchLinux

No fix yet, just confirming on Gentoo.

https://bugs.gentoo.org/show_bug.cgi?idA0307

Cheers

Tom

signature.asc
Description: This is a digitally signed message part.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Fix memory errors in SwWW8ImplReader

[Arnaud Versini]

Hi,

This patch prevent and fix memory issue in SwWW8ImplReader. I will continue
with some memory leaks with the same .doc .

Thanks

Best regards

-- 
Arnaud Versini


0001-Fixe-memory-in-SwWW8ImplReader-including-issue-fdo#47727.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Bug 37361 depends on bug 39006, which changed state.

Bug 39006 Summary: FILEOPEN: LibreOffice hangs with 100% CPU usage on specific 
.doc file
https://bugs.freedesktop.org/show_bug.cgi?id=39006

   What|Old Value   |New Value

 Resolution||FIXED
 Status|REOPENED|RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Bug 35673 depends on bug 39006, which changed state.

Bug 39006 Summary: FILEOPEN: LibreOffice hangs with 100% CPU usage on specific 
.doc file
https://bugs.freedesktop.org/show_bug.cgi?id=39006

   What|Old Value   |New Value

 Resolution||FIXED
 Status|REOPENED|RESOLVED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH][PUSHED] fdo#39749: calc unit test writing

[Markus Mohrhard]

Marking Pushed.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] [WIP] fdo#45747 - [EasyHack] remove the limitation to 3 sort entries in calc

[Markus Mohrhard]

Hello Albert,

>
> sorry that it took me some time but I had a long fight with our chart
> interpolation algorithm and was not able to update my tree for more
> than a week.
>
>>> - ScSortDescriptor::FillSortParam looks like there might happen some
>>> index out of bounds access
>>
>> So I have updated the patch with respect to your comments above and
>> corrected all the issues except for the last one, which I honestly can
>> not find. There are several ScSortDescriptor::FillSortParam in
>> different files which are touch by my patch. So could help me pointing
>> out the line(s) which you are concern about?
>
> Reviewed and pushed your patch. Fixed the out-of bounds access in
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=d31f5476fddda994cad6920f7383e4c92ccac9a2
>

And had to revert it immediately. We can use initializer lists because
older gcc versions don't know this feature. I got spammed by nearly
every of our tinderbox. I tried to fix them but the whole patch is
build around that.

Can you try to create a version of the patch without initializer list usage?

Regards,
Markus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[kud360]

Done .. also I had made a new topic in the Dev section marked with [PATCH] as
suggested 

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873725.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

License statement

[kud360]

"All my contributions, past and future, to LibreOffice are licensed 
under the terms of the MPL / LGPLv3+. " 

Karan Desai
kud...@gmail.com

--
View this message in context: 
http://nabble.documentfoundation.org/License-statement-tp3873720p3873720.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

License statement

[kud360]

"All my contributions, past and future, to LibreOffice are licensed 
under the terms of the MPL / LGPLv3+. " 

Karan Desai,
kud360@gmail. com

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873715.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] fdo#39749: calc unit test writing

[Markus Mohrhard]

Hey,

> I'm submitting a patch for the easy hack 39749. I have written one test that
> tests the setbackgroundcolor function in ScDocFunc class
>

Great to have you working on this, I have just some small comments:

- Could you please build with your patch before submitting? The patch
was in several ways broken and I had to fix it to get it build.

- Can you set your git settings so that it sets the author name
correctly. I adjusted it in your patch.

- You still had trailing whitespaces in your commit. Can you try to
set-up your editor to remove them or remove them when our git hook
complains about them?

Except for these smaller problems the patch was good and I pushed it
with my small modifications.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3d86e4e7223b15d561d1efdac736e932ea41e6a0

Can you confirm that your patch is under MPL/LGPLv3+?

Regards,
Markus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[Jonathan Aquilina]

On 31/03/2012 17:37, kud360 wrote:

Hi , Mr. Pruegsanusak
I am sorry to bother you but could you please explain me what a blanket
email is ? AFAIK its an email to multiple people , but then what should it
exactly contain ? As in the License text ? or just me saying its available
under the said licenses ?

It just has to be an email to this list saying that all past present and 
future contributions are licensed in accordance with the licenses used 
by this project.



--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873622.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello

Em 31-03-2012 12:44, kud360 escreveu:
> And Mr. Hallot , I have done that. I found the HELP documents refernces ,
> studied some code in the vcl module , and did some changes accordingly in
> the files , and it was working like a charm. 

That is exactly what it was to be done. Great you made it. I am building
master ATM to test your patch.

Also , it takes really long
> time to build on my machine ( like 20 - 30 mins ) on every make dev-install.

you should only run a full build and then

make starmath

to test your changes in starmath module. That should not take more than
30s to get it built.


> All modules except the last 2 or 3 are skipped during the build process
> because there were no changes in them , but the last 2-3 modes seem to take
> a lot of time .. I have a core i7 processor and run the make with 2 jobs per
> cpu , using 5 cpus , ( using all 8 , crashes my virtualbox )

A muscled machine that should do it way faster with the proper commands.

About the blanket mail, here is what you must do:

send a mail to *this* list with

subject: License statement
Body:

"All my contributions, past and future, to LibreOffice are licensed
under the terms of the MPL / LGPLv3+. "

your name and e-mail

Once we get this mail, then we can apply your patch to the master branch.


Congratulations and welcome do LibreOffice development.
- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPdymUAAoJEJp3R7nH3vLxFTUH/1yqZOZVWt3ovJ62ut2NGKXo
d3dEOKNrNkMeoxFmSsU8cRyXExfikWaY5wzgek9g7lM1x8t3Zp0LP3sNqRj6BVLu
McnLfdrxinFek+TzRQh/QVbCFrNcKMky5o9tMyp6pAXZfvdwP4lOEAgNrPKr12a6
VFtcVyWMObb1RZSK+F2LW9SgBQT4frLg6njbr+KvNatA45nzWc63A4+6Zxp2/Hlg
mQImh7/Yy+/fuAbAi+LgAXfy0QVmHxv4XxaD4GmU0XjbGb87Nu8pWJr9mA8QskfG
Y1FfXzdCrXX2Y2ZtuBOfIG9hpHMg17EhPn0yfBU9HYV4mXMnt6cG5rCwG3Ru8M4=
=uZYt
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [PATCH] [WIP] fdo#45747 - [EasyHack] remove the limitation to 3 sort entries in calc

[Markus Mohrhard]

Hello Albert,

sorry that it took me some time but I had a long fight with our chart
interpolation algorithm and was not able to update my tree for more
than a week.

>> - ScSortDescriptor::FillSortParam looks like there might happen some
>> index out of bounds access
>
> So I have updated the patch with respect to your comments above and
> corrected all the issues except for the last one, which I honestly can
> not find. There are several ScSortDescriptor::FillSortParam in
> different files which are touch by my patch. So could help me pointing
> out the line(s) which you are concern about?

Reviewed and pushed your patch. Fixed the out-of bounds access in
http://cgit.freedesktop.org/libreoffice/core/commit/?id=d31f5476fddda994cad6920f7383e4c92ccac9a2

The vector::resize calls are necessary because we will now access
elements that are not in the old vector and the index access will not
create them. The sal_True to true changes are just cosmetic but when
we are already modifying these lines we can also change them. Normally
we would try to have the sal_Bool -> bool  changes separated.

>
> Regarding the remaining UI bits I have started to look at this and
> think I understand how to implement it. The scroll handler is still a
> mystery, see if I can figure it out.

Great. If you need help there just write a mail. The scroll handler is
really the hardest part there and we can have a look if we can borrow
the implementation from another dialog.

Regards,
Markus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[kud360]

And Mr. Hallot , I have done that. I found the HELP documents refernces ,
studied some code in the vcl module , and did some changes accordingly in
the files , and it was working like a charm. Also , it takes really long
time to build on my machine ( like 20 - 30 mins ) on every make dev-install.
All modules except the last 2 or 3 are skipped during the build process
because there were no changes in them , but the last 2-3 modes seem to take
a lot of time .. I have a core i7 processor and run the make with 2 jobs per
cpu , using 5 cpus , ( using all 8 , crashes my virtualbox )

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873633.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[kud360]

Hi , Mr. Pruegsanusak 
I am sorry to bother you but could you please explain me what a blanket
email is ? AFAIK its an email to multiple people , but then what should it
exactly contain ? As in the License text ? or just me saying its available
under the said licenses ?


--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873622.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Alexander Thurgood]

Le 31/03/12 16:19, Enrico Weigelt a écrit :

Hi Enrico,

Whilst I understand all you have said, and agree with it within the
confines of using a distro oriented and provided solution, you are
failing to take into account both the past and current demand.

The past : Sun and then Oracle, produced and provided a distrib
independent version of the connector to go with their version of
OpenOffice.org - the people who downloaded the official versions of OOo
from Sun/Oracle could then be sure that the mysql connector would be
provided and would work. Today that is no longer the case, not even
Apache has the connector code in its repo, as it was not part of the
Oracle Software Grant. This means that unless some kind soul within the
AOOo community does the work and provides the connector there will be
none for those people that continue to use OOo (I'm thinking of
administrations in France in particular). OK, so that is AOOo's problem,
I hear you say, not ours, and yes, I would agree.

The present : people want/need a mysql connector (which also happens to
work with MariaDB according to reports I've received) to go with their
official download versions that they get from TDF. This is the only way
they can use new stable versions of LO which are updated far more
quickly than any of the distros currently provide, at least to my
knowledge. However, if no generic connector can be built, as Sun/Oracle
used to do, then the whole ecosystem relies on someone being able to
build for each distro out there. As you correctly state, "why bother",
when the distros do it (eventually, sometimes even several months after
the latest official stable release is made). The reason is that there is
a demand. You may not see it, but I see it, it crops up fairly
frequently on the user lists (both in French and English) and similar
questions have been raised on the Extensions site in response to my
posting the Mac and Linux 32bit extensions up for download.
Unfortunately, the way things are at the moment, compared to the way
they were, does not bode well for the future of such a solution, indeed
to me it appears impossible.


Note that I am not going to flog a dead horse, but when I do QA on the
database module, I do it with a mysql connection on the whole and with
the native connector. If the connector that my distrib provides no
longer works with the stable versions or RCs that I test out, then I can
no longer do that QA work and in the end I will give up, or else I will
just build it for myself and test it when I get the time or the
inclination. That of course is just my personal viewpoint, but one
should not ignore that other, more "normal" users, who are consumers of
the system, expect a solution to be provided for something they used to
have which "just worked" with their official version of OOo/LO and no
longer does.




Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Rene Engelhard]

On Sat, Mar 31, 2012 at 04:41:49PM +0200, Enrico Weigelt wrote:
> I didnt mean the make rules, but such programs, that deploy the executables
> containing the application files and copy them into the running system.

I meant them too. Look what make install does - it runs ooinstall which runs
make_installer.pl _because_ you need stuff it does (paths, getting what goes
where "package"-wise etc).

Regards,

Rene
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Enrico Weigelt]

> The "installation program stuff" is needed though to install the program.

Only on esoteric platforms that dont have a package management system.

The right solution is clear: implement an package management there
(maybe just port dpkg/apt) and then just us it.

> make install does that, and without that (and some steps it does) it
> becomes extremely hard if not impossible to create a install you can
> package from.

I didnt mean the make rules, but such programs, that deploy the executables
containing the application files and copy them into the running system.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[Alexander Thurgood]

Hi Norbert,

Le 31/03/12 13:57, Norbert Thiebaud a écrit :
> Alexander. I'm curious. did you ever tried with MacOS localized in
> something else than 'english'.
> i wonder if there could be a correlation between the localization of
> MacOSX and/or LO and the crashes...
>
> Norbert

I did wonder that too, but most of my tests on the stable versions of LO
are carried out with a French locale version, and these don't show the
buggy behaviour either so maybe it is only certain languages that cause
these events to happen ?

Alex
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Rene Engelhard]

On Sat, Mar 31, 2012 at 04:19:04PM +0200, Enrico Weigelt wrote:
> Actually, when I've got some spare time, I'll completely drop the whole
> installation program stuff from the tree in my branches.

The "installation program stuff" is needed though to install the program.
make install does that, and without that (and some steps it does) it becomes
extremely hard if not impossible to create a install you can package from.

But you obvously haven't looked on how the distros package this - otherwise
you'd have noticed.

Regards,

Rene
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Headless for everything in build? (Re: [Libreoffice-commits] .: hwpfilter/CppunitTest_hwpfilter_test_hwpfilter.mk)

[Enrico Weigelt]

>   The main reason (IIRC) is that the font logic is not available
>   outside
> of the unix / freetype world and that is needed for the headless /
> generic code, and until we either split out the font handling to be
> better abstracted, or ship freetype cross-platform we'll have to do
> this way I IIRC.

Directly using freetype (without any useless wrapper) seems to be the
right way.


cu
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Providing a mysql connector extension on Linux that works independently of system mysql library versions - a pipe dream ?

[Enrico Weigelt]

Hi,

> As some of you may (or may not) know, I have been attempting to
> provide the native mysql connector extension via the Extensions website.

Not that I want to demotivate you, but what for ?

AFAIK is it already built-in, but can be enabled/disabled at compile time.
So it's clearly the scope of the distros to package that.

nekrad@excalibur:~/libreoffice/core$ ./configure --help | grep mysql
  --enable-ext-mysql-connector
  --with-system-mysql Use MySQL libraries already on system, for building
  the mysql_config executable is not in PATH, use
  --with-libmysql-pathUse Connector/C (libmysql) installation for building
  Usage: --with-libmysql-path= - second, the connector code is, from what I understand, currently
> designed to use system provided mysql libs which is fine for building
> one's own connector, since everything gets pulled (well the
> libmysqlcppconn/libmysqlclient16 essentially) in at component load
> time
> - this also makes for a much smaller extension because those
> libraries
> are not included in the extension, but linked to (or at least that is
> what it appears to be like to me when I compare the Oracle connector,
> 4
> Mb, and the one I build myself 997kb).

About 1MB for just a bit glue code ? What does that thing to which
makes it so fat ?

> Now, the killer is that such an extension is not portable, i.e. it
> will only run on an identical OS that already has identical revision
> numbers of libmysqlcppconn and libmysqlclient16 libraries.

Yes, of course. As it always has been in GNU world. There never has
been anything like an reliable global ABI between different distros.
And that's a really good thing, as it allows individual distros to
have their own build and version management. 

That's why building and packaging is entirely the distro's job.
Ignore that fact, and you bring yourself into big trouble.

> This means that it is virtually pointless providing the extension
> I build for Linux at present,

It is, anyways. It always had been so. This is a fundamental design
decision.

The really great thing in GNU/Linux world is, that we have lots of
different distros, we have the concept of distros as an own layer,
which provide proper package management, so that individual application
projects do not need to (and, quite frankly, *SHOULD NOT*) hack up
strange installation and update programs all on their own.

> I would like, if that is at all possible, to have a way to build the
> connector so that I can just stick it up there and have any Linux OS
> user install it and have it work (notwithstanding the arch requirement
> of course). 

The whole idea is pointless. Let the distros do the building/packaging.
That's exactly what distros are for.

Actually, when I've got some spare time, I'll completely drop the whole
installation program stuff from the tree in my branches.

> Of course, as I put it in the subject line, this may well be
> a pipe dream, in which case I'm just going to stop providing them,
> there's no way I'm gonna spend my life building a connector for each
> and every conceivable platform.

Right. Why should you even intend to ? Leave that to the right folks,
the distros.

> The distribs do provide their own connectors, but these are linked to
> the "stable" version of LO which they provide at any given time, i.e.
> at
> least 2 points behind the main version release on the whole. For
> example, I tried the following with Bodhi Linux, none of which worked
> :

Of course, you need to build them for matching versions and ABIs, 
on the right distro. That's one of the many, many fundamental problems
of shared-library based plugins.

> - the Bodhi Linux distrib provided mysql connector (valid for 3.3.2
> only
> !!) - this did not install/work with the Deb download of LO 3.5.1.2)

Trying to mix up binary packages from different distros is a really
funny idea. It wont work.

> Perhaps there is some switch I can use that will force the mysql
> client libraries to be packaged inside the extension, like the AOOo
> one did ?

Maybe try the bundled mysql version, which I already removed in my branches.

> Hints and practical tips welcome.

Yes. One serious tip: always package for the right distro and never
try to mix binary packages between distros.


cu
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] Help button to dialog boxes in starmath module

[kud360]

Hello Everyone , this is my first patch to libreoffice or any open-source
project in general , please let me know , if i still missed out something.
http://nabble.documentfoundation.org/file/n3873477/0001-Help-Button-Added-to-Dialog-Boxes.patch
0001-Help-Button-Added-to-Dialog-Boxes.patch 

I have added Help buttons to 7 dialog boxes in starmath module including the
following and addition 3 modules :

Easy Hack 47864 - UI: Add HELP button and content to Starmath Font size
dialog 

Easy Hack 47863 - UI: Add HELP button and content to Starmath Spacing dialog

Easy Hack 47862 - UI: Add HELP button and content to Starmath Font dialog

Easy Hack 47860 - Add HELP button and content to Starmath Symbol dialog 

My first contribution to open - source ... hope i did it right 

--
View this message in context: 
http://nabble.documentfoundation.org/PATCH-Help-button-to-dialog-boxes-in-starmath-module-tp3873477p3873477.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[kud360]

Finally got the patch file :) :) thank you very much everyone :) :)

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-2012-submitting-a-patch-for-easy-hack-tp3872816p3873447.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[Korrawit Pruegsanusak]

Hello there,

On Sat, Mar 31, 2012 at 18:36, kud360  wrote:
> I think I got this one right :
> I added help buttons to all the dialog boxes that did not have them , i used
> git format-patch master stdout > helpbuttons.patch
>
> Here are the contents of the file :

I think you've done ./g format-patch, which isn't necessary, because
you've made the changes in core repository only.
And I'm not sure whether we really need 'stdout' in the command.

What I usually use is:
git format-patch HEAD~1
if you have done only one commit, a file name 0001-.patch will be
produced the working directory.

Also, you are recommended to do:
git config --global user.name "your-firstname lastname"
git config --global user.email "your-em...@sample.com"
to properly have an author information in the commit message.

Next, for submitting a patch, it's better to start an email subject
with [PATCH] to catch an attention. :-)
And if you're fixing a concrete bug, it would be good to mention a bug
number in the commit message subject, in this case fdo#47864.

Lastly, could you please send a blanket email confirming that this and
your future contributions are licensed under MPL / LGPLv3+ ?

Sorry for the long email, I hope you don't get bored yet :-)
And, welcome to LibreOffice! :-)

Best Regards,
--
Korrawit Pruegsanusak
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

old registrymodifications.xcu is overwritten by LO3.6dev

[Regina Henschel]

Hi all,

I have finished a build from trunk :) with cygwin on WinXP. I have 
installed it. Then first start does not come to splash screen but closed 
earlier. It keeps the user folder from LO3.5dev but overwrites some 
palettes files in config folder (which is OK) but also overwrites the 
registrymodifications.xcu. The second start was normal but still 
overwrites an old registrymodifications.xcu which I had restored.


Is it intended that the old registrymodifications.xcu is overwritten? 
Might this happen because my build is a debug build and the LO3.5 was not?


Installing deletes the "LOdev 3.5" folder but not completely although 
the default installation folder is "LOdev 3.6" folder. Why not keep it?


Kind regards
Regina
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[Norbert Thiebaud]

Alexander. I'm curious. did you ever tried with MacOS localized in
something else than 'english'.
i wonder if there could be a correlation between the localization of
MacOSX and/or LO and the crashes...

Norbert
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[PATCH] fdo#39749: calc unit test writing

[karthik padmanabhan]

Hi ,

I'm submitting a patch for the easy hack 39749. I have written one test
that tests the setbackgroundcolor function in ScDocFunc class

Thanks and Regards
Karthik


0001-The-function-tests-the-SetBackgroundColor-function-i.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Björn Michaelsen  changed:

   What|Removed |Added

 Depends on|46904   |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Björn Michaelsen  changed:

   What|Removed |Added

 Depends on||46904

--- Comment #259 from Björn Michaelsen  
2012-03-31 04:20:46 PDT ---
Add 46904: single file collated printing creates broken PDF. This breaks "print
to file" and "real" printing.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[Alexander Thurgood]

Le 31/03/12 12:19, julien2412 a écrit :


> What about putting these bugs to "RESOLVED/NOTOURBUG" ? :-p
> More seriously, I really wonder if it's  due to LO bug(s) or Accessibility
> bug(s) (mix of both/depend on the LO bug reported ?)
> 

At a wild guess, incompatibilites in the new APIs used by Apple as it
marches on with the evolution of its OS and LO's archaic use of the old
AT API interface methods...

The problem with your suggestion ;-) of setting to NOTOURBUG is that the
problems will get worse. As it is, people with a disability requiring
the use of the AT APIs can not use LO on Lion, or apparently Leopard,
without it crashing on them willy-nilly and in extremely random situations.

This means that if nothing is done, i.e. if we can't find a Mac
programmer who knows the AT APIs and can convert our crappy Carbon/Cocoa
kludge (which has served us well so far, but is really out of date) to
deal with those issues, then we will ultimately cut ourselves off from
anyone with a disability.

As it is, LO suffers, due to its OOo heritage, from accessibility issues
independently of the OS, simply because it wasn't designed in advance
with accessibility in mind, and that got thrown in as an afterthought by
Sun/IBM at some stage during OOo development. If we now continue to
alienate even more those with a disability, then there is no way that LO
will gain significant market penetration with any form of administration
that requires accessibility issues to be taken seriously. The biggest
case in point I can remember is the Massachussetts state deciding not to
migrate to OOo because of its failure to adequately deal with
accessibility issues, whereas at the time MSO had no such problems (at
least not that would make the situation any worse than it was).

Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[julien2412]

Alexander Thurgood wrote
> 
> ...
> I have noticed that the crashes seem to be
> more frequently reported on Leopard (10.5) and Lion (10.7) when the
> accessibility technology interface is activated, whereas SnowLeopard
> seems to be "relatively" spared. As I don't have either of the odd
> numbered versions, I can not test my assumption.
> Alex
> 
What about putting these bugs to "RESOLVED/NOTOURBUG" ? :-p
More seriously, I really wonder if it's  due to LO bug(s) or Accessibility
bug(s) (mix of both/depend on the LO bug reported ?)

Julien

--
View this message in context: 
http://nabble.documentfoundation.org/About-LO-Mac-OS-bugs-which-appear-if-accessibility-options-enabled-tp3845211p3873146.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC 2012 , submitting a patch for easy hack

[Olivier Hallot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Karam

Em 31-03-2012 01:06, kud360 escreveu:
> How can I get a patch file for my commit , I tried the instructions on wiki
> page , but that did not generate any file :(


after comitting, if you used git format-patch, you will have a
"0001-<...>.patch" file in your git root folder.

Note that the Help text already exist as indicated in the bug entry. You
need to link the right help page to your patch

Regards
- -- 
Olivier Hallot
Founder, Board of Directors Member - The Document Foundation
LibreOffice translation leader for Brazilian Portuguese
+55-21-8822-8812
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPdtmfAAoJEJp3R7nH3vLxjXQH/jIAG9E9LIE68fAnYyYkJ25w
WKQzpX752azFpJzblfH1CgyasOJ1MTxUTAigcgC1PoGz/8iapxSpsVd69Ok8dRB7
bf71Ei7cYzAH4Nn77uF/Pn7xuwh/px5q+JsextkG7ZH0DIcewVutijyxtGOAPvOY
W41JYVLERXOFoMdueTF8kbuJ0bJbliQIFc+A0PeierPhkAfJuw8HS0llsoj7Xmx2
DLe0UzyaRULkVEppaVbGN18imU4T4BzjuGfjtJySbCF0g8zPsWYCWhNd0GHhoRGX
2yJr6r5oPO8rL7sYF/3YFkhum+JUGrvxx/5ncKq9Ieejo1ebBD03ksgPQgfgpjU=
=iehz
-END PGP SIGNATURE-
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[Alexander Thurgood]

Le 31/03/12 11:59, julien2412 a écrit :

Hi Julien,

> Another crash due to/triggered by accessibility option in MacOs :
> https://bugs.freedesktop.org/show_bug.cgi?id=47569
> 
> Alex : did you get some backtrace with symbols to attach to fdo#47368 ?
> 

I haven't checked this one out yet, but I absolutely could not get a
crash to occur with the previous bug report, and I really did try,
basically repeating the steps in the video to which the bug reporter
posted a link in the issue. I have noticed that the crashes seem to be
more frequently reported on Leopard (10.5) and Lion (10.7) when the
accessibility technology interface is activated, whereas SnowLeopard
seems to be "relatively" spared. As I don't have either of the odd
numbered versions, I can not test my assumption.


Alex


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: About LO Mac OS bugs which appear if accessibility options enabled

[julien2412]

Alexander Thurgood wrote
> 
>> I've add --with-symbols to my Mac tinderbox... the next daily build
>> should have them... hope this help
> That would be great, thanks :-) !!
> 
Another crash due to/triggered by accessibility option in MacOs :
https://bugs.freedesktop.org/show_bug.cgi?id=47569

Alex : did you get some backtrace with symbols to attach to fdo#47368 ?


--
View this message in context: 
http://nabble.documentfoundation.org/About-LO-Mac-OS-bugs-which-appear-if-accessibility-options-enabled-tp3845211p3873117.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: build failure: sc_ucalc.test - cppunittester abort trap (core dumped)

[Lubos Lunak]

On Saturday 31 of March 2012, Albert Thuswaldner wrote:
> Hi,
> Sorry, I'm not much of help...
>
> On Thu, Mar 29, 2012 at 13:29, R Skinner
>
>  wrote:
> > [I tried at the users list but was advised I should post here instead]
> >
> > Hi, I'm new here, and I'm driven here by desperation. I'm trying to build
> > libreoffice-3.4.5.2 on FreeBSD and it is failing the testing stage. I'm
> > running out of time for a client to pick up, so I need to fix this now
> > and I need some pointers on how to figure out whats wrong here.
>
> I haven't tried to build LO on FreeBSD, but others have. Have you
> searched the ML to find some clue to solve your problem?
>
> This for instance:
> http://lists.freedesktop.org/archives/libreoffice/2012-February/027383.html

 If you use the Clang compiler, then I somehow doubt you'll manage to get 
3.4.5 working with that. In fact I'm even surprised the link mentions 3.5 as 
usable with Clang, since I had to do several fixes in master this month to 
get LO compile and run with Clang on Linux.

-- 
 Lubos Lunak
 l.lu...@suse.cz
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Mac OSX build from master stalling in tail_end build SLC

[Alexander Thurgood]

Hi all,

Subject line says it all.

Anyone else noticed this ? Have noticed this since yesterday after fresh
pull, clean, rebuild.


Alex

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 37361] LibreOffice 3.5 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37361

Rainer Bielefeld  changed:

   What|Removed |Added

 Depends on||32709

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Bug 35673] LibreOffice 3.4 most annoying bugs

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=35673

Rainer Bielefeld  changed:

   What|Removed |Added

 Depends on|32709   |

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice