Re: [gtk-osx-users] GTK+ macOS: fontconfig

[John Ralls <jralls ceridwen us>]

Didn’t follow my own request. Sigh.

On Oct 5, 2018, at 10:38 AM, John Ralls <jralls ceridwen us> wrote:

Please remember to copy the list on all replies.

No, your first run of pip install six installed it for the system python. Then you built python inside $PREFIX and that’s the python that gtkdoc-rebase used, so it didn’t see first installation of six.

I just updated the pango module (along with a bunch of others) in modulesets-stable/gtk-osx.modules last weekend. Have you pulled that?

Regards,

John Ralls

On Oct 5, 2018, at 9:08 AM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:

I've executed the following out of `~/':

jhbuild shell
sudo -H python -m ensurepip
sudo -H pip install six
exit
jhbuild bootstrap

jhbuild build python meta-gtk-osx-bootstrap meta-gtk-osx-freetype pango

I still got the `ImportError: No module named six' error when building harfbuzz.

STDOUT:

make DESTDIR=/Users/gtk-build/gtk/inst/_jhbuild/root-harfbuzz install

[1m*** Error during phase install of harfbuzz: ########## Error running make DESTDIR=/Users/gtk-build/gtk/inst/_jhbuild/root-harfbuzz install *** [22/29] (B [m

]0;jhbuild:Error during phase install of harfbuzz: ########## Error running make DESTDIR=/Users/gtk-build/gtk/inst/_jhbuild/root-harfbuzz install [22/29]

STDERR:

Traceback (most recent call last):

  File "/Users/gtk-build/gtk/inst/bin/gtkdoc-rebase", line 28, in <module>

    from gtkdoc import common, config, rebase

  File "/Users/gtk-build/gtk/inst/share/gtk-doc/python/gtkdoc/common.py", line 31, in <module>

    import six

ImportError: No module named six

make[2]: *** [install-data-local] Error 1

make[1]: *** [install-am] Error 2

make: *** [install-recursive] Error 1

However, at this interim stage, I broke out of the execution and reentered the above `jhbuild shell' commands. Subsequently, `jhbuild build python meta-gtk-osx-bootstrap meta-gtk-osx-freetype pango', completed successfully. There must have been some logic in `jhbuild bootstrap' that was rolling back the installation of the `six' python module.

I then encountered a build error when configuring `pango':

docs/Makefile.am:50: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')

examples/Makefile.am:6: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')

examples/Makefile.am: installing './depcomp'

pango/Makefile.am:417: error: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL

pango/Makefile.am:493: error: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL

pango/Makefile.am:16: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')

tools/Makefile.am:3: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')

utils/Makefile.am:30: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS')

win32/Makefile.am:1: error: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL

win32/Makefile-newvs.am:23: warning: MSVC_TOOLSET was already defined in condition TRUE, which includes condition MSVC_NO_TOOLSET_SET ...

win32/vs15/Makefile.am:30:   'win32/Makefile-newvs.am' included from here

win32/vs15/Makefile.am:28: ... 'MSVC_TOOLSET' previously defined here

autoreconf: automake failed with exit status: 1

*** Error during phase configure of pango: ########## Error running autoreconf -fi ***

On Mon, 10 Sep 2018 at 15:02, John Ralls <jralls ceridwen us> wrote:

Neither. Pipenv provides that particular bit of magic.

Pyenv gets us Python3, in which we must run jhbuild in order to use meson. Pip makes it simple to add python-based tooling like six and meson. Pipenv pulls the two together, greatly simplifying the configuration: If your project needs something else from Pypi you can just add it to your Pipfile and Pipenv will take care of installing it for you at startup.

Regards,

John Ralls

On Sep 10, 2018, at 3:04 AM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:

Great, thanks John.

I'll configure it manually through the shell for now.

I had a look at `new-setup.sh'; very succinct and elegant. Is it an aspect of pip or pyenv that provides the voodoo to automatically install missing python modules?

On 9 September 2018 at 02:15, John Ralls <jralls ceridwen us> wrote:

The way I intend to resolve the problem with PIP modules going forward is in https://github.com/jralls/gtk-osx-build/tree/pipenv. No-one on the list seems terribly interested in that though, so when I get bit of bandwidth I'll just finish it up and merge it to master.

In the meantime the simplest thing to do is to build python and then run the following commands in a jhbuild shell:
  python -m ensurepip
  pip install six

Once six is installed you can build meta-gtk-osx-bootstrap and whatever else you need.

Regards,
John Ralls

