Opened 15 years ago

Closed 15 years ago

#4264 closed defect (fixed)

arts 1.1.2 fails Configure during install of kdegames3

Reported by: chrischram@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.0
Keywords: Cc:
Port:

Description

---> Configuring arts Error: Target com.apple.configure returned: configure failure: shell command "cd "/opt/local/var/db/ dports/build/ file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_audio_arts/work/ arts-1.1.2" && CPPFLAGS='-I/usr/X11R6/include -I/opt/local/include -I/opt/local/include/qt3 -no- cpp-precomp -fno-common' LDFLAGS='-L/usr/X11R6/lib' LIBS='-L/opt/local/lib' DYLD_LIBRARY_PATH='/usr/X11R6/lib:/opt/local/lib' LD_LIBRARY_PATH='/usr/X11R6/lib:/opt/local/ lib' CFLAGS='-Os' CXXFLAGS='-Os' ./configure --prefix=/opt/local --prefix='/opt/local' -- includedir='/opt/local/include' --libdir='/opt/local/lib' --with-extra-includes='/opt/local/include' -- with-extra-libs='/opt/local/lib' --with-qt-dir='/opt/local' --with-qt-includes='/opt/local/include/ qt3' --enable-rpath --with-pic --enable-shared=yes --enable-static=no --libexecdir='/opt/local/lib' --with-xinerama --with-pam --disable-final --disable-dependency-tracking" returned error 1 Command output: checking for limits.h... yes checking sys/mnttab.h usability... no checking sys/mnttab.h presence... no checking for sys/mnttab.h... no checking mntent.h usability... no checking mntent.h presence... no checking for mntent.h... no checking fstab.h usability... yes checking fstab.h presence... yes checking for fstab.h... yes checking sys/soundcard.h usability... no checking sys/soundcard.h presence... no checking for sys/soundcard.h... no checking sys/syscall.h usability... yes checking sys/syscall.h presence... yes checking for sys/syscall.h... yes checking fam.h usability... no checking fam.h presence... no checking for fam.h... no checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for IceConnectionNumber in -lICE... yes checking for libXext... yes checking for Xinerama... yes checking for pthread_create in -lpthread... yes checking for libz... -lz checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for Qt... configure: error: Qt (>= Qt 3.1.0) (headers and libraries) not found. Please check your installation! For more details about this problem, look at the end of config.log.

Change History (8)

comment:1 Changed 15 years ago by ben@…

I fixed this particular problem, but the kde* ports are unmaintained (and ancient). You're very likely to have further problems getting kde to work, and there probably won't be much enthusiasm about fixing them.

[this bug should be marked FIXED]

comment:2 Changed 15 years ago by chrischram@…

(In reply to comment #1)

I fixed this particular problem, but the kde* ports are unmaintained (and ancient). You're very likely to have further problems getting kde to work, and there probably won't be much enthusiasm about fixing them.

[this bug should be marked FIXED]

You may say it's FIXED, but I'm still getting the same error during Configuring. Sorry if I'm jumping the gun, but how long does it take to get this FIX online?

comment:3 Changed 15 years ago by eekee@…

I'm having the exact same problem with kdebase. A shame the kde ports are unmaintained, although I have to say I doubt I could put in the work needed to get them running. >_>

Quote: Ben Willmore 2005-08-02 17:31

I fixed this particular problem

I have to say I do not understand this, because in my case qt was built as a dependancy of kdebase and installed fine. In other words, port built qt & then proceded to build kdebase in sequence, it didn't work (and neither did arts for that matter) so how can this bug be fixed? I may be missing some understanding of bugzilla usage conventions being as I'm rather new at this, but I think it should be left open as a marker that kde doesn't build, or at least flagged as WONTFIX, LATER or something.

If the KDE ports are going to be brought up to date at any point I'd like to help, although I'm not all that good at such things.

comment:4 Changed 15 years ago by mww@…

(In reply to comment #3)

If the KDE ports are going to be brought up to date at any point I'd like to help, although I'm not all that good at such things.

its often enough to make some rumble about certain stuff to encourage developers to fix stuff - there are probably enough people out there that just need to be motivated! ;)

Perhaps you can gather a crowd who are interested in this and found a mailing list like the gnome ppl;

comment:5 Changed 15 years ago by ben@…

Hi -- the bug was in qt (it installed ok but the headers were installed to the wrong dir) and therefore you'll need to rebuild qt. port uninstall qt3, port delete --archive qt3, port install -vd qt3, port install arts, sudoing all the way of course. If there are still qt-related problems, the best solution may be to rewind to the ancient-but-working-on-some platforms (not 10.4) qt-3.3.1.

If the KDE ports are going to be brought up to date at any point I'd like to help, although I'm not all that good at such things.

I made a decent stab at porting over the 3.4.1 patches from fink -- I got kdelibs, kdebase 3.4.1 to build ok and I could run, e.g. the kde terminal program, but there were fundamental problems with arts (sound server hangs, preventing apps from doing anything). I'm sure they're fixable but it's a substantial task. Anyway, if someone takes on this project, they should get me to send them a snapshot of where I got to.

comment:6 Changed 15 years ago by ben@…

I forgot to mention that, of course, a 'sudo port sync' will be required before installing qt3

comment:7 Changed 15 years ago by ben@…

Since both arts and KDE are now up-to-date and functional, this should be marked fixed (I don't have the power). If there are further problems, please open new bugs.

comment:8 Changed 15 years ago by blb@…

Resolution: fixed
Status: newclosed

Resolving as requested.

Note: See TracTickets for help on using tickets.