Package Details: pygtk 2.24.0-12

Git Clone URL: (read-only, click to copy)
Package Base: pygtk
Description: Python bindings for the GTK widget set
Upstream URL:
Keywords: GTK Python widget
Licenses: LGPL
Submitter: arojas
Maintainer: ragouel
Last Packager: ragouel
Votes: 74
Popularity: 4.68
First Submitted: 2020-03-29 19:09 (UTC)
Last Updated: 2021-01-16 00:35 (UTC)

Latest Comments

ostroffjh commented on 2022-01-24 23:31 (UTC)

Never mind on my last comment. I'm using Artix, not Arch, which is why I didn't see it in the main repos.

ostroffjh commented on 2022-01-24 18:33 (UTC)

python2-cairo (a listed dep) is no longer in AUR. That leaves it so pygtk can't be built.

robson commented on 2021-05-22 22:33 (UTC) (edited on 2021-05-22 22:35 (UTC) by robson)

An identical replacement for fslint-gui is czkawka-gui-bin which does not need pygtk.

Rhinoceros commented on 2021-05-12 23:15 (UTC) (edited on 2021-05-12 23:15 (UTC) by Rhinoceros)

Forum post regarding missing libglade.

atescula commented on 2021-05-12 19:22 (UTC)

pygtk is a dependency for fslint-gui package for example. pygtk cannot be installed due to libglade missing fslint-gui cannot be started

class101 commented on 2021-05-10 15:54 (UTC) (edited on 2021-05-10 15:55 (UTC) by class101)

I think libglade has been removed from extra/ because the official page mention it is deprecated and shouldn't be used anymore

This module is heading towards planned deprecation. It will continue to be supported and API/ABI stable throughout the GNOME 2.x series, but we do not recommend using it in new applications unless you require functionality that has not already been moved elsewhere.

ArthurBorsboom commented on 2021-05-10 14:47 (UTC)

The dependency 'libglade' does not exist anymore in the AUR, according to the package manager 'yay'.

ragouel commented on 2021-01-16 00:37 (UTC)

Apologies for the delay. I added support for aarch64 thanks to gameslayer's suggestion.

gameslayer commented on 2021-01-09 11:47 (UTC) (edited on 2021-01-09 11:47 (UTC) by gameslayer)

Works on Arm64 (Raspberry pi 4)

Just edited the pkgbuild file and added aarch64 to the arch and to fix the compiling issue with pygtk I added --build=unknown-unknown-linux to the end of ./configure to make it work.

grumpymatt commented on 2020-12-25 21:41 (UTC)

I was able to compile on a raspberry pi 4 using;a=blob_plain;f=config.guess;hb=HEAD and modifying the pkgbuild to allow ARM architecture.

ragouel commented on 2020-11-11 21:19 (UTC) (edited on 2021-01-16 00:38 (UTC) by ragouel)

If anyone has an ARM device and is willing to help me test this on it, let me know so I can provide support for ARM architecture as well.

eschwartz commented on 2020-08-16 21:50 (UTC)

This was already discussed around

The ONLY correct solution for updating config.guess is re-running autoreconf -fi. However, the arch=('x86_64') in the PKGBUILD does suggest it isn't tested on ARM, and it may or may not work or need additional workarounds to compile on such architectures. It is up to the maintainer to decide whether to add/test this support.

lxgr commented on 2020-08-16 21:42 (UTC)

This package causes problems compiling on archlinux arm aarch64, because the config.guess in the sourcecode is way out of date. This can be worked around by including a file called 'config.guess' with this;a=blob_plain;f=config.guess;hb=HEAD content and copying it to the builddir. I did this by adding 'config.guess' to source, 'Skip' to sha256sums and 'cp ../config.guess ./' at the end of prepare in the PKGBUILD.

daniel_shub commented on 2020-05-19 00:29 (UTC)

@zman0900 I think the point is that it is unlikely that someone maliciously replaces the patches but does not modify the PKGBUILD since they are downloaded as a bundle. Silent corruption should be caught when you clone the git repository, but is probably technically a possibility. Ideally the patches and the PKGBUILD would be signed, but in practice, the Arch way is buyer beware. You should be reading the PKGBUILD and associated files and make sure you know what they are doing.

