CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2010/03/30 01:32:27 Modified files: sysutils/pkg_mgr: Makefile Log message: Fix HOMEPAGE and MASTER_SITES. Bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2010/03/30 01:40:58 Modified files: x11/gnome/nautilus-sendto: Makefile distinfo Log message: Update to nautilus-sendto-2.28.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2010/03/30 01:56:30 Modified files: www/cntlm : Makefile Log message: Change my email address and bump OK ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2010/03/30 01:58:42 Modified files: x11/gtk2-murrine-engine: Makefile Log message: Change my email address and bump OK ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2010/03/30 02:01:26 Modified files: games/numptyphysics: Makefile Log message: Change my email address and bump OK ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2010/03/30 02:02:09 Modified files: devel/libgdata : Makefile distinfo devel/libgdata/pkg: PLIST Log message: Update to libgdata-0.6.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2010/03/30 02:03:31 Modified files: net/mldonkey/stable: Makefile Log message: Change my email address and bump OK ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2010/03/30 02:11:22 Added files: www/firefox36/patches: patch-js_ctypes_libffi_configure Log message: Backport devel/libffi/patches/patch-configure so that it passes configure step on hppa/mips/powerpc. Well, hppa mips are not (yet?) in ONLY_FOR_ARCHS, so that should only affect powerpc..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2010/03/30 02:23:36 Modified files: x11/gnome/librsvg: Makefile distinfo x11/gnome/librsvg/pkg: PLIST Log message: Bugfix update to librsvg-2.26.2. * Use GDK_DRAWABLE() instead of non-existing GTK_DRAWABLE()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2010/03/30 05:03:07 Modified files: editors/openoffice3: Makefile distinfo editors/openoffice3/patches: patch-bridges_prj_build_lst patch-configure_in patch-cppu_source_uno_data_cxx patch-cppu_util_makefile_mk patch-crashrep_source_unx_main_cxx patch-crashrep_source_unx_makefile_mk patch-desktop_scripts_soffice_sh patch-desktop_scripts_unopkg_sh patch-extensions_source_plugin_unx_makefile_mk patch-extensions_source_scanner_makefile_mk patch-external_gcc3_specific_makefile_mk patch-filter_source_config_fragments_makefile_mk patch-hunspell_hunspell-1_2_8_patch patch-instsetoo_native_util_makefile_mk patch-jvmfwk_plugins_sunmajor_pluginlib_sunversion_cxx patch-jvmfwk_sunmajor_pluginlib_sunjre_cxx patch-lingucomponent_source_hyphenator_altlinuxhyph_hyphen_makefile_mk patch-odk_configure_pl patch-odk_settings_settings_mk patch-odk_util_makefile_pmk patch-pyuno_source_module_makefile_mk patch-sal_inc_sal_types_h patch-sal_osl_unx_file_cxx patch-sal_osl_unx_makefile_mk patch-sal_rtl_source_alloc_c patch-sal_workben_makefile_mk patch-scp2_source_ooo_file_library_ooo_scp patch-sdext_source_pdfimport_filterdet_cxx patch-sdext_source_pdfimport_wrapper_wrapper_cxx patch-set_soenv_in patch-sfx2_source_doc_objuno_cxx patch-shell_source_unix_misc_makefile_mk patch-shell_source_unix_sysshell_makefile_mk patch-shell_source_unix_sysshell_recently_used_file_handler_cxx patch-solenv_bin_modules_installer_globals_pm patch-solenv_config_ssolar_cmn patch-solenv_inc_libs_mk patch-solenv_inc_settings_mk patch-solenv_inc_unx_mk patch-solenv_inc_unxobsd_mk patch-svx_source_customshapes_makefile_mk patch-ucb_source_ucp_ftp_ftpcontent_cxx patch-vcl_unx_inc_saldata_hxx patch-vcl_unx_inc_salunx_h patch-vcl_unx_source_app_i18n_ic_cxx patch-vcl_unx_source_app_saldisp_cxx patch-vcl_util_makefile_mk patch-xpdf_makefile_mk editors/openoffice3/pkg: PFRAG.no_java-i18n-bg PFRAG.no_java-i18n-ca PFRAG.no_java-i18n-de PFRAG.no_java-i18n-es PFRAG.no_java-i18n-fa PFRAG.no_java-i18n-fi PFRAG.no_java-i18n-fr PFRAG.no_java-i18n-hu PFRAG.no_java-i18n-it PFRAG.no_java-i18n-ja PFRAG.no_java-i18n-ko PFRAG.no_java-i18n-lt PFRAG.no_java-i18n-lv PFRAG.no_java-i18n-nl PFRAG.no_java-i18n-pl PFRAG.no_java-i18n-pt-br PFRAG.no_java-i18n-ru PFRAG.no_java-i18n-sl PFRAG.no_java-i18n-sv PFRAG.shared-java PFRAG.shared-kde PFRAG.shared-main PLIST-i18n-bg PLIST-i18n-ca PLIST-i18n-de PLIST-i18n-es
libuuid clash
[this is just kind of a reminder to myself, so I don't forget it] Someone (at www.bsdforen.de) had trouble installing the heartbeat package. I tried to reproduce the problem (on 4.6 and current), and indeed it looks like there's some clash between devel/uuid (which contains libuuid.so.13.22) and e2fsprogs,-uuid (which contains libuuid.so.2.0): # PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/ pkg_add heartbeat Can't install heartbeat-2.1.2.15 because of libraries |library uuid.13.22 not found | /usr/local/lib/libuuid.so.2.0 (e2fs-uuid-1.41.4p0): bad major | /usr/local/lib/uuid/libuuid.so.2.0 (e2fs-uuid-1.41.4p0): bad major Direct dependencies for heartbeat-2.1.2.15 resolve to: libxml-2.7.6 libltdl-1.5.26p0 libnet-1.0.2ap2 e2fs-uuid-1.41.4p0 curl-7.20.0 python-2.5.4p3 gnutls-2.8.5 bzip2-1.0.5 gettext-0.17p0 glib2-2.22.5 p5-Time-TimeDate-1.16p0 libiconv-1.13p0 Full dependency tree is libxml-2.7.6 libgpg-error-1.7 libgamin-0.1.10 libtasn1-2.3 lzo2-2.03 curl-7.20.0 python-2.5.4p3 glib2-2.22.5 bzip2-1.0.5 libltdl-1.5.26p0 libnet-1.0.2ap2 e2fs-uuid-1.41.4p0 libgcrypt-1.4.4p0 gnutls-2.8.5 sqlite3-3.6.16.1 pcre-7.9 gettext-0.17p0 libidn-1.11 p5-Time-TimeDate-1.16p0 libiconv-1.13p0 So if both libuuids are installed, libuuid.so.13.22 is recorded in plist of heartbeat, which is the wrong one. Other ports depending on e2fsprogs,-uuid (if any) may suffer from the same problem. Ciao, Kili
Re: libuuid clash
Hi, On Tuesday 30 March 2010 08:03:55 am Matthias Kilian wrote: [this is just kind of a reminder to myself, so I don't forget it] Someone (at www.bsdforen.de) had trouble installing the heartbeat package. I tried to reproduce the problem (on 4.6 and current), and indeed it looks like there's some clash between devel/uuid (which contains libuuid.so.13.22) and e2fsprogs,-uuid (which contains libuuid.so.2.0): # PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/ pkg_add heartbeat Can't install heartbeat-2.1.2.15 because of libraries |library uuid.13.22 not found | /usr/local/lib/libuuid.so.2.0 (e2fs-uuid-1.41.4p0): bad major | /usr/local/lib/uuid/libuuid.so.2.0 (e2fs-uuid-1.41.4p0): bad major Direct dependencies for heartbeat-2.1.2.15 resolve to: libxml-2.7.6 libltdl-1.5.26p0 libnet-1.0.2ap2 e2fs-uuid-1.41.4p0 curl-7.20.0 python-2.5.4p3 gnutls-2.8.5 bzip2-1.0.5 gettext-0.17p0 glib2-2.22.5 p5-Time-TimeDate-1.16p0 libiconv-1.13p0 Full dependency tree is libxml-2.7.6 libgpg-error-1.7 libgamin-0.1.10 libtasn1-2.3 lzo2-2.03 curl-7.20.0 python-2.5.4p3 glib2-2.22.5 bzip2-1.0.5 libltdl-1.5.26p0 libnet-1.0.2ap2 e2fs-uuid-1.41.4p0 libgcrypt-1.4.4p0 gnutls-2.8.5 sqlite3-3.6.16.1 pcre-7.9 gettext-0.17p0 libidn-1.11 p5-Time-TimeDate-1.16p0 libiconv-1.13p0 So if both libuuids are installed, libuuid.so.13.22 is recorded in plist of heartbeat, which is the wrong one. Other ports depending on e2fsprogs,-uuid (if any) may suffer from the same problem. I'm the maintainer of heartbeat port, and IIRC, I already mentioned the problem here, but I did not find a solution to the problem. If someone knows how to resolve this it would be great. I also have hearbeat-2.1.4 in the ports-wip on gitorious which also suffers from that problem. I'd be happy if I could update this port and submit it here. cheers, Sebastian Ciao, Kili
mail/courier-imap
Hi,
I recently updated mail/courier-imap to 4.6.0. Afterwards I noticed
that my configuration didn't work anymore, because imapd was hanging
in a pretty long loop, looking for ``/tmp/fam-hacki''.
So it looks like with our 4.6.0 port FAM has been enabled by default.
I really wonder if this is right. Do people really use FAM on
OpenBSD by default? Nobody noticed that issue has well? Or maybe
I'm missing something and you can enlight me.
Otherwise I would suggest the attached diff.
Regards,
Marcus
Index: Makefile
===
RCS file: /cvs/ports/mail/courier-imap/Makefile,v
retrieving revision 1.57
diff -u -p -r1.57 Makefile
--- Makefile26 Feb 2010 18:55:21 - 1.57
+++ Makefile30 Mar 2010 07:31:16 -
@@ -5,7 +5,7 @@ COMMENT-pop3= pop3 server for maildir f
V= 4.6.0
DISTNAME= courier-imap-${V}
-PKGNAME-main= ${DISTNAME}
+PKGNAME-main= ${DISTNAME}p0
FULLPKGNAME-pop3= courier-pop3-${V}p0
FULLPKGPATH-pop3= mail/courier-imap,-pop3
Index: patches/patch-maildir_configure
===
RCS file: patches/patch-maildir_configure
diff -N patches/patch-maildir_configure
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-maildir_configure 30 Mar 2010 07:31:16 -
@@ -0,0 +1,11 @@
+--- maildir/configure.orig Sat Jun 27 18:50:49 2009
maildir/configure Tue Mar 30 07:32:23 2010
+@@ -18430,7 +18430,7 @@ if test x$ac_cv_lib_fam_FAMOpen = xyes; then
+ LIBFAM=-lfam
+
+ cat confdefs.h _ACEOF
+-#define HAVE_FAM 1
++#define HAVE_FAM 0
+ _ACEOF
+
+
graphics/cairo with XCB backend
Any objection to this?
I need it for a port I'm working on: the new stable branch (v3.x) of
the awesome window manager.
Tested on i386 and seems stable...
cheers,
david
Index: Makefile
===
RCS file: /cvs/ports/graphics/cairo/Makefile,v
retrieving revision 1.26
diff -N -u -p Makefile
--- Makefile29 Mar 2010 13:13:53 - 1.26
+++ Makefile30 Mar 2010 06:20:22 -
@@ -3,7 +3,7 @@
COMMENT= vector graphics library
DISTNAME= cairo-1.8.10
-PKGNAME= ${DISTNAME}
+PKGNAME= ${DISTNAME}p0
SHARED_LIBS= cairo 9.2
CATEGORIES=graphics
@@ -32,7 +32,8 @@ LIB_DEPENDS= png::graphics/png \
CONFIGURE_STYLE= gnu
CONFIGURE_ARGS=--enable-glitz \
--enable-pdf \
- --enable-ps
+ --enable-ps \
+ --enable-xcb
REGRESS_DEPENDS= :ghostscript-*:print/ghostscript/gnu
Index: pkg/PLIST
===
RCS file: /cvs/ports/graphics/cairo/pkg/PLIST,v
retrieving revision 1.6
diff -N -u -p pkg/PLIST
--- pkg/PLIST 13 Nov 2008 20:22:13 - 1.6
+++ pkg/PLIST 30 Mar 2010 06:20:22 -
@@ -9,6 +9,8 @@ include/cairo/cairo-pdf.h
include/cairo/cairo-ps.h
include/cairo/cairo-svg.h
include/cairo/cairo-version.h
+include/cairo/cairo-xcb-xrender.h
+include/cairo/cairo-xcb.h
include/cairo/cairo-xlib-xrender.h
include/cairo/cairo-xlib.h
include/cairo/cairo.h
@@ -21,6 +23,7 @@ lib/pkgconfig/cairo-pdf.pc
lib/pkgconfig/cairo-png.pc
lib/pkgconfig/cairo-ps.pc
lib/pkgconfig/cairo-svg.pc
+lib/pkgconfig/cairo-xcb.pc
lib/pkgconfig/cairo-xlib-xrender.pc
lib/pkgconfig/cairo-xlib.pc
lib/pkgconfig/cairo.pc
Re: FETCH_CMD ?
On 2010/03/29 19:56, J.C. Roberts wrote: I'm working on an update of graphics/camlimages for Anil and found that the ftp site with the source is a bit wonky. If I don't use ftp(1) with the `-E` and `-p` flags, the sever has a fit. Just disabling EPSV (-E) is enough for me..though actually if I just leave it (for 75 seconds), it falls back to EPRT (which fails quickly), and then to PORT (which works). Considering FETCH_CMD might be modified by some (e.g. for mirroring?), is it considered bad form to set it in the Makefile of the port? It's marked User settings in bsd.port.mk(5), this means it mustn't be touched by ports. Try contacting the ftp site admin and point out that EPSV is broken (the ftp server responds to the command, but it appears that they have a firewall which doesn't react to EPSV and leaves the ports for the data connections closed). If they can't fix this (either by hacking vsftpd so it doesn't accept EPSV, or by fixing the firewall), maybe they'd be interested in serving files by http... If they're unwilling/unable to help, another option is to mirror it (if you can't do this yourself, just ask). But better if they can fix it.
Re: [wip/testing] mozilla-thunderbird 3.0.2
On Sat, Mar 06, 2010 at 09:11:10PM +0100, Landry Breuil wrote: On Mon, Mar 01, 2010 at 12:57:35PM +0100, Landry Breuil wrote: Hi, this is post-unlock material, but i'm sending that now to get feedback and testing on it. This is a major update to the latest release which i've been using at work extensively without big issues. some notes: - it can't use systemwide sqlite3 yet, because it needs at least .20 and FTS3 support enabled, which will be post-unlock too. - there can be issues with the GLODA stuff (global database search), so if you face issues you can disable global indexing in preferences. If you migrate from your TB2 profile and have a corrupted cache/index (which can happen if you shutdown badly the os), you might get https://bugzilla.mozilla.org/show_bug.cgi?id=543737 . If you encounter real slowness at first startup, monitor the sqlite database size in the profiles. - diff/update itself is largely based on ffx3.5 port, as they share patches/codebase (mozilla/xulrunner 1.9.1 branch) Thanks for testing it, i'd like to get this in soon after unlock. Diffs for lightning/enigmail will follow. Diff is 300k, so available at: http://rhaalovely.net/~landry/stuff/thunderbird-3.0.2-wip.diff And here's Tb 3.0.3 diff, fixing a regression in upgrade path for local folders. http://rhaalovely.net/~landry/stuff/thunderbird-3.0.3-wip.diff And a diff that adds a fix for sparc64, and that applies correctly against current. Tested so far @ppc/i386/sparc64/amd64. http://rhaalovely.net/~landry/stuff/thunderbird-3.0.3-wip-2.diff I'll probably soon commit that if i don't get more feedback. Landry
Re: [wip/testing] www/seamonkey 2.0.3
On Mon, Mar 01, 2010 at 01:13:19PM +0100, Landry Breuil wrote: Hi, here's another major update for one of the mozilla gang, seamonkey 2.x this time. It merges ffx3.5.x tb3.x together, and basic testing shows it works fine here. The language packs needs to be fixed, i'm working on it too. I also need to check how to make lightning work with it. Same as TB3 Sunbird, port/update is largely based on ffx3.5 port, as they share the same mozilla 1.9.1 branch codebase. If you use seamonkey, please test this update and post feedback here. On a sidenote, as TB3/Sunbird/Seamonkey/Xulrunner/Ffx ports share lots of stuff in Makefiles, i'll start working on a mozilla.port.mk MODULE to harmonize all this mess. Get in touch with me if you want to test/help on it. I'll also start making this build/work against xulrunner/libxul instead of building standalone, once those updates are in. Diff is also ~300k, so get it at: http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip.diff And here's a diff which adds a fix for sparc64, and correctly applies against current. I only need to test lightning/enigmail against it and it's in the tree (and it'll be too late to complain) Same as tb3, tested @i386/ppc/sparc64/amd64 http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip-2.diff Landry
Re: mail/courier-imap
Marcus Glocker wrote:
Hi,
I recently updated mail/courier-imap to 4.6.0. Afterwards I noticed
that my configuration didn't work anymore, because imapd was hanging
in a pretty long loop, looking for ``/tmp/fam-hacki''.
So it looks like with our 4.6.0 port FAM has been enabled by default.
I really wonder if this is right. Do people really use FAM on
OpenBSD by default? Nobody noticed that issue has well? Or maybe
I'm missing something and you can enlight me.
Otherwise I would suggest the attached diff.
Regards,
Marcus
Thanks for spotting this, attached is a diff for Courier-imap 4.6.0
(which fixes man pages as well) and one for 4.7.0 (I will commit this
update soon).
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/mail/courier-authlib/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile28 Oct 2009 14:18:04 - 1.11
+++ Makefile11 Jan 2010 15:48:16 -
@@ -6,21 +6,21 @@ COMMENT-mysql=mysql authentication mod
COMMENT-pgsql= pgsql authentication module for courier-authLib
COMMENT-userdb=userdb authentication module for courier-authLib
-DISTNAME= courier-authlib-0.62.4
+DISTNAME= courier-authlib-0.63.0
PKGNAME-main= ${DISTNAME}
PKGNAME-ldap= ${DISTNAME:S/lib-/lib-ldap-/}
PKGNAME-mysql= ${DISTNAME:S/lib-/lib-mysql-/}
PKGNAME-pgsql= ${DISTNAME:S/lib-/lib-pgsql-/}
PKGNAME-userdb=${DISTNAME:S/lib-/lib-userdb-/}
-SHARED_LIBS += courierauth 0.0 # .0.0
+SHARED_LIBS += courierauth 1.0 # .0.0
SHARED_LIBS += courierauthsasl 1.0 # .0.0
SHARED_LIBS += courierauthsaslclient 0.0 # .0.0
-SHARED_LIBS += courierauthcommon0.0 # .0.0
+SHARED_LIBS += courierauthcommon1.0 # .0.0
SHARED_LIBS += authuserdb 0.0 # .0.0
SHARED_LIBS += authpwd 0.0 # .0.0
SHARED_LIBS += authpgsql0.0 # .0.0
-SHARED_LIBS += authldap 0.0 # .0.0
+SHARED_LIBS += authldap 1.0 # .0.0
SHARED_LIBS += authmysql0.0 # .0.0
SHARED_LIBS += authpipe 0.0 # .0.0
Index: distinfo
===
RCS file: /cvs/ports/mail/courier-authlib/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo28 Oct 2009 14:18:04 - 1.3
+++ distinfo11 Jan 2010 15:48:16 -
@@ -1,5 +1,5 @@
-MD5 (courier-authlib-0.62.4.tar.bz2) = QLAdfxnCnbfJGcCTinU3xw==
-RMD160 (courier-authlib-0.62.4.tar.bz2) = Et3enQCGmX31xuRbznHc9hMjiL4=
-SHA1 (courier-authlib-0.62.4.tar.bz2) = P1Q+zQPVIP36UlnQ0LRaEy5Qqpk=
-SHA256 (courier-authlib-0.62.4.tar.bz2) =
qwM1Zdvsn9ZeH3YYoxGmFCFM9y9KMFKtueC5ps7K8IE=
-SIZE (courier-authlib-0.62.4.tar.bz2) = 2175238
+MD5 (courier-authlib-0.63.0.tar.bz2) = QRqSfRePeDoej6uZZM4N0g==
+RMD160 (courier-authlib-0.63.0.tar.bz2) = RShnKhGJXJ1wU0BSPleChOQLXeo=
+SHA1 (courier-authlib-0.63.0.tar.bz2) = wIdydN6LWOxMekHP2HrZs3xAgwQ=
+SHA256 (courier-authlib-0.63.0.tar.bz2) =
e5YbllxEaZb+DspArS58xtR/yehZRPcBxFex2oyXisM=
+SIZE (courier-authlib-0.63.0.tar.bz2) = 2817119
Index: Makefile
===
RCS file: /cvs/ports/mail/courier-imap/Makefile,v
retrieving revision 1.57
diff -u -p -r1.57 Makefile
--- Makefile26 Feb 2010 18:55:21 - 1.57
+++ Makefile30 Mar 2010 09:29:37 -
@@ -3,10 +3,10 @@
COMMENT-main= imap server for maildir format mailboxes
COMMENT-pop3= pop3 server for maildir format mailboxes
-V= 4.6.0
+V= 4.7.0
DISTNAME= courier-imap-${V}
PKGNAME-main= ${DISTNAME}
-FULLPKGNAME-pop3= courier-pop3-${V}p0
+FULLPKGNAME-pop3= courier-pop3-${V}
FULLPKGPATH-pop3= mail/courier-imap,-pop3
CATEGORIES=mail
Index: distinfo
===
RCS file: /cvs/ports/mail/courier-imap/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo28 Oct 2009 14:20:19 - 1.11
+++ distinfo30 Mar 2010 09:29:37 -
@@ -1,5 +1,5 @@
-MD5 (courier-imap-4.6.0.tar.bz2) = hzf7G1UkLCCnj9LReXBzEQ==
-RMD160 (courier-imap-4.6.0.tar.bz2) = Zk+ybBNRllr2sbsh4iIw72Yy8RA=
-SHA1 (courier-imap-4.6.0.tar.bz2) = vsJMN0AHw9omXgVEiRmSzlmU1X8=
-SHA256 (courier-imap-4.6.0.tar.bz2) =
2E5L1PZD7APvG96pdDxLkX/OejbPiWft7u+3wVuCWzc=
-SIZE (courier-imap-4.6.0.tar.bz2) = 3397972
+MD5 (courier-imap-4.7.0.tar.bz2) = 5phIkOGuzzzGsJmhYZMk5g==
+RMD160 (courier-imap-4.7.0.tar.bz2) = KrF2j7dxTP4pHtzADJbMJ2rxJ4I=
+SHA1 (courier-imap-4.7.0.tar.bz2) = lynzrdhpJWOGXaUWfP6I8iJ8OWg=
+SHA256 (courier-imap-4.7.0.tar.bz2) =
oKms7ns2OZ0iZmrFruIsvF21KZagd5HgM78fe643C58=
+SIZE (courier-imap-4.7.0.tar.bz2) = 3414328
Index: patches/patch-imap_courierpop3d_8_in
Re: webalizer still buggy on 4.6-amd64
Uwe Dippel udippel at uniten.edu.my writes: Picking up from some earlier complaints with the then new webalizer, which broke all my setups (though I followed the suggestions - http://article.gmane.org/gmane.os.openbsd.ports/29855), I tried yet another time: Removed all webalizer stuff, pkg_delete webalizer, rm /var/log/webalizer*, rm /var/log/dns_cache.db. Checked with 'locate webalizer', nothing left (aside from in /usr/ports). So I assume everything is clean. So I could do pkg_add webalizer, then the following changes in /etc/webalizer.conf: # diff /etc/webalizer.conf /usr/local/share/examples/webalizer/sample.conf 31,32d30 LogFile/var/www/logs/access_log 47,48d44 OutputDir /var/www/htdocs/webstat 59,60d54 HistoryName /var/log/webalizer.hist 76,77d69 Incremental yes 87,88d78 IncrementalName /var/log/webalizer.current 125,126d114 PageType php 144,145d131 DNSCache /var/log/dns_cache.db 160,161d145 DNSChildren 15 338,339d321 TopKURLs 30 649,650d630 MangleAgents 1 Did the same on my second box (correct me if something was done wrong, please!), and there it does go through: Webalizer Xtended RB21 (08-Dec-2007) / OpenBSD 4.6 / English Copyright 2005-2007 by Patrick K. Frei Based on Webalizer V2.01-10 Using logfile /var/www/logs/access_log (clf) Using default GeoIP database: GEO-106FREE 20090201 Build 1 Copyright (c) 2007 MaxMind LLC All Rights Reserved DNS Lookup (15): 61 addresses in 0.25 seconds Using DNS cache file /var/log/dns_cache.db Creating output in /var/www/htdocs/webstat but the country statistics are all (100%) unresolved. Where did the 61 addresses actually go? I only removed the two DNS entries from the cache (DNSCache and DNSChildren) next, rm /var/log/webalizer.*, and ran it again, browser refresh, and all countries *are* displayed. Maybe during package creation, DNS was not specified? And even if, should it not handle this situation in a more robust manner? Any hint appreciated, Uwe
Re: mail/courier-imap
On Tue, Mar 30, 2010 at 11:35:31AM +0200, Giovanni Bechis wrote: Marcus Glocker wrote: Hi, I recently updated mail/courier-imap to 4.6.0. Afterwards I noticed that my configuration didn't work anymore, because imapd was hanging in a pretty long loop, looking for ``/tmp/fam-hacki''. So it looks like with our 4.6.0 port FAM has been enabled by default. I really wonder if this is right. Do people really use FAM on OpenBSD by default? Nobody noticed that issue has well? Or maybe I'm missing something and you can enlight me. Otherwise I would suggest the attached diff. Regards, Marcus Thanks for spotting this, attached is a diff for Courier-imap 4.6.0 (which fixes man pages as well) and one for 4.7.0 (I will commit this update soon). Cheers Giovanni Cool, thanks. courier-imap-4.7.0.diff works fine for me. Regards, Marcus
Re: mail/courier-imap
Marcus Glocker wrote: Thanks for spotting this, attached is a diff for Courier-imap 4.6.0 (which fixes man pages as well) and one for 4.7.0 (I will commit this update soon). Cheers Giovanni Cool, thanks. courier-imap-4.7.0.diff works fine for me. Should we add the 4.6.0 diff to -stable ? Cheers Giovanni
Re: mail/courier-imap
On Tue, Mar 30, 2010 at 12:35:36PM +0200, Giovanni Bechis wrote: Marcus Glocker wrote: Thanks for spotting this, attached is a diff for Courier-imap 4.6.0 (which fixes man pages as well) and one for 4.7.0 (I will commit this update soon). Cheers Giovanni Cool, thanks. courier-imap-4.7.0.diff works fine for me. Should we add the 4.6.0 diff to -stable ? Cheers Giovanni From my point of view that would make sense, since the 4.6.0 package is broken by default, except someone really runs FAM which is not the common case I think. Also fixes the annyoing imapd(8) man page problem. Any other opinions maybe?
Re: [wip/testing] enigmail 1.0
On Sat, Mar 06, 2010 at 09:15:24PM +0100, Landry Breuil wrote:
On Mon, Mar 01, 2010 at 01:05:39PM +0100, Landry Breuil wrote:
Hi,
like lightning, here's the update for enigmail 1.0, ported to work with
thunderbird 3. It builds and shows fine in TB3, but i don't really use
it so didn't test its functionality itself. So i'm asking here for real
testing from ppl really using it. Supposedly, it also works on top of
Seamonkey 2.x branch but i didn't test it yet. It will supersede
mail/enigmail-seamonkey.
Thanks for testing it.
Bah, as soon as i make a diff there's a new upstream release..
Here is enigmail 1.0.1 diff.
And here's a new diff that makes mail/enigmail supersede
mail/enigmail-seamonkey. It's built once, and two packages are created,
one for TB and one for SM. Both working/appearing fine here. Oh btw, if
you want to try it, you'd better bump SO_VERSION for seamonkey 2.0.3 to
15.0 so that it's in sync with Tb.. i'll do that when updating seamonkey.
Landry
Index: Makefile
===
RCS file: /cvs/ports/mail/enigmail/Makefile,v
retrieving revision 1.24
diff -u -r1.24 Makefile
--- Makefile27 Dec 2009 15:51:47 - 1.24
+++ Makefile30 Mar 2010 12:14:31 -
@@ -2,14 +2,18 @@
SHARED_ONLY= Yes
-COMMENT= GnuPG extension for Thunderbird
+COMMENT-main= GnuPG extension for Thunderbird
+COMMENT-seamonkey= GnuPG extension for Seamonkey
-VER= 0.96.0
+VER= 1.0.1
DISTNAME= enigmail-${VER}
-PKGNAME= ${DISTNAME}p1
+PKGNAME-main= enigmail-${VER}
+PKGNAME-seamonkey= enigmail-seamonkey-${VER}
CATEGORIES=mail security
-SHARED_LIBS= enigmime14.0
+MULTI_PACKAGES=-main -seamonkey
+
+SHARED_LIBS= enigmime15.0
HOMEPAGE= http://enigmail.mozdev.org/
@@ -26,24 +30,26 @@
::archivers/unzip
RUN_DEPENDS= ::security/gnupg
-LIB_DEPENDS=
mozilla-thunderbird/xpcom,mozilla-thunderbird/xpcom_compat,mozilla-thunderbird/xpcom_core:mozilla-thunderbird-=2.0.0.23p0:${THUNDERBIRD_DIR}
+LIB_DEPENDS-main=
mozilla-thunderbird/xpcom,mozilla-thunderbird/xpcom_core:mozilla-thunderbird-=3.0.3:${THUNDERBIRD_DIR}
+LIB_DEPENDS-seamonkey=
seamonkey/xpcom,seamonkey/xpcom_core:seamonkey-=2.0.3:www/seamonkey
WANTLIB= c m nspr4 plc4 plds4
USE_X11= Yes
USE_GMAKE= Yes
NO_REGRESS=Yes
-MOZBASE= ${WRKDIR}/${THUNDERBIRD_DIR}/mozilla
-MOZBIN=${MOZBASE}/dist/bin
+MOZBASE= ${WRKDIR}/${THUNDERBIRD_DIR}/comm-1.9.1
+MOZBIN=${MOZBASE}/mozilla/dist/bin
WRKDIST= ${WRKDIR}/enigmail
WRKSRC=${MOZBASE}/mailnews/extensions/enigmail
GNU_ARCH= ${MACHINE_ARCH:S/amd64/x86_64/}
-ENIGMAIL_XPI= ${DISTNAME}-${OPSYS:L}-${GNU_ARCH}.xpi
+ENIGMAIL_XPI= ${DISTNAME:S/.1//}-${OPSYS:L}-${GNU_ARCH}.xpi
# unzip ${ENIGMAIL_XPI} and inspect install.rdf for GUID
GUID= {847b3a00-7ab1-11d4-8f02-006008948af5}
GLOBALDIR= ${PREFIX}/mozilla-thunderbird/extensions/${GUID}
+SEAMONKEYDIR= ${PREFIX}/seamonkey/extensions/${GUID}
SUBST_VARS=GUID
@@ -55,10 +61,10 @@
do-build:
@cd ${MOZBASE} ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM} export
- @cd ${MOZBASE}/modules/libreg ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
- @cd ${MOZBASE}/xpcom/string ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
- @cd ${MOZBASE}/xpcom ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
- @cd ${MOZBASE}/xpcom/obsolete ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
+ @cd ${MOZBASE}/mozilla/modules/libreg ${SETENV} ${MAKE_ENV}
${MAKE_PROGRAM}
+ @cd ${MOZBASE}/mozilla/xpcom/string ${SETENV} ${MAKE_ENV}
${MAKE_PROGRAM}
+ @cd ${MOZBASE}/mozilla/xpcom ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
+ @cd ${MOZBASE}/mozilla/xpcom/obsolete ${SETENV} ${MAKE_ENV}
${MAKE_PROGRAM}
@cd ${WRKSRC} ./makemake -r
@cd ${WRKSRC} ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM}
@cd ${WRKSRC} ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM} xpi
@@ -66,7 +72,12 @@
do-install:
${INSTALL_DATA_DIR} ${GLOBALDIR}
unzip -q ${MOZBIN}/${ENIGMAIL_XPI} -d ${GLOBALDIR}
- mv ${GLOBALDIR}/platform/OpenBSD*/components/libenigmime.so.* \
+ ${INSTALL_DATA_DIR} ${SEAMONKEYDIR}
+ unzip -q ${MOZBIN}/${ENIGMAIL_XPI} -d ${SEAMONKEYDIR}
+ cp ${GLOBALDIR}/platform/OpenBSD*/components/libenigmime.so.* \
${GLOBALDIR}/components/
+ mv ${GLOBALDIR}/platform/OpenBSD*/components/libenigmime.so.* \
+ ${SEAMONKEYDIR}/components/
+ rm -Rf ${GLOBALDIR}/platform/
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/mail/enigmail/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- distinfo18 Sep 2009 20:33:50 - 1.10
+++ distinfo30 Mar 2010 12:14:31 -
@@ -1,5 +1,5 @@
-MD5 (enigmail-0.96.0.tar.gz) =
Re: [UPDATE] mercurial 1.5
Hi Samir-
On Tue, Mar 30, 2010 at 03:15:36PM +0200, Samir SAADA wrote:
Index: Makefile
===
RCS file: /cvs/ports/devel/mercurial/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- Makefile 12 Jan 2010 14:04:29 - 1.23
+++ Makefile 30 Mar 2010 12:10:19 -
@@ -2,9 +2,9 @@
COMMENT =fast, lightweight source control management
-MODPY_EGG_VERSION = 1.4.2
+MODPY_EGG_VERSION = 1.5
1.5.1 is due tomorrow, so I don't plan to update until it's released.
Thanks!
--
o--{ Will Maier }--o
| web:...http://www.lfod.us/ | email.willma...@ml1.net |
*-[ BSD: Live Free or Die ]*
update: graphics/camlimages 3.0.2 (gtk+1)
This update of graphics/camlimages to 3.0.2 gets rid of the last
dependency on x11/lablgtk and hence another deleted gtk+1 dependency.
The maintainer is out of town this week, so with his permission, I took
care of the update.
At present, there's an issue with the camlimages ftp server being
misconfigured and requiring the '-p' and '-E' flags being used ftp(1).
I'll try to get that resolved with the sever admin, but until this is
resolved one way or another, I've set the port to FETCH_MANUALLY.
The `make regress` target works fine, but fails due to the need of
user interaction to validate image manipulation.
To run the regression tests you'll need to comment out NO_REGRESS=Yes
in the port Makefile, run `make regress` with the expectation it will
fail and then run the tests manually.
$ make regress
$ cd ${WRKSRC}/test/
$ ./test.byt
$ ./test.opt
I've tested this on i386, but Anil mentioned the need for testing on
SPARC64 due to native code / byte code differences.
camlimages.diff
Description: Binary data
Re: update: graphics/camlimages 3.0.2 (gtk+1)
oops. seems a cvs delete and cvs add failed in the previous diff.
fixed below.
Index: Makefile
===
RCS file: /cvs/ports/graphics/camlimages/Makefile,v
retrieving revision 1.11
diff -N -u -p Makefile
--- Makefile20 Jun 2009 22:05:11 - 1.11
+++ Makefile30 Mar 2010 14:03:26 -
@@ -3,13 +3,19 @@
COMMENT= image manipulation functions for Objective Caml
CATEGORIES=graphics
-DISTNAME= camlimages-2.2.0
-PKGNAME= ${DISTNAME}p4
+DISTNAME= camlimages-3.0.2
+PKGNAME= ${DISTNAME}
EXTRACT_SUFX= .tgz
-MASTER_SITES= ftp://ftp.inria.fr/INRIA/caml-light/bazar-ocaml/
+MASTER_SITES=
ftp://ftp.inria.fr/INRIA/Projects/cristal/caml-light/bazar-ocaml/
+# XXX bad juju using FETCH_CMD in here to overcome a wonky ftp server.
+# FETCH_CMD=ftp -E -p
+FETCH_MANUALLY= The server requires using ftp\(1\) with the -p and -E
+FETCH_MANUALLY+=flags for it to work. You can do this manually, or you
+FETCH_MANUALLY+=can uncomment the FETCH_CMD line in the port Makefile.
+
MAINTAINER=Anil Madhavapeddy a...@openbsd.org
-HOMEPAGE= http://pauillac.inria.fr/camlimages/
+HOMEPAGE= http://cristal.inria.fr/camlimages/
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
@@ -18,32 +24,33 @@ PERMIT_PACKAGE_FTP= Yes
MODULES= lang/ocaml
-NO_REGRESS=Yes # exists but needs manual run
+WANTLIB+= ICE SM X11 Xpm freetype z
+WANTLIB+= Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi
+WANTLIB+= Xinerama Xrandr Xrender atk-1.0 c cairo expat fontconfig
+WANTLIB+= gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 glitz gmodule-2.0
+WANTLIB+= gobject-2.0 gtk-x11-2.0 iconv intl m pango-1.0 pangocairo-1.0
+WANTLIB+= pangoft2-1.0 pixman-1 pthread-stubs xcb
+
+# regress exists, but needs manual run and then user interaction
+NO_REGRESS=Yes
CONFIGURE_STYLE= gnu
-CONFIGURE_ENV= CFLAGS=-I${LOCALBASE}/include LDFLAGS=-L${LOCALBASE}/lib
-WRKDIST= ${WRKDIR}/camlimages-2.2
+CONFIGURE_ENV+=CFLAGS=-I${LOCALBASE}/include
-I${LOCALBASE}/include/libpng
+CONFIGURE_ENV+= LDFLAGS=-L${LOCALBASE}/lib
-EXAMPLES_DIR= ${PREFIX}/share/examples/camlimages
-USE_GMAKE= Yes
+LIB_DEPENDS= jpeg.=62::graphics/jpeg
+LIB_DEPENDS+= tiff.=36::graphics/tiff
+LIB_DEPENDS+= png.=4::graphics/png
+LIB_DEPENDS+= gif.=5::graphics/libungif
-CAMLDIR= ${DESTDIR}/${TRUEPREFIX}/lib/ocaml
-MAKE_FLAGS=CFLAGS=${CFLAGS} -I${X11BASE}/include/freetype2 \
- -I${X11BASE}/include -I${LOCALBASE}/include \
- -I${LOCALBASE}/include/libpng LDFLAGS=-L${LOCALBASE}/lib
-FAKE_FLAGS=CAMLDIR=${CAMLDIR} LIBDIR=${CAMLDIR}/camlimages
-
-LIB_DEPENDS= jpeg.=62::graphics/jpeg tiff.=36::graphics/tiff \
- png.=4::graphics/png ungif.=5::graphics/libungif
-RUN_DEPENDS= :ghostscript-*:print/ghostscript/gnu ::x11/lablgtk
+RUN_DEPENDS= :ghostscript-*:print/ghostscript/gnu ::x11/lablgtk2
BUILD_DEPENDS= ${RUN_DEPENDS}
-ALL_TARGET=byt ${MODOCAML_NATIVE:S,Yes,opt,:S,No,,}
+pre-configure:
+ @find ${WRKSRC} -name Makefile.in -print0 | xargs -0 \
+ perl -i -p -e 's!\$\(top_srcdir\)/\.\./autoconf/ocaml\.m4!!;'
-pre-install:
- ${INSTALL_DATA_DIR} ${OCAML_LIBDIR}
-
post-install:
- @chown -R ${SHAREOWN}:${SHAREGRP} ${CAMLDIR}
- @cp -R ${WRKSRC}/examples/ ${EXAMPLES_DIR}
+ @cp -R ${WRKSRC}/doc/ ${PREFIX}/share/doc/camlimages
+ @cp -R ${WRKSRC}/examples/ ${PREFIX}/share/examples/camlimages
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/graphics/camlimages/distinfo,v
retrieving revision 1.4
diff -N -u -p distinfo
--- distinfo5 Apr 2007 16:19:55 - 1.4
+++ distinfo30 Mar 2010 14:03:26 -
@@ -1,5 +1,5 @@
-MD5 (camlimages-2.2.0.tgz) = 2TPrWMeYP3CxoAD6AYk6pA==
-RMD160 (camlimages-2.2.0.tgz) = DxCO89pWWusKsQ0A5FgZOZrzbYw=
-SHA1 (camlimages-2.2.0.tgz) = vABic5vlypI28oFF8X+EC/Pyle4=
-SHA256 (camlimages-2.2.0.tgz) = m4hh17jGdSrTPvKvXEhu+mJrGa2eoZBkGnNjhGKfECY=
-SIZE (camlimages-2.2.0.tgz) = 1385525
+MD5 (camlimages-3.0.2.tgz) = zLJVEjLfJV9jBpQdJtB2FQ==
+RMD160 (camlimages-3.0.2.tgz) = 87dBowr8I/XWh0eDC80ZJAJRSlA=
+SHA1 (camlimages-3.0.2.tgz) = fjPg3h4a+zs3AUD+nDphCjK/ufU=
+SHA256 (camlimages-3.0.2.tgz) = 21rsQhyJvqexv1XfamdKCmrCRficIgyBji5dg/YjZiw=
+SIZE (camlimages-3.0.2.tgz) = 1429138
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/graphics/camlimages/patches/patch-Makefile,v
retrieving revision 1.1
diff -N -u -p patches/patch-Makefile
--- patches/patch-Makefile 30 Jun 2005 04:46:05 - 1.1
+++ /dev/null 30 Mar 2010 13:31:02 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.1 2005/06/30 04:46:05 avsm Exp $
Makefile.orig Wed Jun 29 21:19:49 2005
-+++ Makefile Wed Jun 29 21:30:05 2005
-@@ -91,7 +91,7 @@ top:
-
- installopt: install
-
update: audio/xmms2 audio/xmms2-scrobbler
Hi,
Here is a patch to update xmms2 to 0.7. You should use patch -E as
it removes a file.
There are nothing really new in this version. The client xmms2 has
been deprecated in favor of nyxmms2. I have disabled gme plugin
because it requires a new dependency and I think it's not used by a
lot of people.
There are also a patch to update xmms2-scrobbler to 0.4.
I have tested them on x86 and compiled on amd64.
Comments? OK?
Regards,
Amaury
diff -x .hg* -x CVS -ruN xmms2.orig/Makefile xmms2/Makefile
--- xmms2.orig/Makefile Sun Mar 28 19:04:42 2010
+++ xmms2/Makefile Sun Mar 28 20:35:11 2010
@@ -2,14 +2,14 @@
COMMENT = audio player daemon with library management
-V = 0.6
-DISTNAME = xmms2-${V}DrMattDestruction
-PKGNAME = xmms2-${V}p3
+V = 0.7
+DISTNAME = xmms2-${V}DrNo
+PKGNAME = xmms2-${V}
-SHARED_LIBS += xmmsclient++ 0.0 # 3.0.0
+SHARED_LIBS += xmmsclient++ 1.0 # 4.0.0
SHARED_LIBS += xmmsclient++-glib 0.0 # 1.0.0
SHARED_LIBS += xmmsclient-glib 0.0 # 1.0.0
-SHARED_LIBS += xmmsclient 0.0 # 5.0.0
+SHARED_LIBS += xmmsclient 1.0 # 6.0.0
CATEGORIES = audio
@@ -50,7 +50,8 @@
FLAC.=9::audio/flac \
curl.=13::net/curl \
mad.=2::audio/libmad \
- avahi-client,avahi-common,avahi-glib::net/avahi
+ avahi-client,avahi-common,avahi-glib::net/avahi \
+ vorbisidec.=2::audio/tremor
WSCRIPT_PATCHES = src/clients/lib/xmmsclient++/wscript \
src/clients/lib/xmmsclient++-glib/wscript \
@@ -64,13 +65,12 @@
# Disable shared memory support for visualization because it requires semtimedop()
do-configure:
cd ${WRKSRC} PYTHON=${MODPY_BIN} ${MODPY_BIN} ./waf configure --prefix=${PREFIX} \
- --with-mandir=${PREFIX}/man \
+ --mandir=${PREFIX}/man \
--conf-prefix=${PREFIX} \
- --without-plugins=speex,sun \
--with-default-output-plugin=ao \
--disable-shmvis-server \
--without-optionals=dns_sd,medialib-updater,tests,xmmsclient-cf,xmmsclient-ecore,ruby \
- --without-plugins=airplay,alsa,cdda,coreaudio,faad,ices,mac,mms,modplug,mpg123,musepack,nms,ofa,oss,pulse,samba,sid,vocoder,waveout,wavpack
+ --without-plugins=airplay,alsa,cdda,coreaudio,faad,gme,ices,mac,mms,modplug,mpg123,musepack,nms,ofa,oss,pulse,samba,sid,speex,sun,vocoder,waveout,wavpack
do-build:
cd ${WRKSRC} ${MODPY_BIN} ./waf build
diff -x .hg* -x CVS -ruN xmms2.orig/distinfo xmms2/distinfo
--- xmms2.orig/distinfo Sun Mar 28 19:04:42 2010
+++ xmms2/distinfo Sun Mar 28 20:29:18 2010
@@ -1,5 +1,5 @@
-MD5 (xmms2-0.6DrMattDestruction.tar.bz2) = lU+5x2tdteMkoQXoGycyAA==
-RMD160 (xmms2-0.6DrMattDestruction.tar.bz2) = yNmyoZq3gi924S/Cx4ZAxajm5pg=
-SHA1 (xmms2-0.6DrMattDestruction.tar.bz2) = Uktk0vjbHX2ERJVmpG9rVq1M6rs=
-SHA256 (xmms2-0.6DrMattDestruction.tar.bz2) = T7T0aYFtihpnb2Zg43CwxzoH49flnQf1ekO2chYpHbg=
-SIZE (xmms2-0.6DrMattDestruction.tar.bz2) = 1631304
+MD5 (xmms2-0.7DrNo.tar.bz2) = YOULWRB4rLaoXNg94PKwdw==
+RMD160 (xmms2-0.7DrNo.tar.bz2) = OlJt+foe1RA7aiUsNMA5S/Dk8VY=
+SHA1 (xmms2-0.7DrNo.tar.bz2) = SZlWhlSg0quoS9pLIhRQWLvT/LI=
+SHA256 (xmms2-0.7DrNo.tar.bz2) = WcWNk4DmsAKSCo3HXw/UYpqxdbgvKbZjf3gW/cmDKyw=
+SIZE (xmms2-0.7DrNo.tar.bz2) = 1519973
diff -x .hg* -x CVS -ruN xmms2.orig/patches/patch-src_clients_lib_perl_wscript xmms2/patches/patch-src_clients_lib_perl_wscript
--- xmms2.orig/patches/patch-src_clients_lib_perl_wscript Sun Mar 28 19:04:41 2010
+++ xmms2/patches/patch-src_clients_lib_perl_wscript Thu Jan 1 01:00:00 1970
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_clients_lib_perl_wscript,v 1.1 2009/06/08 17:08:48 ajacoutot Exp $
src/clients/lib/perl/wscript.orig Thu Jun 4 12:11:24 2009
-+++ src/clients/lib/perl/wscript Thu Jun 4 12:12:19 2009
-@@ -17,9 +17,9 @@ def build(bld):
- obj.mac_bundle = True
-
- bld.install_files('${INSTALLDIR_PERL_LIB}', 'pm/XMMSClient.pm')
--bld.install_files('${INSTALLDIR_PERL_LIB}', 'pm/XMMSClient/Sync.pm')
--bld.install_files('${INSTALLDIR_PERL_LIB}', 'pm/XMMSClient/Glib.pm')
--bld.install_files('${INSTALLDIR_PERL_LIB}', 'pm/XMMSClient/Collection.pm')
-+bld.install_files('${INSTALLDIR_PERL_LIB}/XMMSClient', 'pm/XMMSClient/Sync.pm')
-+bld.install_files('${INSTALLDIR_PERL_LIB}/XMMSClient', 'pm/XMMSClient/Glib.pm')
-+bld.install_files('${INSTALLDIR_PERL_LIB}/XMMSClient', 'pm/XMMSClient/Collection.pm')
-
- def configure(conf):
- conf.check_tool('perl')
diff -x .hg* -x CVS -ruN xmms2.orig/patches/patch-src_clients_lib_xmmsclient++_wscript xmms2/patches/patch-src_clients_lib_xmmsclient++_wscript
--- xmms2.orig/patches/patch-src_clients_lib_xmmsclient++_wscript Sun Mar 28 19:04:42 2010
+++ xmms2/patches/patch-src_clients_lib_xmmsclient++_wscript Sun Mar 28 20:31:50 2010
@@ -4,8 +4,8 @@
@@ -26,7 +26,7 @@ def build(bld):
.split()
obj.uselib_local = 'xmmsclient'
- obj.uselib = 'BOOST BOOST_SIGNALS socket'
--obj.vnum = '3.0.0'
+ obj.uselib = 'BOOST socket'
+-obj.vnum = '4.0.0'
+obj.vnum = '${LIBxmmsclient++_VERSION}'
tool.add_install_flag(bld, obj)
diff -x .hg* -x CVS -ruN
UPDATE: devel/p5-Class-ReturnValue
Update to latest version, needed for an upcoming port, ok ?
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Class-ReturnValue/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile16 Sep 2007 02:53:03 - 1.6
+++ Makefile22 Mar 2010 08:44:42 -
@@ -3,8 +3,7 @@
COMMENT= smart return-value object
MODULES= cpan
-DISTNAME= Class-ReturnValue-0.53
-PKGNAME= p5-${DISTNAME}p0
+DISTNAME= Class-ReturnValue-0.55
CATEGORIES=devel
MAINTAINER=Michael Coulter m...@openbsd.org
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Class-ReturnValue/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo5 Apr 2007 15:37:58 - 1.4
+++ distinfo22 Mar 2010 08:44:42 -
@@ -1,5 +1,5 @@
-MD5 (Class-ReturnValue-0.53.tar.gz) = bbVJE50W6wQvASj/Wu/i8A==
-RMD160 (Class-ReturnValue-0.53.tar.gz) = cfGoOC7f1cgVr4Bv1PJ9wJy/SUI=
-SHA1 (Class-ReturnValue-0.53.tar.gz) = OR11L3o0sy8e9IJwVO8v5I0zQJY=
-SHA256 (Class-ReturnValue-0.53.tar.gz) =
b7udsnfXp9qtKEFuKoLpLeqY64rh2QobAIviM5P7/E4=
-SIZE (Class-ReturnValue-0.53.tar.gz) = 19473
+MD5 (Class-ReturnValue-0.55.tar.gz) = BH+7z9kNXDmaH+ulV4Eyng==
+RMD160 (Class-ReturnValue-0.55.tar.gz) = 7Gdj5WmYDksL7JAlal4DfUIMw+E=
+SHA1 (Class-ReturnValue-0.55.tar.gz) = suHn29Ud9by7u29xtUFE8ruq/xU=
+SHA256 (Class-ReturnValue-0.55.tar.gz) =
7Tg2iF149zTM16mFUOxCKmFt98MTEMG3sfZFn1+w5L0=
+SIZE (Class-ReturnValue-0.55.tar.gz) = 14339
Re: webalizer still buggy on 4.6-amd64
Uwe Dippel wrote: Uwe Dippel udippel at uniten.edu.my writes: Picking up from some earlier complaints with the then new webalizer, which broke all my setups (though I followed the suggestions - http://article.gmane.org/gmane.os.openbsd.ports/29855), I tried yet another time: I think that dnscache is broken (at least @amd64), anyway you should point geoip to the correct dat file (the default one is in examples/GeoIP) in your config files for it to work. Cheers Giovanni
Re: [UPDATE] mercurial 1.5
On Tue, Mar 30, 2010 at 08:22:27AM -0500, Will Maier wrote: COMMENT = fast, lightweight source control management -MODPY_EGG_VERSION =1.4.2 +MODPY_EGG_VERSION =1.5 1.5.1 is due tomorrow, so I don't plan to update until it's released. of course, with bug fixes it would be better.
Re: [wip/testing] mozilla-thunderbird 3.0.2
On Tue, Mar 30, 2010 at 11:06:41AM +0200, Landry Breuil wrote: On Sat, Mar 06, 2010 at 09:11:10PM +0100, Landry Breuil wrote: On Mon, Mar 01, 2010 at 12:57:35PM +0100, Landry Breuil wrote: Hi, this is post-unlock material, but i'm sending that now to get feedback and testing on it. This is a major update to the latest release which i've been using at work extensively without big issues. some notes: - it can't use systemwide sqlite3 yet, because it needs at least .20 and FTS3 support enabled, which will be post-unlock too. - there can be issues with the GLODA stuff (global database search), so if you face issues you can disable global indexing in preferences. If you migrate from your TB2 profile and have a corrupted cache/index (which can happen if you shutdown badly the os), you might get https://bugzilla.mozilla.org/show_bug.cgi?id=543737 . If you encounter real slowness at first startup, monitor the sqlite database size in the profiles. - diff/update itself is largely based on ffx3.5 port, as they share patches/codebase (mozilla/xulrunner 1.9.1 branch) Thanks for testing it, i'd like to get this in soon after unlock. Diffs for lightning/enigmail will follow. Diff is 300k, so available at: http://rhaalovely.net/~landry/stuff/thunderbird-3.0.2-wip.diff And here's Tb 3.0.3 diff, fixing a regression in upgrade path for local folders. http://rhaalovely.net/~landry/stuff/thunderbird-3.0.3-wip.diff And a diff that adds a fix for sparc64, and that applies correctly against current. Tested so far @ppc/i386/sparc64/amd64. http://rhaalovely.net/~landry/stuff/thunderbird-3.0.3-wip-2.diff I'll probably soon commit that if i don't get more feedback. Grr... another week, another security/bugfix/yadada release.. http://www.mozillamessaging.com/en-US/thunderbird/3.0.4/releasenotes/ Diff at http://rhaalovely.net/~landry/stuff/thunderbird-3.0.4-wip.diff Landry
Re: [wip/testing] www/seamonkey 2.0.4
On Tue, Mar 30, 2010 at 11:08:36AM +0200, Landry Breuil wrote: On Mon, Mar 01, 2010 at 01:13:19PM +0100, Landry Breuil wrote: Hi, here's another major update for one of the mozilla gang, seamonkey 2.x this time. It merges ffx3.5.x tb3.x together, and basic testing shows it works fine here. The language packs needs to be fixed, i'm working on it too. I also need to check how to make lightning work with it. Same as TB3 Sunbird, port/update is largely based on ffx3.5 port, as they share the same mozilla 1.9.1 branch codebase. If you use seamonkey, please test this update and post feedback here. On a sidenote, as TB3/Sunbird/Seamonkey/Xulrunner/Ffx ports share lots of stuff in Makefiles, i'll start working on a mozilla.port.mk MODULE to harmonize all this mess. Get in touch with me if you want to test/help on it. I'll also start making this build/work against xulrunner/libxul instead of building standalone, once those updates are in. Diff is also ~300k, so get it at: http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip.diff And here's a diff which adds a fix for sparc64, and correctly applies against current. I only need to test lightning/enigmail against it and it's in the tree (and it'll be too late to complain) Same as tb3, tested @i386/ppc/sparc64/amd64 http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip-2.diff And here's seamonkey 2.0.4... http://www.seamonkey-project.org/releases/seamonkey2.0.4/changes Diff at : http://rhaalovely.net/~landry/stuff/seamonkey-2.0.4-wip.diff Landry
Sfera Magnetica
La nuova Sfera Magnetica per lavatrici e lavastoviglie (da non confondere con le comuni sfere ceramiche) vi fara' risparmiare fino al 90% all'anno di detersivi,ammorbidenti,anticalcare e allunghera' di molto la vita della vostra lavatrice e lavastoviglie ed eliminera' l'inquinamento ambientale provocato dai detersivi! Per informazioni e dettagli cliccare su: http://sferamagnetica.clickurl.net o su http://sferemagnetiche.digs.it L'azione del magnete infatti spezza i cristalli di calcare impedendo la loro dannosa sedimentazione su tubi e scarichi. Rendendo l'acqua meno dura, inoltre, hai piatti più brillanti, tessuti che durano più a lungo, risparmi sulla manutenzione, non devi usare anti-calcari chimici e...risparmi anche sul detersivo! Monica Alfieri
Re: [wip/testing] www/seamonkey 2.0.4
On Tue, Mar 30, 2010 at 10:37:49PM +0200, Landry Breuil wrote: On Tue, Mar 30, 2010 at 11:08:36AM +0200, Landry Breuil wrote: On Mon, Mar 01, 2010 at 01:13:19PM +0100, Landry Breuil wrote: Hi, here's another major update for one of the mozilla gang, seamonkey 2.x this time. It merges ffx3.5.x tb3.x together, and basic testing shows it works fine here. The language packs needs to be fixed, i'm working on it too. I also need to check how to make lightning work with it. Same as TB3 Sunbird, port/update is largely based on ffx3.5 port, as they share the same mozilla 1.9.1 branch codebase. If you use seamonkey, please test this update and post feedback here. On a sidenote, as TB3/Sunbird/Seamonkey/Xulrunner/Ffx ports share lots of stuff in Makefiles, i'll start working on a mozilla.port.mk MODULE to harmonize all this mess. Get in touch with me if you want to test/help on it. I'll also start making this build/work against xulrunner/libxul instead of building standalone, once those updates are in. Diff is also ~300k, so get it at: http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip.diff And here's a diff which adds a fix for sparc64, and correctly applies against current. I only need to test lightning/enigmail against it and it's in the tree (and it'll be too late to complain) Same as tb3, tested @i386/ppc/sparc64/amd64 http://rhaalovely.net/~landry/stuff/seamonkey-2.0.3-wip-2.diff And here's seamonkey 2.0.4... http://www.seamonkey-project.org/releases/seamonkey2.0.4/changes Diff at : http://rhaalovely.net/~landry/stuff/seamonkey-2.0.4-wip.diff Disregard, this (and thunderbird 3.0.4) require nss 3.12.6, which needs to be updated first. Landry
Re: UPDATE: lang/sbcl
On Wed, Mar 31, 2010 at 03:59:44AM +0600, Alexandr Shadchin wrote: Hi, Ports! This update package SBCL to the latest release 1.0.37. Is there any particular reason you need this version of SBCL, or is it just because it's several months old by now? Tested on i386. I assume this means that 'make regress' showed only expected failures. Comments ? OK ? I don't see any need for this update unless it actually provides some real advantage over the existing version. However I have no objection as long as the regress tests pass on both i386 and amd64. also need to patch texinfo makeinfo -html --css-include=foo.css bar.texinfo Opens file foo.css, but not close it, which may lead to error: Too many open files I received this error when porting sbcl-1.0.37 Hm, interesting. Are you saying that this one extra open file causes makeinfo to hit the fd limit? Or does it open the file in a loop without closing it? Perhaps the manual has simply grown complex enough that you need higher resource limits to build it. -- Alexandr Shadchin Comments on the diff follow. Index: Makefile === RCS file: /cvs/ports/lang/sbcl/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile 17 Nov 2009 10:44:59 - 1.3 +++ Makefile 30 Mar 2010 21:50:04 - @@ -1,11 +1,11 @@ # $OpenBSD: Makefile,v 1.3 2009/11/17 10:44:59 pirofti Exp $ # not yet ported to other arches -ONLY_FOR_ARCHS = amd64 i386 +ONLY_FOR_ARCHS= amd64 i386 What is the reason for all these whitespace changes? I believe a space after the variable name is the preferred style now. [snip] Index: patches/patch-src_runtime_bsd-os_c === RCS file: /cvs/ports/lang/sbcl/patches/patch-src_runtime_bsd-os_c,v retrieving revision 1.1 diff -u -p -r1.1 patch-src_runtime_bsd-os_c --- patches/patch-src_runtime_bsd-os_c17 Nov 2009 10:45:00 - 1.1 +++ patches/patch-src_runtime_bsd-os_c30 Mar 2010 21:50:04 - @@ -4,9 +4,9 @@ Add a flag to os_get_runtime_executable_ externally usable path is required, which means we can't use /proc/curproc/file even if procfs happens to be mounted. src/runtime/bsd-os.c.origWed May 13 11:13:48 2009 -+++ src/runtime/bsd-os.c Mon Jun 29 07:53:42 2009 -@@ -465,16 +465,12 @@ os_get_runtime_executable_path() +--- src/runtime/bsd-os.c.origSun Oct 25 13:25:01 2009 src/runtime/bsd-os.c Fri Mar 5 23:26:24 2010 +@@ -456,16 +456,12 @@ os_get_runtime_executable_path() } #elif defined(LISP_FEATURE_NETBSD) || defined(LISP_FEATURE_OPENBSD) char * Perhaps someone with more porting experience can weigh in on this. Is it preferred to update a diff if nothing changed other than line numbers and dates, but the diff still applies fine? [snip] Index: makeinfo/html.c === RCS file: /cvs/src/gnu/usr.bin/texinfo/makeinfo/html.c,v retrieving revision 1.2 diff -u -p -r1.2 html.c --- makeinfo/html.c 17 Jul 2006 22:29:29 - 1.2 +++ makeinfo/html.c 6 Mar 2010 11:27:38 - @@ -167,6 +167,9 @@ process_css_file (char *filename) lastchar = c; } + if (f != stdin) +fclose(f); + /* Reached the end of the file. We should not be still in a comment. */ if (state == comment_state) warning (_(%s:%d: --css-file ended in comment), filename, lineno); You should probably submit this separately with sendbug.
new: games/oolite
Hi Port attached of elite-a-like oolite, http://www.oolite.org. This is quite a large program and mostly ObjC so comments very welcome. It uses its own internal spidermonkey because it needs a later version than the current release. Note that gnustep-base seems to be missing a dependency on devel/libffi so you may have to install that manually. Only tested a bit on amd64, there may be problems on i386 and I'd be surprised if it worked on anything else first time. I have to reduce the detail settings (after starting press N, space, F2) and my screen size or it is too slow but YMMV. Comments, etc? oolite-port.tar.gz Description: application/tar-gz
Re: update: graphics/camlimages 3.0.2 (gtk+1)
On Tue, Mar 30, 2010 at 07:08:53AM -0700, J.C. Roberts wrote: oops. seems a cvs delete and cvs add failed in the previous diff. fixed below. unfortunatly this doesn't build on sparc64, build log attached. i've not looked to closely at it yet though. cheers, jasper +++ Wed Mar 31 07:01:32 CEST 2010 === Checking files for camlimages-3.0.2 `/home/chroot/usr/ports/distfiles/camlimages-3.0.2.tgz' is up to date. (SHA256) camlimages-3.0.2.tgz: OK === camlimages-3.0.2 depends on: ghostscript-* - found === camlimages-3.0.2 depends on: lablgtk2-* - found === camlimages-3.0.2 depends on: ocaml-3.11.1 - found === camlimages-3.0.2 depends on: ocaml-=3.11.1 - found === camlimages-3.0.2 depends on: jpeg-* - found === camlimages-3.0.2 depends on: tiff-* - found === camlimages-3.0.2 depends on: png-* - found === camlimages-3.0.2 depends on: libungif-* - found === Verifying specs: jpeg.=62 tiff.=36 png.=4 gif.=5 jpeg.=62 tiff.=36 png.=4 gif.=5 ICE SM X11 Xpm freetype z Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo expat fontconfig gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 gtk-x11-2.0 iconv intl m pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1 pthread-stubs xcb ICE SM X11 Xpm freetype z Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo expat fontconfig gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 gtk-x11-2.0 iconv intl m pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1 pthread-stubs xcb === found jpeg.63.0 tiff.38.2 png.9.0 gif.5.4 ICE.9.0 SM.8.0 X11.12.0 Xpm.8.0 freetype.17.0 z.4.1 Xau.9.0 Xcomposite.3.0 Xcursor.4.0 Xdamage.3.1 Xdmcp.10.0 Xext.10.0 Xfixes.5.0 Xi.10.1 Xinerama.5.0 Xrandr.6.1 Xrender.5.0 atk-1.0.2800.0 c.53.1 cairo.9.2 expat.9.0 fontconfig.6.0 gdk-x11-2.0.1402.0 gdk_pixbuf-2.0.1402.0 gio-2.0.1802.0 glib-2.0.1802.0 glitz.2.0 gmodule-2.0.1802.0 gobject-2.0.1802.0 gtk-x11-2.0.1402.0 iconv.6.0 intl.4.0 m.5.2 pango-1.0.1801.0 pangocairo-1.0.1801.0 pangoft2-1.0.1801.0 pixman-1.15.8 pthread-stubs.0.0 xcb.2.0 === Extracting for camlimages-3.0.2 === Patching for camlimages-3.0.2 === Ignoring patchfile patch-Makefile.orig === Ignoring patchfile patch-Makefile_shared.orig === Ignoring patchfile patch-configure.orig === Ignoring patchfile patch-configure_in.orig === Ignoring patchfile patch-test_Makefile_in.orig === Ignoring patchfile patch-tiff_tiffread_c.orig === Configuring for camlimages-3.0.2 configure: loading site script /usr/ports/infrastructure/db/config.site checking for a BSD-compatible install... /usr/bin/install -c -o root -g bin checking whether build environment is sane... yes checking for gawk... (cached) nawk checking whether make sets $(MAKE)... (cached) yes checking for ocamlc... /usr/local/bin/ocamlc checking for OCaml version... 3.11.1 checking whether OCaml version = 3.08... yes checking for OCaml library path... /usr/local/lib/ocaml checking for ocamlc.opt... no configure: WARNING: Cannot find ocamlc.opt checking for ocamlopt... no configure: WARNING: Cannot find ocamlopt; bytecode compilation only checking for ocamlopt.opt... no configure: WARNING: Cannot find ocamlopt.opt checking for ocamldep... /usr/local/bin/ocamldep checking for ocamldep.opt... no configure: WARNING: Cannot find ocamldep.opt checking for ocamlmklib... /usr/local/bin/ocamlmklib checking for ocamlmklib.opt... no checking wether to build native library... no checking wether to build bytecode library... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... (cached) o checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... none checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for long... (cached) yes checking size of long... 8 checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking whether -R must be followed by a space... no checking for gethostbyname... (cached) yes checking for connect... (cached) yes checking for remove... (cached) yes checking for shmat... (cached) yes checking for IceConnectionNumber in -lICE... yes
