| 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: | GPL-3.0-only, LGPL-3.0-only, GFDL-1.3-only |
| Conflicts: | qt |
| Replaces: | qt |
| Submitter: | arojas |
| Maintainer: | DodoGTA |
| Last Packager: | DodoGTA |
| Votes: | 81 |
| Popularity: | 1.47 |
| First Submitted: | 2019-05-01 11:51 (UTC) |
| Last Updated: | 2025-01-31 20:43 (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
@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
@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)
@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
@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.
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"
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.
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.
@dviktor thank you!
Pinned Comments
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 declarederror: build in clean chroot withextra-x86_64-buildscript.