| Git Clone URL: | https://aur.archlinux.org/pygtk.git (read-only, click to copy) |
|---|---|
| Package Base: | pygtk |
| Description: | Python bindings for the GTK widget set |
| Upstream URL: | https://wiki.gnome.org/Projects/PyGTK |
| Keywords: | GTK Python widget |
| Licenses: | LGPL |
| Submitter: | arojas |
| Maintainer: | creyon |
| Last Packager: | ragouel |
| Votes: | 75 |
| Popularity: | 0.128536 |
| First Submitted: | 2020-03-29 19:09 (UTC) |
| Last Updated: | 2022-06-12 19:56 (UTC) |
Adopted. I don't think there are any major changes to be made, but I'll keep track of this package for anything that needs to be fixed.
I think the arch should be updated to 'any', since it's a Python library. I'll do that soon. https://wiki.archlinux.org/title/Python_package_guidelines
You should update the upstream URL to that link, since the current one (which points to pygobject) is confusing at best...
From official GNOME docs:
"Attention: PyGTK 2.24 will be the last release in the PyGTK series and will support the full GTK-2-24 API. PyGTK should not be used for new projects and existing PyGTK applications are recommended to be ported to PyGObject. See here for more information."
https://wiki.gnome.org/Projects/PyGTK/WhatsNew224
Please stop asking me to update this package. I only "keep" it, so that it is not messed with by others, as some older applications still rely on it to function.
Thank you.
Never mind on my last comment. I'm using Artix, not Arch, which is why I didn't see it in the main repos.
python2-cairo (a listed dep) is no longer in AUR. That leaves it so pygtk can't be built.
An identical replacement for fslint-gui is czkawka-gui-bin https://aur.archlinux.org/packages/czkawka-gui-bin/ which does not need pygtk.
Forum post regarding missing libglade.
pygtk is a dependency for fslint-gui package for example. pygtk cannot be installed due to libglade missing fslint-gui cannot be started
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.
The dependency 'libglade' does not exist anymore in the AUR, according to the package manager 'yay'.
Apologies for the delay. I added support for aarch64 thanks to gameslayer's suggestion.
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.
I was able to compile on a raspberry pi 4 using http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD and modifying the pkgbuild to allow ARM architecture.
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.
This was already discussed around https://aur.archlinux.org/packages/pygtk/?PP=250#comment-740369
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.
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 http://git.savannah.gnu.org/gitweb/?p=config.git;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.
@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.
How so? Without them, file integrity is not checked. Patches could be silently corrupted or maliciously replaced and it would go unnoticed.
@zman0900 because they are redundant.
Why are checksums skipped on the patch files?
What's the actual command you ran?
What Operating System are you using ?
I just get error: missing package metadata When trying to install this.
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.
@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
I'm getting this error while trying to install:
user@hostname git clone https://aur.archlinux.org/pygtk.git
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!
FYI I've created a thread on the forums re the issue with pango-font.h https://bbs.archlinux.org/viewtopic.php?pid=1899239#p1899239
OK, I reverted back the changes.
@Trillien,
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.
@ragouel,
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.
@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 :-)
Done.
On prepare section of PKGBUILD, could you please add the latest config.guess and config.sub from Savannah so they detect latest architecture?
wget 'http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD' -O config.guess
wget 'http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD' -O config.sub
I cannot reproduce your issue. Make a forum post.
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
pango was missing from makedepends array, install with latest pkgbuild.
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...
pygobject-devel provides bindings for GTK. Upstream moved pygtk to pygobject.
would it be possible to update to python 3.x instead of 2.7 ?
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 pygtkCurrently 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().
Aborting...
Error making: pygtk
@rkelly: That's a pikaur specific error, nothing to do with this package. Ask the programmer, in the meantime use makepkg, as is intended.
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
No.
Is it possible for you to read the documentation on how to use makepkg? https://wiki.archlinux.org/index.php/Makepkg#Usage
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.
Is it possible for pkg-config ( https://pkg-config.freedesktop.org/releases/?C=M;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.
Thanks @telmo, that helped. :)
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.
Looks like my local repo had merge conflicts for some reason, so the git checkout . had no effect. Builds fine for me.
git log -p
View errors, note who committed them.
Then
git reset --hard origin/master
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
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 http://www.freedesktop.org/software/pkgconfig/ configure: error: gobject is required to build pygtk? ==> ERROR: A failure occurred in build(). Aborting... Error making: pygtk ""
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...
And upstream pygtk even has a commit which fixes this, so I backported it and this builds perfectly in a clean chroot.
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.
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.
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.
digitalone, thanks so much!
It's working now. Updated with the binary package from archive.
I had to split it 4 parts. Sha256sum: 1c5392dfe239197a9ab8c12d71c7102593b9074b8cf97c6857c8a9a358eadc19
@RainmakerRaw You must first build a downgrade https://aur.archlinux.org/packages/downgrade/ And then issue the command sudo downgrade pygtk. And it will download and install the current version here.
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.
@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).
Install pygtk via downgrade.
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,pangocairo.so -Wl,-version-script -Wl,.libs/pangocairo.ver -o .libs/pangocairo.so
libtool: link: ( cd ".libs" && rm -f "pangocairo.la" && ln -s "../pangocairo.la" "pangocairo.la" )
mv -f .deps/atk_la-atk.Tpo .deps/atk_la-atk.Plo
==> ERROR: A failure occurred in build().
Aborting...
Error making: pygtk
Pinned Comments
ragouel commented on 2022-06-11 23:26 (UTC) (edited on 2022-06-12 19:54 (UTC) by ragouel)
From official GNOME docs:
"Attention: PyGTK 2.24 will be the last release in the PyGTK series and will support the full GTK-2-24 API. PyGTK should not be used for new projects and existing PyGTK applications are recommended to be ported to PyGObject. See here for more information."
https://wiki.gnome.org/Projects/PyGTK/WhatsNew224
Please stop asking me to update this package. I only "keep" it, so that it is not messed with by others, as some older applications still rely on it to function.
Thank you.