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 .. 10 11 12 13 14 15 16 17 18 19 20 .. 25 Next › Last »

PhotonX commented on 2017-03-03 15:06 (UTC)

Ok, seems like my idea was wrong, the symlink didn't help. I will try to build this revision and see if it still works there: https://aur.archlinux.org/cgit/aur.git/tree/?h=lib32-qt4&id=77e07c49a2e24c4d64fa1b25fb54c123a7367136 Here the folder name is already changed but other (greater) changes are not yet made.

ranger commented on 2017-03-03 13:45 (UTC)

To check if the problem is the move form /usr/lib32/qt/ to /usr/lib32/qt4/, you can install -8 and make a symlink

PhotonX commented on 2017-03-03 13:41 (UTC) (edited on 2017-03-03 13:42 (UTC) by PhotonX)

Tsmuxer shows the same behaviour as Skype. Sure, so far I just downgraded to -7, but I think, this is not a good solution on the long term. :) I think, journalctl and dmseg don't show userspace apps' output, are they? Also, I cannot see the missing linked libraries in Skype and Tsmuxer using ldd, because both are statically linked. Maybe this is the problem? Maybe we can find the cause of the problem by looking at what has been changed between -7 and -8? As far as I can see the relevant change is that the directories in the configure call have been changed from subfolders of /usr/lib32/qt/ to subfolders of /usr/lib32/qt4/ Is this necessary to avoid collisions with qt5? If not, the best solution would be to roll back this change, imo. If this is impossible, then it would be necessary to tell Skype and other apps where to search for the libs (because the cannot find them in /usr/lib32/qt4/ obviously) somehow, but I don't know how...

WoefulDerelict commented on 2017-03-03 13:03 (UTC) (edited on 2017-03-03 13:10 (UTC) by WoefulDerelict)

PhotonX: If you're interested in chasing the issue the next step would be to consult the various logs for pertinent errors, as there likely should be some, after which one could attack skype with strace for more information. journalctl and/or dmesg should contain some information as to why the theme isn't being rendered correctly. Likely it will complain that it can't find or load some resource. Should that prove fruitless strace will likely catch it. If you aren't familiar with the tools you can submit the output for the community to sift through. The output of these tools is very verbose and not limited to just errors with skype. If you'd just like Skype to work properly the easy solution would be to roll back to the binary release of -7 from the ALA which was working and should still work. Post Scriptum: The 'Required by' section on this page contains a list of software that depends upon lib32-qt4. Last I looked there were 42 packages listed there.

PhotonX commented on 2017-03-03 13:00 (UTC)

VLC doesn't need 32 bit libraries, does it? And I don't know any 32 bit QT apps besides of Skype...

ranger commented on 2017-03-03 12:02 (UTC)

PhotonX, have you tried any other Qt4 apps (eg vlc)? Is the problem only with the 32 lib dependency?

PhotonX commented on 2017-03-03 08:46 (UTC) (edited on 2017-03-03 08:47 (UTC) by PhotonX)

Unfortunately, rebuilding lib32-qt4, lib32-gtk-engine-murrine and skype from source/AUR didn't solve the problem... What else can I do?

PhotonX commented on 2017-03-03 07:30 (UTC)

I tried rebuilding lib32-gtk-engine-murrine, but unfortunately nothing changed. What would be the next step? Try to build lib32-qt from source myself? I started the building process, will report back if it makes any difference. Thanks for your support so far! :)

WoefulDerelict commented on 2017-03-02 20:40 (UTC) (edited on 2017-03-02 21:00 (UTC) by WoefulDerelict)

PhotonX: QT4 no longer integrating with GTK themes is a bug. I'm not certain if changes made to the PKGBUILD or the build environment of the binary package you're using are responsible for the change in behaviour. Are you restarting the host environment after you update? Have you tried building this package and Skype yourself? Have you rebuilt any downline dependencies that may be affected by the update to address [FS#47301 [https://bugs.archlinux.org/task/47301]] which is the primary change in -8? As the article you linked clearly states some of these GTK themes require special engines. If you're using a 32-bit GTK engine like Murrine or Pixmap from the AUR it may be necessary to rebuild it for proper lib32-qt4 integration. It is also possible that FS#47301 had not been addressed because of some oddities with the way things in the 32-bit realm handled this. One will need quite a bit more information before it is possible to make a determination on this issue.

PhotonX commented on 2017-03-02 08:19 (UTC) (edited on 2017-03-02 08:25 (UTC) by PhotonX)

@ranger: Unfortunately, no change. I can achieve what I see in your screenshot, but this is not how it should be. You have the Cleanlooks theme running in Skype, which is of course better than the Windows 95 like theme but it is still not what it used to be before the update... edit: This is the difference I mean: http://www.webupd8.org/2014/03/fix-skype-not-using-desktop-gtk-theme.html Before: Cleanlooks, after: Proper GTK2 integration.

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 25 Next › Last »