There could be a binary version of qt4 in AUR. Isn't a good idea?
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: | 80 |
Popularity: | 0.90 |
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)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, amdgpu-pro-oglpAUR, nvidia-340xx-utilsAUR, libglvnd)
- libice
- libmng
- libpng (libpng-gitAUR, libpng-apngAUR)
- libsm
- libx11 (libx11-gitAUR)
- libxext (libxext-gitAUR)
- libxi (libxi-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- openssl (openssl-staticAUR, openssl-gitAUR)
- sqlite (sqlite-fossilAUR)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- Show 17 more dependencies...
Required by (213)
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 .. 7 8 9 10 11 12 13 14 15 16 17 18 Next › Last »
D-Worak commented on 2019-06-10 14:38 (UTC)
slav commented on 2019-05-29 17:40 (UTC)
@mozo Thank you!
mozo commented on 2019-05-29 16:58 (UTC) (edited on 2019-05-29 16:58 (UTC) by mozo)
slav commented on 2019-05-29 16:27 (UTC)
Someone can drop last qt4 4.8.7-30.pkg.tar.xz please?
dviktor commented on 2019-05-28 17:23 (UTC)
@totsilence thank you for your contribution! Added fix for possible GCC9 issue
totsilence commented on 2019-05-27 19:30 (UTC)
To fix breakage with GCC 9 and the foreach macro we should backport this commit from Qt 5 (it doesn't apply cleanly and needs a bit of trivial adapting): https://github.com/qt/qtbase/commit/c35a3f519007af44c3b364b9af86f6a336f6411b
GCC developers closed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90617
as a duplicate of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44715
which shows that the change was intentional.
totsilence commented on 2019-05-25 06:48 (UTC)
Just wanted to let everyone know that there is a bug in GCC 9 (now in testing), which makes it miscompile the foreach macro in Qt4:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90617
Since that macro is used extensively throughout the Qt source code I can only imagine that compiling qt4 with the current testing gcc will cause severe breakage.
We can fix this in two ways:
1) Wait for gcc fix 2) Apply a patch to qt4 to change the way Q_FOREACH is coded.
andreymal commented on 2019-05-16 20:00 (UTC) (edited on 2019-05-16 20:00 (UTC) by andreymal)
Missing dependency gstreamer0.10-base?
cd WebCore/ && $/aur-qt4/src/qt-everywhere-opensource-src-4.8.7/bin/qmake $/aur-qt4/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/webkit/Source/WebCore/WebCore.pro -spec $/aur-qt4/src/qt-everywhere-opensource-src-4.8.7/mkspecs/linux-g++ -o Makefile.WebKit
Project ERROR: Package gstreamer-app-0.10 not found
make[1]: *** [Makefile.WebKit:72: WebCore/Makefile.WebKit] Error 2
Tharbad commented on 2019-05-11 22:41 (UTC)
@dviktor: Can you add that the right script for the devtools is extra-x86_64-build?
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.