[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#781226: marked as done (qtchooser fails to find qmake-qt4 when installed in foreign architecture)

Your message dated Tue, 31 Oct 2017 00:19:50 +0300
with message-id <20171030211950.trprvylluan3pn5d@mitya57.me>
and subject line Re: Bug#781226: qtchooser fails to find qmake-qt4 when installed in foreign architecture
has caused the Debian Bug report #781226,
regarding qtchooser fails to find qmake-qt4 when installed in foreign architecture
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
781226: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781226
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: qtchooser
Version: 47-gd2b7997-2
Severity: normal

on a system on which qt4-qmake is installed as i386 package
(4:4.8.6+git64-g5dc8b2) and qtchooser is installed as amd64 (no idea why
this happened on my system, but qt4-qmake being Multi-Arch:foreign
indicates it should be ok), qtchooser fails to find qmake:

> $ qmake --version
> make: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/qmake': No such
> file or directory
> $ qmake-qt4 --version
> QMake version 2.01a
> Using Qt version 4.8.6 in /usr/lib/i386-linux-gnu

if this can not be fixed in the dispatch process, maybe it should be
considered to set qtchooser to Multi-Arch:same, so qmake (which depends
on it) can pull in a matching qtchooser.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages qtchooser depends on:
ii  libc6       2.19-17
ii  libgcc1     1:4.9.2-10
ii  libstdc++6  4.9.2-10

qtchooser recommends no packages.

qtchooser suggests no packages.

-- no debconf information

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
Version: 64-ga1b6736-4

On Thu, Mar 26, 2015 at 09:55:40AM +0100, chrysn wrote:
> on a system on which qt4-qmake is installed as i386 package
> (4:4.8.6+git64-g5dc8b2) and qtchooser is installed as amd64 (no idea why
> this happened on my system, but qt4-qmake being Multi-Arch:foreign
> indicates it should be ok), qtchooser fails to find qmake:
>
> > $ qmake --version
> > make: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/qmake': No such
> > file or directory
> > $ qmake-qt4 --version
> > QMake version 2.01a
> > Using Qt version 4.8.6 in /usr/lib/i386-linux-gnu
>
> if this can not be fixed in the dispatch process, maybe it should be
> considered to set qtchooser to Multi-Arch:same, so qmake (which depends
> on it) can pull in a matching qtchooser.

With the latest Qt 5 and qtchooser packages, this should be fixed:

# apt install qt5-qmake-bin:i386 qt5-qmake:i386
...
# qmake -qt5 -version
QMake version 3.1
Using Qt version 5.9.2 in /usr/lib/i386-linux-gnu

This won’t be fixed for Qt 4 as it has reached its end of life, and we are
removing it from archive.

--
Dmitry Shachnev

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: