@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.
Search Criteria
Package Details: qt4 4.8.7-38
Package Actions
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: | 0.46 |
First Submitted: | 2019-05-01 11:51 (UTC) |
Last Updated: | 2025-01-31 20:43 (UTC) |
Dependencies (37)
- alsa-lib
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- freetype2 (freetype2-macosAUR, freetype2-qdoledAUR, freetype2-gitAUR, freetype2-qdoled-aw3225qfAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd)
- libice
- libmng
- libpng (libpng-gitAUR, libpng-apngAUR)
- libsm
- libx11 (libx11-gitAUR)
- libxext (libxext-gitAUR)
- libxi (libxi-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- openssl (openssl-gitAUR, openssl-staticAUR)
- sqlite (sqlite-fossilAUR)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, mimejs-gitAUR, xdg-utils-mimeoAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- Show 17 more dependencies...
Required by (203)
Sources (22)
- assistant-qt4.desktop
- designer-qt4.desktop
- disable-sslv3.patch
- fix_jit.patch
- glib-honor-ExcludeSocketNotifiers-flag.diff
- https://src.fedoraproject.org/repo/pkgs/qt/qt-everywhere-opensource-src-4.8.7.tar.gz/d990ee66bf7ab0c785589776f35ba6ad/qt-everywhere-opensource-src-4.8.7.tar.gz
- improve-cups-support.patch
- kde4-settings.patch
- kubuntu_14_systemtrayicon.diff
- l-qclipboard_delay.patch
- l-qclipboard_fix_recursive.patch
- linguist-qt4.desktop
- moc-boost-workaround.patch
- qdbusviewer-qt4.desktop
- qt4-gcc11.patch
- qt4-gcc6.patch
- qt4-gcc8.patch
- qt4-gcc9.patch
- qt4-glibc-2.25.patch
- qt4-icu59.patch
- qt4-openssl-1.1.patch
- qtconfig-qt4.desktop
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 19 Next › Last »
dviktor commented on 2022-11-27 14:04 (UTC)
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-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.
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 declared
error: build in clean chroot withextra-x86_64-build
script.