CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/11/12 04:12:03 Modified files: audio/taglib : Makefile audio/taglib/patches: patch-taglib_mp4_mp4tag_cpp Added files: audio/taglib/patches: patch-taglib_mp4_mp4coverart_h Log message: Correctly parse covr atoms with type 0 (upstream git commit 3a5aeb457324f9dcac2c0051e94b0d748af63f65)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/11/12 03:55:17 Modified files: infrastructure/db: systrace.filter Log message: Add native-sigpending: permit to avoid warnings from systrace now that make(1) uses this function. ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 03:34:07 Modified files: x11/gnome/orca : Makefile distinfo Log message: Bugfix update to orca-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/12 03:03:21 Modified files: x11/pekwm : Makefile distinfo x11/pekwm/pkg : PLIST Log message: - update to pekwm-0.1.15 looks good nicm@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2012/11/12 02:57:46 Modified files: mail/py-policyd-spf: Makefile distinfo mail/py-policyd-spf/patches: patch-setup_py mail/py-policyd-spf/pkg: PLIST Log message: Update to 1.1 and regen patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2012/11/12 02:32:55 Modified files: mail/py-spf: Makefile Added files: mail/py-spf/patches: patch-spf_py Log message: A non-ascii spf record should not crash py-spf.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/12 02:25:38 Modified files: sysutils/monit : Makefile distinfo Removed files: sysutils/monit/patches: patch-src_process_sysdep_OPENBSD_c Log message: - update to monit-5.5 maintainer timed-out
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 01:21:31 Modified files: x11/gnome/seahorse: Makefile distinfo Log message: Bugfix update to seahorse-3.6.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 01:35:54 Modified files: x11/gnome/keyring: Makefile distinfo Log message: Bugfix update to gnome-keyring-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 01:25:08 Modified files: x11/gnome/seahorse-sharing: Makefile distinfo x11/gnome/seahorse-sharing/pkg: PLIST Log message: Minor update to seahorse-sharing-3.6.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 01:13:34 Modified files: x11/gnome/gcr : Makefile distinfo x11/gnome/gcr/patches: patch-gck_tests_test-gck-attributes_c Log message: Minor update to gcr-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2012/11/12 05:27:00 Modified files: audio/pulseaudio: Makefile audio/pulseaudio/files: module-sndio.c Log message: fix sndio backend: make mio_open blocking. discussed with ratchov@ and armani@ ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2012/11/12 05:29:07 Modified files: graphics/cairo : Makefile distinfo graphics/cairo/patches: patch-configure patch-util_cairo-fdr_Makefile_in patch-util_cairo-trace_Makefile_in Removed files: graphics/cairo/patches: patch-src_cairo-polygon-reduce_c Log message: update to cairo 1.12.8 from Brad. ok ajacoutot@
Re: CVS: cvs.openbsd.org: ports
On Mon, Nov 12, 2012 at 11:55 AM, David Coppa dco...@cvs.openbsd.org wrote: CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/11/12 03:55:17 Modified files: infrastructure/db: systrace.filter Log message: Add native-sigpending: permit to avoid warnings from systrace now that make(1) uses this function. ok espie@ And also ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2012/11/12 06:31:47 Modified files: www/py-webdav : Makefile distinfo www/py-webdav/pkg: PLIST Log message: update to 0.9.8; from MERIGHI Marcus, thanks! while here, adjust license marker. looks fine to aja@ and sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:32:38 Modified files: textproc/raptor: Makefile distinfo textproc/raptor/pkg: PFRAG.shared PLIST Removed files: textproc/raptor/patches: patch-src_raptor_internal_h Log message: update to Raptor 2.0.8 - merge of various updates by Amit Kulkarni and dlg@ - this has an API change, to be dealt with in forthcoming commits
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:34:04 Modified files: textproc/redland: Makefile distinfo Added files: textproc/redland/patches: patch-src_Makefile_in textproc/redland/pkg: DESCR-main DESCR-mysql DESCR-pgsql PLIST-main PLIST-mysql PLIST-pgsql Removed files: textproc/redland/pkg: DESCR PFRAG.shared PLIST Log message: update to Redland 1.0.15, multipackages for DB backends, cope with new raptor. - merged from updates by Vadim Zhukov in openbsd-wip and dlg@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:35:33 Modified files: textproc/liblrdf: Makefile distinfo Added files: textproc/liblrdf/patches: patch-autogen_sh patch-lrdf_h Log message: update liblrdf to 0.5.0, cope with raptor update - from openbsd-wip and tweaks from me
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:36:55 Log message: import textproc/rasqal, split from redland. ok landry@ - merged from openbsd-wip and dlg@ diffs. Rasqal is a C library that handles Resource Description Framework (RDF) query language syntaxes, query construction and execution of queries returning results as bindings, boolean, RDF graphs/triples or syntaxes. The supported query languages are SPARQL 1.0, RDQL, Draft SPARQL Query 1.1, Update 1.1 Syntax and Experimental SPARQL extensions (LAQRS). Rasqal can write binding query results in the SPARQL XML, SPARQL JSON, CSV, TSV, HTML, ASCII tables, RDF/XML and Turtle / N3 and read them in SPARQL XML, RDF/XML and Turtle / N3. Rasqal was designed to work closely with the Redland RDF library and the Raptor RDF Syntax Library but is entirely separate from both. Status: Vendor Tag: sthen Release Tags: sthen_20121112 N ports/textproc/rasqal/Makefile N ports/textproc/rasqal/distinfo N ports/textproc/rasqal/pkg/DESCR N ports/textproc/rasqal/pkg/PLIST N ports/textproc/rasqal/patches/patch-configure_ac No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:37:21 Modified files: textproc : Makefile Log message: +rasqal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:37:52 Modified files: databases/soprano: Makefile distinfo databases/soprano/pkg: DESCR PLIST Added files: databases/soprano/patches: patch-cmake_modules_FindRedland_cmake Removed files: databases/soprano/patches: patch-test_sopranoliteraltest_cpp Log message: update to soprano 2.8.0, cope with redland update - from openbsd-wip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:38:20 Modified files: editors/libreoffice: Makefile Log message: sync wantlib; raptor update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 06:39:07 Modified files: net/flickcurl : Makefile distinfo net/flickcurl/pkg: PLIST Removed files: net/flickcurl/patches: patch-src_flickcurl_internal_h Log message: update to flickcurl 1.23, cope with raptor update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/12 07:02:38 Modified files: x11/gnome/contacts: Makefile distinfo x11/gnome/contacts/pkg: PLIST Log message: - update to gnome-contact-3.6.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 07:42:48 Modified files: devel/py-gobject3: Makefile distinfo Log message: Bugfix update to py-gobject3-3.4.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 08:03:41 Modified files: emulators/fedora/base: Makefile Log message: Fix COMMENT; from Daniel Bolgheroni
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 10:03:53 Modified files: x11/gnome/session: Makefile Added files: x11/gnome/session/patches: patch-data_hardware-compatibility Log message: Since fallback mode will be gone for next release, consider llvmpipe as accelerated to ease testing.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 11:01:10 Modified files: x11/gnome/gvfs : Makefile distinfo Log message: Update to gvfs-1.14.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2012/11/12 11:19:46 Modified files: multimedia/coherence: Makefile Log message: typo in comment; noticed by Daniel Bolgheroni while here, REGRESS_IS_INTERACTIVE and tidy whitespaces in CATEGORIES = bump package revision. OK landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 11:21:25 Modified files: x11/gnome/yelp : Makefile distinfo Log message: Update to yelp-3.6.2.
Re: CVS: cvs.openbsd.org: ports
On 11/12/12 10:32, Giovanni Bechis wrote: CVSROOT: /cvs Module name: ports Changes by: giova...@cvs.openbsd.org2012/11/12 02:32:55 Modified files: mail/py-spf: Makefile Added files: mail/py-spf/patches: patch-spf_py Log message: A non-ascii spf record should not crash py-spf. More details and the original patch can be found here: https://bugs.launchpad.net/pypolicyd-spf/+bug/832480
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/12 12:14:10 Modified files: x11/gnome/caribou: Makefile distinfo Log message: Update to caribou-0.4.4.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/12 13:20:12 Modified files: mail/roundcubemail: Makefile distinfo mail/roundcubemail/pkg: PLIST Log message: Bugfix update to roundcubemail 0.8.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/11/12 13:39:09 Modified files: devel/nspr : Makefile distinfo devel/nspr/patches: patch-mozilla_nsprpub_pr_src_pthreads_ptthread_c patch-mozilla_nsprpub_pr_tests_runtests_sh Added files: devel/nspr/pkg : DESCR PLIST Removed files: devel/nspr/files: nspr.pc.in devel/nspr/pkg : DESCR-docs DESCR-main PFRAG.shared-main PLIST-docs PLIST-main Log message: Update to nspr 4.9.3. - remove subpackages, it makes no sense to have -docs fetching its distfile from a separate tarball. If really needed one can make a standalone port. - remove handmade nspr.pc.in, upstream provides one - remove handrolled install target and use the one upstream provides. - merge PFRAG.shared back into PLIST Tested on amd64/i386/powerpc and in a bulk build. Needed by firefox 18. ok sthen@ ajacoutot@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2012/11/12 13:43:09
Modified files:
security/nss : Makefile distinfo
security/nss/files: nss-config nss.pc
security/nss/patches: patch-mozilla_security_coreconf_OpenBSD_mk
patch-mozilla_security_coreconf_UNIX_mk
patch-mozilla_security_nss_Makefile
patch-mozilla_security_nss_lib_ckfw_builtins_certdata_c
patch-mozilla_security_nss_lib_ckfw_builtins_certdata_txt
patch-mozilla_security_nss_lib_freebl_blapi_h
patch-mozilla_security_nss_lib_freebl_unix_rand_c
security/nss/pkg: PLIST
Log message:
Update to nss 3.14.
- use ${SUBST_CMD} instead of old-style perl -pi -e commands
- update nss-config from debian's nss-config.in, since apparently it
comes from there.. needed to fix detection by mozillas, otherwise the
current script returns 3.14 for --version while configure scripts
expect 3.14.0... grab version via awk on nss.h at runtime.
Tested on amd64/i386/powerpc and in an amd64 bulk build. Needed by
firefox 18.
ok sthen@ ajacoutot@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/11/12 13:45:32 Modified files: devel/xulrunner/1.9: Makefile mail/mozilla-thunderbird: Makefile productivity/sunbird: Makefile textproc/chmsee: Makefile www/fennec : Makefile www/firefox35 : Makefile www/firefox36 : Makefile www/mozilla: mozilla.port.mk www/mozilla-firefox: Makefile www/seamonkey : Makefile devel/spidermonkey: Makefile lang/spidermonkey: Makefile Log message: Bump all ports depending on nspr to account for the devel/nspr,-main - devel/nspr pkgpath change. While here, make sure mozilla ports depend on the latest and greatest via mozilla.port.mk. Tested in a bulk build..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/12 15:03:26 ports/net/p5-Net-XMPP/patches Update of /cvs/ports/net/p5-Net-XMPP/patches In directory cvs.openbsd.org:/tmp/cvs-serv16684/patches Log Message: Directory /cvs/ports/net/p5-Net-XMPP/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/12 15:03:50 Modified files: net/p5-Net-XMPP: Makefile Added files: net/p5-Net-XMPP/patches: patch-lib_Net_XMPP_Debug_pm Log message: Fix a Use of uninitialized value warning
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:15:51 Modified files: x11/gnome/devel-docs: Makefile distinfo Removed files: x11/gnome/devel-docs/patches: patch-platform-demos_Makefile_in Log message: Update to gnome-devel-docs-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:20:24 Modified files: net/glib2-networking: Makefile distinfo net/glib2-networking/pkg: PLIST Log message: Maintenance update to glib2-networking-2.34.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:21:46 Modified files: x11/gnome/user-docs: Makefile distinfo x11/gnome/user-docs/pkg: PLIST Log message: Update to gnome-user-docs-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/13 00:24:41 Modified files: net/sendxmpp : Makefile distinfo net/sendxmpp/pkg: DESCR PLIST Log message: - update to sendxmpp-1.23 - tweak DESCR/COMMENT - install examples ok pea@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:26:47 Modified files: devel/libsoup : Makefile distinfo devel/libsoup/pkg: PLIST-main Log message: Bugfix update to libsoup-2.40.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:28:15 Modified files: x11/gnome/themes-standard: Makefile distinfo x11/gnome/themes-standard/pkg: PLIST Log message: Bugfix update to gnome-themes-standard-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:32:26 Modified files: x11/gnome/desktop: Makefile distinfo x11/gnome/desktop/patches: patch-libgnome-desktop_Makefile_in Log message: Update to gnome-desktop-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:33:21 Modified files: meta/gnome : Makefile Log message: Entering GNOME 3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:35:08 Modified files: x11/gnome/documents: Makefile distinfo Log message: Update to gnome-documents-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:39:51 Modified files: x11/gnome/sushi: Makefile distinfo x11/gnome/sushi/pkg: PLIST Log message: Update to sushi-3.6.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:40:11 Modified files: x11/gnome/session: Makefile distinfo x11/gnome/session/patches: patch-gnome-session_main_c Log message: Update to gnome-session-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:45:17 Modified files: x11/gnome/vino : Makefile distinfo Log message: Update to vino-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:48:29 Modified files: x11/gnome/nautilus: Makefile distinfo Log message: Bugfix update to nautilus-3.6.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:49:48 Modified files: x11/gnome/vinagre: Makefile distinfo Log message: Update to vinagre-3.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:54:48 Modified files: x11/gnome/at-spi2-core: Makefile distinfo x11/gnome/at-spi2-core/pkg: PLIST Log message: Minor update to at-spi2-core-2.6.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/13 00:56:18 Modified files: x11/gnome/at-spi2-atk: Makefile distinfo Log message: Minor update to at-spi2-atk-2.6.2.
Re: systrace and new make
On Mon, Nov 12, 2012 at 03:30:42AM -0700, David Coppa wrote: Does systrace play nice with new make? I see a lot of these, when using systrace, because of revision 1.131: systrace: deny user: dcoppa, prog: /usr/bin/make, pid: 25694(0)[27264], policy: /usr/bin/env, filters: 240, syscall: native-sigpending(52), args: 0 Maybe systrace.filter should be amended: Index: db/systrace.filter === RCS file: /cvs/ports/infrastructure/db/systrace.filter,v retrieving revision 1.35 diff -u -p -r1.35 systrace.filter --- db/systrace.filter4 Jul 2012 16:02:13 - 1.35 +++ db/systrace.filter12 Nov 2012 10:25:39 - @@ -212,6 +212,7 @@ native-shutdown: permit native-sigaction: permit native-sigaltstack: permit + native-sigpending: permit native-sigprocmask: permit native-sigreturn: permit native-sigsuspend: permit That's definitely yet another fuck-up in systrace. Yep, make wants sigpending. It is totally necessary to its avoidance of busy-waiting, and its error report. So okay. More precisely, make has signal handlers for INT/HUP/QUIT/TERM. Most of the code is using sigprocmask/sigsuspend/wait3 to handle both children's death and deadly signals (see handle_running_jobs and handle_one_job): basically, we check that something interesting has happened, then block everything and sigsuspend (which includes both deadly signals and SIGCHLD, even though our SIGCHLD handler is a no-op, but that's enough to wake us up from the sigsuspend). This means that sometimes, make ends up on an exit/error path due to children exiting with an error when what actually happens is that the user did ^C the whole process group... in which case make uses sigpending() to figure out it *has* been signaled and it should report every child dying from that signal in a shorter way (see check_dying_signal and the pruning of signal errors through quick_summary).
systrace and new make
Does systrace play nice with new make? I see a lot of these, when using systrace, because of revision 1.131: systrace: deny user: dcoppa, prog: /usr/bin/make, pid: 25694(0)[27264], policy: /usr/bin/env, filters: 240, syscall: native-sigpending(52), args: 0 Maybe systrace.filter should be amended: Index: db/systrace.filter === RCS file: /cvs/ports/infrastructure/db/systrace.filter,v retrieving revision 1.35 diff -u -p -r1.35 systrace.filter --- db/systrace.filter 4 Jul 2012 16:02:13 - 1.35 +++ db/systrace.filter 12 Nov 2012 10:25:39 - @@ -212,6 +212,7 @@ native-shutdown: permit native-sigaction: permit native-sigaltstack: permit + native-sigpending: permit native-sigprocmask: permit native-sigreturn: permit native-sigsuspend: permit
update for the RDF libraries: redland etc.
This is merged from various work from dlg and openbsd-wip, it has
successfully been through a bulk build. The API has changed for 2.x
but seeing as all users either work directly with the new version
(WANTLIB sync only) or can be updated fairly easily for this,
no point keeping the old one.
databases/soprano (update; kde4 thingy not currently linked to the build)
editors/libreoffice (wantlib sync)
multimedia/gstreamer-0.10/plugins-bad (wantlib sync)
net/flickcurl (update)
textproc/liblrdf (update)
textproc/raptor (update)
textproc/redland (update)
textproc/rasqal (new port)
Comments? Any OKs (at least for the new port textproc/rasqal so I can
import it with the update)?
Index: databases/soprano/Makefile
===
RCS file: /cvs/ports/databases/soprano/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- databases/soprano/Makefile 29 Mar 2012 13:38:13 - 1.7
+++ databases/soprano/Makefile 12 Nov 2012 11:14:19 -
@@ -1,17 +1,16 @@
-# $OpenBSD: Makefile,v 1.7 2012/03/29 13:38:13 sthen Exp $
+# $OpenBSD: Makefile,v 1.6 2010/11/15 00:22:54 espie Exp $
SHARED_ONLY = Yes
-COMMENT = rdf framework
+COMMENT = RDF framework
CATEGORIES = databases devel textproc sysutils
-SHARED_LIBS += soprano 0.0 # .4.0
-SHARED_LIBS += sopranoclient 0.0 # .1.0
-SHARED_LIBS += sopranoindex0.0 # .1.0
-SHARED_LIBS += sopranoserver 0.0 # .1.0
+SHARED_LIBS = soprano 1.0 # 1.0
+SHARED_LIBS += sopranoclient 1.0 # 1.0
+SHARED_LIBS += sopranoindex 1.0 # 1.0
+SHARED_LIBS += sopranoserver 1.0 # 1.0
HOMEPAGE = http://soprano.sourceforge.net/
-DISTNAME = soprano-2.4.3
-REVISION = 0
+DISTNAME = soprano-2.8.0
EXTRACT_SUFX = .tar.bz2
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=soprano/}
@@ -21,20 +20,30 @@ PERMIT_PACKAGE_FTP =Yes
PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
-MODULES += devel/cmake x11/qt4
-CONFIGURE_STYLE = cmake
-SEPARATE_BUILD = Yes
+WANTLIB = c m stdc++
+WANTLIB += lib/qt4/QtCore lib/qt4/QtDBus lib/qt4/QtNetwork lib/qt4/QtXml
+WANTLIB += clucene-core iodbc raptor2 rdf
+
+MODULES =devel/cmake x11/qt4
+CONFIGURE_STYLE = cmake
+SEPARATE_BUILD = Yes
-LIB_DEPENDS += textproc/clucene \
- databases/iodbc,-main \
+LIB_DEPENDS += textproc/clucene \
+ databases/iodbc,-main \
textproc/raptor \
textproc/redland
-post-extract:
- cd ${WRKDIST}/cmake/modules rm FindQt4.cmake
MacroPushRequiredVars.cmake
+RUN_DEPENDS = devel/desktop-file-utils
+
+# No Java, thanks
+CONFIGURE_ARGS = -DSOPRANO_DISABLE_SESAME2_BACKEND:Bool=Yes \
+ -DSOPRANO_BUILD_TESTS:Bool=Yes
-WANTLIB += c clucene iodbc lib/qt4/QtCore lib/qt4/QtDBus lib/qt4/QtNetwork \
- lib/qt4/QtXml m pthread raptor rdf stdc++
+REGRESS_DEPENDS = x11/dbus
+REGRESS_IS_INTERACTIVE = X11
+post-extract:
+ cd ${WRKDIST}/cmake/modules \
+ rm FindQt4.cmake MacroPushRequiredVars.cmake
.include bsd.port.mk
Index: databases/soprano/distinfo
===
RCS file: /cvs/ports/databases/soprano/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- databases/soprano/distinfo 16 Jun 2010 13:42:24 - 1.3
+++ databases/soprano/distinfo 12 Nov 2012 11:14:19 -
@@ -1,5 +1,2 @@
-MD5 (soprano-2.4.3.tar.bz2) = 4r+heaA4EK9gYYEQ9fgy4g==
-RMD160 (soprano-2.4.3.tar.bz2) = UutEN5HMCTxaBp9aJE/g8dYxR9s=
-SHA1 (soprano-2.4.3.tar.bz2) = PA6T0rZi00B9ozuMBmoD5mLRh9s=
-SHA256 (soprano-2.4.3.tar.bz2) = OQxSm9H0agA2Ltmrkykz0k0mS0uJiASFSVWPWtUsqgg=
-SIZE (soprano-2.4.3.tar.bz2) = 1944785
+SHA256 (soprano-2.8.0.tar.bz2) = UJ016xDxJZYFYYUFHb0MlAYBl7JuviY6rGRlOrVWWcc=
+SIZE (soprano-2.8.0.tar.bz2) = 1957014
Index: databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
===
RCS file: databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
diff -N databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
--- /dev/null 1 Jan 1970 00:00:00 -
+++ databases/soprano/patches/patch-cmake_modules_FindRedland_cmake 12 Nov
2012 11:14:19 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- cmake/modules/FindRedland.cmake.orig Mon Oct 15 16:40:54 2012
cmake/modules/FindRedland.cmakeMon Oct 15 17:23:56 2012
+@@ -108,7 +108,7 @@ if(NOT WIN32)
+ try_run(_TEST_EXITCODE _TEST_COMPILED
+ ${CMAKE_CURRENT_BINARY_DIR}
+ ${CMAKE_CURRENT_SOURCE_DIR}/cmake/modules/CheckLibraryLoads.c
+- CMAKE_FLAGS -DLINK_LIBRARIES=dl
++ CMAKE_FLAGS -DLINK_LIBRARIES=pthread
+ RUN_OUTPUT_VARIABLE _OUTPUT
+ ARGS ${_REDLAND_STORAGE_LIBS}
+ )
Index: databases/soprano/patches/patch-test_sopranoliteraltest_cpp
Re: [new] ssh-ldap-helper
On Sun, Nov 11, 2012 at 11:17:26PM +0100, Landry Breuil wrote: Hi, here's a quick port of redhat's ssh-ldap-helper, taking advantage of the recent AuthorizedKeysCommand sshd feature added in http://marc.info/?l=openbsd-cvsm=135163261632479w=2. It allows one to fetch the AuthorizedKeys from a configured ldap directory, much like it was done by the openssh-lpk patchset : http://code.google.com/p/openssh-lpk/ The port uses lots of tricks, taking the redhat source rpm for openssh-5.3p1, then rpm2cpio | cpio to extract it, then applying the provided ldap patch adding the ssh-ldap-helper source files. I prefered going that way rather making a handrolled distfile of those source files. I haven't tested it in production yet, but feel free to give it a shot. the HOWTO.ldap-keys should get you started. Landry Missing BUILD_DEPENDS on bzip2. s/LOCALBASE/TRUEPREFIX/ in patch-* -- Antoine
Re: icedtea-web with iDRAC-like consoles - solving issue
Dell iDRAC works OK with 1.3.1 version. jirib
Re: update for the RDF libraries: redland etc.
Thanks Stuart. I have been struggling to build the entire ports tree
to identify any more candidates which can be safely merged without
causing conflicts with kde3. I will have a list for you guys soon.
On Mon, Nov 12, 2012 at 5:29 AM, Stuart Henderson s...@spacehopper.org wrote:
This is merged from various work from dlg and openbsd-wip, it has
successfully been through a bulk build. The API has changed for 2.x
but seeing as all users either work directly with the new version
(WANTLIB sync only) or can be updated fairly easily for this,
no point keeping the old one.
databases/soprano (update; kde4 thingy not currently linked to the build)
editors/libreoffice (wantlib sync)
multimedia/gstreamer-0.10/plugins-bad (wantlib sync)
net/flickcurl (update)
textproc/liblrdf (update)
textproc/raptor (update)
textproc/redland (update)
textproc/rasqal (new port)
Comments? Any OKs (at least for the new port textproc/rasqal so I can
import it with the update)?
Index: databases/soprano/Makefile
===
RCS file: /cvs/ports/databases/soprano/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- databases/soprano/Makefile 29 Mar 2012 13:38:13 - 1.7
+++ databases/soprano/Makefile 12 Nov 2012 11:14:19 -
@@ -1,17 +1,16 @@
-# $OpenBSD: Makefile,v 1.7 2012/03/29 13:38:13 sthen Exp $
+# $OpenBSD: Makefile,v 1.6 2010/11/15 00:22:54 espie Exp $
SHARED_ONLY = Yes
-COMMENT = rdf framework
+COMMENT = RDF framework
CATEGORIES = databases devel textproc sysutils
-SHARED_LIBS += soprano 0.0 # .4.0
-SHARED_LIBS += sopranoclient 0.0 # .1.0
-SHARED_LIBS += sopranoindex0.0 # .1.0
-SHARED_LIBS += sopranoserver 0.0 # .1.0
+SHARED_LIBS = soprano 1.0 # 1.0
+SHARED_LIBS += sopranoclient 1.0 # 1.0
+SHARED_LIBS += sopranoindex 1.0 # 1.0
+SHARED_LIBS += sopranoserver 1.0 # 1.0
HOMEPAGE = http://soprano.sourceforge.net/
-DISTNAME = soprano-2.4.3
-REVISION = 0
+DISTNAME = soprano-2.8.0
EXTRACT_SUFX = .tar.bz2
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=soprano/}
@@ -21,20 +20,30 @@ PERMIT_PACKAGE_FTP =Yes
PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
-MODULES += devel/cmake x11/qt4
-CONFIGURE_STYLE = cmake
-SEPARATE_BUILD = Yes
+WANTLIB = c m stdc++
+WANTLIB += lib/qt4/QtCore lib/qt4/QtDBus lib/qt4/QtNetwork lib/qt4/QtXml
+WANTLIB += clucene-core iodbc raptor2 rdf
+
+MODULES =devel/cmake x11/qt4
+CONFIGURE_STYLE = cmake
+SEPARATE_BUILD = Yes
-LIB_DEPENDS += textproc/clucene \
- databases/iodbc,-main \
+LIB_DEPENDS += textproc/clucene \
+ databases/iodbc,-main \
textproc/raptor \
textproc/redland
-post-extract:
- cd ${WRKDIST}/cmake/modules rm FindQt4.cmake
MacroPushRequiredVars.cmake
+RUN_DEPENDS = devel/desktop-file-utils
+
+# No Java, thanks
+CONFIGURE_ARGS = -DSOPRANO_DISABLE_SESAME2_BACKEND:Bool=Yes \
+ -DSOPRANO_BUILD_TESTS:Bool=Yes
-WANTLIB += c clucene iodbc lib/qt4/QtCore lib/qt4/QtDBus lib/qt4/QtNetwork \
- lib/qt4/QtXml m pthread raptor rdf stdc++
+REGRESS_DEPENDS = x11/dbus
+REGRESS_IS_INTERACTIVE = X11
+post-extract:
+ cd ${WRKDIST}/cmake/modules \
+ rm FindQt4.cmake MacroPushRequiredVars.cmake
.include bsd.port.mk
Index: databases/soprano/distinfo
===
RCS file: /cvs/ports/databases/soprano/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- databases/soprano/distinfo 16 Jun 2010 13:42:24 - 1.3
+++ databases/soprano/distinfo 12 Nov 2012 11:14:19 -
@@ -1,5 +1,2 @@
-MD5 (soprano-2.4.3.tar.bz2) = 4r+heaA4EK9gYYEQ9fgy4g==
-RMD160 (soprano-2.4.3.tar.bz2) = UutEN5HMCTxaBp9aJE/g8dYxR9s=
-SHA1 (soprano-2.4.3.tar.bz2) = PA6T0rZi00B9ozuMBmoD5mLRh9s=
-SHA256 (soprano-2.4.3.tar.bz2) = OQxSm9H0agA2Ltmrkykz0k0mS0uJiASFSVWPWtUsqgg=
-SIZE (soprano-2.4.3.tar.bz2) = 1944785
+SHA256 (soprano-2.8.0.tar.bz2) = UJ016xDxJZYFYYUFHb0MlAYBl7JuviY6rGRlOrVWWcc=
+SIZE (soprano-2.8.0.tar.bz2) = 1957014
Index: databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
===
RCS file: databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
diff -N databases/soprano/patches/patch-cmake_modules_FindRedland_cmake
--- /dev/null 1 Jan 1970 00:00:00 -
+++ databases/soprano/patches/patch-cmake_modules_FindRedland_cmake 12
Nov 2012 11:14:19 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- cmake/modules/FindRedland.cmake.orig Mon Oct 15 16:40:54 2012
cmake/modules/FindRedland.cmakeMon Oct 15 17:23:56 2012
+@@ -108,7 +108,7 @@ if(NOT WIN32)
+ try_run(_TEST_EXITCODE _TEST_COMPILED
emulators/fedora/base not 4 anymore
Reflect the new version:
Index: Makefile
===
RCS file: /cvs/ports/emulators/fedora/base/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- Makefile11 Oct 2012 12:16:18 - 1.20
+++ Makefile12 Nov 2012 13:32:19 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.20 2012/10/11 12:16:18 ajacoutot Exp $
-COMMENT= Linux compatibility package based on Fedora Core 4
+COMMENT= Linux compatibility package based on Fedora Core 10
PKGNAME= fedora_base-${FEDORA_V}.0
REVISION= 0
Re: emulators/fedora/base not 4 anymore
missing a bump REVISION, and you could to use FEDORA_V as defined at
Makefile.inc.
On Mon, Nov 12, 2012 at 11:38 AM, Daniel Bolgheroni dan...@bolgh.eng.br wrote:
Reflect the new version:
Index: Makefile
===
RCS file: /cvs/ports/emulators/fedora/base/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- Makefile11 Oct 2012 12:16:18 - 1.20
+++ Makefile12 Nov 2012 13:32:19 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.20 2012/10/11 12:16:18 ajacoutot Exp $
-COMMENT= Linux compatibility package based on Fedora Core 4
+COMMENT= Linux compatibility package based on Fedora Core 10
PKGNAME= fedora_base-${FEDORA_V}.0
REVISION= 0
multimedia/coherence typo
Based on what is on other UPnP ports and on the casing as show in
Wikipedia:
Index: Makefile
===
RCS file: /cvs/ports/multimedia/coherence/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile16 Sep 2011 10:31:23 - 1.7
+++ Makefile12 Nov 2012 13:30:24 -
@@ -1,6 +1,6 @@
# $OpenBSD: Makefile,v 1.7 2011/09/16 10:31:23 espie Exp $
-COMMENT = uPnP/DLNA media server
+COMMENT = UPnP/DLNA media server
MODPY_EGG_VERSION =0.6.6.2
DISTNAME = Coherence-${MODPY_EGG_VERSION}
redland-bindings
Here's a redland-bindings port, which requires the recently commited updates to RDF libs. Based on a port from dlg, I've tweaked the multi packages stuff. Usual problem with the Perl bindings, they need libpthread preloading, there is a MESSAGE file to explain this for now. redland-bindings.tgz Description: application/tar-gz
cmake-2.8.10.1
Hi,
Bugfix update to cmake-2.8.10.1.
Also, use '${OPENBSD_LOCALBASE}'/'${OPENBSD_X11BASE}' from
Modules/Platform/OpenBSD.cmake instead of substituting '${LOCALBASE}'
and '${X11BASE}' again during pre-configure stage.
Ok?
Ciao,
David
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile11 Nov 2012 17:13:31 - 1.66
+++ Makefile12 Nov 2012 15:22:28 -
@@ -6,7 +6,7 @@ BROKEN-arm =build fails since move to g
HOMEPAGE = http://www.cmake.org/
CATEGORIES = devel
COMMENT = portable build system
-DISTNAME = cmake-2.8.10
+DISTNAME = cmake-2.8.10.1
MASTER_SITES = ${HOMEPAGE}files/v2.8/
MAINTAINER = David Coppa dco...@openbsd.org
@@ -40,21 +40,9 @@ MAKE_FLAGS +=VERBOSE=1
pre-configure:
@cp ${FILESDIR}/*.cmake ${WRKSRC}/Modules/
- ${SUBST_CMD} ${WRKSRC}/Modules/CMakeDetermineJavaCompiler.cmake \
- ${WRKSRC}/Modules/FindJNI.cmake \
- ${WRKSRC}/Modules/FindJava.cmake \
- ${WRKSRC}/Modules/FindLuaLibs.cmake \
- ${WRKSRC}/Modules/FindMPEG.cmake \
- ${WRKSRC}/Modules/FindMPEG2.cmake \
- ${WRKSRC}/Modules/FindQt.cmake \
- ${WRKSRC}/Modules/FindQt3.cmake \
- ${WRKSRC}/Modules/FindSDL.cmake \
- ${WRKSRC}/Modules/FindTCL.cmake \
- ${WRKSRC}/Modules/FindwxWindows.cmake \
- ${WRKSRC}/Modules/UseJava.cmake
post-install:
- @rm ${WRKINST}/${LOCALBASE}/share/cmake/Modules/*.{beforesubst,orig}
+ @rm ${WRKINST}/${LOCALBASE}/share/cmake/Modules/*.orig
@rm ${WRKINST}/${LOCALBASE}/share/cmake/Modules/Compiler/*.orig
@rm ${WRKINST}/${LOCALBASE}/share/cmake/Modules/Platform/*.orig
Index: distinfo
===
RCS file: /cvs/ports/devel/cmake/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- distinfo11 Nov 2012 17:13:31 - 1.17
+++ distinfo12 Nov 2012 15:22:28 -
@@ -1,2 +1,2 @@
-SHA256 (cmake-2.8.10.tar.gz) = oYtyHFR8LOLqk3jyaHyspDmPw0iYLt55npayaSTMngQ=
-SIZE (cmake-2.8.10.tar.gz) = 5766728
+SHA256 (cmake-2.8.10.1.tar.gz) = 2/udYJ6P228JR5kyRsEeLuXUeUTW572TFEY7MeQg5uA=
+SIZE (cmake-2.8.10.1.tar.gz) = 5767574
Index: files/FindLuaLibs.cmake
===
RCS file: /cvs/ports/devel/cmake/files/FindLuaLibs.cmake,v
retrieving revision 1.2
diff -u -p -r1.2 FindLuaLibs.cmake
--- files/FindLuaLibs.cmake 12 Jul 2012 15:36:20 - 1.2
+++ files/FindLuaLibs.cmake 12 Nov 2012 15:22:28 -
@@ -30,7 +30,7 @@ IF(MODLUA_VERSION AND MODLUA_INCL_DIR)
$ENV{LUA_DIR}
PATH_SUFFIXES lib
PATHS
-${LOCALBASE}
+${OPENBSD_LOCALBASE}
)
ELSE(MODLUA_VERSION AND MODLUA_INCL_DIR)
FIND_PATH(LUA_INCLUDE_DIR lua.h
Index: patches/patch-Modules_CMakeDetermineJavaCompiler_cmake
===
RCS file:
/cvs/ports/devel/cmake/patches/patch-Modules_CMakeDetermineJavaCompiler_cmake,v
retrieving revision 1.4
diff -u -p -r1.4 patch-Modules_CMakeDetermineJavaCompiler_cmake
--- patches/patch-Modules_CMakeDetermineJavaCompiler_cmake 11 Nov 2012
17:13:31 - 1.4
+++ patches/patch-Modules_CMakeDetermineJavaCompiler_cmake 12 Nov 2012
15:22:28 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-Modules_CMakeDetermineJavaCompiler_cmake,v 1.4 2012/11/11
17:13:31 dcoppa Exp $
Modules/CMakeDetermineJavaCompiler.cmake.orig Wed Oct 31 16:32:05 2012
-+++ Modules/CMakeDetermineJavaCompiler.cmake Fri Nov 2 08:11:22 2012
+--- Modules/CMakeDetermineJavaCompiler.cmake.orig Tue Nov 6 20:41:36 2012
Modules/CMakeDetermineJavaCompiler.cmake Mon Nov 12 14:08:32 2012
@@ -16,6 +16,8 @@
# NOTE, a generator may set CMAKE_Java_COMPILER before
# loading this file to force a compiler.
@@ -38,14 +38,14 @@ $OpenBSD: patch-Modules_CMakeDetermineJa
-)
+ if(MODJAVA_VER)
+if(MODJAVA_VER MATCHES ^1\\.6$)
-+ set(Java_BIN_PATH ${LOCALBASE}/jdk-1.6.0/bin)
++ set(Java_BIN_PATH ${OPENBSD_LOCALBASE}/jdk-1.6.0/bin)
+elseif(MODJAVA_VER MATCHES ^1\\.6\\+$)
+ set(Java_BIN_PATH
-+${LOCALBASE}/jdk-1.7.0/bin
-+${LOCALBASE}/jdk-1.6.0/bin
++${OPENBSD_LOCALBASE}/jdk-1.7.0/bin
++${OPENBSD_LOCALBASE}/jdk-1.6.0/bin
+)
+else(MODJAVA_VER MATCHES ^1\\.6$)
-+ set(Java_BIN_PATH ${LOCALBASE}/jdk-1.7.0/bin)
++ set(Java_BIN_PATH ${OPENBSD_LOCALBASE}/jdk-1.7.0/bin)
+endif(MODJAVA_VER MATCHES ^1\\.6$)
+ else(MODJAVA_VER)
+set(Java_BIN_PATH
@@ -58,8 +58,8 @@ $OpenBSD: patch-Modules_CMakeDetermineJa
+ [HKEY_LOCAL_MACHINE\\SOFTWARE\\JavaSoft\\Java Development
Kit\\1.4;JavaHome]/bin
+ [HKEY_LOCAL_MACHINE\\SOFTWARE\\JavaSoft\\Java Development
Re: cmake-2.8.10.1
On Mon, Nov 12, 2012 at 08:31:54AM -0700, David Coppa wrote:
Hi,
Bugfix update to cmake-2.8.10.1.
Also, use '${OPENBSD_LOCALBASE}'/'${OPENBSD_X11BASE}' from
Modules/Platform/OpenBSD.cmake instead of substituting '${LOCALBASE}'
and '${X11BASE}' again during pre-configure stage.
If that makes it easier to get those patches commited upstream, then
yes.
Landry
Re: cmake-2.8.10.1
On Mon, Nov 12, 2012 at 4:38 PM, Landry Breuil lan...@openbsd.org wrote:
On Mon, Nov 12, 2012 at 08:31:54AM -0700, David Coppa wrote:
Hi,
Bugfix update to cmake-2.8.10.1.
Also, use '${OPENBSD_LOCALBASE}'/'${OPENBSD_X11BASE}' from
Modules/Platform/OpenBSD.cmake instead of substituting '${LOCALBASE}'
and '${X11BASE}' again during pre-configure stage.
If that makes it easier to get those patches commited upstream, then
yes.
It's a step towards that goal...
Re: UPDATE: TeX Live 2012
On Tue, Nov 06, 2012 at 12:36:26PM -0600, Amit Kulkarni wrote: I have tested plain latex + pdftex based compilers and they work fine with several documents on amd64 as of last week. Great. Thanks. Anyone else testing this? This is the only test report I have received. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
result of modern kde4 integration into cvs build
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!!!. 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. 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 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. 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. pasted inline are the scripts i used... Note don't try this blindly, it will hose your system. My system got hosed due to getting stuff from different mirrors. Now I am sticking to 1 single cvs mirror. Also note these are from Friday November 9th, 2012, and do not reflect Stuart's commit from today which moved raptor etc into cvs (I simply removed the mention of textproc/raptor etc...) 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. Feedback is welcome. ---cvs_build.sh- cd /usr/ports/openbsd-wip git pull mv /usr/ports/databases/strigi /usr/ports/databases/strigi.old mv /usr/ports/graphics/dcmtk/usr/ports/graphics/dcmtk.old mv /usr/ports/graphics/liblqr /usr/ports/graphics/liblqr.old mv /usr/ports/graphics/opencv /usr/ports/graphics/opencv.old mv /usr/ports/lang/g77 /usr/ports/lang/g77.old mv /usr/ports/multimedia/phonon /usr/ports/multimedia/phonon.old mv /usr/ports/x11/kde4 /usr/ports/x11/kde4.old cp -R /usr/ports/openbsd-wip/databases/strigi /usr/ports/databases cp -R /usr/ports/openbsd-wip/databases/virtuoso /usr/ports/databases cp -R /usr/ports/openbsd-wip/devel/qjson/usr/ports/devel cp -R /usr/ports/openbsd-wip/devel/libgcal /usr/ports/devel cp -R /usr/ports/openbsd-wip/education/avogadro /usr/ports/education cp -R /usr/ports/openbsd-wip/graphics/dcmtk /usr/ports/graphics cp -R /usr/ports/openbsd-wip/graphics/libpgf/usr/ports/graphics cp -R /usr/ports/openbsd-wip/graphics/liblqr/usr/ports/graphics cp -R /usr/ports/openbsd-wip/graphics/opencv/usr/ports/graphics cp -R /usr/ports/openbsd-wip/graphics/prison/usr/ports/graphics cp -R /usr/ports/openbsd-wip/lang/g77 /usr/ports/lang cp -R /usr/ports/openbsd-wip/math/facile/usr/ports/math cp -R /usr/ports/openbsd-wip/math/qalculate /usr/ports/math cp -R /usr/ports/openbsd-wip/misc/google-gadgets/usr/ports/misc cp -R /usr/ports/openbsd-wip/multimedia/phonon /usr/ports/multimedia cp -R /usr/ports/openbsd-wip/multimedia/phonon-backend /usr/ports/multimedia cp -R /usr/ports/openbsd-wip/productivity/kmymoney /usr/ports/productivity cp -R /usr/ports/openbsd-wip/productivity/libalkimia/usr/ports/productivity cp -R /usr/ports/openbsd-wip/productivity/librcps /usr/ports/productivity cp -R /usr/ports/openbsd-wip/security/qoauth/usr/ports/security cp -R /usr/ports/openbsd-wip/x11/dbusmenu-qt/usr/ports/x11 cp -R /usr/ports/openbsd-wip/x11/kde4 /usr/ports/x11 cp -R /usr/ports/openbsd-wip/x11/grantlee /usr/ports/x11 mv /usr/ports/openbsd-wip /home/amit sync ---restore_openbsd_wip_build.sh- rm -rf /usr/ports/databases/strigi rm -rf /usr/ports/databases/virtuoso rm -rf /usr/ports/devel/qjson rm -rf /usr/ports/devel/libgcal rm -rf /usr/ports/education/avogadro rm -rf /usr/ports/graphics/dcmtk rm -rf /usr/ports/graphics/libpgf rm -rf /usr/ports/graphics/liblqr rm -rf /usr/ports/graphics/opencv rm -rf /usr/ports/graphics/prison rm -rf /usr/ports/lang/g77 rm -rf /usr/ports/math/facile rm -rf
Re: result of modern kde4 integration into cvs build
big cc list trimmed, everyone interested in this should be on ports@, right? On 2012/11/12 13:25, Amit Kulkarni wrote: cd /usr/ports/openbsd-wip git pull mv /usr/ports/databases/strigi/usr/ports/databases/strigi.old mv /usr/ports/multimedia/phonon /usr/ports/multimedia/phonon.old these two aren't linked to the build yet, so these might as well just get updated in cvs. mv /usr/ports/graphics/dcmtk /usr/ports/graphics/dcmtk.old mv /usr/ports/graphics/opencv /usr/ports/graphics/opencv.old nothing depends on these, if they work ok then these should be fairly straightforward to update too. mv /usr/ports/graphics/liblqr /usr/ports/graphics/liblqr.old does liquid-rescale work OK with the newer version? mv /usr/ports/lang/g77/usr/ports/lang/g77.old what's the status of this? have the various ports in-tree which depend on g77 been tested with it? So how about CVS diffs for these so they can be tested/committed? openbsd-wip is fine as a shared tree for development work, but when it comes time to try and get these things in, the usual process with sending out diffs is the way forward (in manageable pieces please, i.e. unless a bunch of things must all be updated at the same time to avoid breakage like the rdf things then work on getting one or two in, then move on to the next things; a flood of diffs all at once will usually just get ignored as people are too overloaded ;)
Re: result of modern kde4 integration into cvs build
big cc list trimmed, everyone interested in this should be on ports@, right? :-) cd /usr/ports/openbsd-wip git pull mv /usr/ports/databases/strigi/usr/ports/databases/strigi.old mv /usr/ports/multimedia/phonon /usr/ports/multimedia/phonon.old these two aren't linked to the build yet, so these might as well just get updated in cvs. IMHO, you should bunch phonon phonon-backend with entire kde4 at the very end. They should go in a bulk. mv /usr/ports/graphics/dcmtk /usr/ports/graphics/dcmtk.old mv /usr/ports/graphics/opencv /usr/ports/graphics/opencv.old nothing depends on these, if they work ok then these should be fairly straightforward to update too. mv /usr/ports/graphics/liblqr /usr/ports/graphics/liblqr.old does liquid-rescale work OK with the newer version? no idea, will send a cvs diff out and ask for test reports. Or better wait for Vadim, he might know something. mv /usr/ports/lang/g77/usr/ports/lang/g77.old what's the status of this? have the various ports in-tree which depend on g77 been tested with it? For the g77 diff, ask nigel@ please. I just know I need the wip version. I know nothing else about it. So how about CVS diffs for these so they can be tested/committed? openbsd-wip is fine as a shared tree for development work, but when it comes time to try and get these things in, the usual process with sending out diffs is the way forward (in manageable pieces please, i.e. unless a bunch of things must all be updated at the same time to avoid breakage like the rdf things then work on getting one or two in, then move on to the next things; a flood of diffs all at once will usually just get ignored as people are too overloaded ;) Please give me some time to generate the proper cvs diffs. I will try to keep it straightforward. Thanks
Re: result of modern kde4 integration into cvs build
On 2012/11/12 14:04, Amit Kulkarni wrote: Please give me some time to generate the proper cvs diffs. I will try to keep it straightforward. the method here usually works OK for getting a diff.: http://article.gmane.org/gmane.os.openbsd.ports/58610/match=texlive
Re: result of modern kde4 integration into cvs build
2012/11/12 Amit Kulkarni amitk...@gmail.com: 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... 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. 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. 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? -- WBR, Vadim Zhukov
Re: result of modern kde4 integration into cvs build
2012/11/13 Amit Kulkarni amitk...@gmail.com: big cc list trimmed, everyone interested in this should be on ports@, right? :-) cd /usr/ports/openbsd-wip git pull mv /usr/ports/databases/strigi /usr/ports/databases/strigi.old mv /usr/ports/multimedia/phonon /usr/ports/multimedia/phonon.old these two aren't linked to the build yet, so these might as well just get updated in cvs. IMHO, you should bunch phonon phonon-backend with entire kde4 at the very end. They should go in a bulk. If they can go separately, why don't make them go separately? Nothing is using them except KDE 4. mv /usr/ports/graphics/dcmtk /usr/ports/graphics/dcmtk.old mv /usr/ports/graphics/opencv /usr/ports/graphics/opencv.old nothing depends on these, if they work ok then these should be fairly straightforward to update too. mv /usr/ports/graphics/liblqr /usr/ports/graphics/liblqr.old does liquid-rescale work OK with the newer version? no idea, will send a cvs diff out and ask for test reports. Or better wait for Vadim, he might know something. Just retested, runs fine. -- WBR, Vadim Zhukov
Re: result of modern kde4 integration into cvs build
On Tue, Nov 13, 2012 at 01:09:04AM +0400, Vadim Zhukov wrote: 2012/11/12 Amit Kulkarni amitk...@gmail.com: 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... On a sidenote.. if any brave soul started by updating kde3 to what trinity ships, that might help. Since one of the trinity goals is to keep kde3 alive, installable along kde4.. Landry
scribus displays strangely and emits errors
On a fresh 5.2 install after installing scribus from the pre-compiled package it displays in an unusable way and emits errors like so: libpng warning: Duplicate iCCP chunk libpng warning: Duplicate iCCP chunk QNativeImage: Unable to attach to shared memory segment. X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 QNativeImage: Unable to attach to shared memory segment. X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x0 dmesg: OpenBSD 5.2 (GENERIC.MP) #368: Wed Aug 1 10:04:49 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4282843136 (4084MB) avail mem = 4146462720 (3954MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xbf5df000 (38 entries) bios0: vendor Phoenix Technologies LTD version 1.2a date 12/19/2008 bios0: IntegralTech DS355810004 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP _MAR TCPA MCFG APIC BOOT SLIC SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices LAN_(S5) USB4(S5) USB5(S5) USB7(S5) ESB2(S5) EXP1(S5) EXP5(S5) EXP6(S5) USB1(S5) USB2(S5) USB3(S5) USB6(S5) ESB1(S5) PCIB(S5) KBC0(S1) MSE0(S1) COM1(S5) COM2(S5) COM3(S5) COM4(S5) PWRB(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimcfg0 at acpi0 addr 0xe000, bus 0-16 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz, 3159.18 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 332MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz, 3158.75 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF cpu1: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 5 (EXP1) acpiprt3 at acpi0: bus 13 (EXP5) acpiprt4 at acpi0: bus -1 (EXP6) acpiprt5 at acpi0: bus 17 (PCIB) acpicpu0 at acpi0: C3, PSS acpicpu1 at acpi0: C3, PSS acpibtn0 at acpi0: PWRB acpivideo0 at acpi0: IGD0 cpu0: Enhanced SpeedStep 3159 MHz: speeds: 3167, 3000, 2667, 2333, 2000 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82Q35 Host rev 0x02 vga1 at pci0 dev 2 function 0 Intel 82Q35 Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xc000, size 0x1000 inteldrm0 at vga1: apic 2 int 16 drm0 at inteldrm0 em0 at pci0 dev 25 function 0 Intel ICH9 IGP AMT rev 0x02: msi, address 00:30:48:d8:53:04 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 2 int 16 uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 2 int 17 uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x02: apic 2 int 18 ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 2 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x02: msi azalia0: codecs: Realtek ALC883 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: msi pci1 at ppb0 bus 5 ppb1 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x02: msi pci2 at ppb1 bus 13 em1 at pci2 dev 0 function 0 Intel PRO/1000MT (82573L) rev 0x00: msi, address 00:30:48:d8:53:05 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev 0x02: apic 2 int 23 uhci4 at pci0 dev 29 function 1 Intel 82801I USB rev 0x02: apic 2 int 22 uhci5 at pci0 dev 29 function 2 Intel 82801I USB rev 0x02: apic 2 int 18 ehci1 at pci0 dev 29 function 7 Intel 82801I
Re: result of modern kde4 integration into cvs build
On 11/12/12 19:48, Stuart Henderson wrote:
big cc list trimmed, everyone interested in this should be on ports@, right?
On 2012/11/12 13:25, Amit Kulkarni wrote:
cd /usr/ports/openbsd-wip git pull
mv /usr/ports/databases/strigi /usr/ports/databases/strigi.old
mv /usr/ports/multimedia/phonon /usr/ports/multimedia/phonon.old
these two aren't linked to the build yet, so these might as well
just get updated in cvs.
mv /usr/ports/graphics/dcmtk /usr/ports/graphics/dcmtk.old
mv /usr/ports/graphics/opencv/usr/ports/graphics/opencv.old
nothing depends on these, if they work ok then these should be fairly
straightforward to update too.
mv /usr/ports/graphics/liblqr/usr/ports/graphics/liblqr.old
does liquid-rescale work OK with the newer version?
mv /usr/ports/lang/g77 /usr/ports/lang/g77.old
what's the status of this? have the various ports in-tree
which depend on g77 been tested with it?
So how about CVS diffs for these so they can be tested/committed?
openbsd-wip is fine as a shared tree for development work, but
when it comes time to try and get these things in, the usual
process with sending out diffs is the way forward (in manageable
pieces please, i.e. unless a bunch of things must all be updated
at the same time to avoid breakage like the rdf things then
work on getting one or two in, then move on to the next things;
a flood of diffs all at once will usually just get ignored as
people are too overloaded ;)
g77 diff was posted to ports@ before 22/09, then put into openbsd-wip so
it wasn't lost, waiting on comments. A new diff is attached, because it
includes additional changes since the original post to ports@, includes
the change for mip64el also posted to ports@ 22/10.
I have been building ports with this in place both for amd64 and i386.
It is only a fix for runtime /regress dependencies and being able to run
regression tests.
As far as kde4 is concerned as long as libf2c is installed at runtime
the existing g77 in the ports tree should work, apart from mips64el.
Index: Makefile
===
RCS file: /home/cvs/ports/lang/g77/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile1 Sep 2012 00:00:32 - 1.18
+++ Makefile10 Nov 2012 11:22:11 -
@@ -1,16 +1,17 @@
# $OpenBSD: Makefile,v 1.18 2012/09/01 00:00:32 pascal Exp $
-NOT_FOR_ARCHS =${GCC2_ARCHS}
+ONLY_FOR_ARCHS = ${GCC4_ARCHS}
V =3.3.5
PKGNAME = g77-$V
-REVISION = 5
+REVISION = 6
EPOCH =0
DISTFILES =g77-openbsd.tgz
CONFIG = ${MACHINE_ARCH}-unknown-openbsd${OSREV}
SUBST_VARS += CONFIG V
SYSV = 4.2.1
+SYSLIBPATH =`cc -v 21| sed -n -e
'/gcc-lib/s%^[^/]*\(/.*\)/[^/]*%\1%p'`
COMMENT = GNU fortran 77 compiler
CATEGORIES = lang math
@@ -21,6 +22,10 @@ PERMIT_PACKAGE_CDROM = Yes
PERMIT_DISTFILES_FTP = Yes
PERMIT_PACKAGE_FTP = Yes
+RUN_DEPENDS = devel/libf2c
+REGRESS_DEPENDS = devel/dejagnu \
+ devel/libf2c
+
WRKDIST = ${WRKDIR}/g77
CONFIGURE_SCRIPT = ${WRKDIST}/gcc/configure
@@ -67,12 +72,16 @@ ALL_TARGET =all doc
INSTALL_TARGET = install-common f77.install-info f77.install-normal
post-install:
- ln -sf /usr/lib/gcc-lib/${CONFIG}/${SYSV}/libgcc.a
${PREFIX}/lib/gcc-lib/${CONFIG}/$V/libgcc.a
- ln -s /usr/lib/gcc-lib/${CONFIG}/${SYSV}/cc1
${PREFIX}/lib/gcc-lib/${CONFIG}/$V/cc1
+ ln -sf ${SYSLIBPATH}/libgcc.a
${PREFIX}/lib/gcc-lib/${CONFIG}/$V/libgcc.a
+ ln -s ${SYSLIBPATH}/cc1 ${PREFIX}/lib/gcc-lib/${CONFIG}/$V/cc1
${INSTALL_MAN} ${WRKBUILD}/f/g77.1 ${PREFIX}/man/man1/g77.1
cd ${PREFIX}/man/man1 ln -f g77.1 f77.1
cd ${PREFIX}/bin ln -f g77 f77
WANTLIB = c iberty
+
+pre-regress:
+ ln -sf ${SYSLIBPATH}/libgcc.a ${WRKBUILD}/libgcc.a
+ ln -s ${SYSLIBPATH}/cc1 ${WRKBUILD}/cc1
.include bsd.port.mk
Index: distinfo
===
RCS file: /home/cvs/ports/lang/g77/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo24 May 2010 22:43:57 - 1.1.1.1
+++ distinfo9 Nov 2012 14:53:08 -
@@ -1,5 +1,2 @@
-MD5 (g77-openbsd.tgz) = RkFBHVXXRFefnZJtD7CzNw==
-RMD160 (g77-openbsd.tgz) = FxIFG017fw7XNFqBbZ5u62FMXjc=
-SHA1 (g77-openbsd.tgz) = c5SUxU68KXKPI9JuX1zP3tginiU=
SHA256 (g77-openbsd.tgz) = QMSj29yw1B9Oa8OwyliN72S3RF1OPXT8wDG1X+KJhEo=
SIZE (g77-openbsd.tgz) = 14445321
Index: patches/patch-gcc_config_gcc
===
RCS file: /home/cvs/ports/lang/g77/patches/patch-gcc_config_gcc,v
retrieving revision 1.1
diff
Re: result of modern kde4 integration into cvs build
On Mon, Nov 12, 2012 at 3:09 PM, Vadim Zhukov persg...@gmail.com wrote: 2012/11/12 Amit Kulkarni amitk...@gmail.com: 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
Re: result of modern kde4 integration into cvs build
On Mon, Nov 12, 2012 at 3:30 PM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Nov 13, 2012 at 01:09:04AM +0400, Vadim Zhukov wrote: 2012/11/12 Amit Kulkarni amitk...@gmail.com: 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... On a sidenote.. if any brave soul started by updating kde3 to what trinity ships, that might help. Since one of the trinity goals is to keep kde3 alive, installable along kde4.. Pascal is doing some work on it. I might start work on it once kde4 packages are in.
Re: result of modern kde4 integration into cvs build
On Mon, Nov 12, 2012 at 3:09 PM, Vadim Zhukov persg...@gmail.com wrote: 2012/11/12 Amit Kulkarni amitk...@gmail.com: 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... built all kde3 ports in x11/kde, and in graphics (digikam, gwenview, libkdcraw, kipi* etc). You have to use dpb -J to weed out conflicts of kde3 vs kde4. no problems so far.
[update] lang/luajit 2.0.0
Hi,
This diff updates luajit to the latest release ( no more beta ).
Tested on amd64 with luakit.
Looking for two OKs.
Index: Makefile
===
RCS file: /cvs/ports/lang/luajit/Makefile,v
retrieving revision 1.2
diff -N -u -p Makefile
--- Makefile2 Nov 2012 02:08:38 - 1.2
+++ Makefile13 Nov 2012 01:23:56 -
@@ -6,9 +6,9 @@ SHARED_ONLY = Yes
SHARED_LIBS += luajit-${MODLUA_VERSION} 0.0 # 2.0.0
COMMENT = just-in-time compiler for Lua
-V =2.0.0-beta11
+V =2.0.0
DISTNAME = LuaJIT-${V}
-PKGNAME = ${DISTNAME:L:S/-beta/beta/}
+PKGNAME = ${DISTNAME:L}
CATEGORIES = lang
Index: distinfo
===
RCS file: /cvs/ports/lang/luajit/distinfo,v
retrieving revision 1.1.1.1
diff -N -u -p distinfo
--- distinfo27 Oct 2012 14:05:33 - 1.1.1.1
+++ distinfo13 Nov 2012 01:23:56 -
@@ -1,2 +1,2 @@
-SHA256 (LuaJIT-2.0.0-beta11.tar.gz) =
Hp4dZXd0sz8oesCDEMDeHon/e4+J7n3DHu+4bq2YFN4=
-SIZE (LuaJIT-2.0.0-beta11.tar.gz) = 836244
+SHA256 (LuaJIT-2.0.0.tar.gz) = 3q7WRcSgk8X7JQwwyZM8kTHuBclLEyYtWPbgtgszjBU=
+SIZE (LuaJIT-2.0.0.tar.gz) = 837408
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/lang/luajit/patches/patch-Makefile,v
retrieving revision 1.1.1.1
diff -N -u -p patches/patch-Makefile
--- patches/patch-Makefile 27 Oct 2012 14:05:33 - 1.1.1.1
+++ patches/patch-Makefile 13 Nov 2012 01:23:56 -
@@ -1,9 +1,9 @@
$OpenBSD: patch-Makefile,v 1.1.1.1 2012/10/27 14:05:33 abieber Exp $
Makefile.orig Tue Oct 16 12:30:00 2012
-+++ Makefile Fri Oct 26 17:11:37 2012
-@@ -110,23 +110,13 @@ install: $(INSTALL_DEP)
+--- Makefile.orig Mon Nov 12 17:59:02 2012
Makefile Mon Nov 12 18:00:24 2012
+@@ -109,10 +109,7 @@ install: $(INSTALL_DEP)
cd src test -f $(FILE_A) $(INSTALL_F) $(FILE_A) $(INSTALL_STATIC)
|| :
- $(RM) $(INSTALL_DYN) $(INSTALL_SHORT1) $(INSTALL_SHORT2)
+ $(RM) $(INSTALL_TSYM) $(INSTALL_DYN) $(INSTALL_SHORT1) $(INSTALL_SHORT2)
cd src test -f $(FILE_SO) \
-$(INSTALL_X) $(FILE_SO) $(INSTALL_DYN) \
-$(LDCONFIG) $(INSTALL_LIB) \
@@ -13,16 +13,11 @@ $OpenBSD: patch-Makefile,v 1.1.1.1 2012/10/27 14:05:33
cd etc $(INSTALL_F) $(FILE_MAN) $(INSTALL_MAN)
cd etc $(SED_PC) $(FILE_PC) $(FILE_PC).tmp \
$(INSTALL_F) $(FILE_PC).tmp $(INSTALL_PC) \
- $(RM) $(FILE_PC).tmp
+@@ -120,7 +117,6 @@ install: $(INSTALL_DEP)
cd src $(INSTALL_F) $(FILES_INC) $(INSTALL_INC)
cd src/jit $(INSTALL_F) $(FILES_JITLIB) $(INSTALL_JITLIB)
+ $(SYMLINK) $(INSTALL_TNAME) $(INSTALL_TSYM)
- @echo Successfully installed LuaJIT $(VERSION) to $(PREFIX)
-- @echo
-- @echo Note: the beta releases deliberately do NOT install a symlink
for luajit
-- @echo You can do this now by running this command (with sudo):
-- @echo
-- @echo $(SYMLINK) $(INSTALL_TNAME) $(INSTALL_TSYM)
-- @echo
uninstall:
@echo Uninstalling LuaJIT $(VERSION) from $(PREFIX)
Index: pkg/PLIST
===
RCS file: /cvs/ports/lang/luajit/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -N -u -p pkg/PLIST
--- pkg/PLIST 27 Oct 2012 14:05:33 - 1.1.1.1
+++ pkg/PLIST 13 Nov 2012 01:23:56 -
@@ -1,4 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2012/10/27 14:05:33 abieber Exp $
+bin/luajit
@bin bin/luajit${MODLUA_DEP_VERSION}
include/luajit-2.0/
include/luajit-2.0/lauxlib.h
