Search Criteria
Package Details: mingw-w64-glib2 2.82.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-glib2.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-glib2 |
Description: | Low level core library |
Upstream URL: | https://gitlab.gnome.org/GNOME/glib |
Keywords: | glib2 gnome gtk gtk2 gtk3 mingw mingw-w64 |
Licenses: | LGPL-2.1-or-later |
Submitter: | brcha |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 20 |
Popularity: | 0.000000 |
First Submitted: | 2012-06-13 19:15 (UTC) |
Last Updated: | 2024-12-10 22:33 (UTC) |
Dependencies (7)
- mingw-w64-gettextAUR
- mingw-w64-libffiAUR
- mingw-w64-pcre2AUR
- mingw-w64-zlibAUR
- git (git-gitAUR, git-glAUR) (make)
- mingw-w64-mesonAUR (make)
- python-packaging (make)
Required by (28)
- mingw-w64-atk
- mingw-w64-cairo
- mingw-w64-cairo-bootstrap
- mingw-w64-fluidsynth
- mingw-w64-fluidsynth-bin
- mingw-w64-gdk-pixbuf2
- mingw-w64-glib-networking
- mingw-w64-glibmm
- mingw-w64-graphene
- mingw-w64-gstreamer
- mingw-w64-gtk2
- mingw-w64-gtk3
- mingw-w64-gtk4
- mingw-w64-harfbuzz
- mingw-w64-json-glib
- mingw-w64-libadwaita
- mingw-w64-libcroco
- mingw-w64-libgtop
- mingw-w64-libnice
- mingw-w64-libsearpc
- Show 8 more...
Latest Comments
1 2 3 4 5 6 .. 10 Next › Last »
Martchus commented on 2024-12-10 23:02 (UTC)
It works for me. Did you import the GPG keys at all? - I'm asking because the error message makes it look like you've simply forgotten this crucial step.
(See https://github.com/Martchus/arch-repo-manager?tab=readme-ov-file#sample-gpg-config for how I usually setup GPG. This is the documentation of the build tool I'm using but this approach is independent of the helper/tool you're using as you'll have to setup GPG in any case.)
Martchus commented on 2024-12-10 22:20 (UTC)
I changed the key in accordance with https://gitlab.archlinux.org/archlinux/packaging/packages/glib2/-/commit/1826c3721d3372e57609544f8d596e0711951489 and for me the validation succeeded. I now have to update the package anyway so maybe I can reproduce the problem.
nate_x commented on 2024-12-10 22:01 (UTC) (edited on 2024-12-10 22:01 (UTC) by nate_x)
The package will not build currently, there seems to be some problem with the keys:
Martchus commented on 2024-09-01 17:19 (UTC)
I guess this can be worked around in atk by adding
/usr/x86_64-w64-mingw32/bin
toPATH
.Denzy7 commented on 2024-08-26 12:46 (UTC)
I had an issue building mingw-w64-atk and used symlink
ln /usr/x86_64-w64-mingw32/bin/glib-mkenums /usr/bin
ln -sf /usr/x86_64-w64-mingw32/bin/glib-genmarshal /usr/bin
patlefort commented on 2024-03-27 22:12 (UTC)
Missing
python-packaging
as make dependency.drakkan commented on 2021-06-01 14:09 (UTC)
yes, I just tested using gcc 11 and now it builds on i686 too
Martchus commented on 2021-06-01 13:52 (UTC)
So now (after updating certain dependencies) it just works? (I'm just curious what caused the previous problem.)
drakkan commented on 2021-04-19 20:22 (UTC) (edited on 2021-04-19 20:23 (UTC) by drakkan)
I think it is something in our toolchain, we use the same patches as fedora and glib2 build there, while on Arch it doesn't build for i686 while it works for x86_64. It seems something in libuuid but I'm not sure
Martchus commented on 2021-04-19 12:14 (UTC) (edited on 2021-04-19 12:15 (UTC) by Martchus)
The diff is huge: https://github.com/GNOME/glib/compare/2.66.7...2.68.1
I checked it out a little bit (locally) but it is just too much to find the possible culprit. Maybe it is nevertheless worth reporting an upstream bug? Could be either a glib2 bug or a mingw-w64 bug.
However, it looks like MSYS2 could upgrade: https://github.com/msys2/MINGW-packages/tree/master/mingw-w64-glib2
1 2 3 4 5 6 .. 10 Next › Last »