zman0900 commented on 2020-05-18 23:58 (UTC)

How so? Without them, file integrity is not checked. Patches could be silently corrupted or maliciously replaced and it would go unnoticed.

ragouel commented on 2020-05-18 23:43 (UTC)

@zman0900 because they are redundant.

zman0900 commented on 2020-05-18 17:05 (UTC)

Why are checksums skipped on the patch files?

eschwartz commented on 2020-04-26 08:37 (UTC)

What's the actual command you ran?

ragouel commented on 2020-04-26 08:14 (UTC)

What Operating System are you using ?

thumbless commented on 2020-04-26 08:07 (UTC)

I just get error: missing package metadata When trying to install this.

eschwartz commented on 2020-04-21 15:12 (UTC)

Hmm, this could be because gitlab generated patches have the server's running git version embedded in the footer, and they've updated their server. Kind of silly... :(

If the current version of the patch is git added to the AUR repository it should continue to work with no modifications to the PKGBUILD, and be proof against this in the future.

spdyn1 commented on 2020-04-21 13:29 (UTC)

@fdo10 : in order to compile, you need to : sha512sum 4aaa48eb80c6802aec6d03e5695d2a0ff20e0fc2.patch if you decide to trust it, and edit the PKGBUILD file accordingly (replace the 2nd "sha512sums") Hope it helps. sp

fdo10 commented on 2020-04-21 12:02 (UTC)

I'm getting this error while trying to install:

user@hostname git clone

user@hostname ~/pygtk $ makepkg -si
==> Making package: pygtk 2.24.0-12 (di 21 apr 2020 13:21:20)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found pygtk-2.24.0.tar.bz2
  -> Found 4aaa48eb80c6802aec6d03e5695d2a0ff20e0fc2.patch
  -> Found python27.patch
  -> Found fix-leaks-of-pango-objects.patch
==> Validating source files with sha512sums...
    pygtk-2.24.0.tar.bz2 ... Passed
    4aaa48eb80c6802aec6d03e5695d2a0ff20e0fc2.patch ... FAILED
    python27.patch ... Passed
    fix-leaks-of-pango-objects.patch ... Passed
==> ERROR: One or more files did not pass the validity check!

Peach commented on 2020-04-19 09:55 (UTC)

FYI I've created a thread on the forums re the issue with pango-font.h

ragouel commented on 2020-04-19 06:33 (UTC)

OK, I reverted back the changes.

eschwartz commented on 2020-04-19 05:07 (UTC)


Can you really not suggest downloading completely random, unchecksummed code during prepare()? Especially over http without even SSL to protect users against this utter trash malware vector?

config.guess and config.sub come from automake, and if you need to regenerate them, rerun autoreconf -fi.

Not that this is a problem anyway, unless you're on archlinuxarm. While it is of course permissible at the maintainer's discretion to support architectures other than x86_64, the current arch=() variable lists x86_64 only which indicates that yes, there may be problems on architectures the maintainer has not tested.


I object most strongly to the use of wget in prepare for essentially any purposes whatsoever, and even moreso for code which is executed during build(), and demand in the most certain terms possible, this must be removed. Immediately.

If you wish to officially support ARM architectures for this package, please do so by adding the relevant architectures to the arch=() array, and testing that they work with any needed modifications such as autoreconf, not wget.

gok commented on 2020-04-18 09:41 (UTC) (edited on 2020-04-18 09:42 (UTC) by gok)

@ragouel: is there a specific reason why you switched the integrity checks from sha256sums to md5sums? If not, it would be great if you could switch back to sha256sums, because the MD5 algorithm isn't secure anymore (see 1), and upstream provides the reference checksums using SHA256 (see 2).

Thanks for taking the time to maintain this package :-)

ragouel commented on 2020-04-17 21:26 (UTC)


Trillien commented on 2020-04-17 07:01 (UTC)

On prepare section of PKGBUILD, could you please add the latest config.guess and config.sub from Savannah so they detect latest architecture?

wget ';a=blob_plain;f=config.guess;hb=HEAD' -O config.guess
wget ';a=blob_plain;f=config.sub;hb=HEAD' -O config.sub

