Whether a new download URI is a weighty argument to change of the package revision (and to rebuild the huge package) if the source tarball remains the same?
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.44 |
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 8 9 10 11 .. 19 Next › Last »
beaux_monde commented on 2021-01-20 14:30 (UTC)
mikesco3 commented on 2021-01-20 05:09 (UTC) (edited on 2021-01-20 05:14 (UTC) by mikesco3)
yeah I ended up editing the PKGBUILD at around line 29 and replacing where it said
source=("https://download.qt.io/archive/qt/4.8/${pkgver}/${_pkgfqn}.tar.gz"
for:
source=("https://ftp.osuosl.org/pub/blfs/conglomeration/qt4/${_pkgfqn}.tar.gz"
valandil commented on 2021-01-20 03:09 (UTC) (edited on 2021-01-20 03:09 (UTC) by valandil)
As a workaround, I am hosting the tarball on AWS: https://archlinux-aur-mirror.s3.ca-central-1.amazonaws.com/qt-everywhere-opensource-src-4.8.7.tar.gz.
You can change the source in the PKGBUILD.
dpvpro commented on 2021-01-19 22:56 (UTC)
Can't download package in automatic mode
Tio commented on 2021-01-19 21:48 (UTC)
I get this error:
curl: (35) OpenSSL SSL_connect: Connection reset by peer in connection to download.qt.io:443
==> ERROR: Failure while downloading https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz
Aborting...
Failed to build qt4
amrelk commented on 2021-01-19 20:31 (UTC)
https://download.qt.io no longer exists, and therefore the build fails. any workarounds?
FMB commented on 2021-01-19 13:54 (UTC)
@mikesco3: build in a clean chroot.
mikesco3 commented on 2021-01-19 13:45 (UTC)
aur is failing to build this for me today in manjaro
==> ERROR: Failure while downloading https://download.qt.io/archive/qt/4.8/4.8.7/qt-everywhere-opensource-src-4.8.7.tar.gz
I've checked the link and it doesn't seem to be working either.
I've even tried digging a bit for a link
https://download.qt.io/archive/qt/4.8/
and they don't seem to be working for qt4
bionade24 commented on 2020-12-23 14:45 (UTC)
@quenyen: Build in a clean chroot or use a prebuilt package
quenyen commented on 2020-12-23 14:24 (UTC)
All of a sudden I am having a problem building this....here is my error from compilation....
::HashTableConstIteratorAdapter<WTF::HashTable\<void*, void*, WTF::IdentityExtractor\<void*>, WTF::PtrHash\<void*>, WTF::HashTraits\<void*>, WTF::HashTraits\<void*> >, void*>,[...]>’ 191 | return m_impl.add(value); | ~~~~~~~~~~^~~~~~~ | | | pair<WTF::HashTableIterator\<void*, void*, WTF::IdentityExtractor\<void*>, WTF::PtrHash\<void*>, WTF::HashTraits\<void*>, WTF::HashTraits\<void*> >,[...]> make[2]: [Makefile.WebKit:1785: .obj/release-static/DateMath.o] Error 1 make[2]: Leaving directory '/tmp/makepkg/qt4/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/webkit/Source/JavaScriptCore' make[1]: [Makefile.WebKit:43: sub-JavaScriptCore-JavaScriptCore-pro-make_default-ordered] Error 2 make[1]: Waiting for unfinished jobs.... make[1]: Leaving directory '/tmp/makepkg/qt4/src/qt-everywhere-opensource-src-4.8.7/src/3rdparty/webkit/Source' make: [Makefile:747: sub-webkit-make_default-ordered] Error 2 ==> ERROR: A failure occurred in build(). Aborting... error making: qt4
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.