On Mon, Nov 12, 2012 at 3:09 PM, Vadim Zhukov <[email protected]> wrote: > 2012/11/12 Amit Kulkarni <[email protected]>: >> all pkgs in kde4 pass compilation with fixes pushed into >> openbsd-wip... Compiled with cmake 2.8.10. Some small issues while I >> build kde3 and then the rest of the ports!!!. > > Just to be clear: do you want to make KDE 3 and 4 co-build or > co-exist? Both goals are hard to achieve...
co-build with dpb -J removing dependencies along the way. >> 1) productivity/libalkimia needs to be cleaned up. because of this >> kmymoney doesn't build. make makesum in libalkimia gives problems. >> this will be fixed soon. > > KMyMoney is neither a part of KDE SC or its prerequisite, so just > ignore this port for now. The same applies to Digikam, Kile, Yakuake, > KDevPlatform/KDevelop and so on. ok got it. >> 2) x11/kde4/kross-interpreters has some .jar file in the PLIST, it >> needs the same treatment as here? I can push a similar fix and redo >> make plist. >> https://github.com/jasperla/openbsd-wip/commit/ecd212da1f9ef35f3d0a0cf69ebcf972701869e8 > > No, see the port. It has no_java PSEUDO_FLAVOR. >> 3) make plist for graphics/opencv >> https://github.com/jasperla/openbsd-wip/commit/44b8f43cdc535464ca9e9a66e010b1fd9bfafc3e >> i don't have cv.py or cv2.so, but this is minor. > > Could you send me details, please? I see cv.so-related problems with > CVS version of OpenCV after trying to allow it building while (other > version) being installed. Didn't see the same problems with WIP > version, though. I will do it later. > >> 4) x11/kde4/kalzium >> use lang/caml instead of lang/ocaml,,-run, needs to send info to >> Christopher Zimmerman to import ocaml 4.0.1 or we fix it while doing >> cvs import. >> >> [...] >> >> Summary >> >> 1) graphics/dcmtk has additional regress sections added by Vadim and >> should be imported after verification. >> 2) lang/g77 makes some math packages build. The cvs lang/g77 fails >> when i tried integrating kde4. >> 3) other than the .old ports like databases/strigi, graphics/liblqr, >> graphics/opencv, the rest of the ports are new i.e devel/qjson, >> devel/libgcal, etc. Reviews are welcomed for these ports, they are in >> openbsd-wip. This is the next step of kde4 integration. >> >> Once this is done, a bulk import of kde4 and by testing with a bulk >> build... The kde4 build will add considerable amount of build time. >> Have to figure out a way to parallel build libs/pim/pimlibs/runtime, >> they unlock a lot of small kde4 port building. I couldn't find a way >> to add DPB_PARALLEL to a cmake port in the ports tree yet. > > You mean kdepim-runtime instead of kdepim, aren't you? any port which unlocks a bunch of ports. at a minimum: libs needs to be parallel. thnaks
