[kde-freebsd] Current problem reports assigned to k...@freebsd.org
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/133499 kdenet/kdenetwork4 port fails to build on -CURRENT, ppp c o ports/133092 kdemisc/kdeedu3: Fails to build on -Current - 'USB_SET_TI o ports/133078 kde[PATCH] kmix (multimedia/kdemultimedia4) incorrectly b o ports/131538 kdebug when installing sysutils/klaptopdaemon o ports/129190 kdex11/kde4: KDE4 kdm doesn't launch o ports/124639 kdekde audio/arts sound skipping on playback; non-artsd s o ports/124321 kdex11/kdebase3 - KDE logins do not work with nsswitch LD p ports/123362 kdeadjust dependencies for a bundle of qt4 ports o ports/121688 kde[patch] editors/koffice-kde3: several depencancy fixes o ports/117440 kdemisc/kdeedu3 - Request to package README.ephemerides f o ports/113295 kdenet-im/kopete: pleawse add 'make config' to choose kop 11 problems total. ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] Amarok2 port
Hi, If anyone interested, I have attached port for Amarok 2.1 Beta 1 [1] including dependencies ports not included yet in the ports tree (taglib-extras, qtscriptgenerator). The qtscriptgenerator [2] port is quit dirty :) , it depends on almost all the QT components. its need more work to be customizable. also taglib-extras is branched from the amarok code base and now its standalone [3]. Now Amarok has more dependencies which will delay committing it again, and this really bother many users or at least me :) try google and see the result! Cheers, Mina R Waheeb NB: port attached [1] http://amarok.kde.org/en/releases/2.1/beta/1 [2] http://code.google.com/p/qtscriptgenerator/ [3] http://websvn.kde.org/trunk/kdesupport/taglib-extras/ amarok2-freebsd.tar.gz Description: GNU Zip compressed data ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] editors/koffice-kde3 is missing liblcms.la
I tried to rebuild editors/koffice-kde3 not to link against the old libpoppler.so.3 anymore, but the build failed: /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link c++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF -fexceptions -L/usr/local/lib -o libkritagmagickimport.la -rpath /usr/local/lib/kde3 -avoid-version -module -no-undefined -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib-D_THREAD_SAFE -pthread -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -L/usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -L/usr/local/lib -D_THREAD_SAFE -pthread -L/usr/local/lib -module -avoid-version -no-undefinedmagickimport.lo kis_image_magick_converter.lo ../../../lib/kofficeui/libkofficeui.la ../../../lib/kofficecore/libkofficecore.la ../../../lib/store/libkstore.la -lGraphicsMagick -ljbig -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lfpx-lwmflite -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm ../../../krita/libkritacommon.la -Wl,-export-dynamic -L/usr/local/lib -ljpeg -L/usr/local/lib grep: /usr/local/lib/liblcms.la: No such file or directory sed: /usr/local/lib/liblcms.la: No such file or directory libtool: link: `/usr/local/lib/liblcms.la' is not a valid libtool archive gmake[4]: *** [libkritagmagickimport.la] Error 1 gmake[4]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.6.3/filters/krita/gmagick' Six days ago, graphics/lcms was updated to 1.18, including: "Do not install .la and static library files." Is that the problem? Can koffice link against the .so or does lcms have to provide the .la again? Cheers, Jan Henrik ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] editors/koffice-kde3 is missing liblcms.la
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 13 Apr 2009 17:37:58 +0200 Jan Henrik Sylvester mentioned: > I tried to rebuild editors/koffice-kde3 not to link against the old > libpoppler.so.3 anymore, but the build failed: > > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=link c++ > -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 > -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions > -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST > -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DHAVE_KNEWSTUFF > -fexceptions -L/usr/local/lib -o libkritagmagickimport.la -rpath > /usr/local/lib/kde3 -avoid-version -module -no-undefined -R > /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R > /usr/local/lib-D_THREAD_SAFE -pthread -L/usr/local/lib -L/usr/local/lib > -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib -L/usr/local/lib -R > /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R /usr/local/lib -R > /usr/local/lib -L/usr/local/lib -D_THREAD_SAFE -pthread > -L/usr/local/lib -module -avoid-version -no-undefinedmagickimport.lo > kis_image_magick_converter.lo ../../../lib/kofficeui/libkofficeui.la > ../../../lib/kofficecore/libkofficecore.la > ../../../lib/store/libkstore.la -lGraphicsMagick -ljbig -llcms -ltiff > -lfreetype -ljasper -ljpeg -lpng -lfpx-lwmflite -lXext -lSM -lICE -lX11 > -lbz2 -lxml2 -lz -lm ../../../krita/libkritacommon.la > -Wl,-export-dynamic -L/usr/local/lib -ljpeg -L/usr/local/lib > grep: /usr/local/lib/liblcms.la: No such file or directory > sed: /usr/local/lib/liblcms.la: No such file or directory > libtool: link: `/usr/local/lib/liblcms.la' is not a valid libtool archive > gmake[4]: *** [libkritagmagickimport.la] Error 1 > gmake[4]: Leaving directory > `/usr/ports/editors/koffice-kde3/work/koffice-1.6.3/filters/krita/gmagick' > > Six days ago, graphics/lcms was updated to 1.18, including: "Do not > install .la and static library files." > > Is that the problem? Can koffice link against the .so or does lcms have > to provide the .la again? > koffice should not link agains .a or .la libraries, he should be using the shared object instead. AFAIK, makc is already working on this issue. - -- Stanislav Sedov ST4096-RIPE -BEGIN PGP SIGNATURE- iEYEARECAAYFAknjcTQACgkQK/VZk+smlYEsvACeL6pMRfE9gh3nSMOAFcr+Ar9t DJ0AnieP3CZd6ye0/CQwVW+sCT5JJUId =VkV4 -END PGP SIGNATURE- !DSPAM:49e3712b967004914798749! ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] [Request For Commit] Qt 4.5 Build Fixes (with Qt33 installed)
On Sunday 12 April 2009 11:57:20 pm David Naylor wrote:
> devel/qt4-corelib:
> - Remove port revision
> - Remove hack to hard-code the features of qconfig.h. The hack now
> appears to do more damage that good. Attached is the qconfig.h generated
> by configure (as apposed to the files/qconfig.h.in that has been removed).
> - P.S. Please add USE_ICONV when the fix is committed
I committed a fix for corelib yesterday (in the qt-4.5 branch). It does
essentially the same as yours.
> The fixes for build with qt33 are a result from -I{LOCALBASE} being
> included way to early. How it gets there I do not know. It appears to be
> included after the specific .pro file has been read and before some extra
> .prf files are read (such as mkspecs/features/unix/hide_symbols.prf). Any
> idea as to the root cause?
The only place I ran across problems was with QtGui. The core problem is with
the new QGTKStyle. I was able to fix this in a non-port build by changing
src/gui/Makefile. Alternatively, once could patch src/gui/styles/styles.pri to
totally disable QGTKStyle. (And make it a separate port).
I'm still working in this area. It seems from your list that other ports
besides qt5-gui are having this problem. Have you identified their differences
from 4.4.3 that cause this?
> Currently qt4 (in area51) only supports installing the ports into the same
> prefix as qmake4. This is since the install prefix is hard coded into
> qmake4. I have found only one way to override this hard-code, that is to
> recompile qmake4. configure does this by default so I intend to restore
> this behaviour (when installing into a different PREFIX as to that by the
> system qmake). This however will result in quite some growth in the
> Makefiles so I propose to refractor the common code between the Makefiles
> (such as the do-not-extract stuff). This would hopefully simplify
> maintenance.
How big of a problem is this? Are there use cases where different PREFIXes
would be desirable? Couldn't these use cases take advantage of a qmake.conf
file instead?
p.s. My time is limited this week and next, but if I find some I'll look over
your other patches closer. Some of them look good at first glance.
--
David Johnson
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information
