Search Criteria
Package Details: gdk-pixbuf2-noglycin-docs 2.44.6-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/gdk-pixbuf2-noglycin.git (read-only, click to copy) |
|---|---|
| Package Base: | gdk-pixbuf2-noglycin |
| Description: | An image loading library, without glycin (documentation) |
| Upstream URL: | https://gitlab.gnome.org/GNOME/gdk-pixbuf |
| Licenses: | LGPL-2.0-or-later |
| Conflicts: | gdk-pixbuf2-docs |
| Provides: | gdk-pixbuf2-docs |
| Submitter: | karabaja4 |
| Maintainer: | karabaja4 |
| Last Packager: | karabaja4 |
| Votes: | 19 |
| Popularity: | 0.47 |
| First Submitted: | 2025-09-25 23:34 (UTC) |
| Last Updated: | 2026-04-08 11:06 (UTC) |
Dependencies (6)
- gi-docgen (make)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- glib2-devel (glib2-devel-gitAUR) (make)
- gobject-introspection (make)
- meson (meson-gitAUR) (make)
- python-docutils (make)
Latest Comments
1 2 3 Next › Last »
stoffel commented on 2026-03-24 17:16 (UTC)
@mesaprotector Thanks for the info! I reinstalled gdk-pixbuf2 and librsvg replacing the -noglycin version. Now icaclient works again with the standard environment... after months! And I still have no clue what bubblewrap has to do with it ;-)
mesaprotector commented on 2026-03-22 00:15 (UTC)
The new version of bubblewrap released just today fixed the regression that caused me to use this package, so it's worth trying regular gdk-pixbuf2 again (and, in my case, regular librsvg as well) to see if your issues are fixed.
Samueru commented on 2026-02-28 05:24 (UTC)
Hi, I just made
libjxl-noglycin,libheif-noglycinandlibavif-noglycinsince archlinux also removed the pixbuf loaders of these libraries.karabaja4 commented on 2025-11-27 11:19 (UTC)
You're right, in the upstream thumbnailer is provided by glycin which is disabled here. I enabled the thumbnailer now.
alecov commented on 2025-11-27 04:18 (UTC)
Why is the thumbnailer not built by default?
karabaja4 commented on 2025-11-18 22:41 (UTC) (edited on 2025-11-18 22:46 (UTC) by karabaja4)
I'm trying to keep this as close as possible to the upstream packages (with the obvious difference of being compiled without glycin), so I would not want to diverge in any meaningful way such as changing dependencies that could potentially create further complications going forward. Same applies to the librsvg-noglycin and it's PKGBUILD.
shoryuken commented on 2025-11-14 17:50 (UTC)
librsvg-noglycin should probably be a required dependency, because this package is half broken without it otherwise (I mean in practice, in use).
karabaja4 commented on 2025-10-27 11:29 (UTC)
Building packages with makepkg is the default/basic way of building an AUR package. AUR helpers like pamac, yay, pacaur and similar are just third party made programs to automate that process (including the updates). Why pamac has an issue with librsvg-noglycin I'm not sure, from the message it looks to have something to do with the way pamac is checking dependencies, but I'm not sure what can I do in the package itself to fix it.
stoffel commented on 2025-10-27 11:18 (UTC)
@karabaja4 Thank you! I'm really no expert in building AUR-Package locally by hand. Had to add cargo-c, vala first. After that I could build you package. Now I have librsvg-noglycin installed successfully and working GTK-based Apps again.
Still the question: Is it the right way to maintain -glycon spinoffs of standard packages.
karabaja4 commented on 2025-10-27 10:25 (UTC) (edited on 2025-10-27 10:25 (UTC) by karabaja4)
I'm not sure about pamac, but you can always build manually: download the snapshot ("Download snapshot") on the top right on this page, extract the file, type "makepkg" in the extracted directory and then install with pacman -U <package>.pkg.tar.zst
1 2 3 Next › Last »