[Libreoffice] Build problems (and some solutions) in Mac OSX
Hello All, I have burned about 1.5 GB of metered network bandwidth, so far, following these instructions: http://wiki.documentfoundation.org/Development/How_to_build#Getting_the_sources I have found and, I think fixed, problems which occur on both origin/master and origin/libreoffice-3-5, where the test for a parallel build bug presumes that mktmp and the thing to do sha1 hash sums look like they do on linux. A patch is attached, which I *think* will not break the linux builds. I release this change under GPLv3 and MPL, as requested. I hope that nobody has a software patent on the idea of correctness in code :-) There is also a human-sized problem, with some instructions on the web-site being wrong: https://bugs.freedesktop.org/show_bug.cgi?id=43920 I am now stuck, and have not yet built libre-office. There are two ways forward; one technical and one human. The technical one is: - my builds of origin/master and origin/libreoffice-3-5 fail in pango, because it depends on where cairo gets its fonts from, and on Apple Aqua, cairo gets its fonts from quartz, for which the corresponding parts of pango seem not to have been written - this bug records my journey: https://bugs.freedesktop.org/show_bug.cgi?id=43917 - I expect that I will not complete it without help - how, if at all, is this software buildable under MacOS? The human one is: - prebuilt LibreOffice 3.4.4 OOO340m1 (Build:402) from here: http://www.libreoffice.org/download/ runs on my Mac, so it must be buildable - I cannot find the OOO340m1 tag in the git repository that I have already invested resources in downloading - I do not understand which pieces of the source I would need, in order to play with Writer, and how big they would be - please can there be a link on the download page, to an explanation of how the various torrents relate to the various repositories? - better yet, please can the source for this version be put into the repository, and I be told how to change to it? Regards, James, Wellington, New Zealand. diff --git a/configure.in b/configure.in index 433c523..800c23c 100644 --- a/configure.in +++ b/configure.in @@ -2713,7 +2713,19 @@ if test $_make_longver -ge 038200 ; then elif test $_make_longver -ge 038100 ; then AC_MSG_RESULT([$GNUMAKE $_make_version]) AC_MSG_CHECKING([for GNU make bug 20033]) -TESTGMAKEBUG20033=`mktemp -d` +dnl +dnl FIXME: mktemp takes different arguments on different platforms: +dnl http://stackoverflow.com/questions/2792675/how-portable-is-mktemp1 +dnl +dnl -t means either 'use $TMPDIR' (OK) or 'the following is a template'. +dnl and without 'the following is a template', a following template +dnl is allowed, so this *may* work on *most* platforms +dnl +TESTGMAKEBUG20033=`mktemp -d -t MakefileXX` +SHA1SUM=sha1sum +if test $_os = Darwin; then +SHA1SUM=shasum +fi cat $TESTGMAKEBUG20033/Makefile EOF A := \$(wildcard *.a) @@ -2736,7 +2748,7 @@ define d2 endef %.b : %.a - \$(eval CHECKSUM := \$(word 1,\$(shell cat \$^ | sha1sum))) \$(if \$(wildcard \$(CACHEDIR)/\$(CHECKSUM)),\ + \$(eval CHECKSUM := \$(word 1,\$(shell cat \$^ | $SHA1SUM))) \$(if \$(wildcard \$(CACHEDIR)/\$(CHECKSUM)),\ \$(call d1,\$(CHECKSUM)),\ \$(call d2,\$(CHECKSUM))) EOF ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build problems (and some solutions) in Mac OSX
Hello Tor, Norbert, Michael and Christian, Thank you for your welcome and help in narrowing the problem. I am not yet a Mac graphics expert. Depending on which itches I develop, I may well end up learning on this project. I am currently building libreoffice-3-5, and will have some investigation to do, after it stops. Michael, yes, changing branches required much less bandwidth than initially downloading. In order to get something sensible, I had to learn about --track, because the default on my version of GIT (1.7.7.3, downloaded pre-built from Google Code) seems to be non-tracking and detached HEADs. What's the normal delay, for a patch to get from master to libreoffice-3-5? I'm asking because having a delay is sensible, to wait for obscure trouble, and mine has not made it yet. Christian, if I resort to removing macports, is there a standard set of instructions for cleaning up after it? I think that, in order not to panic when I found the set of torrents for tar-gzip files of 3.3 and 3.4 source-code, I would have needed reassurance that future development was going to be on the GIT repository that I had already downloaded. I don't know how that could be put non-confusingly onto the page that offered that source-code; possibly by having the link to the instructions for that repository show on that page, labeled 3.5 (beta) and later. I'm not sure that the tinderbox is recording recent MacOSX builds. When I click on the link in the red box, it says something about 12/13 17:58. None of this is urgent. I'll come back to you-all when I have some results from my build. Regards, James. On Wed, Dec 21, 2011 at 1:38 AM, Christian Lohmaier lohmaier+libreoff...@googlemail.com wrote: Hi James, *, On Tue, Dec 20, 2011 at 7:04 AM, James C james.from.welling...@gmail.com wrote: [building on Mac] There is also a human-sized problem, with some instructions on the web-site being wrong: https://bugs.freedesktop.org/show_bug.cgi?id=43920 Your issues show that you got a polluted environment, you have macports/fink/whatever installed that interferes with the build. Building against non-Apple-provided libraries and stuff is not supported. Patches to shield the build-environment against accidentally building against those are welcome. To build LO on Mac: Get rid of the macports/fink/... stuff. Create an environment where only XCode is used. (with the exception of the mac dependencies when you don't use --disable-mozilla) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build problems (and some solutions) in Mac OSX
I release the change originally attached below under LGPLv3+ and MPL. On Tue, Dec 20, 2011 at 7:04 PM, James C james.from.welling...@gmail.com wrote: Hello All, I have burned about 1.5 GB of metered network bandwidth, so far, following these instructions: http://wiki.documentfoundation.org/Development/How_to_build#Getting_the_sources I have found and, I think fixed, problems which occur on both origin/master and origin/libreoffice-3-5, where the test for a parallel build bug presumes that mktmp and the thing to do sha1 hash sums look like they do on linux. A patch is attached, which I *think* will not break the linux builds. I release this change under GPLv3 and MPL, as requested. I hope that nobody has a software patent on the idea of correctness in code :-) There is also a human-sized problem, with some instructions on the web-site being wrong: https://bugs.freedesktop.org/show_bug.cgi?id=43920 I am now stuck, and have not yet built libre-office. There are two ways forward; one technical and one human. The technical one is: - my builds of origin/master and origin/libreoffice-3-5 fail in pango, because it depends on where cairo gets its fonts from, and on Apple Aqua, cairo gets its fonts from quartz, for which the corresponding parts of pango seem not to have been written - this bug records my journey: https://bugs.freedesktop.org/show_bug.cgi?id=43917 - I expect that I will not complete it without help - how, if at all, is this software buildable under MacOS? The human one is: - prebuilt LibreOffice 3.4.4 OOO340m1 (Build:402) from here: http://www.libreoffice.org/download/ runs on my Mac, so it must be buildable - I cannot find the OOO340m1 tag in the git repository that I have already invested resources in downloading - I do not understand which pieces of the source I would need, in order to play with Writer, and how big they would be - please can there be a link on the download page, to an explanation of how the various torrents relate to the various repositories? - better yet, please can the source for this version be put into the repository, and I be told how to change to it? Regards, James, Wellington, New Zealand. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build problems (and some solutions) in Mac OSX
Hello Norbert, I license my past and future contributions to LibreOffice under LGPLv3+ and MPL. I have created an entry for myself on the wiki, and will link the archive of this email into it in due course. Regards, James. On Thu, Dec 22, 2011 at 6:01 AM, Norbert Thiebaud nthieb...@gmail.com wrote: snip BTW can you post a corrected license statement... I missed it too the first time around but you said 'GPLv3 and MPL' not 'LGPLv3+ and MPL' in the statement above. Additionally for licence traking purpose, it would be useful if you added yourself in http://wiki.documentfoundation.org/Development/Developers and linked to such a license statement... Thanks, Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [MacOS] Horizontal cursor positioning in justified text
Hello All, Justified text changes the kerning (space between letters) of words on a line. The cursor positioning in writer seems to assume, falsely, that all of the adjustment happens in the spaces between words. So the cursor ends up in the middle of, or on the wrong side of, letters. This matters to me because I write texts for a university which requires justified paragraphs Test case: - start a writer document - default font: Times New Roman 12 - default paper size: A4 - click Justified in the tool-bar - type 12345678990 1234567890 - type i repeatedly until it wraps across the line - press return - up-arrow to the start of the first line - right-arrow slowly, while watching the cursor - after nine presses, it is in the middle of the left seven - after the eleventh press, it is in the middle of the right four Expected result: - the cursor should get to the right edge of the left 0, and then move to the left edge of the right 1 Questions: - is anybody currently working on this? (If so, they should continue, and I should work on something else.) - does anybody have hints, for where I should start reading the code? (I suspect pango, in which case I may end up trying to push changes to them; are they receptive?) - if I start working on this, should I record a bug? My configuration: - MacOS 10.6.8 - Macbook 8.1 (Intel) - libreoffice-3-5 branch, as of sometime yesterday - plus some changes to cause buildability Regards, James. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [BUG] Hide system pkg-config, to avoid finding stray freetype.
Hi All, This is a protection-from-contaminated-system patch, anticipated in the tail of this bug: https://bugs.freedesktop.org/show_bug.cgi?id=43917 Depending on what happens to my git send-emal attempt, another copy may appear later. Regards, James. On Thu, Dec 22, 2011 at 11:06 PM, Caolán McNamara caol...@redhat.com wrote: On Thu, 2011-12-22 at 20:33 +1300, James C wrote: I submitted a patch with git send-email. I presume that it is awaiting moderation. hmm, maybe not, probably worth extracting it with git format-patch and try sending it as a manual attachment. Even if it is in moderation, might be a while over the holiday season before a moderator gets to look at the moderation queue. C. 0001-Hide-system-pkg-config-to-avoid-finding-stray-system.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Hide system pkg-config, to avoid finding stray freetype.
Sorry; re-doing the manual process with the right label :-) On Thu, Dec 22, 2011 at 11:52 PM, James C james.from.welling...@gmail.com wrote: Hi All, This is a protection-from-contaminated-system patch, anticipated in the tail of this bug: https://bugs.freedesktop.org/show_bug.cgi?id=43917 Depending on what happens to my git send-emal attempt, another copy may appear later. Regards, James. On Thu, Dec 22, 2011 at 11:06 PM, Caolán McNamara caol...@redhat.com wrote: On Thu, 2011-12-22 at 20:33 +1300, James C wrote: I submitted a patch with git send-email. I presume that it is awaiting moderation. hmm, maybe not, probably worth extracting it with git format-patch and try sending it as a manual attachment. Even if it is in moderation, might be a while over the holiday season before a moderator gets to look at the moderation queue. C. 0001-Hide-system-pkg-config-to-avoid-finding-stray-system.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [BUG] Hide system pkg-config, to avoid finding stray freetype.
Yes, we can't protect against an arbitrarily broken system. I'm not a good systems administrator. I don't know how to do please consider hiding it without breaking something else. I think pango is faulty; it needs to depend on how cairo was configured, but it is testing how the system is configured. But that's above my pay-grade. I like this change because it's within the part of the world that's currently open to me to possibly (depending on this conversation) change. On Thu, Dec 22, 2011 at 11:59 PM, Tor Lillqvist t...@iki.fi wrote: This is a protection-from-contaminated-system But in general, a system can be contaminamed in arbitrary ways. Should/can we really protect against arbitrary, unknown, ways in which a system might have been changed by helpful 3rd-party software or misguided sysadmins/users to not correspond to a normal installation of the OS in question? No, we can't. What we should do, IMHO, is to check in our own configure.in if there is a pkg-config in PATH on a system where one is not expected to be present (only Mac OS X, I guess?), and in that case emit a warning. But wait, we already do that! if test $_os = Darwin; then AC_MSG_CHECKING([for bogus pkg-config]) if test -n $PKG_CONFIG; then if test $PKG_CONFIG = /usr/bin/pkg-config ls -l /usr/bin/pkg-config | grep -q Mono.framework; then AC_MSG_RESULT([yes, from Mono]) else AC_MSG_RESULT([yes, from unknown origin]) fi AC_MSG_WARN([This might have unexpected consequences, please consider hiding $PKG_CONFIG]) echo Having a $PKG_CONFIG might have unexpected consequences, please consider hiding it warn else AC_MSG_RESULT([no]) fi fi --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [MacOS] Starting dev-install is hairy
Hi Stephen, Probably not. There is currently no soffice in my path (as determined by which), and I don't think I've ever put anything in /Applications into the path, because the mechanism for starting those does not rely on it. What now strikes me as more likely is: - each process from each version of LibreOffice cooperates with other processes, so that only one LO process is running - (probably) the cooperation extends across versions - I don't recall whether I got a window, or only a change of current application - I may have had a change to an already-running process from the other version - (probably) closing that to retry enabled me to have the version I wanted There is a better bodge for unix-like (rather than Mac-like) resource discovery; applescript can do 'set variable to path to me', and Automator can run pieces of applescript. I don't know whether the startup for an Xcode application can be a piece of applescript or not. Regards, James. On Mon, Jan 2, 2012 at 11:38 PM, Stephan Bergmann sberg...@redhat.com wrote: On 12/22/2011 08:33 AM, James C wrote: - cd-ing into Contents/MacOS and running soffice, gives me apparently the version installed in /Applications Did you call it as plain soffice (instead of ./soffice) so it picked the one from PATH? Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice