CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:05:20 Modified files: converters/enca: Makefile converters/enca/pkg: PLIST Log message: Don't disable the static library for enca. from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:07:05 Modified files: x11/gnome/keyring: Makefile distinfo x11/gnome/keyring/pkg: PLIST Log message: Update to gnome-keyring-3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:15:00 Modified files: x11/gnome/online-accounts: Makefile distinfo x11/gnome/online-accounts/pkg: PLIST Log message: Update to gnome-online-accounts-3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:20:16 Modified files: x11/gtk+2 : Makefile distinfo x11/gtk+2/patches: patch-configure patch-gtk_Makefile_in x11/gtk+2/pkg : PLIST-docs Log message: Bugfix update to gtk+2-2.24.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:22:04 Modified files: x11/gnome/seahorse: Makefile distinfo x11/gnome/seahorse/pkg: PLIST Log message: Update to seahorse-3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 00:37:02 Modified files: x11/gnome/nautilus: Makefile distinfo Log message: Update to nautilus-3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/10/18 00:43:51 Modified files: infrastructure/mk: bsd.port.arch.mk Log message: prepare framework to avoid pseudo-flavors from dpb unless in bootstrap situation
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 01:00:10 Modified files: mail/zarafa/zarafa: Makefile Removed files: mail/zarafa/zarafa/patches: patch-spooler_rules_cpp Log message: We have wcsftime(3) now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 01:06:32 Modified files: geo/qgis : Makefile Log message: This has been broken forever on powerpc, so mark it as such.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 01:48:49 Modified files: x11/gnome/themes-standard: Makefile distinfo x11/gnome/themes-standard/pkg: PLIST Removed files: x11/gnome/themes-standard/patches: patch-themes_Adwaita_gtk-3_0_gtk-widgets_css Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 01:56:41 Modified files: games/bzflag : Makefile games/bzflag/pkg: DESCR PLIST Added files: games/bzflag/pkg: README Removed files: games/bzflag/pkg: PFRAG.shared Log message: Big cleanup, from Brad. While here, fix the desktop file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 02:05:37 Modified files: x11/gnome/eog : Makefile distinfo Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 02:16:58 Modified files: x11/gnome/vino : Makefile distinfo Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 02:15:21 Modified files: x11/gnome/system-monitor: Makefile distinfo Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2011/10/18 02:21:13 Modified files: www/phpmyadmin : Makefile distinfo Log message: Security update to 3.4.6 Fixes PMASA-2011-15 and PMASA-2011-16 ok jasper@ who provided the same diff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2011/10/18 02:34:05 Modified files: www/phpmyadmin : Tag: OPENBSD_5_0 Makefile distinfo Log message: Security update to 3.4.6 ok jasper@ who provided the same diff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 02:40:55 Modified files: audio/faac : Makefile audio/faac/patches: patch-configure_in Added files: audio/faac/patches: patch-libfaac_aacquant_h Log message: One pack/push #pragma's was missed in previous. Add missing RCS Id. from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 02:41:41 Modified files: x11/gnome/online-accounts: Makefile Log message: add missing build dep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 02:44:01 Modified files: audio/esound : Makefile audio/esound/pkg: DESCR PLIST Removed files: audio/esound/patches: patch-audio_arts_c patch-esdlib_c Log message: Some cleanup and remove the useless arts FLAVOR. from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 06:03:01 Modified files: databases/postgresql: Makefile databases/postgresql/pkg: README-server Log message: tweak the pgsql major upgrade upgrade notes; - use /etc/rc.d to stop and start the daemon. - use sudo rather than keep jumping between root/_postgresql users. - use pkg_add -ui rather than just -u (allow it to ask if you've backed up, rather than just terminating). ok pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2011/10/18 06:17:26 Modified files: audio/last.fm : Makefile audio/last.fm/patches: patch-src_libMoose_libMoose_pro patch-src_mediadevices_ipod_IpodDevice_cpp patch-src_mediadevices_ipod_ipod_pro patch-src_src_pro Added files: audio/last.fm/patches: patch-definitions_pro_inc patch-src_httpinput_httpinput_cpp patch-src_httpinput_httpinput_pro patch-src_libUnicorn_CachedHttp_h patch-src_libUnicorn_Collection_h patch-src_libUnicorn_RedirectHttp_h patch-src_libUnicorn_WebService_Request_h patch-src_mediadevices_ipod_IpodDevice_h Log message: Reduce linkage: make sure the binaries only link to the libraries they really need
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 07:31:06 Modified files: fonts/cantarell-fonts: Makefile distinfo Log message: Update to cantarell-fonts-0.0.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 08:12:13 Modified files: x11/gnome/glom : Makefile distinfo Removed files: x11/gnome/glom/patches: patch-tests_python_test_load_python_library_cc patch-tests_python_test_python_module_cc Log message: - update to 1.19.13
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 08:23:14 Modified files: x11/gnome/contacts: Makefile distinfo x11/gnome/contacts/pkg: PLIST Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 08:26:19 Modified files: www/epiphany : Makefile distinfo Removed files: www/epiphany/patches: patch-src_ephy-shell_c Log message: - update to 3.2.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 08:26:44 Modified files: x11/gnome/vinagre: Makefile distinfo x11/gnome/vinagre/patches: patch-vinagre_vinagre-ssh_c x11/gnome/vinagre/pkg: PLIST Removed files: x11/gnome/vinagre/patches: patch-plugins_vnc_vinagre-vnc-tunnel_c patch-vinagre_vinagre-reverse-vnc-listener-dialog_c patch-vinagre_vinagre-utils_c Log message: - update to 3.2.1 tested by aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 08:53:25 Modified files: x11/gnome/controlcenter: Makefile x11/gnome/controlcenter/pkg: PLIST Log message: mark a conflict with old gdm. ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 09:17:20 Modified files: x11/gnome/icon-theme: Makefile distinfo x11/gnome/icon-theme/pkg: PLIST Log message: Update to gnome-icon-theme-3.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 09:58:33 Modified files: graphics/blender/patches: patch-tools_Blender_py Log message: fix build with subversion 1.7.0 (blender build infrastructure used svnversion to pick up a version number; this used to say exported when no .svn dir is present, now it says unversioned directory, the build infrastructure can't handle the whitespace). it's useless anyway so just blank this out. result is the same as the case where svn isn't installed, so not bothering to bump. problem reported by espie@ naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 10:09:52 Modified files: www/epiphany : Makefile Log message: Fix LIB_DEPENDS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 10:09:09 Modified files: x11/gnome/vinagre: Makefile Log message: Fix LIB_DEPENDS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 12:05:46 Modified files: net/telepathy/folks: Makefile distinfo net/telepathy/folks/pkg: PLIST Log message: - update to 0.6.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/10/18 12:08:16 Modified files: x11/gnome/glom : Makefile Added files: x11/gnome/glom/patches: patch-glom_libglom_glom_pc_in Log message: - fix pkg-config file - regress tests need x11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 12:48:39 Modified files: security/clamav: Makefile distinfo Log message: update to clamav 0.97.3. in typical clamav tradition, release notes say ClamAV 0.97.3 is a minor bugfix release and is recommended for all users, secunia says: A vulnerability has been reported in ClamAV, which can be exploited by malicious people to cause a DoS (Denial of Service) and potentially compromise a vulnerable system. The vulnerability is caused due to errors related to the handling of recursion levels within the cli_bcapi_extract_new() (libclamav/bytecode_api.c) and cli_bytecode_runhook() (libclamav/bytecode.c) functions, which can be exploited to e.g. cause a crash via specially crafted files.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 12:49:27 Modified files: security/clamav: Tag: OPENBSD_5_0 Makefile distinfo Log message: MFC: update to clamav 0.97.3. in typical clamav tradition, release notes say ClamAV 0.97.3 is a minor bugfix release and is recommended for all users, secunia says: A vulnerability has been reported in ClamAV, which can be exploited by malicious people to cause a DoS (Denial of Service) and potentially compromise a vulnerable system. The vulnerability is caused due to errors related to the handling of recursion levels within the cli_bcapi_extract_new() (libclamav/bytecode_api.c) and cli_bytecode_runhook() (libclamav/bytecode.c) functions, which can be exploited to e.g. cause a crash via specially crafted files.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/10/18 12:57:15 Modified files: audio/gtkpod : Makefile audio/gtkpod/patches: patch-src_file_itunesdb_c Log message: remove casts no longer needed now that system headers define NULL as a pointer. reads ok to ckuethe@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2011/10/18 14:24:24 Modified files: net/rsync : Makefile distinfo net/rsync/patches: patch-authenticate_c patch-configure_sh patch-rsync_1 patch-rsyncd_conf_5 Removed files: net/rsync/patches: patch-flist_c Log message: Update to 3.0.9. Drop USE_GROFF, the only formatting difference is some extra whitespace. ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/10/18 23:37:04 Modified files: x11/gnome/gedit-latex: Makefile distinfo x11/gnome/gedit-latex/pkg: PLIST Log message: Update to gedit-latex-3.2.1.
Re: svn 1.6.17, svn: generic failure
that build doesn't have the bump so pkg_add -u won't update it. simplest quick fix, pkg_delete and pkg_add again. On 2011-10-14, frantisek holop min...@obiit.org wrote: hi there, i have tried to compile my own version. i was getting the generic failure all the time. so i thought, ok, probably my fault, i can't compile ports. so i waited for a new round of bulk builds, and today i updated to the latest, oct 11/12. i still get the generic failure. any ideas? -f
Re: svn 1.6.17, svn: generic failure
hmm, on Tue, Oct 18, 2011 at 07:46:38AM +, Stuart Henderson said that that build doesn't have the bump so pkg_add -u won't update it. simplest quick fix, pkg_delete and pkg_add again. Oct 14 09:56:00 ghost pkg_delete: Removed subversion-1.6.17p3 Oct 14 09:56:02 ghost pkg_delete: Removed cyrus-sasl-2.1.25p0 Oct 14 09:56:52 ghost pkg_delete: Removed swig-1.3.36p5 Oct 14 09:57:13 ghost pkg_delete: Removed apache-httpd-2.2.20 Oct 14 09:57:16 ghost pkg_delete: Removed neon-0.28.6p0 Oct 14 09:57:17 ghost pkg_delete: Removed autoconf-2.64 Oct 14 09:57:18 ghost pkg_delete: Removed apr-util-mt-1.2.10p7 Oct 14 09:57:18 ghost pkg_delete: Removed apr-mt-1.2.11p5 Oct 14 09:57:19 ghost pkg_delete: Removed apr-util-1.2.10p7 Oct 14 09:57:20 ghost pkg_delete: Removed apr-1.2.11p5 Oct 14 09:57:22 ghost pkg_delete: Removed libtool-2.4 Oct 14 09:57:23 ghost pkg_delete: Removed libltdl-2.4 Oct 14 09:57:23 ghost pkg_delete: Removed .libs-orc-0.4.11p1 Oct 14 09:57:28 ghost pkg_delete: Removed db-4.6.21v0 Oct 14 09:57:28 ghost pkg_delete: Removed metaauto-1.0 Oct 14 09:57:40 ghost pkg_delete: Removed .libs-firefox-6.0.2p0 Oct 14 09:57:40 ghost pkg_delete: Removed .libs-thunderbird-6.0.2p1 Oct 14 09:59:06 ghost pkg_delete: Removed ruby-1.8.7.352p1 Oct 14 10:00:10 ghost pkg_add: Added apr-1.2.11p5 Oct 14 10:00:12 ghost pkg_add: Added cyrus-sasl-2.1.25p0 Oct 14 10:00:13 ghost pkg_add: Added neon-0.28.6p0 Oct 14 10:00:26 ghost pkg_add: Added db-4.6.21v0 Oct 14 10:00:27 ghost pkg_add: Added apr-util-1.2.10p7 Oct 14 10:00:33 ghost pkg_add: Added subversion-1.6.17p3 -f -- he's dumb as a box of mentally handicapped rocks.
Re: svn 1.6.17, svn: generic failure
On Tue, Oct 18, 2011 at 10:07:44AM +0200, frantisek holop wrote: hmm, on Tue, Oct 18, 2011 at 07:46:38AM +, Stuart Henderson said that that build doesn't have the bump so pkg_add -u won't update it. simplest quick fix, pkg_delete and pkg_add again. Oct 14 10:00:12 ghost pkg_add: Added cyrus-sasl-2.1.25p0 Oct 14 10:00:33 ghost pkg_add: Added subversion-1.6.17p3 1.6.17p3 was built with the old cyrus-sasl. You need 1.6.17p4 or 1.7.0.
70% OFF Peeling de Diamante+Limpeza de Pele Profunda+Vinhoterapia / 75% OFF Cristalização Coiffer+Hidratação+2 Escov =?utf-8?B?YXMgLyA4MiUgT0ZGIFBhY290ZSA0I
www.incriveisofertas.com [IMAGE] Tratamento Completo! 70% OFF em Peeling de Diamante + Limpeza de Pele Profunda + Vinhoterapia!!! De R$ 170,00 Por R$ 44,90 de R$ 170,00 por R$ R$ 44,90 [IMAGE] 75% de desconto em 1 Cristaliza��o da Coiffer + 1 Hidrata��o Profunda + 2 Escovas ( De R$ 200,00 Por R$ 49,90 ) de R$ 200,00 por R$ R$ 49,90 [IMAGE] 82% DESCONTO! Maravilhoso Pacote de 04 Escovas + 02 Hidrata��o com Jo�o Vellozo Make e Hair ( R$ 49,90 ao inv�s de R$ 280,00 ) de R$ 280,00 por R$ R$ 49,90 [IMAGE] 65% desconto em Kit de Festa 100 Salgados Assados + 1 Torta de 1,5kg ( de R$ 100,00 por R$ 34,90 ) de R$ 100,00 por R$ R$ 34,90 [IMAGE] Design de Interior com GISELE ROMEIRO, uma ambienta��o + Consultoria de Composi��o Mobili�rio e Cores com 46% OFF ( de R$ 650,00 por R$ 350,00 ) de R$ 650,00 por R$ R$ 350,00 [IMAGE] Não desejo mais receber estes e-mails.
Re: NEW: databases/percona-toolkit
On 10/11/11 13:33, Giovanni Bechis wrote: On 10/11/11 10:56, Giovanni Bechis wrote: This ports will supersede databases/maatkit. Another patch and some run-dependencies added, comments ? Ok ? Cheers Giovanni percona-toolkit-1.0.1.tgz Description: Binary data
irssi-icb fixes
Hi!
Small cleanup for the net/irssi-icb port:
add -module to LDFLAGS and behave like all the irssi modules
outthere.
remove now unneeded (char *) casts from NULLs.
add missing time.h
Ciao,
David
Index: Makefile
===
RCS file: /cvs/ports/net/irssi-icb/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile14 Jun 2011 10:22:16 - 1.27
+++ Makefile18 Oct 2011 13:28:50 -
@@ -5,7 +5,7 @@ SHARED_ONLY=Yes
COMMENT= ICB plugin for irssi
DISTNAME= irssi-icb-0.14
-REVISION= 7
+REVISION= 8
MASTER_SITES= http://distfiles.nl/
CATEGORIES= net
Index: patches/patch-src_core_Makefile_am
===
RCS file: /cvs/ports/net/irssi-icb/patches/patch-src_core_Makefile_am,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_core_Makefile_am
--- patches/patch-src_core_Makefile_am 14 Jun 2011 10:22:16 - 1.1
+++ patches/patch-src_core_Makefile_am 18 Oct 2011 13:28:50 -
@@ -1,6 +1,15 @@
$OpenBSD: patch-src_core_Makefile_am,v 1.1 2011/06/14 10:22:16 sthen Exp $
src/core/Makefile.am.orig Tue Jun 14 10:53:41 2011
-+++ src/core/Makefile.am Tue Jun 14 10:53:53 2011
+--- src/core/Makefile.am.orig Sat May 4 19:21:43 2002
src/core/Makefile.am Tue Oct 18 15:11:37 2011
+@@ -1,7 +1,7 @@
+ moduledir = $(libdir)/irssi/modules
+
+ module_LTLIBRARIES = libicb_core.la
+-libicb_core_la_LDFLAGS = -avoid-version
++libicb_core_la_LDFLAGS = -module -avoid-version
+
+ INCLUDES = \
+ $(GLIB_CFLAGS) \
@@ -12,6 +12,7 @@ libicb_core_la_SOURCES = \
icb-channels.c \
icb-commands.c \
Index: patches/patch-src_core_icb-protocol_c
===
RCS file: /cvs/ports/net/irssi-icb/patches/patch-src_core_icb-protocol_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_core_icb-protocol_c
--- patches/patch-src_core_icb-protocol_c 14 Jun 2011 10:22:16 -
1.3
+++ patches/patch-src_core_icb-protocol_c 18 Oct 2011 13:28:50 -
@@ -2,8 +2,8 @@ $OpenBSD: patch-src_core_icb-protocol_c,
Break lines longer than 255 chars
src/core/icb-protocol.c.orig Sat May 4 18:21:44 2002
-+++ src/core/icb-protocol.cTue Jun 14 10:34:29 2011
+--- src/core/icb-protocol.c.orig Sat May 4 19:21:44 2002
src/core/icb-protocol.cTue Oct 18 15:19:39 2011
@@ -121,9 +121,93 @@ static void icb_login(ICB_SERVER_REC *server)
void icb_send_open_msg(ICB_SERVER_REC *server, const char *text)
@@ -87,9 +87,9 @@ Break lines longer than 255 chars
+ }
+ strncpy(buf, text, copylen);
+ buf[copylen] = 0;
-+ sendbuf = g_strconcat(target, , buf, (char *) NULL);
++ sendbuf = g_strconcat(target, , buf, NULL);
+ } else {
-+ sendbuf = g_strconcat(target, , text, (char *) NULL);
++ sendbuf = g_strconcat(target, , text, NULL);
+ }
+ icb_send_cmd(server, 'h', m, sendbuf, NULL);
+ text += len copylen ? copylen : len;
Index: patches/patch-src_fe-common_Makefile_am
===
RCS file: patches/patch-src_fe-common_Makefile_am
diff -N patches/patch-src_fe-common_Makefile_am
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_fe-common_Makefile_am 18 Oct 2011 13:28:50 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/fe-common/Makefile.am.orig Tue Oct 18 15:12:19 2011
src/fe-common/Makefile.am Tue Oct 18 15:12:30 2011
+@@ -1,7 +1,7 @@
+ moduledir = $(libdir)/irssi/modules
+
+ module_LTLIBRARIES = libfe_icb.la
+-libfe_icb_la_LDFLAGS = -avoid-version
++libfe_icb_la_LDFLAGS = -module -avoid-version
+
+ INCLUDES = \
+ $(GLIB_CFLAGS) \
Index: patches/patch-src_fe-common_fe-icb_c
===
RCS file: /cvs/ports/net/irssi-icb/patches/patch-src_fe-common_fe-icb_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_fe-common_fe-icb_c
--- patches/patch-src_fe-common_fe-icb_c14 Jun 2011 10:22:16 -
1.3
+++ patches/patch-src_fe-common_fe-icb_c18 Oct 2011 13:28:50 -
@@ -1,7 +1,15 @@
$OpenBSD: patch-src_fe-common_fe-icb_c,v 1.3 2011/06/14 10:22:16 sthen Exp $
src/fe-common/fe-icb.c.origSat Apr 27 21:56:18 2002
-+++ src/fe-common/fe-icb.c Tue Jun 14 10:40:30 2011
-@@ -24,27 +24,65 @@
+--- src/fe-common/fe-icb.c.origSat Apr 27 22:56:18 2002
src/fe-common/fe-icb.c Tue Oct 18 15:20:42 2011
+@@ -18,33 +18,73 @@
+ Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ */
+
++#include time.h
++
+ #include module.h
+ #include module-formats.h
+ #include signals.h
#include commands.h
#include servers-setup.h
#include levels.h
@@
ADJUST: Tcl/Tk to use bsd.port.arch.mk
Use bsd.port.arch.mk.
I don't know if it makes the Makefiles any prettier. ;)
Index: lang/tcl/8.5/Makefile
===
RCS file: /cvs/ports/lang/tcl/8.5/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- lang/tcl/8.5/Makefile 17 Oct 2011 15:18:39 - 1.17
+++ lang/tcl/8.5/Makefile 18 Oct 2011 06:54:57 -
@@ -46,13 +46,6 @@ CONFIGURE_ARGS +=${CONFIGURE_SHARED} \
EXTRA_INSTALL=install-private-headers \
SHLIB_VERSION=${LIBtcl85_VERSION}
-.if ${MACHINE_ARCH} != m88k ${MACHINE_ARCH} != vax
-ALL_TARGET = all libtcl85.a
-CONFIGURE_ARGS += EXTRA_INSTALL_BINARIES='@echo Installing libtcl85.a to
$$(LIB_INSTALL_DIR)/ \
-$$(INSTALL_DATA) libtcl85.a
$$(LIB_INSTALL_DIR)/libtcl85.a \
-(cd $$(LIB_INSTALL_DIR) ; $$(RANLIB) libtcl85.a)'
-.endif
-
FLAVORS = threaded
FLAVOR ?=
@@ -61,6 +54,15 @@ CONFIGURE_ARGS +=--enable-threads
WANTLIB += pthread
.endif
+.include bsd.port.arch.mk
+
+.if ${NO_SHARED_LIBS:L} == no
+ALL_TARGET = all libtcl85.a
+CONFIGURE_ARGS += EXTRA_INSTALL_BINARIES='@echo Installing libtcl85.a to
$$(LIB_INSTALL_DIR)/ \
+$$(INSTALL_DATA) libtcl85.a
$$(LIB_INSTALL_DIR)/libtcl85.a \
+(cd $$(LIB_INSTALL_DIR) ; $$(RANLIB) libtcl85.a)'
+.endif
+
WRKSRC = ${WRKDIST}/unix
REGRESS_TARGET = test
SUBST_VARS += _README_DIR
@@ -72,7 +74,7 @@ pre-regress:
post-install:
${INSTALL_DATA} ${WRKDIST}/license.terms ${PREFIX}/lib/tcl/tcl8.5/man
-.if ${MACHINE_ARCH} != m88k ${MACHINE_ARCH} != vax
+.if ${NO_SHARED_LIBS:L} == no
ln -s libtcl85.a ${PREFIX}/lib/libtcl85_pic.a
ln -s libtclstub85.a ${PREFIX}/lib/libtclstub85_pic.a
.endif
Index: x11/tk/8.5/Makefile
===
RCS file: /cvs/ports/x11/tk/8.5/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- x11/tk/8.5/Makefile 17 Oct 2011 15:19:22 - 1.23
+++ x11/tk/8.5/Makefile 18 Oct 2011 07:04:22 -
@@ -51,15 +51,6 @@ CONFIGURE_ARGS +=${CONFIGURE_SHARED} \
EXTRA_CC_SWITCHES=-I${LOCALBASE}/include/tcl8.5 \
SHLIB_VERSION=${LIBtk85_VERSION}
-.if ${MACHINE_ARCH} != m88k ${MACHINE_ARCH} != vax
-ALL_TARGET = all libtk85.a
-CONFIGURE_ARGS += EXTRA_INSTALL_BINARIES='@echo Installing libtk85.a to
$$(LIB_INSTALL_DIR)/ \
-$$(INSTALL_DATA) libtk85.a
$$(LIB_INSTALL_DIR)/libtk85.a \
-(cd $$(LIB_INSTALL_DIR) ; $$(RANLIB) libtk85.a)'
-.endif
-
-REGRESS_IS_INTERACTIVE = x11
-
FLAVORS = threaded
FLAVOR ?=
@@ -71,6 +62,16 @@ LIB_DEPENDS += tcl-=8.5.10,8.5.11-thr
LIB_DEPENDS += tcl-=8.5.10,8.5.11-!threaded:lang/tcl/8.5
.endif
+.include bsd.port.arch.mk
+
+.if ${NO_SHARED_LIBS:L} == no
+ALL_TARGET = all libtk85.a
+CONFIGURE_ARGS += EXTRA_INSTALL_BINARIES='@echo Installing libtk85.a to
$$(LIB_INSTALL_DIR)/ \
+$$(INSTALL_DATA) libtk85.a
$$(LIB_INSTALL_DIR)/libtk85.a \
+(cd $$(LIB_INSTALL_DIR) ; $$(RANLIB) libtk85.a)'
+.endif
+
+REGRESS_IS_INTERACTIVE = x11
WRKSRC = ${WRKDIST}/unix
REGRESS_TARGET = test
@@ -81,7 +82,7 @@ pre-regress:
post-install:
${INSTALL_DATA} ${WRKDIST}/license.terms ${PREFIX}/lib/tcl/tk8.5/man
-.if ${MACHINE_ARCH} != m88k ${MACHINE_ARCH} != vax
+.if ${NO_SHARED_LIBS:L} == no
ln -s libtk85.a ${PREFIX}/lib/libtk85_pic.a
ln -s libtkstub85.a ${PREFIX}/lib/libtkstub85_pic.a
.endif
ADJUST: Tklib: Stop using ${CHMOD} et al. Improved DEPENDS.
Index: devel/tklib/Makefile
===
RCS file: /cvs/ports/devel/tklib/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- devel/tklib/Makefile5 Jan 2011 16:37:10 - 1.5
+++ devel/tklib/Makefile18 Oct 2011 14:54:40 -
@@ -3,7 +3,7 @@
COMMENT = Tk Standard Library
DISTNAME = tklib-0.5
-REVISION = 0
+REVISION = 1
CATEGORIES=devel x11/tk
HOMEPAGE = http://sourceforge.net/projects/tcllib/
MAINTAINER = Stuart Cassoff s...@users.sourceforge.net
@@ -17,8 +17,8 @@ PERMIT_DISTFILES_FTP =Yes
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=tcllib/}
MODULES = x11/tk
BUILD_DEPENDS =devel/tcllib
-RUN_DEPENDS = devel/tcllib
-REGRESS_DEPENDS = devel/tcllib
+RUN_DEPENDS = devel/tcllib ${MODTK_RUN_DEPENDS}
+REGRESS_DEPENDS = devel/tcllib ${MODTK_RUN_DEPENDS}
REGRESS_IS_INTERACTIVE =x11
USE_GROFF =Yes
NO_BUILD = Yes
@@ -50,11 +50,11 @@ do-install:
-pkg-path ${DESTDIR}${MODTCL_TCLDIR} \
-nroff-path ${PREFIX}/man/mann \
-example-path ${PREFIX}/share/examples/tklib
- @${CHMOD} ${BINMODE}
${SCRIPTS_TCLSH:S!^!${PREFIX}/share/examples/tklib/!}
+ @chmod ${BINMODE} ${SCRIPTS_TCLSH:S!^!${PREFIX}/share/examples/tklib/!}
${MODTCL_BIN} ${FILESDIR}/mkindex.tcl ${PREFIX}/man/mann \
${PKGDIR}/DESCR ${PREFIX}/man/mann/tklib.n tklib ${COMMENT}
0.5
- @${CHOWN} ${MANOWN}:${MANGRP} ${PREFIX}/man/mann/tklib.n
- @${CHMOD} ${MANMODE} ${PREFIX}/man/mann/tklib.n
+ @chown ${MANOWN}:${MANGRP} ${PREFIX}/man/mann/tklib.n
+ @chmod ${MANMODE} ${PREFIX}/man/mann/tklib.n
do-regress:
${SETENV} ${MAKE_ENV} ${REGRESS_FLAGS} \
UPDATE: Tcllib 1.12 - 1.13
Upgrade to tcllib-1.13. Some new patches, some patches went upstream.
Move less-used apps to examples/tcllib/apps. Stop using ${CHMOD} et al.
Stop writing and overwriting regress.log.
Index: devel/tcllib/Makefile
===
RCS file: /cvs/ports/devel/tcllib/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- devel/tcllib/Makefile 5 Jan 2011 16:27:24 - 1.13
+++ devel/tcllib/Makefile 18 Oct 2011 13:58:35 -
@@ -2,7 +2,7 @@
COMMENT = Tcl Standard Library
-DISTNAME = tcllib-1.12
+DISTNAME = tcllib-1.13
CATEGORIES = devel lang/tcl
HOMEPAGE = http://sourceforge.net/projects/tcllib/
MAINTAINER = Stuart Cassoff s...@users.sourceforge.net
@@ -22,9 +22,9 @@ NO_BUILD =Yes
PKG_ARCH = *
SCRIPTS_TCLSH_APPS = \
- dtplite page tcldocstrip
+ dtplite page nns nnsd nnslog tcldocstrip
-SCRIPTS_TCLSH =\
+SCRIPTS_TCLSH = \
bibtex/bibtex.tcl \
csv/csv2html csv/csvcut csv/csvdiff csv/csvjoin csv/csvsort csv/csvuniq
\
ftp/ftpdemo.tcl ftp/ftpvalid \
@@ -38,6 +38,7 @@ SCRIPTS_TCLSH = \
sasl/saslclient.tcl \
smtpd/tcl_smtpd smtpd/tk_smtpd \
struct/diff.tcl struct/diff2.tcl \
+ tepam/tepam_demo.tcl \
term/attributes term/box term/box2 term/clear term/colors term/frame \
term/graphics term/imenu term/ipager term/menu term/menu2 term/para \
term/title \
@@ -52,8 +53,6 @@ SCRIPTS_TCLSH_NOEXEC = \
nntp/postnews
do-configure:
- mv ${WRKSRC}/modules/simulation/random.man \
- ${WRKSRC}/modules/simulation/simulation_random.man
@${MODTCL_TCLSH_ADJ} \
${SCRIPTS_TCLSH_APPS:S!^!${WRKSRC}/apps/!} \
${SCRIPTS_TCLSH:S!^!${WRKSRC}/examples/!} \
@@ -66,18 +65,19 @@ do-install:
-pkg-path ${DESTDIR}${MODTCL_TCLDIR} \
-nroff-path ${PREFIX}/man/mann \
-example-path ${PREFIX}/share/examples/tcllib \
- -app-path ${PREFIX}/bin
- @${CHMOD} ${BINMODE}
${SCRIPTS_TCLSH:S!logger!log!:S!^!${PREFIX}/share/examples/tcllib/!}
+ -app-path ${PREFIX}/share/examples/tcllib/apps
+ ${INSTALL_PROGRAM_DIR} ${PREFIX}/bin
+ mv ${PREFIX}/share/examples/tcllib/apps/dtplite ${PREFIX}/bin
+ @chmod ${BINMODE}
${SCRIPTS_TCLSH:S!logger!log!:S!^!${PREFIX}/share/examples/tcllib/!}
${SETENV} TCLLIBPATH=${DESTDIR}${MODTCL_TCLDIR} ${MODTCL_BIN} \
${FILESDIR}/mkindex.tcl ${PREFIX}/man/mann \
- ${PKGDIR}/DESCR ${PREFIX}/man/mann/tcllib.n tcllib ${COMMENT}
1.12
- @${CHOWN} ${MANOWN}:${MANGRP} ${PREFIX}/man/mann/tcllib.n
- @${CHMOD} ${MANMODE} ${PREFIX}/man/mann/tcllib.n
+ ${PKGDIR}/DESCR ${PREFIX}/man/mann/tcllib.n tcllib ${COMMENT}
1.13
+ @chown ${MANOWN}:${MANGRP} ${PREFIX}/man/mann/tcllib.n
+ @chmod ${MANMODE} ${PREFIX}/man/mann/tcllib.n
# Define TEST_MODULES to restrict to a subset of regression tests.
do-regress:
${SETENV} ${MAKE_ENV} ${MODTCL_BIN} \
- ${WRKSRC}/sak.tcl test run -v ${TEST_MODULES} \
- ${REGRESS_LOG}
+ ${WRKSRC}/sak.tcl test run -v ${TEST_MODULES}
.include bsd.port.mk
Index: devel/tcllib/distinfo
===
RCS file: /cvs/ports/devel/tcllib/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- devel/tcllib/distinfo 5 Jan 2011 16:27:24 - 1.8
+++ devel/tcllib/distinfo 18 Oct 2011 13:58:35 -
@@ -1,5 +1,5 @@
-MD5 (tcllib-1.12.tar.gz) = Z9Ikgv5WrMuHjcFuDNGdpA==
-RMD160 (tcllib-1.12.tar.gz) = 5hAi62IxQih/wrlynzzAZN+rHa0=
-SHA1 (tcllib-1.12.tar.gz) = CBakddh3cALy8zdoR/AgNX+de80=
-SHA256 (tcllib-1.12.tar.gz) = O1h8SLb19XlsPOQAgNErv5vJ0USMR29Yh2pvXYsliBo=
-SIZE (tcllib-1.12.tar.gz) = 4358889
+MD5 (tcllib-1.13.tar.gz) = W8lWezphiEcWqQjVKV1xBQ==
+RMD160 (tcllib-1.13.tar.gz) = CbxN4C7FqMxezjHPDMXCC+biT0w=
+SHA1 (tcllib-1.13.tar.gz) = w8PLt5vLwNgHF2VTF49vT0kYoRQ=
+SHA256 (tcllib-1.13.tar.gz) = JO7GANr1FCWYCRd7e4KJbxOlIUvXX4K7B/EQeXKUMEI=
+SIZE (tcllib-1.13.tar.gz) = 5319952
Index: devel/tcllib/patches/patch-apps_page
===
RCS file: devel/tcllib/patches/patch-apps_page
diff -N devel/tcllib/patches/patch-apps_page
--- /dev/null 1 Jan 1970 00:00:00 -
+++ devel/tcllib/patches/patch-apps_page18 Oct 2011 13:58:35 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- apps/page.orig Mon Oct 17 10:29:17 2011
apps/page Mon Oct 17 10:31:22 2011
+@@ -26,6 +26,7 @@ package provide page 1.0
+
+ lappend auto_path [file join [file dirname [file dirname [file normalize
[info script modules]
+
++lappend auto_path [file join [lindex $tcl_pkgPath end] page]
+ #lappend auto_path [file join [file dirname [info script]] .. modules]
+ #source [file join [file dirname [info script]] .. modules struct tree.tcl]
+
Index:
Re: systrace: intercept_get_string: string too long
On Tue, Oct 18, 2011 at 12:33 AM, Stuart Henderson s...@spacehopper.org wrote: nothing to do with systrace, you need to uninstall samba and/or .libs-samba before building. Not entirely true. systrace only supports extracting strings up to 8192 bytes long, and that includes inspecting arguments to execve(2). When gmake sees a command with some shell syntax (some of Samba's Makefiles have comments at the end of their linking commands), it execve(2)s sh, -c, cmd arg1 arg2 ... instead of execve(2)ing cmd, arg1, arg2, ... directly. When linking hundreds of objects into a single library, the cmd arg1 arg2 ... string can exceed 8192 bytes.
Re: NEW: multimedia/yle-dl
On Friday 07 October 2011 22:49:16 Stuart Henderson wrote: I can't connect to their RTMP servers to test but when the above is fixed this port is basically ok with me. Upstream rolled a new release, the attached port uses it. New version includes the patches in my previous tarball so I removed them. I changed the script to use different server, so it should work for users outside Finland now. Although the content probably makes only sense for Finnish and Swedish people. :-) OK on this version? Someone willing to commit it? -- Antti Harri yle-dl.tar.gz Description: application/tgz
Re: systrace: intercept_get_string: string too long
On 2011/10/18 10:27, Matthew Dempsky wrote: On Tue, Oct 18, 2011 at 12:33 AM, Stuart Henderson s...@spacehopper.org wrote: nothing to do with systrace, you need to uninstall samba and/or .libs-samba before building. Not entirely true. systrace only supports extracting strings up to 8192 bytes long, and that includes inspecting arguments to execve(2). When gmake sees a command with some shell syntax (some of Samba's Makefiles have comments at the end of their linking commands), it execve(2)s sh, -c, cmd arg1 arg2 ... instead of execve(2)ing cmd, arg1, arg2, ... directly. When linking hundreds of objects into a single library, the cmd arg1 arg2 ... string can exceed 8192 bytes. Well yes the systrace message is obviously to do with systrace, but this build failure isn't.
which branch should follow?
The question is, if I am dealing with the RELEASE amd64/4.9, updating the SRC and the Ports of cvs, which should occupy according to the manual upgrade to-current or-stable, for example, where it says this: To use ports, it is similar to src: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / ports # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / ports # Cvs-q up-Pd-rOPENBSD_4_9 Which branch should follow the-current or-stable? PS: I want to have very updated ports, but do not want an unstable system http://www.openbsd.org/anoncvs.html Zantgo
Re: which branch should follow?
On Tue, Oct 18, 2011 at 11:51 AM, Zantgo zan...@gmail.com wrote: The question is, if I am dealing with the RELEASE amd64/4.9, updating the SRC and the Ports of cvs, which should occupy according to the manual upgrade to-current or-stable, for example, where it says this: To use ports, it is similar to src: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / ports # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / ports # Cvs-q up-Pd-rOPENBSD_4_9 Which branch should follow the-current or-stable? PS: I want to have very updated ports, but do not want an unstable system If your base system if 4.9 you have no choice but to use -rOPENBSD_4_9. The documentation is pretty clear on this as is the mailing list if you spend any amount of time lurking and reading posts. --patrick http://www.openbsd.org/anoncvs.html Zantgo
What is more stable
What is more stable, use the branch -CURRENT or use the branch STABLE (RELEASE) patched? Zantgo
Re: What is more stable
On 18.10.2011 13:11, Zantgo wrote: What is more stable, use the branch -CURRENT or use the branch STABLE (RELEASE) patched? Zantgo Probably -STABLE since -CURRENT is such a moving target.
Re: What is more stable
Its in the name ;) On Oct 18, 2011 8:13 PM, Zantgo zan...@gmail.com wrote: What is more stable, use the branch -CURRENT or use the branch STABLE (RELEASE) patched? Zantgo
Re: What is more stable
but I read everywhere that patched systems are unstable. PD: is the same-that-STABLE RELEASE, because I mean-CURRENT vs.-RELEASE because I have the 4.9 release Zantgo El 18-10-2011, a las 16:18, Mark Solocinski m...@bsdforever.org escribió: On 18.10.2011 13:11, Zantgo wrote: What is more stable, use the branch -CURRENT or use the branch STABLE (RELEASE) patched? Zantgo Probably -STABLE since -CURRENT is such a moving target.
Re: which branch should follow?
+---+ .:\:\:/:/:. | PLEASE DO NOT |:.:\:\:/:/:.: | FEED THE TROLLS | :=.' - - '.=: | | '=(\ 9 9 /)=' | | ( (_) ) | | /`-vvv-'\ +---+ / \ | |@@@ / /|,|\ \ | |@@@ /_// /^\ \\_\ @x@@x@| | |/ WW( ( ) )WW \/| |\| __\,,\ /,,/__ \||/ | | | (__Y__) /\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ == On Tue, Oct 18, 2011 at 03:51:46PM -0300, Zantgo wrote: Subject: which branch should follow? From: Zantgo zan...@gmail.com Message-Id: 75e176cb-da0a-4e1d-8825-483201c38...@gmail.com Date: Tue, 18 Oct 2011 15:51:46 -0300 To: ports@openbsd.org ports@openbsd.org The question is, if I am dealing with the RELEASE amd64/4.9, updating the SRC and the Ports of cvs, which should occupy according to the manual upgrade to-current or-stable, for example, where it says this: To use ports, it is similar to src: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / ports # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / ports # Cvs-q up-Pd-rOPENBSD_4_9 Which branch should follow the-current or-stable? PS: I want to have very updated ports, but do not want an unstable system http://www.openbsd.org/anoncvs.html Zantgo
Re: [UPDATE] wget-1.13.4
David Coppa dco...@openbsd.org wrote: I've tested it on amd64 and sparc64, but I'd appreciate a test on a gcc2 arch if is it possible... You can do a test build on a gcc4 arch with -Wdeclaration-after-statement. -- Christian naddy Weisgerber na...@mips.inka.de
Re: which branch should follow?
So sorry! Zantgo El 18-10-2011, a las 16:45, Matthias Kilian k...@outback.escape.de escribió: +---+ .:\:\:/:/:. | PLEASE DO NOT |:.:\:\:/:/:.: | FEED THE TROLLS | :=.' - - '.=: | | '=(\ 9 9 /)=' | | ( (_) ) | | /`-vvv-'\ +---+ / \ | |@@@ / /|,|\ \ | |@@@ /_// /^\ \\_\ @x@@x@| | |/ WW( ( ) )WW \/| |\| __\,,\ /,,/__ \||/ | | | (__Y__) /\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ == On Tue, Oct 18, 2011 at 03:51:46PM -0300, Zantgo wrote: Subject: which branch should follow? From: Zantgo zan...@gmail.com Message-Id: 75e176cb-da0a-4e1d-8825-483201c38...@gmail.com Date: Tue, 18 Oct 2011 15:51:46 -0300 To: ports@openbsd.org ports@openbsd.org The question is, if I am dealing with the RELEASE amd64/4.9, updating the SRC and the Ports of cvs, which should occupy according to the manual upgrade to-current or-stable, for example, where it says this: To use ports, it is similar to src: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / ports # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / ports # Cvs-q up-Pd-rOPENBSD_4_9 Which branch should follow the-current or-stable? PS: I want to have very updated ports, but do not want an unstable system http://www.openbsd.org/anoncvs.html Zantgo
Re: What is more stable
On Tue, Oct 18, 2011 at 04:29:12PM -0300, Zantgo wrote: but I read everywhere that patched systems are unstable. Can you go troll elsewhere ? Or go play in front of the bus ? Please.
Re: [UPDATE] libosip2 and siproxd
On 2011-10-18, Christopher Zimmermann madro...@zakweb.de wrote: here's an update to siproxd 0.8.1 and libosip2, on which it depends. Included is a patch against siproxd which fixes the behaviour of the outbound_domain_* proxy configuration for domain names which are not resolvable. I will send this patch to upstream. Lawrence Teo has updates for libosip2/siproxd in openbsd-wip, these fix a few more issues I pointed out to him (for example this needs USE_LIBTOOL, ltdl, and the shlib versions in your diff are incorrect), but we could do with a hand from someone who knows libtool; currently it has a really ugly define poked in via CFLAGS which I'm pretty sure can't be correct... -Dlt__PROGRAM__LTX_preloaded_symbols=lt_libltdl_LTX_preloaded_symbols Can anyone spare a clue as to what's going on here?
Re: NEW: multimedia/yle-dl
On 2011-10-18, Antti Harri i...@openbsd.fi wrote: --Boundary-00=_I5bnOBeoAAmAzIV Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit On Friday 07 October 2011 22:49:16 Stuart Henderson wrote: I can't connect to their RTMP servers to test but when the above is fixed this port is basically ok with me. Upstream rolled a new release, the attached port uses it. New version includes the patches in my previous tarball so I removed them. I changed the script to use different server, so it should work for users outside Finland now. Although the content probably makes only sense for Finnish and Swedish people. :-) OK on this version? Someone willing to commit it? OK sthen@ if someone wants to commit, otherwise, any OKs to import?.
lang/classpath dpb
make print-package-signature vs pkg_info -S suggests that x11/dbus-glib is extra in LIB_DEPENDS. thanks
Re: NEW: games/dwarf-fortress (includes emulators/fedora diff)
* Stuart Henderson on Wed, Sep 21, 2011 at 03:27:15PM +0100: In the attached tar.gz is a port for:- +-- -- -- -- -- -- -- | Slaves to Armok: God of Blood, Chapter II: Dwarf Fortress, most commonly | known simply as Dwarf Fortress, is a freeware computer game by Bay 12 Games | set in a high fantasy universe that combines aspects of roguelike and city- | building games and is primarily known for its unique level of complexity and | difficulty. The title of the game is inspired by its primary focus on the | construction, management, and exploration of dwarven fortresses within the | game world. | | Dwarf Fortress is a single-player fantasy game. You can control a dwarven | outpost or an adventurer in a randomly generated, persistent world. The | world is randomly generated with distinct civilizations spanning over 1000 | years of detailed history, dozens of towns, hundreds of caves and regions | with various wildlife. The world persists as long as you like, over many | games, recording historical events and tracking changes. | | The user interface is text-based, implemented as bitmaps rendered with | OpenGL. It is provided as object code only, running under Linux emulation. | | The game is complex; see http://df.magmawiki.com/ for a guide. +-- -- -- -- -- -- -- Wow, great news! That's one of the very few things for which I still have too keep a Windows machine around. The port builds without problems on i386, and the game starts ok. It all seems to run smoothly. I say 'seem', since I'm still waiting for worldgen to complete, but I'm confident. Thanks for the ports -- this was actually the tipping point which finally convinced me that it's now about time to upgrade... :o) s//un -- squeak! pgp6L977JWKre.pgp Description: PGP signature
a2x, manpages, html entities
hi there, the port i am working on uses a2x to turn text files into man pages. i have noticed that the generated man pages are full of html entity codes for characters like ' and others. for example: Don't is turned into: Don#8217;t the files were generated with: /usr/local/bin/a2x.py -d manpage -f manpage file.txt how can i make this go away? i see other ports using a2x but in more creative ways like a2x + xmlto. is using only a2x for generating man pages broken? -f -- suddenly, nothing happened! but, it happened suddenly.
Re: [UPDATE] libosip2 and siproxd
On 18/10/11 4:50 PM, Stuart Henderson wrote: On 2011-10-18, Christopher Zimmermannmadro...@zakweb.de wrote: here's an update to siproxd 0.8.1 and libosip2, on which it depends. Included is a patch against siproxd which fixes the behaviour of the outbound_domain_* proxy configuration for domain names which are not resolvable. I will send this patch to upstream. Lawrence Teo has updates for libosip2/siproxd in openbsd-wip, these fix a few more issues I pointed out to him (for example this needs USE_LIBTOOL, ltdl, and the shlib versions in your diff are incorrect), but we could do with a hand from someone who knows libtool; currently it has a really ugly define poked in via CFLAGS which I'm pretty sure can't be correct... -Dlt__PROGRAM__LTX_preloaded_symbols=lt_libltdl_LTX_preloaded_symbols Can anyone spare a clue as to what's going on here? I can't remember what port Jasper and I ran into that with but you have to use USE_LIBTOOL= gnu. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: lang/classpath dpb
On 10/18/11 22:06, Amit Kulkarni wrote: make print-package-signature vs pkg_info -S suggests that x11/dbus-glib is extra in LIB_DEPENDS. thanks Hi, make port-lib-depends-check classpath-0.98p8(lang/classpath): WANTLIB: GL.10 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: Xxf86vm.5 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: dbus-glib-1.4 from dbus-glib-0.98v0 (/usr/local/lib/classpath/libgconfpeer.so) WANTLIB: drm.2 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: ffi.0 from libffi-3.0.9 (/usr/local/lib/classpath/libjawt.so) WANTLIB: xcb-shm.0 (/usr/local/lib/classpath/libjawt.so) (system lib) Extra: xcb-render-util.0 WANTLIB += GL Xxf86vm dbus-glib-1 drm ffi xcb-shm *** Error code 1 (ignored) This show the LIB_DEPENDS is correct, the WANTLIB is wrong in this case. Nigel
Re: [UPDATE] libosip2 and siproxd
On 18/10/11 7:15 PM, Stuart Henderson wrote:
On 2011-10-18, Bradb...@comstyle.com wrote:
On 18/10/11 4:50 PM, Stuart Henderson wrote:
On 2011-10-18, Christopher Zimmermannmadro...@zakweb.de wrote:
here's an update to siproxd 0.8.1 and libosip2, on which it depends.
Included is a patch against siproxd which fixes the behaviour of the
outbound_domain_* proxy configuration for domain names which are not
resolvable. I will send this patch to upstream.
Lawrence Teo has updates for libosip2/siproxd in openbsd-wip, these fix a
few more issues I pointed out to him (for example this needs USE_LIBTOOL,
ltdl, and the shlib versions in your diff are incorrect), but we could
do with a hand from someone who knows libtool; currently it has a really
ugly define poked in via CFLAGS which I'm pretty sure can't be correct...
-Dlt__PROGRAM__LTX_preloaded_symbols=lt_libltdl_LTX_preloaded_symbols
Can anyone spare a clue as to what's going on here?
I can't remember what port Jasper and I ran into that with but you have
to use USE_LIBTOOL= gnu.
thanks. anyone running siproxd want to give this diff a spin?
(maintainer didn't reply to Lawrence's mails).
Last time I asked msf about these ports he wasn't using them and that
was ages ago. I had updates for these ports in my tree but didn't
bother to send them out.
Looking at the siproxd part of the diff I'd drop the ${LDFLAGS} from
CONFIGURE_ENV, set SHARED_ONLY and merge PFRAG.shared into the
PLIST as well as double check the .la files are actually necessary
for the plugins.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Re: devel/xulrunner/1.9 and dpb
I let Landry know, but then I read somewhere he is indisposed, so
sending to ports@ for help.
There is failing port-lib-depends-check in the xulrunner port due to
which dpb rebuilds this port continuously. pkg_info -S and make
print-package-signature show same signature. I am unable to figure out
for now how to fix this. Can somebody help on what's missing? I am
guessing its a missing DEPENDS somewhere.
from memory, the error is related to
mozjs xpcom xul (Bogus NOT REACHABLE)
thanks for your help
Hi,
I know that one, had fixed it once before before the version update, did you
try this..
cd /usr/ports; make SUBDIR=devel/xulrunner/1.9,-devel
print-package-signature
vs
pkg_info -Sq xulrunner-devel-1.9.2.23.tgz
gtk+2-2.24.6p0,nss-3.12.11p1,sqlite3-3.7.5 are the extra's in the
LIB_DEPENDS-devel.
Because LIB_DEPENDS-devel = ${LIB_DEPENDS} \ in Makefile.inc
Nigel
Hi,
The mozjs, xpcom, xul are valid, one of the cases where
port-lib-depends-check/
lib-depends-check doesn't quite work.
Try this change, with dpb.
Index: Makefile.inc
===
RCS file: /home/cvs/ports/devel/xulrunner/Makefile.inc,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile.inc
--- Makefile.inc 15 Jun 2011 16:16:10 - 1.21
+++ Makefile.inc 16 Oct 2011 19:35:08 -
@@ -26,8 +26,7 @@ MODPY_RUNDEP = No
LIB_DEPENDS-main = ${LIB_DEPENDS}
WANTLIB-main = ${WANTLIB}
-LIB_DEPENDS-devel += ${LIB_DEPENDS} \
- ${MODGETTEXT_LIB_DEPENDS} \
+LIB_DEPENDS-devel = ${MODGETTEXT_LIB_DEPENDS} \
devel/libIDL \
${PKGNAME-main}:devel/xulrunner/${MOZILLA_VERSION:R:R},-main
WANTLIB-devel += ${MODGETTEXT_WANTLIB} \
Index: 1.9/Makefile
===
RCS file: /home/cvs/ports/devel/xulrunner/1.9/Makefile,v
retrieving revision 1.54
diff -u -p -r1.54 Makefile
--- 1.9/Makefile 3 Oct 2011 21:11:12 - 1.54
+++ 1.9/Makefile 16 Oct 2011 16:46:25 -
@@ -5,6 +5,7 @@ MOZILLA_BRANCH = 1.9.2
MOZILLA_PROJECT = xulrunner1.9
MOZILLA_DIST = firefox
MOZILLA_DIST_VERSION = 3.6.23
+REVISION-devel = 0
SO_VERSION = 3.2
# NOTE: Must bump minor version if any shlib's are removed from the
this worked very well. thanks for saving me the pain of having to wait
for such a huge port to build. can somebody give okay for this commit?
thanks
Re: lang/classpath dpb
make print-package-signature vs pkg_info -S suggests that x11/dbus-glib is extra in LIB_DEPENDS. make port-lib-depends-check classpath-0.98p8(lang/classpath): WANTLIB: GL.10 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: Xxf86vm.5 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: dbus-glib-1.4 from dbus-glib-0.98v0 (/usr/local/lib/classpath/libgconfpeer.so) WANTLIB: drm.2 (/usr/local/lib/classpath/libjawt.so) (system lib) WANTLIB: ffi.0 from libffi-3.0.9 (/usr/local/lib/classpath/libjawt.so) WANTLIB: xcb-shm.0 (/usr/local/lib/classpath/libjawt.so) (system lib) Extra: xcb-render-util.0 WANTLIB += GL Xxf86vm dbus-glib-1 drm ffi xcb-shm *** Error code 1 (ignored) This show the LIB_DEPENDS is correct, the WANTLIB is wrong in this case. you are right. I forgot to check this. thanks fpr pointing that out! I have fixed it locally so dpb doesn't rerun all the time.
Update the ports tree with another tool
Is there a way to update the ports by another tool than AnonCVS?, Not having to update the base system also every time you install a port! Zantgo
