BUG: qt3-mac failed on configure

[ornstedt@…]

Hi,

I am working on a port of mythtv. I have built it successfully on qt3-mac 3.3.2. However I just wanted to test it now on 3.3.3 before I submitted it...

Unfortunatly it seems to fail now?!?

I get these error messages. This never happened on 3.3.2:

--->  Configuring mythtv
Error: Target com.apple.configure returned: shell 
command "/opt/local/bin/qmake /opt/darwinports/dports/multimedia/mythtv/work/myt
htv-0.16/mythtv.pro" returned error 2
Command output: QMAKESPEC has not been set, so configuration cannot be deduced.
Error processing project 
file: /opt/darwinports/dports/multimedia/mythtv/work/mythtv-0.16/mythtv.pro

[ornstedt@…]

Some more info. These are the versions I have installed:

qt3-mac 3.3.2_2+mysql qt3-mac 3.3.3_0+mysql (active)

When using the latter it fails. If I activate the older version everything is fine.

Any ideas?

[ornstedt@…]

I have contacted Trolltech to get some feedback from them on this.

/Janne

[ornstedt@…]

This is a bug related to symlink issues in Darwinports.

See bug #2057

ls -l 3.3.3_0+mysql/opt/local/share/qt3/mkspecs/default

lrwxr-xr-x 1 ornstedt admin 8 9 Oct 20:14 3.3.3_0+mysql/opt/local/share/qt3/mkspecs/default -> macx-g++

Does not properly get installed.

/Janne

[rshaw@…]

No longer maintaining these ports.

[snu@…]

Unrelated to 2057, which is nothing to do with DarwinPorts.

[blb@…]

Is this still an issue, qt3-mac is currently at 3.3.4?

[ornstedt@…]

This has nothing todo specific with the qt3-mac code as I tried to point out. I later through debuging found out that its darwinports that drops one important symlink when activating the package.

And because of this breaking qt3-mac. I contacted Trolltech and they agreed with my findings.

Anyway someone removed the link to the bug I thought was more correct but apparently they diagreed that it was related.

I have not recently tested if darwinports has been fixed to resolve this issue.

[blb@…]

Ah, I see it now; my /opt/local/share/qt3/mkspecs/default/macx-g++ shows

lrwxr-xr-x 1 root admin 161 Aug 27 13:31 macx-g++@ -> /opt/local/var/db/dports/build/ file._Users_blb_adjunct_devel_cvs_projects_OpenDarwin_proj_darwinports_dports_aqua_qt3-mac/work/ qt-mac-free-3.3.4/mkspecs/macx-g++

so it would seem 3.3.4_1 still has this issue. Best idea is most likely for qt3-mac to remove the symlink and manually copy the file.

[markd@…]

(In reply to comment #8)

Ah, I see it now; my /opt/local/share/qt3/mkspecs/default/macx-g++ shows lrwxr-xr-x 1 root admin 161 Aug 27 13:31 macx-g++@ -> /opt/local/var/db/dports/build/ file._Users_blb_adjunct_devel_cvs_projects_OpenDarwin_proj_darwinports_dports_aqua_qt3-mac/work/ qt-mac-free-3.3.4/mkspecs/macx-g++ so it would seem 3.3.4_1 still has this issue. Best idea is most likely for qt3-mac to remove the symlink and manually copy the file.

This patch changes from using a symlink to doing a copy. Qt-mac 3.3.6 does it the same so a patch will be needed in the future also. Can anyone verify this fix?

--- qmake/Makefile.unix.org 2004-09-13 11:24:42.000000000 -0700 +++ qmake/Makefile.unix 2006-03-29 21:03:46.000000000 -0800 @@ -49,7 +49,7 @@

-cp -f @BUILD_PATH@/bin/qmake @QT_INSTALL_BINS@

[ -d @QT_INSTALL_DATA@ ] mkdir -p @QT_INSTALL_DATA@ -cp -R -f @SOURCE_PATH@/mkspecs @QT_INSTALL_DATA@

- -ln -s -f @QMAKESPEC@ @QT_INSTALL_DATA@/mkspecs/default + -cp -R -f @QMAKESPEC@ @QT_INSTALL_DATA@/mkspecs/default

clean

rm -f $(OBJS) $(QOBJS)

ls -l /opt/local/share/qt3/mkspecs/default/ -rw-r--r-- 2 root admin 568 Mar 29 21:56 Info.plist.app drwxr-xr-x 5 root admin 170 Mar 29 22:00 macx-g++ -rw-r--r-- 2 root admin 2749 Mar 29 21:56 qmake.conf -rw-r--r-- 2 root admin 1965 Mar 29 21:56 qplatformdefs.h

[ranger@…]

FYI, if the qt3 package is based on my fink package, then it's probably doing a bunch of hand-copying of stuff, because for a long time, qt3's "make install" was busted.

As of 3.3.6, at least, that is no longer the case; I cleaned up the fink package (in my experimental directory; it's not released yet) considerably by moving everything back to doing a "make install".

[IngmarStein@…]

So is the qt3-mac port going to be updated for 3.3.6?

[css@…]

Assigning to the port maintainer.

[nox@…]

On leimy's request.

[afb@…]

Still needed for qt3-mac 3.3.8, as it also links into destroot.

[anonymous]

Milestone Port Bugs deleted

[jmr@…]

This really is a bug in qt3's build system; 'make install' in the qmake subdir tries to create the 'default' link when it already exists (and does so using the build path). Fixed in r72955.