Package Details: gtkd 3.11.0-4

Git Clone URL: https://aur.archlinux.org/gtkd.git (read-only, click to copy)
Package Base: gtkd
Description: D bindings for GTK+ and related libraries.
Upstream URL: https://gtkd.org
Licenses: LGPL-3.0-or-later
Submitter: Wild
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 1
Popularity: 0.003222
First Submitted: 2025-06-12 20:07 (UTC)
Last Updated: 2025-09-11 15:09 (UTC)

Latest Comments

1 2 Next › Last »

Lerentis commented on 2026-03-16 22:09 (UTC)

@yochananmarqos i still disagree to that point and the idea that a user becomes the maintainer and i never needed to manually rebuild a python package due to a new python release, but as this is a user provided project and you made your point clear, i will stop pushing this

yochananmarqos commented on 2026-03-16 14:02 (UTC) (edited on 2026-03-16 14:02 (UTC) by yochananmarqos)

@Lerentis: The AUR does not provide compiled packages. When one uses the AUR, they are the package maintainer of those packages. The AUR Maintainer only provides the recipe to build the package.

When there's a new Python release, everyone gets by just fine doing rebuilds of their AUR packages, right?

Lerentis commented on 2026-03-16 10:46 (UTC) (edited on 2026-03-16 10:47 (UTC) by Lerentis)

@yochananmarqos i kind of disagree. it is the packers responsibility to make sure that a compiled package is in line with the current releases of its dependencies and as gtkd depends on liblphobos, a new package release should be issued, specially as arch is a rolling release distribution. in this case just incrementing pkgrel to 5 would be enough.

yochananmarqos commented on 2026-03-14 22:31 (UTC)

@Lerentis: No, users are are responsible for rebuilding their own packages.

Lerentis commented on 2026-03-14 22:11 (UTC)

Hello there @yochananmarqos, can you release a new package version, to gtkd is linked against the current liblphobos release? without it tilix does not start

yochananmarqos commented on 2025-09-16 01:06 (UTC)

@DevoX: I can neither reproduce with makepkg nor in a clean chroot.

DevoX commented on 2025-09-16 00:56 (UTC) (edited on 2025-09-16 01:30 (UTC) by DevoX)

Sharing in case this helps anyone out.

Received these errors when attempting makepkg, so I checked and verified that I had the correct dependencies installed.

error: undefined reference to `initializer for gtk.c.types.GtkResponseType`
Error: undefined reference to `initializer for gtk.c.types.GtkResponseType`
Error: undefined reference to `initializer for pango.c.types.PangoWeight`
perhaps a library needs to be added with the `-L` flag or `pragma(lib, ...)`
Error: linker exited with status 1

I was able to build & install the package by commenting out the following lines in PKGBUILD:

# check() {
#   cd GtkD-$pkgver
#   make LDFLAGS='' test
# }

Then I reran makepkg: makepkg -C -si

yochananmarqos commented on 2025-09-11 15:10 (UTC)

@Mikhail @daftaupe: Thanks, fixed.

daftaupe commented on 2025-09-11 11:43 (UTC) (edited on 2025-09-11 11:43 (UTC) by daftaupe)

There's a small typo in the second sed expression.

diff --git a/PKGBUILD b/PKGBUILD
index 9ba85cb..05c8f14 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -37,7 +37,7 @@ prepare() {

 build() {
   cd GtkD-$pkgver
-  export _ldFlags="$(echo -ne $LDFLAGS | sed -e 's/-Wl,/-L=/g' -e 's/=auto/=full')"
+  export _ldFlags="$(echo -ne $LDFLAGS | sed -e 's/-Wl,/-L=/g' -e 's/=auto/=full/')"

   make \
     DC='ldc' \

simona commented on 2025-08-02 19:46 (UTC)

solved

1 2 Next › Last »