Arch Linux User Repository

Hi,

I'd like to ask you to please follow Debian's example and kindly remove the unneeded python2 opt/make depends, and the following envvar from before ./configure execution inside build():

PYTHON=/usr/bin/python2

Because this was only useful 23+ years ago (pre-2001) to include a libglade-convert script for Glade developers who wanted to convert their even-older Glade scripts to ones that are compatible with the current libglade v2.x.

Thank you in advance if you make this change. It would make it easier to rebuild and reinstall and maintain package dependency chains in the future.

Experiencing the same issue with the xmlcatalog command. Is any workaround known at this time that will make this package build rather than not build? It is required by driconf, and I want driconf.

Full content of glade.install below .

If you look at the libglade.spec file (from upstream and intended to be used in creating rpm builds) in the source ptarball you see similar commands in %post section .

I'm inclined to interpret that as : upstream wants downstream to run those commands at postinstall , not at build or packaging stage .

The commands themselves LOOK like they could be done in the PKGBUILD though. Feel free to test if it works that way and inform us.

post_install() {
  if [ ! -d etc/xml ]; then
    mkdir -p etc/xml
  fi
  if [ ! -e etc/xml/catalog ]; then
    xmlcatalog --noout --create etc/xml/catalog
  fi
  xmlcatalog --noout --add "system" \
    "http://glade.gnome.org/glade-2.0.dtd" \
    /usr/share/xml/libglade/glade-2.0.dtd etc/xml/catalog
}

pre_upgrade() {
  post_remove
}

post_upgrade() {
  post_install $1
}

# arg 1:  the old package version
post_remove() {
  xmlcatalog --noout --del \
    /usr/share/xml/libglade/glade-2.0.dtd etc/xml/catalog
}

I can't answer this because I have no idea about the libglade build process. Maybe someone more knowledgeable about libglade could answer.

In the .install file, you have:

  xmlcatalog --noout --add "system" \
    "http://glade.gnome.org/glade-2.0.dtd" \
    /usr/share/xml/libglade/glade-2.0.dtd etc/xml/catalog

Is this something that could be installed via the PKGBUILD and tracked in the package instead?

@thebombzen You're expected to have base-devel installed when using AUR, so patch shouldn't be included as makedepends. https://wiki.archlinux.org/title/Arch_User_Repository#Prerequisites

You're missing patch as a makedepends. I got dinged by this today on a minimal-ish system.

I realized that I have -fuse-ld=lld added to CFLAGS in makepkg.conf and if I remove that, this package builds fine. So the issue is only when using lld.

logfiles

libglade-2.6.4-8-x86_64-build.log: http://ix.io/3u3U

libglade-2.6.4-8-x86_64-prepare.log: http://ix.io/2DY7

No issues here, run makepkg --log and post the logfiles using a pastebin_service

Build fails with

ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_close [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_build_path [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_make_resident [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_symbol [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_supported [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_open [--no-allow-shlib-undefined]
ld.lld: error: glade/.libs/libglade-2.0.so: undefined reference to g_module_error [--no-allow-shlib-undefined]