I tried building in a clean chroot but have been unable to resolve
lib32-nvidia-libgl dependencies.
Search Criteria
Package Details: lib32-qt4 4.8.7-15
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-qt4.git (read-only, click to copy) |
---|---|
Package Base: | lib32-qt4 |
Description: | A cross-platform application and UI framework (32-bit) |
Upstream URL: | http://www.qt.io |
Licenses: | custom, GPL3, LGPL, FDL |
Conflicts: | lib32-qt |
Replaces: | lib32-qt |
Submitter: | arojas |
Maintainer: | None |
Last Packager: | WoefulDerelict |
Votes: | 51 |
Popularity: | 0.000000 |
First Submitted: | 2017-02-09 20:36 (UTC) |
Last Updated: | 2019-11-19 22:10 (UTC) |
Dependencies (27)
- lib32-alsa-lib
- lib32-dbus
- lib32-fontconfig
- lib32-glib2
- lib32-libgl (lib32-nvidia-340xx-utilsAUR, lib32-amdgpu-pro-oglp-legacyAUR, lib32-amdgpu-pro-oglpAUR, lib32-libglvnd)
- lib32-libmngAUR
- lib32-libpng
- lib32-libsm
- lib32-libtiff
- lib32-libxi
- lib32-libxrandr
- lib32-libxv
- lib32-openssl
- lib32-sqlite
- qt4AUR
- cups (cups-gitAUR, cups-gssapiAUR) (make)
- gcc-multilib (gcc-gitAUR, gcc-libs-gitAUR, gcc-fortran-gitAUR, gcc-objc-gitAUR, gcc-ada-gitAUR, gcc-go-gitAUR, gccrs-gitAUR, gccrs-libs-gitAUR, gcc-snapshotAUR, gcc) (make)
- lib32-gtk2 (make)
- lib32-icu (make)
- lib32-libcups (make)
- lib32-libxfixes (make)
- lib32-mesa (lib32-mesa-gitAUR, lib32-mesa-minimal-gitAUR, lib32-mesa-amd-bc250AUR, lib32-amdonly-gaming-mesa-gitAUR, lib32-mesa-amber) (make)
- lib32-icu (optional) – Unicode support
- lib32-libxcursor (optional) – Xcursor support
- lib32-libxfixes (optional) – Xfixes support
- lib32-libxinerama (optional) – Xinerama support
- lib32-sni-qt (optional) – StatusNotifierItem (AppIndicators) support
Required by (1)
- simplicitystudio5-bin (optional)
Sources (15)
- disable-sslv3.patch
- glib-honor-ExcludeSocketNotifiers-flag.diff
- https://download.qt.io/archive/qt/4.8/4.8.7/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
- moc-boost-workaround.patch
- qt4-gcc6.patch
- qt4-gcc8.patch
- qt4-gcc9.patch
- qt4-glibc-2.25.patch
- qt4-icu59.patch
- qt4-openssl-1.1.patch
Latest Comments
« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 25 Next › Last »
tc1384 commented on 2017-02-25 08:35 (UTC)
WoefulDerelict commented on 2017-02-24 15:58 (UTC)
tc1384: Have you tried building the package in a clean chroot on either system?
mozo commented on 2017-02-23 21:36 (UTC)
I also get the token error. I hope this will be fixed for I can't manage with the compilinng in a clean chroot.
My CPU is Intel 3770 Ivy Bridge with 16GB RAM. The installation is on a SSD. I use RAM to compile.
I don't know how to check CPU firmware.
http://pastebin.com/MqHQyc8g
tc1384 commented on 2017-02-23 19:34 (UTC) (edited on 2017-02-23 19:39 (UTC) by tc1384)
> tc1384: This makes it seem a great deal more like a race condition unless you installed some new packages between the two builds. Were the builds hosted in /tmp, on an SSD or HDD?
builds were hosted on HDD.
Also 57 new packages were install between builds.
[2017-02-17 11:31] [ALPM] upgraded lie320qt4 (4.8.7-7 -> 4.8.7-8)
WoefulDerelict commented on 2017-02-23 17:58 (UTC)
tc1384: This makes it seem a great deal more like a race condition unless you installed some new packages between the two builds. Were the builds hosted in /tmp, on an SSD or HDD?
kvasthval: Doesn't seem like you ran out of space. You're encountering the same error many other users are and not all of them were building in a limited tmpfs. I suspect it is a race condition in the build system. Not sure if the media type the source and output are hosted on has an effect on this. I've been testing on spindle media and in tmpfs/RAM with no difference/failure.
WoefulDerelict commented on 2017-02-23 17:50 (UTC)
snack: It is highly unlikely there is a missing dependency in one of the arrays as multiple users have built this successfully in a clean chroot. lib32-dbus is a dependency of this, including dbus, lib32-systemd, and systemd as dependencies which likely provide headers used during build. One suspects your issue is the result of some other package influencing the environment and confusing the configure script. Building this in a clean chroot will likely resolve the issue.
zoutiyx commented on 2017-02-23 16:26 (UTC)
Errors trying to build this package on my system:
compiling openpagesswitcher.cpp
openpagesswitcher.cpp: In member function ‘virtual bool OpenPagesSwitcher::eventFilter(QObject*, QEvent*)’:
openpagesswitcher.cpp:157:61: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
else if (key == Qt::Key_Tab && (ke->modifiers() == modifier))
~~~~~~~~~~~~~~~~^~~~~~~~~~~
compiling helpviewer_qwv.cpp
helpviewer_qwv.cpp:161:1: error: expected class-name before ‘{’ token
{
^
helpviewer_qwv.cpp:166:13: error: ‘QWebPage’ does not name a type
virtual QWebPage *createWindow(QWebPage::WebWindowType);
^~~~~~~~
helpviewer_qwv.cpp:167:32: error: ‘WebAction’ has not been declared
virtual void triggerAction(WebAction action, bool checked = false);
^~~~~~~~~
helpviewer_qwv.cpp:169:42: error: ‘QWebFrame’ has not been declared
virtual bool acceptNavigationRequest(QWebFrame *frame,
^~~~~~~~~
helpviewer_qwv.cpp:170:41: error: ‘NavigationType’ has not been declared
const QNetworkRequest &request, NavigationType type);
^~~~~~~~~~~~~~
helpviewer_qwv.cpp: In constructor ‘HelpPage::HelpPage(QObject*)’:
helpviewer_qwv.cpp:182:7: error: class ‘HelpPage’ does not have any field named ‘QWebPage’
: QWebPage(parent)
^~~~~~~~
helpviewer_qwv.cpp: At global scope:
helpviewer_qwv.cpp:190:1: error: ‘QWebPage’ does not name a type
QWebPage *HelpPage::createWindow(QWebPage::WebWindowType)
^~~~~~~~
helpviewer_qwv.cpp:200:30: error: variable or field ‘triggerAction’ declared void
void HelpPage::triggerAction(WebAction action, bool checked)
^~~~~~~~~
helpviewer_qwv.cpp:200:30: error: ‘WebAction’ was not declared in this scope
helpviewer_qwv.cpp:200:48: error: expected primary-expression before ‘bool’
void HelpPage::triggerAction(WebAction action, bool checked)
^~~~
make[4]: *** [Makefile:14143: .obj/release-shared/helpviewer_qwv.o] Error 1
make[4]: Leaving directory '/tmp/yaourt-tmp-zoutiyx/aur-lib32-qt4/src/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant'
make[3]: *** [Makefile:42: sub-assistant-make_default-ordered] Error 2
make[3]: Leaving directory '/tmp/yaourt-tmp-zoutiyx/aur-lib32-qt4/src/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools'
make[2]: *** [Makefile:113: sub-tools-make_default-ordered] Error 2
make[2]: Leaving directory '/tmp/yaourt-tmp-zoutiyx/aur-lib32-qt4/src/qt-everywhere-opensource-src-4.8.7/tools/assistant'
make[1]: *** [Makefile:52: sub-assistant-make_default-ordered] Error 2
make[1]: Leaving directory '/tmp/yaourt-tmp-zoutiyx/aur-lib32-qt4/src/qt-everywhere-opensource-src-4.8.7/tools'
make: *** [Makefile:891: sub-tools-make_default-ordered] Error 2
==> ERROR: A failure occurred in build().
Aborting...
esh commented on 2017-02-23 14:26 (UTC) (edited on 2017-02-23 14:39 (UTC) by esh)
It fails to build for me on my laptop:
- Intel Core i7-4700MQ (intel-ucode 20161104 loaded) and 16GB RAM
- GCC is 6.3.1/20170109 (multilib/gcc-multilib 6.3.1-1)
- Kernel is version 4.7.10 with the CK5 patchset and BFQ I/O scheduler. Kernel config is based on linux-ck, but with march=native, 1000 Hz constant tickrate (i.e. non-tickless) and cpufreq disabled
- LibGL provider is multilib/lib32-nvidia-libgl 378.13-1
- Building from /tmp which is mounted on tmpfs with size = 50% of RAM (i.e. the default)
- "pacman -Syu" has been performed prior to the build
- Freetype is vanilla (extra/freetype2 2.7.1-1)
- The only resource-hungry process is a virtual Win7 running idle on KVM with 4GB RAM (no ballooning)
- Default shell is fish, however makepkg has been started from /bin/sh
Full makepkg output: https://fjerhammer.dk/lib32-qt4.out (plain text, 24MB) / https://fjerhammer.dk/lib32-qt4.out.gz (gzipped, 483KB)
(too large for pastebin/pasted)
Relevant variables from makepkg.conf:
CARCH="x86_64"
CHOST="x86_64-pc-linux-gnu"
CPPFLAGS="-D_FORTIFY_SOURCE=2"
CFLAGS="-march=native -O2 -pipe -fstack-protector-strong"
CXXFLAGS="-march=native -O2 -pipe -fstack-protector-strong"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro"
MAKEFLAGS="-j8"
OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !optipng !upx !debug)
I guess there is a chance that the system is silently running out of memory. I will try to build it from a non-volatile filesystem as soon as I find the time.
Pinned Comments
WoefulDerelict commented on 2017-03-07 19:07 (UTC) (edited on 2018-08-26 01:22 (UTC) by WoefulDerelict)
This package often requires special care to build. If building this with makepkg fails it will be necessary to construct the package in a clean chroot. Using an AUR helper is not recommended; however, aurutils does provide the option to build in the clean chroot.
The process of building this package in a clean chroot is rendered exceptionally simple with the help of scripts in the devtools package and can be completed via the following steps. These summarize the information provided by the Arch Linux DeveloperWiki and assume familiarity with git or the process of downloading a snapshot from the AUR and extracting the archive. Please refer to this article for more information about the devtools scripts and building in the clean chroot: [https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot]
Prerequisites: This process uses scripts in devtools to simplify the procedure: please install this package before beginning. The lib32-libmng package is required and must be built or downloaded from the Arch Linux Archive [https://wiki.archlinux.org/index.php/Arch_Linux_Archive]. QT 4 depends on this package and it is no longer found in the binary repositories.
Clone the lib32-qt4 repository or extract the snapshot archive into a clean working directory.
Enter the directory containing the package source. (PKGBUILD and patches.)
Execute the following command, supplying the location of lib32-libmng: multilib-build -- -I /<somewhere>/lib32-libmng-2.0.3-1-x86_64.pkg.tar.xz
Execute pacman with the -U flag to install the resulting package: just as one would with any other local package. Note: lib32-libmng would need to be installed in a similar fashion if it isn't already present on your system.
WoefulDerelict commented on 2017-02-25 15:52 (UTC) (edited on 2018-08-26 00:47 (UTC) by WoefulDerelict)
The QT 4 build system is prone to some odd behaviour: especially if the qtwebkit package is installed. [https://bbs.archlinux.org/viewtopic.php?id=132416] [https://bugreports.qt.io/browse/QTBUG-20236]
If your build fails with the following [error: expected class-name before ‘{’ token] when compiling please build in a clean chroot.
If your build fails with error messages about skipping incompatible files and being unable to find a specific file in a compatible format, especially while linking, you will need to build in a clean container to avoid issues.
Building this package in a clean chroot or other form of container will prevent unexpected issues.
All build errors will be ignored unless the build was performed inside a clean, properly configured container. For more information about building in a clean chroot see this article: [https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot]
Big thanks to int [at] arcor [dot] de for doing the legwork to track down the relevant issue reports and sending them my way.
The archlinuxgr repository contains a binary copy of this package courtesy of ranger.
[archlinuxgr] Server = http://archlinuxgr.tiven.org/archlinux/$arch