Package Details: lib32-qt4 4.8.7-15

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)

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.

  1. Clone the lib32-qt4 repository or extract the snapshot archive into a clean working directory.

  2. Enter the directory containing the package source. (PKGBUILD and patches.)

  3. 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

  4. 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

Latest Comments

« First ‹ Previous 1 .. 20 21 22 23 24 25

sl1pkn07 commented on 2017-02-13 23:47 (UTC)

any chance for fix this? https://bugs.archlinux.org/task/47301

lisu_ml commented on 2017-02-12 10:15 (UTC)

@biinari: Builds fine using yaourt. If you think expanding the depends will help build the package with other helpers, I can do it straight away.

biinari commented on 2017-02-12 03:44 (UTC)

Using bash expansion in the depends array makes aura (an aur helper) unable to update this package. As in: lib32-{fontconfig,sqlite,alsa-lib,glib2,dbus,openssl} It builds fine with makepkg but it might be worth considering writing the depends out in full. I don't know if other aur helpers are any better at handling bash expansion.

dkaylor commented on 2017-02-12 03:19 (UTC)

@lisu_ml: Thanks for adopting. I use this package as a dep for packettracer.

dkaylor commented on 2017-02-12 03:15 (UTC)

@bakqwailo: You need to answer yes to either "Assume -R" or "Apply anyway?" for the prepare() to complete. @billypilgrim: I had a similar failure when building using pacaur, so if you are using a helper, try it without one, worked for me.

lisu_ml commented on 2017-02-11 23:37 (UTC)

The package built for me without any issues.

lisu_ml commented on 2017-02-11 23:16 (UTC)

@gokcen: According to the last commit message, this package has been dropped from [multilib] repo. @billypilgrim: I'm building the package right now to see if there is any problem, but it is taking long time. I will report here if it worked or not for me. @bakgwailo: The prepare() works fine here, so I have no idea why it fails in your case. Are you sure you are not trying to re-apply the patches somehow?

bakgwailo commented on 2017-02-11 21:52 (UTC)

Doesn't build for me, either, fails applying patches: ==> Extracting sources... -> Extracting qt-everywhere-opensource-src-4.8.7.tar.gz with bsdtar ==> Starting prepare()... patching file examples/desktop/systray/window.cpp patching file examples/desktop/systray/window.h The next patch would create the file src/gui/util/qabstractsystemtrayiconsys.cpp, which already exists! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored The next patch would create the file src/gui/util/qabstractsystemtrayiconsys_p.h, which already exists! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored patching file src/gui/util/qsystemtrayicon.cpp patching file src/gui/util/qsystemtrayicon_p.h patching file src/gui/util/qsystemtrayicon_x11.cpp The next patch would create the file src/gui/util/qxembedsystemtrayicon_x11.cpp, which already exists! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored The next patch would create the file src/gui/util/qxembedsystemtrayicon_x11_p.h, which already exists! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored patching file src/gui/util/util.pri ==> ERROR: A failure occurred in prepare(). Aborting... :: failed to build lib32-qt4 package(s)

billypilgrim commented on 2017-02-11 18:58 (UTC)

The build is currently failing for me: make[1]: *** No rule to make target 'util/qabstractsystemtrayiconsys.cpp', needed by '.obj/release-shared/qabstractsystemtrayiconsys.o'. Stop. make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/tmp/makepkg/lib32-qt4/src/qt-everywhere-opensource-src-4.8.7/src/gui' make: *** [Makefile:422: sub-gui-make_default-ordered] Error 2 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build lib32-qt4 package(s)

gokcen commented on 2017-02-10 09:11 (UTC)

What happened to the binary lib32-qt4 package?

« First ‹ Previous 1 .. 20 21 22 23 24 25