Package Details: gtk3-patched-filechooser-icon-view 1:3.24.35-2

Git Clone URL: (read-only, click to copy)
Package Base: gtk3-patched-filechooser-icon-view
Description: GTK3 patched with dudemanguy's fork of wfr's filechooser-icon-view patch.
Upstream URL:
Licenses: LGPL
Conflicts: gtk3, gtk3-print-backends
Provides: gtk3, gtk3-print-backends,,,
Replaces: gtk3-print-backends
Submitter: dudemanguy
Maintainer: dudemanguy
Last Packager: dudemanguy
Votes: 7
Popularity: 0.90
First Submitted: 2017-08-01 17:25 (UTC)
Last Updated: 2022-11-27 21:10 (UTC)

Required by (3274)

Sources (3)

Latest Comments

rien333 commented on 2021-01-11 09:01 (UTC)

That worked, thanks!

dudemanguy commented on 2021-01-11 02:47 (UTC) (edited on 2021-01-11 02:48 (UTC) by dudemanguy)

It has to do with gtk-update-icon-cache being moved from gtk3 to gtk4. That particular manpage file was actually provided by gtk3 itself (and thus also provided by this package). It has since been split out moved to gtk-update-icon-cache (3.24.24-2 is updated to reflect this change). Unfortunately, you'll have to update this package first before updating the rest of the system to avoid that error.

rien333 commented on 2021-01-10 22:24 (UTC)

Currently, I'm getting the following error when upgrading gtk-update-icon-cache:

error: failed to commit transaction (conflicting files)
gtk-update-icon-cache: /usr/share/man/man1/gtk-update-icon-cache.1.gz exists in filesystem (owned by gtk3-patched-filechooser-icon-view)

Should this package provide gtk-update-icon-cache? Or perhaps avoid installing that specific file?

dudemanguy commented on 2020-09-14 14:29 (UTC)

All these years and I never noticed. Fixed now, thanks!

CLA commented on 2020-09-14 13:24 (UTC) (edited on 2020-09-14 13:27 (UTC) by CLA)

Spelling error/mistake in PKBUILD lines 60 and 61:

install -Dt "$pkgdir/usre/share/gtk-3.0/settings.ini" -m644 settings.ini

install -Dt "$pkgdir/usr/share/libalpm/hooks/gtk-query-immodules-3.0.hook" -m644 gtk-query-immodules-3.0.hook

Should be:

install -Dt "$pkgdir/usr/share/gtk-3.0/" -m644 settings.ini

install -Dt "$pkgdir/usr/share/libalpm/hooks/" -m644 gtk-query-immodules-3.0.hook

One, the package creates a directory /usre/ (with 'e') instead of /usr/

Second, the files are created in subdirectories with their names (eg. gtk-3.0/settings.ini/settings.ini)

dudemanguy commented on 2018-03-22 13:11 (UTC) (edited on 2018-03-25 20:25 (UTC) by dudemanguy)

Sounds like you're a victim of this bug.

It's fixed upstream, but that's not currently in Arch's glib2 package or the glib2-patched-thumbnailer package. Hopefully one of the workarounds listed in that discussion will fix it.

Edit: Arch now provides the proper glib2 version as well as my glib2-patched-thumbnailer package, so that should be solved now.

docrobot commented on 2018-03-22 04:19 (UTC)

ModuleNotFoundError: No module named 'codegen' make[2]: *** [Makefile:7762: gtkdbusgenerated.c] Error 1

Any ideas what the issue is here?

dudemanguy commented on 2018-02-15 20:35 (UTC)

The 3.22.28 update may require manual intervention since the patch was moved into the package instead of being downloaded from an external source constantly. If you get a warning/error message about needing to move an untracked file, simply go into the directory of your AUR helper that stores package cache, navigate to gtk3-patched-filechooser-icon-view directory, and then remove the gtk3-filechooser-icon-view.patch file. Start the build over and it should be fine. Alternatively if you are lazy you could just clear all of your cache with your AUR helper.

dudemanguy commented on 2018-01-22 13:27 (UTC)

Does the same thing happen with other file managers (pcmanfm, thunar, etc.)?

gabmus commented on 2018-01-21 00:08 (UTC)

After installing this, both nautilus and nemo keep loading forever in most folders (most notably Home and /). Any idea why?