> On Sep 8, 2018, at 3:44 PM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:
>
> Hi list,
>
> I'm finally getting around to building a MAS compliant set of Pango libraries.
>
> However, after building `bootstrap', I am unable to build `python meta-gtk-osx-bootstrap meta-gtk-osx-freetype pango'. The error is python related, and occurs when make is installing glib:
>
> Traceback (most recent call last):
>   File "/Users/gtk-build/gtk/inst/bin/gtkdoc-rebase", line 28, in <module>
>     from gtkdoc import common, config, rebase
>   File "/Users/gtk-build/gtk/inst/share/gtk-doc/python/gtkdoc/common.py", line 31, in <module>
>     import six
> ImportError: No module named six
>
> I tried with my existing jhbuild environment (that I had previously successfully built the above modules), and then with a clean prefix, having updated gtk-osx and rerun `gtk-osx-build-setup.sh'.
>
> I found a reference to the python six module in the following file (See `<disutils id="pysix">'):
>
> https://gitlab.gnome.org/GNOME/gtk-osx/blob/master/modulesets/gtk-osx-python.modules
>
> However, the `gtk-osx-python.modules' file under `~/Source/jhbuild/modulesets/' does not contain any `disutils' entries.
>
> I'm not sure how my previous build environment could have been broken, unless there are dynamic build scripts downloaded at runtime that have changed to include this dependency on python six?
>
> Cheers,
>
> Jeff.
>
> On 10 May 2018 at 03:49, John Ralls <jralls ceridwen us> wrote:
> Jeff,
>
> You should manually override libz. The easiest way would be to add it to your skip list so that it isn’t built.
>
> You can file a bug against Pango, the bug tracker is https://bugzilla.gnome.org until Pango gets migrated to https://gitlab.gnome.org (supposedly sometime this month). It will get attention faster if you can provide a patch. Behdad isn’t terribly familiar with the details of the MacOS API.
>
> Regards,
> John Ralls
>
>
>> On May 9, 2018, at 9:34 AM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:
>>
>> Hi John,
>>
>> I've had success building i386 and x86_64 flavours of the pango/cairo dylibs and using lipo to create universal binaries.
>>
>> However, uploading to the Mac App Store, I encountered the following two issues:
>>      • By default, GTK+ is building its own version of libzip and linking other libraries to it. This is not allowed by Apple, who insist on their distributed library being used.
>>      • There is a call to `CTFontCopyDefaultCascadeList' in `pangocoretext-fontmap.c', which is not allowed by Apple, as it is not a "public" API function.
>> Is there an easy way to have GTK+ OSX build and link against the system's libzip, or shall I manually override that?
>>
>> As we only use FontConfig, not Core Text, do you know if there is a way of disabling all other font managers in the build config of the stack?
>>
>> Cheers,
>>
>> Jeff.
>>
>> On 31 March 2018 at 00:50, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:
>> You're too quick for me John!
>>
>> Nice one.
>>
>>
>> On Sat, 31 Mar 2018, 00:48 John Ralls, <jralls ceridwen us> wrote:
>> Yes, you need to build python for i386 because the one Apple provides is x86_64 only.
>>
>> The reason adding libxml2 and python didn't do anything for you is because you've already build libxml2 (it's included in meta-gtk-osx-bootstrap) and you need to rebuild it with python:
>>   jhbuild build -f --clean libxml2 python
>>
>> Regards,
>> John Ralls
>>
>>
>> > On Mar 30, 2018, at 4:37 PM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:
>> >
>> > Great tip, thanks John. It did not occur to me that some of the `bootstrap' modules were optional for subsequent builds.
>> >
>> > This command worked for the `x86_64' build:
>> >
>> > jhbuild build meta-gtk-osx-bootstrap meta-gtk-osx-freetype pango
>> >
>> > However, I am encountering an error when building `i386':
>> >
>> > checking for python script directory... ${prefix}/lib/python2.7/site-packages
>> > checking for python extension module directory... ${exec_prefix}/lib/python2.7/site-packages
>> > checking for python module libxml2... not found
>> > configure: error: Python module libxml2 is needed to run this package
>> > *** Error during phase configure of itstool: ########## Error running ./configure --prefix /Users/gtk-build/gtk/inst    *** [8/25]
>> >
>> > I tried adding modules `libxml2' and `python' to the list explicitly, but with the same result.
>> >
>> > N.B. In the `~/gtk/inst/lib/python2.7/site-packages/' directory for the `x86_64' build, there are multiple `libxml' and `libxslt' library/module files. At the point of failure in the `i386' build, the `libxml' files are present in the same location, but the `libxslt' files are not.
>> >
>> > I'm not sure why the error is being generated, so I am going to debug `~/gtk/source/itstool-2.0.2/configure'. The error message is being generated at line 2426.
>> >
>> > On 29 March 2018 at 02:01, John Ralls <jralls ceridwen us> wrote:
>> >
>> >
>> >> On Mar 28, 2018, at 8:38 AM, Jeffrey Sheen <jeffrey sheen00 alumni imperial ac uk> wrote:
>> >>
>> >> N.B. Using a Sierra 10.12.6 environment with Xcode 9.2 and the `~/.jhbuildrc-custom' parameters:
>> >>
>> >> setup_sdk(target='10.6')
>> >> or
>> >> setup_sdk(target='10.7')
>> >>
>> >> This causes `jhbuild bootstrap' to fail when bootstrapping `cmake 3.10.0':
>> >>
>> >> clang: warning: libstdc++ is deprecated; move to libc++ with a minimum deployment target of OS X 10.9 [-Wdeprecated]
>> >> cmake_bootstrap_24961_test.cxx:6:2: error: "Compiler is not in a mode aware of C++11."
>> >>
>> >> The approach I am taking now is to roll back to gtk-osx `Last-Lion', and create a custom local branch to fold in subsequent commits necessary to update pango/cairo/freetype versions.
>> >>
>> >> I may need to set up a custom environment to improve build compatibility.
>> >
>> > Unless you need cmake for some reason, why don’t you just add cmake to the skip list in .jhbuildrc-custom?
>> >
>> > Regards,
>> > John Ralls
>> >
>> >
>>
>>
>
>