Package Details: qt4 4.8.7-36

Git Clone URL: (read-only, click to copy)
Package Base: qt4
Description: A cross-platform application and UI framework
Upstream URL:
Licenses: GPL-3.0-only, LGPL-3.0-only, GFDL-1.3-only
Conflicts: qt
Replaces: qt
Submitter: arojas
Maintainer: DodoGTA
Last Packager: DodoGTA
Votes: 77
Popularity: 1.81
First Submitted: 2019-05-01 11:51 (UTC)
Last Updated: 2024-06-26 19:25 (UTC)

Dependencies (30)

Sources (22)

Pinned Comments

eschwartz commented on 2019-05-09 13:24 (UTC)


qt4 was expelled from the official repositories due to

It will not be restored, because software needs to stop using qt4. It's fine for people to still use it via the AUR if they have old software that is not ported, but the proper solution is to get that software ported to qt5.

"It takes a long time to compile" is not a reason to move it to community.


Only Developers and Trusted Users have access to, and we will not be uploading qt4 there. If we wanted qt4, we would upload it to community, but we don't -- we have managed to move every package still being actively maintained in the official repos, over to qt5, and we want to stay that way.


Again, the proper long-term solution is to get software ported over to qt5.

dviktor commented on 2019-05-05 17:49 (UTC) (edited on 2019-05-15 19:02 (UTC) by dviktor)

For those who have problems with ‘std::tr1’ has not been declared error: build in clean chroot with extra-x86_64-build script.

Latest Comments

1 2 3 4 5 6 .. 18 Next › Last »

sl1pkn07 commented on 2024-03-30 22:16 (UTC)

needs !lto in order to build upstream things like kdelibs

trumee commented on 2024-02-10 18:05 (UTC)

Will somebody be kind enough to upload the PKGBUILD for qca-qt4.

frazar0 commented on 2023-03-18 08:52 (UTC)

Main archive URL is broken for me. You can replace it with:

dviktor commented on 2022-11-27 14:04 (UTC)

@sl1pkn07 after every such update you should rebuild required packages. That's why Arch team releases pkgrel updates for their repo stuff from time to time.

sl1pkn07 commented on 2022-11-25 22:15 (UTC)


is possible use in the depends array? much updated depends packages break the qt4 installation due silent soversion update, like the recent icu

└───╼  ./paint 
Unable to load library icui18n "Cannot load library icui18n: (icui18n: no se puede abrir el fichero del objeto compartido: No existe el fichero o el directorio)" 


dviktor commented on 2022-05-13 12:04 (UTC)


done. seems like these mirrors are working fine here in Russia, hope they will work too in other places. I've decided to stick with Fedoraproject mirror

MarsSeed commented on 2022-05-10 05:11 (UTC)

@dviktor I see, I didn't know about Qt banning Russian IP addresses. (I don't agree with them banning any FOSS downloads FWIW.)

But that alone does not warrant choosing a personal hosting for AUR sources IMHO - that is, not while other high availability, high-performance hosting sources are available.

Are the following URLs also blocked in Russia, or are they usable? (Listed by download speed - fastest on top)

dviktor commented on 2022-05-09 19:54 (UTC)

@MarsSeed @tesfabpel I would revert the URL to the original source but as for now Qt bans access for its resources for users from Russia (at least, without VPN). Personally I'm not disabling any access for anyone wherever he/she lives so for a nearest future, at least, I would left that untouched. There are checksums available for everyone and you can compare it against the source provided by my host. If you're still worring about that I can provide PGP signature as additional proof

MarsSeed commented on 2022-05-02 19:03 (UTC)

@dviktor please kindly change the source URL back to the official qt repo as requested by @tesfabpel.

IMHO it is not a good practice to host source archives of AUR packages on personal hosting.

There are official web archive repositories as fallback, if Qt company ever stops providing the old tarballs.