ragouel commented on 2020-04-16 20:19 (UTC)

I cannot reproduce your issue. Make a forum post.

Peach commented on 2020-04-16 19:52 (UTC)

as Bearbonez reported, I also have base-devel installed and the following comes up when trying to run pacman -S base-devel

warning: autoconf-2.69-7 is up to date -- reinstalling
warning: automake-1.16.2-1 is up to date -- reinstalling
warning: binutils-2.34-2 is up to date -- reinstalling
warning: bison-3.5.4-1 is up to date -- reinstalling
warning: fakeroot-1.24-2 is up to date -- reinstalling
warning: file-5.38-3 is up to date -- reinstalling
warning: findutils-4.7.0-2 is up to date -- reinstalling
warning: flex-2.6.4-3 is up to date -- reinstalling
warning: gawk-5.0.1-2 is up to date -- reinstalling
warning: gcc-9.3.0-1 is up to date -- reinstalling
warning: gettext-0.20.1-3 is up to date -- reinstalling
warning: grep-3.4-1 is up to date -- reinstalling
warning: groff-1.22.4-3 is up to date -- reinstalling
warning: gzip-1.10-3 is up to date -- reinstalling
warning: libtool-2.4.6+42+gb88cebd5-11 is up to date -- reinstalling
warning: m4-1.4.18-3 is up to date -- reinstalling
warning: make-4.3-3 is up to date -- reinstalling
warning: pacman-5.2.1-4 is up to date -- reinstalling
warning: patch-2.7.6-8 is up to date -- reinstalling
warning: pkgconf-1.6.3-3 is up to date -- reinstalling
warning: sed-4.8-1 is up to date -- reinstalling
warning: sudo-1.8.31.p1-1 is up to date -- reinstalling
warning: texinfo-6.7-2 is up to date -- reinstalling
warning: which-2.21-5 is up to date -- reinstalling

Tried to clean the build and reinstall, still same error

ragouel commented on 2020-04-16 10:45 (UTC)

pango was missing from makedepends array, install with latest pkgbuild.

Bearbonez commented on 2020-04-16 10:22 (UTC)

Installed meta-base-devel and ran the update, which still fails at the same point.

pangomodule.c:28:10: fatal error: pango/pango-font.h: No such file or directory 28 | #include <pango/pango-font.h> | ^~~~~~~~~~~~~~~~~~~~ compilation terminated. make: *** [Makefile:623: pango_la-pangomodule.lo] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

ragouel commented on 2020-04-14 23:34 (UTC)

pygobject-devel provides bindings for GTK. Upstream moved pygtk to pygobject.

xantares commented on 2020-04-14 17:54 (UTC)

would it be possible to update to python 3.x instead of 2.7 ?

ragouel commented on 2020-04-12 14:37 (UTC) (edited on 2020-04-12 14:59 (UTC) by ragouel)

I've tested this on a clean Arch Linux Docker Image, it builds and installs fine. Make sure base-devel is installed and your system is up to date.

FROM imrehg/archlinux-makepkg:latest
RUN sudo pacman -Syu --noconfirm
RUN yay -S --noconfirm pygtk
RUN yay -Qi pygtk

Peach commented on 2020-04-12 08:33 (UTC)

Currently compilation keeps on failing with the error

pangomodule.c:28:10: fatal error: pango/pango-font.h: No such file or directory
   28 | #include <pango/pango-font.h>                                                   
      |          ^~~~~~~~~~~~~~~~~~~~                                                   
compilation terminated.  
make: *** [Makefile:623: pango_la-pangomodule.lo] Error 1
==> ERROR: A failure occurred in build().
Error making: pygtk

dustball commented on 2020-04-10 20:09 (UTC)

@rkelly: That's a pikaur specific error, nothing to do with this package. Ask the programmer, in the meantime use makepkg, as is intended.

rkelly commented on 2020-04-10 18:14 (UTC) (edited on 2020-04-10 18:21 (UTC) by rkelly)

Have been seeing this error for some time now. Seems similar to other reports, but I have yet to find where my cache directory is.

Can't pull 'pygtk' in '/home/user/.local/share/pikaur/aur_repos/pygtk' from AUR:

error: Pulling is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.

