Package Details: mingw-w64-pango 1.52.2-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-pango.git (read-only, click to copy)
Package Base: mingw-w64-pango
Description: A library for layout and rendering of text (mingw-w64)
Upstream URL: https://pango.gnome.org/
Keywords: gnome mingw mingw-w64 pango
Licenses: LGPL-2.1-or-later
Submitter: Schala
Maintainer: pingplug
Last Packager: pingplug
Votes: 7
Popularity: 0.000000
First Submitted: 2015-10-10 19:40 (UTC)
Last Updated: 2024-04-01 13:54 (UTC)

Latest Comments

Score_Under commented on 2023-03-09 00:21 (UTC) (edited on 2023-03-09 00:37 (UTC) by Score_Under)

I get this error when building in a clean chroot (despite the 1.50.12 version working fine):

../meson.build:1:0: ERROR: Executables created by c compiler x86_64-w64-mingw32-gcc are not runnable.

It seems to run the 32-bit build to completion(?) just fine, but the 64-bit build fails immediately with the above error.

~However I don't know enough about meson to say why, or how to fix it.~ ed: seems to be a bug in the upstream wine package, where libunwind is a dependency of ntdll.so but isn't included as a dependency in the package itself. I worked around it by putting libunwind in makedepends, but this should probably be fixed on arch's end. There is an existing bug ticket at https://bugs.archlinux.org/task/77413

lantw44 commented on 2020-06-13 03:59 (UTC)

Is there any reason that this package was updated from a stable release (1.44.7) to an unstable release (1.45.1)?

adsun commented on 2018-12-21 00:16 (UTC)

mingw-w64-pangomm now fails to build unless mingw-w64-libthai is present with mingw-w64-pango. mingw-w64-libthai should be in depends rather than optdepends.

adsun commented on 2018-08-22 02:01 (UTC)

A build configure in a clean chroot now fails unless mingw-w64-poppler is installed. mingw-w64-poppler should be added to the makedepends.

dos1 commented on 2018-07-04 01:59 (UTC) (edited on 2018-07-04 01:59 (UTC) by dos1)

Fails to build when help2man is installed.

[126/126] Generating pango-view.1 with a meson_exe.py custom command.
FAILED: pango-view/pango-view.1 
/usr/bin/python /usr/bin/meson --internal exe /tmp/yaourt-tmp-dos/aur-mingw-w64-pango/src/pango/build-i686-w64-mingw32/meson-private/meson_exe_help2man_c690be7c409e213e3d822bd418d0a5de284b4c05.dat
help2man: can't get `--help-all' info from /tmp/yaourt-tmp-dos/aur-mingw-w64-pango/src/pango/build-i686-w64-mingw32/pango-view/pango-view.exe
Try `--no-discard-stderr' if option outputs to stderr
ninja: build stopped: subcommand failed.

adsun commented on 2018-06-21 13:37 (UTC)

I was wondering if it would be possible to add mingw-w64-libthai to depends, as the regular pango package has libthai in depends.

doragasu commented on 2018-06-19 05:54 (UTC)

Fails:

ERROR: Can not use target pango-view as a generator because it is cross-built
and no exe wrapper is defined. You might want to set it to native instead.

lantw44 commented on 2018-04-22 06:13 (UTC) (edited on 2018-04-22 06:14 (UTC) by lantw44)

It looks like gobject-introspection dependency is missing:

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
win32/Makefile.am:1: error: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL

After adding gobject-introspection to makedepends, it still fails:

checking for fribidi >= 0.19.7... no
configure: error: Package requirements (fribidi >= 0.19.7) were not met:
No package 'fribidi' found