Package Details: qt4 4.8.7-35

Git Clone URL: https://aur.archlinux.org/qt4.git (read-only, click to copy)
Package Base: qt4
Description: A cross-platform application and UI framework
Upstream URL: https://www.qt.io
Licenses: custom, GPL3, LGPL, FDL
Conflicts: qt
Replaces: qt
Submitter: arojas
Maintainer: dviktor
Last Packager: dviktor
Votes: 67
Popularity: 1.33
First Submitted: 2019-05-01 11:51 (UTC)
Last Updated: 2022-05-13 12:03 (UTC)

Dependencies (30)

Sources (22)

Pinned Comments

dviktor commented on 2022-09-28 18:33 (UTC)

PKGBUILD for this package is being maintained there. You can install pre-built packages from my repo

dviktor commented on 2019-06-18 12:50 (UTC) (edited on 2022-01-27 12:28 (UTC) by dviktor)

Qt4 binary package has moved to my personal repository located here. You can add it to your /etc/pacman.conf for convenience, if you want (don't forget to import my GPG key).

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

@semeion,

qt4 was expelled from the official repositories due to https://lists.archlinux.org/pipermail/arch-dev-public/2019-April/029560.html

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.

@xuanruiqi,

Only Developers and Trusted Users have access to pkgbuild.com, 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 »

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)

Hello

is possible use libfoo.so 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)"

greetings

dviktor commented on 2022-09-28 18:33 (UTC)

PKGBUILD for this package is being maintained there. You can install pre-built packages from my repo

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

@MarsSeed

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.

valandil commented on 2022-03-28 17:49 (UTC)

Try with source mentioned in a comment below, i.e.

valandil ~/build/qt4 $ git diff
diff --git a/PKGBUILD b/PKGBUILD
index 2a04053..33783bb 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -24,7 +24,7 @@ optdepends=('postgresql-libs: PostgreSQL driver'
 replaces=('qt<=4.8.4')
 conflicts=(qt)
 _pkgfqn="qt-everywhere-opensource-src-${pkgver}"
-source=("https://ftp.desolve.ru/ftp/viktor/qt4/${_pkgfqn}.tar.gz"
+source=("https://download.qt.io/archive/qt/4.8/4.8.7/${_pkgfqn}.tar.gz"
         "qtconfig-qt4.desktop"
         "assistant-qt4.desktop"
         "designer-qt4.desktop"

giswqs commented on 2022-03-28 14:11 (UTC)

Can't update qt4. Getting the following error:

-> Downloading qt-everywhere-opensource-src-4.8.7.tar.gz... curl: (28) Failed to connect to ftp.desolve.ru port 443 after 128955 ms: Connection timed out Warning: Problem: timeout. Will retry in 3 seconds. 3 retries left.

tesfabpel commented on 2022-02-02 21:21 (UTC)

Maybe it's better to officially revert downloading from the original source if it's available (https://download.qt.io/archive/qt/4.8/4.8.7/)? Thank you.

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