:: Try recovering?
[c] git checkout -- '*'
[r] remove dir and clone again
[s] skip this package
[a] abort

eschwartz commented on 2020-04-07 19:16 (UTC)


Is it possible for you to read the documentation on how to use makepkg?

That being said, I'm extremely curious how you failed to install the prerequisites, but didn't have errors after installing pkgconf but still failing to have patch, gcc, make, or fakeroot installed.

rado84 commented on 2020-04-07 19:11 (UTC)

Is it possible for pkg-config (;O=D ) to be added as a dependency for pygtk? A few days ago when an update of pygtk was released, I was unable to update it because the building process failed every time I tried. After installing pkg-config from the the above link (0.29.2) the building process succeeded. It seems pkg-config is a dependency that is not listed here.

danbruegge commented on 2020-04-05 09:22 (UTC)

Thanks @telmo, that helped. :)

telmo commented on 2020-04-03 13:11 (UTC) (edited on 2020-04-03 13:12 (UTC) by telmo)

Was getting error merging pygtk, had to rm -rf ~/.cache/yay/pygtk before I could update the package. Of course that applies only if you use yay.

zrhoffman commented on 2020-04-02 15:12 (UTC)

Looks like my local repo had merge conflicts for some reason, so the git checkout . had no effect. Builds fine for me.

eschwartz commented on 2020-04-02 14:57 (UTC)

git log -p

View errors, note who committed them.


git reset --hard origin/master

zrhoffman commented on 2020-04-02 14:33 (UTC) (edited on 2020-04-02 14:34 (UTC) by zrhoffman)

When I try to build this:

git checkout . && makepkg;
/home/user/.cache/yay/pygtk/PKGBUILD: line 6: syntax error near unexpected token `<<<'
/home/user/.cache/yay/pygtk/PKGBUILD: line 6: `<<<<<<< HEAD'
==> ERROR: Failed to source /home/user/.cache/yay/pygtk/PKGBUILD

archuser0119 commented on 2020-04-01 11:18 (UTC)

Successfully installed after installing missing dependency "pkg-config" Error example:

checking for python module thread... yes checking whether to enable threading in pygtk... yes checking for pkg-config... no checking for GLIB - version >= 2.8.0... no A new enough version of pkg-config was not found. See configure: error: gobject is required to build pygtk? ==> ERROR: A failure occurred in build(). Aborting... Error making: pygtk ""

Bearbonez commented on 2020-04-01 08:32 (UTC)

Failing to build on mine

In file included from pangomodule.c:26: /usr/include/pygtk-2.0/pygobject.h:187:40: warning: ‘GParameter’ is deprecated [-Wdeprecated-declarations] 187 | GParameter parameters); | ^~~~~~~~~~ In file included from /usr/include/glib-2.0/gobject/gobject.h:26, from /usr/include/glib-2.0/gobject/gbinding.h:29, from /usr/include/glib-2.0/glib-object.h:22, from /usr/include/pygtk-2.0/pygobject.h:8, from pangomodule.c:26: /usr/include/glib-2.0/gobject/gparam.h:271:8: note: declared here 271 | struct _GParameter / auxiliary structure for _setv() variants / | ^~~~~~~~~~~ pangomodule.c:28:10: fatal error: pango/pango-font.h: No such file or directory 28 | #include <pango/pango-font.h> | ^~~~~~~~~~~~~~~~~~~~ compilation terminated. make: ** [Makefile:623: pango_la-pangomodule.lo] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

eschwartz commented on 2020-03-31 18:41 (UTC)

And upstream pygtk even has a commit which fixes this, so I backported it and this builds perfectly in a clean chroot.

eschwartz commented on 2020-03-31 17:26 (UTC) (edited on 2020-03-31 18:29 (UTC) by eschwartz)

I don't care, your account has now been suspended for vandalism and deliberate rulebreaking and that commit was rolled back via a moderator action.

Discuss on the aur-general mailing list if you like.

digitalone commented on 2020-03-31 17:24 (UTC)

The file in the archive will be deleted and next year people will complain it's missing. Many packages depend on pygtk, maybe it shouldn't even be deleted from upstream.

I think it's not even supposed to upload a script that not compile. This is the only reasonable solution. Otherwise, provide a working compiling script, I can't do that.

