It doesn't build for me:
I tried with trizen, yaourt, yay and makepkg to no avail.
With makepkg the error is the following:
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: | 79 |
Popularity: | 0.31 |
First Submitted: | 2019-05-01 11:51 (UTC) |
Last Updated: | 2024-06-26 19:25 (UTC) |
« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 Next › Last »
It doesn't build for me:
I tried with trizen, yaourt, yay and makepkg to no avail.
With makepkg the error is the following:
Same error with makepkg :-(
Seems like some AUR managers can't handle echo
lines in PKGBUILD properly... Very strange
Through yay, the package is going fine.
@dviktor
I usually use pacmac but I can use makepkg and did so for the last couple of tests. Happy to try whatever is needed but I'm about to go out for the evening, so will post any results tomorrow.
I just noticed that PKGBUILD already contains lines with -std=gnu++98
. It should place them where appropriate. How do you install package? Could you try simple makepkg (that works for me)?
EDIT: yay builds and install package fine too. Tested on another machine
Same problem as others. gcc version 8.3.0, default makepkg.conf
@dviktor I added -g++:QMAKE_CXXFLAGS += -std=gnu++98 to /JavaScriptCore.pro as directed, still fails with the same error.
Same problem as xuanruiqi and MickeyRat, default makepkg.conf too.
Please try to add *-g++*:QMAKE_CXXFLAGS += -std=gnu++98
in src/3rdparty/webkit/Source/JavaScriptCore/JavaScriptCore.pro
file at line 220 (just before lessThan(QT_GCC_MAJOR_VERSION, 5) {
block) and tell me your results.
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.