loathingkernel commented on 2020-03-31 17:13 (UTC) (edited on 2020-03-31 17:23 (UTC) by loathingkernel)

You are not supposed to do this in AUR. Read this and also this. Providing the source instead of linking to it falls under the 5th point in the second link which states

The AUR should not contain the binary tarball created by makepkg, nor should it contain the filelist.

EDIT: Well, this is even worse, you are providing a prebuilt arch package, this is certainly prohibited.

RainmakerRaw commented on 2020-03-31 16:25 (UTC)

digitalone, thanks so much!

digitalone commented on 2020-03-31 15:04 (UTC)

It's working now. Updated with the binary package from archive.

I had to split it 4 parts. Sha256sum: 1c5392dfe239197a9ab8c12d71c7102593b9074b8cf97c6857c8a9a358eadc19

robson commented on 2020-03-31 10:53 (UTC)

@RainmakerRaw You must first build a downgrade And then issue the command sudo downgrade pygtk. And it will download and install the current version here.

digitalone commented on 2020-03-31 08:28 (UTC)

I can update a working PKGBUILD from archive binary, but I'm not able to upload it because the file is greater than 250 KB. I'm trying to split it in smaller files, but makepkg seems not accepting them.

The alternative is to use the archive URL, but it expires after one year and I don't want people to complain in April 2021 that the package is missing.

RainmakerRaw commented on 2020-03-30 23:04 (UTC)

@robson, how? I'm on a new install and as far as I can see this package was only submitted yesterday. The Wiki only refers to downgrading in respect to official packages (which have a separate official archive). I guess I'm missing something (I don't pretend to be an expert).

robson commented on 2020-03-30 22:56 (UTC)

Install pygtk via downgrade.

RainmakerRaw commented on 2020-03-30 16:55 (UTC) (edited on 2020-03-31 17:30 (UTC) by eschwartz)

This is failing to build for me (I needed it for fahcontrol). The output is huge but I've included what I think are the relevant sections below:

/usr/include/glib-2.0/gobject/gparam.h:271:8: note: declared here
271 | struct _GParameter /* auxiliary structure for _setv() variants */
|        ^~~~~~~~~~~
pango.c: In function ‘_wrap_PangoFont__do_find_shaper’:
pango.c:3822:32: error: ‘PangoFontClass’ {aka ‘struct _PangoFontClass’} has no member named ‘find_shaper’
3822 |     if (PANGO_FONT_CLASS(klass)->find_shaper)
|                                ^~
pango.c:3823:38: error: ‘PangoFontClass’ {aka ‘struct _PangoFontClass’} has no member named ‘find_shaper’
3823 |         ret = PANGO_FONT_CLASS(klass)->find_shaper(PANGO_FONT(self->obj), lang, ch);
|                                      ^~
pango.c: In function ‘_wrap_PangoFont__proxy_do_get_metrics’:
pango.c:4026:16: warning: implicit declaration of function ‘pango_font_metrics_new’; did you mean ‘pango_font_metrics_ref’? [-Wimplicit-function-declaration]
4026 |         return pango_font_metrics_new();
|                ^~~~~~~~~~~~~~~~~~~~~~
libtool: link: mv -f ".libs/pangocairo.expT" ".libs/pangocairo.exp"
libtool: link: echo "{ global:" > .libs/pangocairo.ver
libtool: link:  cat .libs/pangocairo.exp | sed -e "s/\(.*\)/\1;/" >> .libs/pangocairo.ver
libtool: link:  echo "local: *; };" >> .libs/pangocairo.ver
libtool: link:  gcc -Wl,-O1,--as-needed -shared  .libs/pangocairo_la-pangocairomodule.o .libs/pangocairo_la-pangocairo.o   -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lharfbuzz -lcairo  -march=x86-64 -mtune=native -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now   -Wl,-soname -Wl, -Wl,-version-script -Wl,.libs/pangocairo.ver -o .libs/
libtool: link: ( cd ".libs" && rm -f "" && ln -s "../" "" )
mv -f .deps/atk_la-atk.Tpo .deps/atk_la-atk.Plo
==> ERROR: A failure occurred in build().
Error making: pygtk