CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/03/24 07:33:22 Modified files: x11/gnome/settings-daemon: Makefile distinfo Log message: Update to gnome-settings-daemon-3.14.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/03/24 07:35:09 Modified files: net/libtorrent : Makefile distinfo net/libtorrent/patches: patch-src_torrent_poll_kqueue_cc patch-test_Makefile_in net/libtorrent/pkg: PLIST Added files: net/libtorrent/patches: patch-configure patch-src_torrent_utils_net_h Removed files: net/libtorrent/patches: patch-src_download_download_constructor_cc patch-src_protocol_handshake_cc patch-src_protocol_peer_connection_base_cc patch-test_rak_allocators_test_cc Log message: Update to libtorrent-0.13.4, now that the (in)famous ipi storm problem has been finally fixed. Initial diff by Michael gmail/lesniewskister
Re: CVS: cvs.openbsd.org: ports
On Tue, Mar 24, 2015 at 07:36:09AM -0600, Jasper Lievisse Adriaanse wrote: CVSROOT: /cvs Module name: ports Changes by: jas...@cvs.openbsd.org 2015/03/24 07:36:09 Modified files: x11/gnome/gedit-code-assistance: Makefile distinfo x11/gnome/grilo: Makefile distinfo x11/gnome/grilo-plugins: Makefile distinfo x11/gnome/mutter: Makefile distinfo x11/gnome/shell: Makefile distinfo x11/gnome/shell/pkg: PLIST x11/gnome/shell-extensions: Makefile distinfo x11/gnome/shell-extensions/pkg: PLIST x11/gnome/terminal: Makefile distinfo Log message: update to gedit-code-assistance-3.14.3 And update the other components to 3.14.3 and 3.14.4 as the case may be. grilo-* was reverted as it's not ready yet. -- jasper
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/03/24 07:37:10 Modified files: x11/gnome/grilo: Makefile distinfo x11/gnome/grilo-plugins: Makefile distinfo Log message: oops, this wasn't supposed to go in
emacs-24.4.91 pretest
Hi,
for those interested in the next Emacs update.
Pretest announce:
https://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00184.html
emacs-24.5 schedule:
https://lists.gnu.org/archive/html/emacs-devel/2015-03/msg00601.html
Index: Makefile
===
RCS file: /cvs/ports/editors/emacs/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile2 Jan 2015 14:26:12 - 1.50
+++ Makefile9 Mar 2015 12:49:51 -
@@ -2,8 +2,7 @@
COMMENT= GNU editor: extensible, customizable, self-documenting
-VERSION= 24.4
-REVISION= 0
+VERSION= 24.4.91
DISTNAME= emacs-${VERSION}
CATEGORIES=editors
@@ -17,7 +16,8 @@ PERMIT_PACKAGE_CDROM= Yes
WANTLIB= c m ncurses pthread execinfo gnutls xml2 z
-MASTER_SITES= ${MASTER_SITE_GNU:=emacs/}
+MASTER_SITES= ftp://alpha.gnu.org/gnu/emacs/pretest/
+EXTRACT_SUFX= .tar.xz
USE_GMAKE= Yes
Index: distinfo
===
RCS file: /cvs/ports/editors/emacs/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo12 Dec 2014 12:43:34 - 1.6
+++ distinfo9 Mar 2015 12:53:37 -
@@ -1,2 +1,2 @@
-SHA256 (emacs-24.4.tar.gz) = qTxPGvpa3mWgyXI5dfCl/fZkHMRjj9r7PtmULCPDLMY=
-SIZE (emacs-24.4.tar.gz) = 59020082
+SHA256 (emacs-24.4.91.tar.xz) = SXYxqvxHC6S0wan0BzGaMUTY3BHrJLe3VaZtnx87Wt0=
+SIZE (emacs-24.4.91.tar.xz) = 39755240
Index: patches/patch-lisp_net_tramp-sh_el
===
RCS file: patches/patch-lisp_net_tramp-sh_el
diff -N patches/patch-lisp_net_tramp-sh_el
--- patches/patch-lisp_net_tramp-sh_el 12 Dec 2014 12:43:34 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,33 +0,0 @@
-$OpenBSD: patch-lisp_net_tramp-sh_el,v 1.1 2014/12/12 12:43:34 jca Exp $
-
-- fix a hang in tramp-mode.
-
-commit b14b7f431fe9cfcdcb23eecf105992d1c276dc69
-Author: Wolfgang Jenkner wjenk...@inode.at
-Date: Sat Nov 1 15:08:00 2014 +0100
-
-* net/tramp-sh.el (tramp-send-command): Fix the case where the
-remote-echo connection property is non-nil.
-
-Fixes: debbugs:18858
-
lisp/net/tramp-sh.el.orig Mon Jun 23 02:47:02 2014
-+++ lisp/net/tramp-sh.el Tue Dec 2 19:39:16 2014
-@@ -4657,6 +4657,17 @@ function waits for output unless NOOUTPUT is set.
- (when (tramp-get-connection-property p remote-echo nil)
- ;; We mark the command string that it can be erased in the output
buffer.
- (tramp-set-connection-property p check-remote-echo t)
-+ ;; If we put `tramp-echo-mark' after a trailing newline (which
-+ ;; is assumed to be unquoted) `tramp-send-string' doesn't see
-+ ;; that newline and adds `tramp-rsh-end-of-line' right after
-+ ;; `tramp-echo-mark', so the remote shell sees two consecutive
-+ ;; trailing line endings and sends two prompts after executing
-+ ;; the command, which confuses `tramp-wait-for-output'.
-+ (when (and (not (string= command ))
-+ (string-equal (substring command -1) \n))
-+ (setq command (substring command 0 -1)))
-+ ;; No need to restore a trailing newline here since `tramp-send-string'
-+ ;; makes sure that the string ends in `tramp-rsh-end-of-line', anyway.
- (setq command (format %s%s%s tramp-echo-mark command
tramp-echo-mark)))
- ;; Send the command.
- (tramp-message vec 6 %s command)
Index: pkg/PLIST
===
RCS file: /cvs/ports/editors/emacs/pkg/PLIST,v
retrieving revision 1.15
diff -u -p -r1.15 PLIST
--- pkg/PLIST 12 Dec 2014 12:43:34 - 1.15
+++ pkg/PLIST 23 Feb 2015 08:54:27 -
@@ -1778,8 +1778,6 @@ share/emacs/${VERSION}/lisp/emacs-lisp/w
share/emacs/${VERSION}/lisp/emacs-lock.el.gz
share/emacs/${VERSION}/lisp/emacs-lock.elc
share/emacs/${VERSION}/lisp/emulation/
-share/emacs/${VERSION}/lisp/emulation/crisp.el.gz
-share/emacs/${VERSION}/lisp/emulation/crisp.elc
share/emacs/${VERSION}/lisp/emulation/cua-base.el.gz
share/emacs/${VERSION}/lisp/emulation/cua-base.elc
share/emacs/${VERSION}/lisp/emulation/cua-gmrk.el.gz
@@ -1798,16 +1796,6 @@ share/emacs/${VERSION}/lisp/emulation/ed
share/emacs/${VERSION}/lisp/emulation/edt.elc
share/emacs/${VERSION}/lisp/emulation/keypad.el.gz
share/emacs/${VERSION}/lisp/emulation/keypad.elc
-share/emacs/${VERSION}/lisp/emulation/tpu-edt.el.gz
-share/emacs/${VERSION}/lisp/emulation/tpu-edt.elc
-share/emacs/${VERSION}/lisp/emulation/tpu-extras.el.gz
-share/emacs/${VERSION}/lisp/emulation/tpu-extras.elc
-share/emacs/${VERSION}/lisp/emulation/tpu-mapper.el.gz
-share/emacs/${VERSION}/lisp/emulation/tpu-mapper.elc
-share/emacs/${VERSION}/lisp/emulation/vi.el.gz
-share/emacs/${VERSION}/lisp/emulation/vi.elc
-share/emacs/${VERSION}/lisp/emulation/vip.el.gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/03/24 07:36:20 Modified files: net/rtorrent : Makefile distinfo net/rtorrent/patches: patch-test_Makefile_in net/rtorrent/pkg: PLIST Removed files: net/rtorrent/patches: patch-doc_rtorrent_rc patch-src_command_network_cc patch-src_command_scheduler_cc patch-src_core_range_map_h patch-src_display_window_file_list_cc patch-src_rpc_scgi_cc patch-src_thread_base_cc patch-src_ui_element_file_list_cc Log message: Update to rtorrent-0.9.4, now that the (in)famous ipi storm problem has been finally fixed. Initial diff by Michael gmail/lesniewskister
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/03/24 07:36:09 Modified files: x11/gnome/gedit-code-assistance: Makefile distinfo x11/gnome/grilo: Makefile distinfo x11/gnome/grilo-plugins: Makefile distinfo x11/gnome/mutter: Makefile distinfo x11/gnome/shell: Makefile distinfo x11/gnome/shell/pkg: PLIST x11/gnome/shell-extensions: Makefile distinfo x11/gnome/shell-extensions/pkg: PLIST x11/gnome/terminal: Makefile distinfo Log message: update to gedit-code-assistance-3.14.3
Re: UPDATE: www/netsurf
Hi Dmitrij, Dmitrij D. Czarkoff writes: Unfortunately I only have access to amd64, but I tested netsurf a bit, and I noticed that UI freezes while data is fetched. (Eg. it freezes for about 10 seconds while loading http://www.openbsd.org/, but doesn't freeze at all while loading the same content from localhost.) Oddly, I don't see this behavior on my linux box - there the UI is responsive all the time. Is it a DNS resolution problem or a content fetching problem? Upstream has some ideas: 2015-03-24 04:10 tlsa could be a blocking resolver 2015-03-24 04:12 rjek IIRC, we have curl do the resolving, and curl can be built with an asynch resolver (it's own one), or it just uses the C library's (which will be blocking) -- Anthony J. Bentley
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2015/03/24 03:58:15 Modified files: textproc : Makefile Log message: +pdfgrep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2015/03/24 03:57:04 Log message: Import pdfgrep from maintainer Reinhold Straub ok sthen@ Pdfgrep is a tool to search text in PDF files. It works similarly to `grep'. Status: Vendor Tag: giovanni Release Tags: giovanni_20150324 N ports/textproc/pdfgrep/Makefile N ports/textproc/pdfgrep/distinfo N ports/textproc/pdfgrep/pkg/PLIST N ports/textproc/pdfgrep/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/03/24 04:11:23 Modified files: x11/gnome/eog-plugins: Makefile distinfo x11/gnome/eog-plugins/pkg: PLIST Log message: update to eog-plugins-3.14.2
Re: UPDATE: www/netsurf
Anthony J. Bentley said: So far I've only received one test report, from Landry on macppc. Anyone else willing to provide tests on other platforms? Unfortunately I only have access to amd64, but I tested netsurf a bit, and I noticed that UI freezes while data is fetched. (Eg. it freezes for about 10 seconds while loading http://www.openbsd.org/, but doesn't freeze at all while loading the same content from localhost.) Oddly, I don't see this behavior on my linux box - there the UI is responsive all the time. -- Dmitrij D. Czarkoff
Re: Fwd: ownclould client mirall crashes repeatedly
On Wed, March 25, 2015 01:09, trondd wrote: On 3/24/15, Kirill Bychkov ki...@linklevel.net wrote: On Wed, March 25, 2015 00:27, unix_li...@f-m.fm wrote: Hi! Glib error describes your problem fully. You need to bump ulimit. The best way is to tweak login.conf for your class. You need to change :openfiles-* to, say, 2. True. I created a wrapper script to bump ulimits just for mirall. I personally don't like blanket increasing for everything. Tim. That's your choice and it's secure enough. But I guess you can read this glib errors to make some decisions and write this script. I wrote a common solution for anyone who doesn't care a lot. BTW, I think someone can benefit if you post your wrapper-script. If it's well-licensed of course ;)
Update: editors/nano 2.4.0
After a number of years, a new stable version of nano has been
released. Overall, little appears to have changed. People who actually
use nano might want to give it a try.
Index: Makefile
===
RCS file: /cvs/ports/editors/nano/Makefile,v
retrieving revision 1.72
diff -u -p -r1.72 Makefile
--- Makefile9 Sep 2014 11:10:35 - 1.72
+++ Makefile24 Mar 2015 22:31:47 -
@@ -2,14 +2,13 @@
COMMENT= Pico editor clone with enhancements
-DISTNAME= nano-2.2.6
-REVISION= 0
+DISTNAME= nano-2.4.0
CATEGORIES=editors
HOMEPAGE= http://www.nano-editor.org/
MAINTAINER=Christian Weisgerber na...@openbsd.org
-MASTER_SITES= http://www.nano-editor.org/dist/v2.2/ \
+MASTER_SITES= http://www.nano-editor.org/dist/v2.4/ \
${MASTER_SITE_GNU:=nano/}
# GPLv3
@@ -23,15 +22,13 @@ BUILD_DEPENDS= textproc/groff=1.21
SEPARATE_BUILD=Yes
CONFIGURE_STYLE=gnu
+CONFIGURE_ARGS=--disable-libmagic
CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
post-install:
- perl -i -pe 's:SYSCONFDIR:${SYSCONFDIR}:g;' \
- -e 's:PREFIX:${TRUEPREFIX}:g;' \
- ${PREFIX}/man/man1/nano.1 \
- ${PREFIX}/man/man5/nanorc.5 \
- ${PREFIX}/info/nano.info
+ perl -i -pe 's:/etc:${SYSCONFDIR}:g; s:PREFIX:${TRUEPREFIX}:g;' \
+ ${PREFIX}/man/man5/nanorc.5
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nano
${INSTALL_DATA} ${WRKBUILD}/doc/nanorc.sample \
${PREFIX}/share/examples/nano
Index: distinfo
===
RCS file: /cvs/ports/editors/nano/distinfo,v
retrieving revision 1.27
diff -u -p -r1.27 distinfo
--- distinfo18 Jan 2015 03:13:50 - 1.27
+++ distinfo24 Mar 2015 22:31:47 -
@@ -1,2 +1,2 @@
-SHA256 (nano-2.2.6.tar.gz) = vmjhM7XoHfQYc9MsUXs+WVB3DAD8X03SOBDNY1q85no=
-SIZE (nano-2.2.6.tar.gz) = 1572388
+SHA256 (nano-2.4.0.tar.gz) = UHb7UCaAUD5kjL3L8gd+Ofuhk0IK4ZID8KVMstlKdb0=
+SIZE (nano-2.4.0.tar.gz) = 1886052
Index: patches/patch-doc_man_Makefile_in
===
RCS file: patches/patch-doc_man_Makefile_in
diff -N patches/patch-doc_man_Makefile_in
--- patches/patch-doc_man_Makefile_in 23 Mar 2010 20:05:47 - 1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-doc_man_Makefile_in,v 1.6 2010/03/23 20:05:47 naddy Exp $
doc/man/Makefile.in.orig Thu Feb 11 08:04:50 2010
-+++ doc/man/Makefile.inTue Mar 23 20:57:04 2010
-@@ -248,7 +248,7 @@ top_srcdir = @top_srcdir@
- @GROFF_HTML_TRUE@@USE_NANORC_TRUE@BUILT_SOURCES = nano.1.html nanorc.5.html
rnano.1.html
- nano_man_mans = nano.1 nanorc.5 rnano.1
- @GROFF_HTML_TRUE@htmlman_DATA = nano.1.html nanorc.5.html rnano.1.html
--@GROFF_HTML_TRUE@htmlmandir = $(datadir)/nano/man-html
-+@GROFF_HTML_TRUE@htmlmandir = $(htmldir)
- @GROFF_HTML_TRUE@nano_built_sources = nano.1.html nanorc.5.html rnano.1.html
- @GROFF_HTML_FALSE@EXTRA_DIST = $(nano_man_mans)
- @GROFF_HTML_TRUE@EXTRA_DIST = $(nano_man_mans) $(nano_built_sources)
Index: patches/patch-doc_man_fr_Makefile_in
===
RCS file: patches/patch-doc_man_fr_Makefile_in
diff -N patches/patch-doc_man_fr_Makefile_in
--- patches/patch-doc_man_fr_Makefile_in23 Mar 2010 20:05:47 -
1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-doc_man_fr_Makefile_in,v 1.6 2010/03/23 20:05:47 naddy Exp $
doc/man/fr/Makefile.in.origThu Feb 11 08:04:50 2010
-+++ doc/man/fr/Makefile.in Tue Mar 23 20:57:04 2010
-@@ -206,7 +206,7 @@ top_srcdir = @top_srcdir@
- @GROFF_HTML_TRUE@@USE_NANORC_TRUE@BUILT_SOURCES = nano.1.html nanorc.5.html
rnano.1.html
- nano_man_mans = nano.1 nanorc.5 rnano.1
- @GROFF_HTML_TRUE@htmlman_DATA = nano.1.html nanorc.5.html rnano.1.html
--@GROFF_HTML_TRUE@htmlmandir = $(datadir)/nano/man-html/fr
-+@GROFF_HTML_TRUE@htmlmandir = $(htmldir)/fr
- @GROFF_HTML_TRUE@nano_built_sources = nano.1.html nanorc.5.html rnano.1.html
- @GROFF_HTML_FALSE@EXTRA_DIST = $(nano_man_mans)
- @GROFF_HTML_TRUE@EXTRA_DIST = $(nano_man_mans) $(nano_built_sources)
Index: patches/patch-doc_man_nano_1
===
RCS file: /cvs/ports/editors/nano/patches/patch-doc_man_nano_1,v
retrieving revision 1.4
diff -u -p -r1.4 patch-doc_man_nano_1
--- patches/patch-doc_man_nano_122 Dec 2009 19:21:32 - 1.4
+++ patches/patch-doc_man_nano_124 Mar 2015 22:31:47 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_man_nano_1,v 1.4 2009/12/22 19:21:32 naddy Exp $
doc/man/nano.1.origThu Dec 3 04:11:22 2009
-+++ doc/man/nano.1 Tue Dec 22 19:35:25 2009
-@@ -252,8 +252,6 @@ http://www.nano-editor.org/
+--- doc/man/nano.1.origMon Mar 23
Re: Fwd: ownclould client mirall crashes repeatedly
On 3/24/15, trondd tro...@gmail.com wrote: Under you user's class (check it with sudo chsh username [maybe there is better way?]) Increase openfiles-max and or openfiles-cur. Maximum allowed and current (the starting value). I increase -max, but leave -cur alone which might not be convenient for you since you run KDE already. My script simply calls ulimit -n 4096 before running owncloud. Since ulimit is restricted to the current shell, only owncloud gets the extra resources. Of course any malicious program could ask for more, up to the max, if it wanted to. Tim. Oh, PS, you have to log out completely for changes to login.conf to take effect.
Re: [update] inkscape 0.91
On 03/23/15 22:05, Landry Breuil wrote: On Wed, Mar 18, 2015 at 09:45:13AM +0100, Landry Breuil wrote: Hi, turns out it was much easier than i thought... here's an update to the recently released inkscape 0.91, with lotsa new features. See https://inkscape.org/en/news/2015/01/30/inkscape-version-091-is-released/ and http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91 Starts here, i havent looked at new features like visio stuff.. Anyone actually using this plans to test it or i should just go ahead ? Landry Hi Landry, Thanks for updating this port, and commiting it to ports - I've finally got round to testing it on amd64 and its working well. Cheers Fred
Re: Fwd: ownclould client mirall crashes repeatedly
On Wed, March 25, 2015 00:27, unix_li...@f-m.fm wrote: - Original message - From: unix_li...@f-m.fm To: m...@openbsd.org Subject: ownclould client mirall crashes repeatedly Date: Tue, 24 Mar 2015 16:20:49 -0500 Client mirall ran fine but I had to pause it. It would not cleanly stop running. I am running this app in kde4. Pop-up window asked if I wanted to terminate this application and I did so. Now, whenever I try to run the application from the terminal I get the following: owncloud owncloud:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program (process:24378): GLib-ERROR **: Creating pipes for GWakeup: Too many open files Trace/BPT trap (core dumped) I am a new user but would be willing to give more information if someone wants to help me debug this problem. Thank you. Hi! Glib error describes your problem fully. You need to bump ulimit. The best way is to tweak login.conf for your class. You need to change :openfiles-* to, say, 2.
Re: Fwd: ownclould client mirall crashes repeatedly
On 3/24/15, unix_li...@f-m.fm unix_li...@f-m.fm wrote: Forgive my ignorance but which of the openfiles-* do I bump? I tried adjusting them all to 2 and I got a ulimit error. Also, I could no longer login to KDE. Under you user's class (check it with sudo chsh username [maybe there is better way?]) Increase openfiles-max and or openfiles-cur. Maximum allowed and current (the starting value). I increase -max, but leave -cur alone which might not be convenient for you since you run KDE already. My script simply calls ulimit -n 4096 before running owncloud. Since ulimit is restricted to the current shell, only owncloud gets the extra resources. Of course any malicious program could ask for more, up to the max, if it wanted to. Tim.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 15:45:01 Modified files: geo/postgis: Makefile distinfo geo/postgis/pkg: PLIST Log message: Bugfix update to postgis 2.1.6. See http://postgis.net/2015/03/20/postgis-2.1.6 for details. Not converted to postgresql MODULE for test targets.. because that can come in a second time :)
Re: UPDATE: mcabber-0.10.3
Tim van der Molen (2015-03-17 16:43 +0100): Tim van der Molen (2015-01-27 16:41 +0100): Markus Hennecke (2015-01-23 11:31 +0100): Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending me the patch. Patch needs to be applied with the -E option, the patch files are no longer needed. Could someone please commit this? Thanks. Ping. sudo ping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/03/24 16:45:07 Modified files: net/mcabber: Makefile distinfo Removed files: net/mcabber/patches: patch-configure_ac patch-mcabber_otr_c patch-mcabber_otr_h Log message: mcabber-0.10.3, from Tim van der Molen, ok Markus Hennecke (maintainer), plus slight tweak (drop autoconf dependency, configure.ac patch was removed).
Re: UPDATE: mcabber-0.10.3
On 2015/03/24 23:20, Tim van der Molen wrote: Tim van der Molen (2015-03-17 16:43 +0100): Tim van der Molen (2015-01-27 16:41 +0100): Markus Hennecke (2015-01-23 11:31 +0100): Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending me the patch. Patch needs to be applied with the -E option, the patch files are no longer needed. Could someone please commit this? Thanks. Ping. sudo ping Password: What, what, what, what, what, what, what, what, what, what? Committed, thanks - I switched CONFIGURE_STYLE back to gnu, autoconf is no longer needed as the configure.ac patch has gone.
Re: Fwd: ownclould client mirall crashes repeatedly
On Tue, Mar 24, 2015, at 04:41 PM, Kirill Bychkov wrote: On Wed, March 25, 2015 00:27, unix_li...@f-m.fm wrote: - Original message - From: unix_li...@f-m.fm To: m...@openbsd.org Subject: ownclould client mirall crashes repeatedly Date: Tue, 24 Mar 2015 16:20:49 -0500 Client mirall ran fine but I had to pause it. It would not cleanly stop running. I am running this app in kde4. Pop-up window asked if I wanted to terminate this application and I did so. Now, whenever I try to run the application from the terminal I get the following: owncloud owncloud:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program (process:24378): GLib-ERROR **: Creating pipes for GWakeup: Too many open files Trace/BPT trap (core dumped) I am a new user but would be willing to give more information if someone wants to help me debug this problem. Thank you. Hi! Glib error describes your problem fully. You need to bump ulimit. The best way is to tweak login.conf for your class. You need to change :openfiles-* to, say, 2. Forgive my ignorance but which of the openfiles-* do I bump? I tried adjusting them all to 2 and I got a ulimit error. Also, I could no longer login to KDE. -- Regards, Donald Cooley
Fwd: ownclould client mirall crashes repeatedly
- Original message - From: unix_li...@f-m.fm To: m...@openbsd.org Subject: ownclould client mirall crashes repeatedly Date: Tue, 24 Mar 2015 16:20:49 -0500 Client mirall ran fine but I had to pause it. It would not cleanly stop running. I am running this app in kde4. Pop-up window asked if I wanted to terminate this application and I did so. Now, whenever I try to run the application from the terminal I get the following: owncloud owncloud:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program (process:24378): GLib-ERROR **: Creating pipes for GWakeup: Too many open files Trace/BPT trap (core dumped) I am a new user but would be willing to give more information if someone wants to help me debug this problem. Thank you. -- Regards, Donald Cooley
Re: NEW: www/go-websocket
On 2015/03/24 16:19, Kent R. Spillner wrote: On Tue, Mar 24, 2015 at 08:39:39PM +, Stuart Henderson wrote: Your do-install is amd64 only, and your PLIST uses MACHINE_ARCH. Oops, sorry! Updated version attached. I think this is OK to import. We may want to tweak things a bit as we get more experience with go ports, but we can cross that bridge later :)
Re: NEW: www/websocketd
On 2015/03/24 14:39, Kent R. Spillner wrote:
With attachment this time.
On Tue, Mar 24, 2015 at 02:35:53PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Reword DESCR
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:54AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:27:06PM -0500, Kent R. Spillner wrote:
Attached is a new port for websocketd, which lets you access any command
line tool via a websocket. It depends on the go-websocket port sent
previously.
$ cat pkg/DESCR
websocketd is a small command-line tool that will wrap an existing
command-line interface program, and allow it to be accessed via a
WebSocket.
WebSocket-capable applications can now be built very easily. As long as
you can write an executable program that reads `STDIN` and writes to
`STDOUT`, you can build a WebSocket server. Do it in Python, Ruby, Perl,
Bash, .NET, C, Go, PHP, Java, Clojure, Scala, Groovy, Expect, Awk,
VBScript, Haskell, Lua, R, whatever! No networking libraries necessary.
common style is to split BUILD_DEPENDS onto multiple lines, e.g.
-BUILD_DEPENDS =lang/go www/go-websocket
+BUILD_DEPENDS =lang/go \
+ www/go-websocket
I'm wondering about CATEGORIES though. net seems like maybe it's more
appropriate than www? (actually...perhaps net is a better place for
go-websocket too, perhaps with www as a secondary category?...)
Re: Fwd: ownclould client mirall crashes repeatedly
On 3/24/15, Kirill Bychkov ki...@linklevel.net wrote: On Wed, March 25, 2015 00:27, unix_li...@f-m.fm wrote: Hi! Glib error describes your problem fully. You need to bump ulimit. The best way is to tweak login.conf for your class. You need to change :openfiles-* to, say, 2. True. I created a wrapper script to bump ulimits just for mirall. I personally don't like blanket increasing for everything. Tim.
Re: UPDATE: www/netsurf
On 2015/03/24 04:30, Anthony J. Bentley wrote: Hi Dmitrij, Dmitrij D. Czarkoff writes: Unfortunately I only have access to amd64, but I tested netsurf a bit, and I noticed that UI freezes while data is fetched. (Eg. it freezes for about 10 seconds while loading http://www.openbsd.org/, but doesn't freeze at all while loading the same content from localhost.) Oddly, I don't see this behavior on my linux box - there the UI is responsive all the time. Is it a DNS resolution problem or a content fetching problem? Upstream has some ideas: 2015-03-24 04:10 tlsa could be a blocking resolver 2015-03-24 04:12 rjek IIRC, we have curl do the resolving, and curl can be built with an asynch resolver (it's own one), or it just uses the C library's (which will be blocking) -- Anthony J. Bentley You can try building cURL with --enable-threaded-resolver to check out this theory. You can do PKG_PATH=/usr/ports/packages/amd64/all pkg_add -r -D installed curl to update to a locally built same-version-number package without having to uninstall deps.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2015/03/24 19:44:32 Modified files: www/liferea: Makefile distinfo Log message: Maintenance update to 1.10.14
Re: NEW: multimedia/py-pafy
On 03/19/15 14:55, Brian Callahan wrote: Hi ports -- Attached is a new port, multimedia/py-pafy. Pafy is a small library that lets you download YouTube videos from the command line. pkg/DESCR: Pafy is a Python library to download YouTube content and retrieve metadata. Features: * Retreive metadata such as viewcount, duration, rating, author, thumbnail, keywords * Download video or audio at requested resolution / bitrate / format / filesize * Command line tool (ytdl) for downloading directly from the command line * Retrieve the URL to stream the video in a player such as vlc or mplayer * Works with age-restricted videos and non-embeddable videos * Small, standalone, single importable module file pafy.py) * Select highest quality stream for download or streaming * Download video only (no audio) in m4v or webm format * Download audio only (no video) in ogg or m4a format * Retreive playlists and playlist metadata * Works with Python 2.6+ and 3.3+ Just grabbed the latest BSD Now video with it on amd64. py-pafy is a dependency for another upcoming port. OK? ~Brian Ping.
Re: Fwd: ownclould client mirall crashes repeatedly
On Tue, Mar 24, 2015, at 06:43 PM, trondd wrote: On 3/24/15, trondd tro...@gmail.com wrote: Under you user's class (check it with sudo chsh username [maybe there is better way?]) Increase openfiles-max and or openfiles-cur. Maximum allowed and current (the starting value). I increase -max, but leave -cur alone which might not be convenient for you since you run KDE already. My script simply calls ulimit -n 4096 before running owncloud. Since ulimit is restricted to the current shell, only owncloud gets the extra resources. Of course any malicious program could ask for more, up to the max, if it wanted to. Tim. Oh, PS, you have to log out completely for changes to login.conf to take effect. Thanks! That did the trick. I am still getting this warning : owncloud:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program but the application seems to be working. -- Regards, Donald Cooley
Re: [UPDATE] databases/barman to 1.4.0
One minor nit: I'll add NO_TEST=Yes since tests_require in setup.py lists (in addition to the regular runtime depends argh/argcomplete...) pytest and mock (for which we have ports) but also pytest-capturelog and pytest-timeout for which we have no ports. Thanks, I’ll be sure to pay closer attention to tests_require in the future. Is anyone currently working on a port for pytest-timeout and/or pytest-capturelog? If not, are these things that ports devs would like to see in ports? - Eric
Re: UPDATE: multimedia/mpv to 0.8.2
On Mon, Mar 16, 2015 at 08:51:02PM +0100, Henrik Friedrichsen wrote: Hey Dmitrij and ports@, attached is a patch that updates mpv to 0.8.2. Tested it and it seems to play my files just fine. Comments? OK? henrik Seems to work well for me too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2015/03/24 19:28:35 Modified files: audio/libxmp : Makefile distinfo Log message: Maintenance update to 4.3.6
Re: timestamps for sqlports-compact (was: Re: CVS: cvs.openbsd.org: src)
On 2015-03-24, Constantine A. Murenin muren...@gmail.com wrote: On 23 March 2015 at 15:59, Stuart Henderson st...@openbsd.org wrote: On 2015/03/23 10:14, Constantine A. Murenin wrote: May I also ask why is it necessary to remove the timestamp information from the tar archives themselves? To improve rsyncability. Could you elaborate? 0. Doesn't rsync ignore timestamps by default anyways? 1. Doesn't src/usr.sbin/pkg_add/OpenBSD/ArcCheck.pm#rev1.29 wipe out the timestamps only directly from the tar archives, still leaving them intact otherwise? You're thinking of timestamps of the tgz here. This is about something else: file *contents*. Packages these days do some smart ordering of files (so that the transfer can be stopped before downloading everything, in the case of an update where binaries change but docs/data files stay the same), to reduce pkg_add time. They also restart the compression stream at various points (i.e new dictionary) to improve the chance of rsync finding common parts between package files. Avoiding timestamps in the tar removes one thing that might change between one build and the next. The packing list (+CONTENTS file) which has the real timestamps (and the signature etc) is in a different compression stream than the main files in the package. the main files.
Re: UPDATE: net/libtorrent net/rtorrent
On 2015-03-23, David Coppa dco...@gmail.com wrote: So it seems they finally solved the infamous problem with IPIs (Inter-processor interrupts) going sky-high (in the order of ~90 ipi) and thus bringing the system down to its knees. Do we know _how_ this was fixed? It sounds more like a kernel problem. -- Christian naddy Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/03/24 10:43:48 Modified files: net/putty : Makefile distinfo Log message: security update to PuTTY 0.64 http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/private-key-not-wiped-2.html
Re: UPDATE: net/libtorrent net/rtorrent
On Tue, Mar 24, 2015 at 5:37 PM, Christian Weisgerber na...@mips.inka.de wrote: On 2015-03-23, David Coppa dco...@gmail.com wrote: So it seems they finally solved the infamous problem with IPIs (Inter-processor interrupts) going sky-high (in the order of ~90 ipi) and thus bringing the system down to its knees. Do we know _how_ this was fixed? It sounds more like a kernel problem. libtorrent code changed radically. But of course it could also be that the usual suspects fixed some subtle bug in our kernel...
Re: NEW: www/websocketd
With attachment this time.
On Tue, Mar 24, 2015 at 02:35:53PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Reword DESCR
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:54AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:27:06PM -0500, Kent R. Spillner wrote:
Attached is a new port for websocketd, which lets you access any command
line tool via a websocket. It depends on the go-websocket port sent
previously.
$ cat pkg/DESCR
websocketd is a small command-line tool that will wrap an existing
command-line interface program, and allow it to be accessed via a
WebSocket.
WebSocket-capable applications can now be built very easily. As long as
you can write an executable program that reads `STDIN` and writes to
`STDOUT`, you can build a WebSocket server. Do it in Python, Ruby, Perl,
Bash, .NET, C, Go, PHP, Java, Clojure, Scala, Groovy, Expect, Awk,
VBScript, Haskell, Lua, R, whatever! No networking libraries necessary.
www_websocketd.tar.gz
Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 12:45:12 Modified files: graphics/inkscape: Makefile distinfo graphics/inkscape/patches: patch-src_extension_implementation_script_cpp graphics/inkscape/pkg: PLIST Added files: graphics/inkscape/patches: patch-src_2geom_hvlinesegment_h Removed files: graphics/inkscape/patches: patch-configure_ac patch-src_extension_internal_pdfinput_pdf-parser_cpp patch-src_ui_dialog_print_cpp Log message: Update to inkscape 0.91. See https://inkscape.org/en/news/2015/01/30/inkscape-version-091-is-released/ and http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91 for details ok jung@ abieber@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2015/03/24 13:16:13 Log message: Import textproc/multimarkdown feedback and ok bcallah@ MultiMarkdown is a derivative of Markdown that adds new syntax features, such as footnotes, tables, and metadata. Additionally, it offers mechanisms to convert plain text into LaTeX in addition to HTML. From Sean Levy Status: Vendor Tag: okan Release Tags: okan_20150324 N ports/textproc/multimarkdown/Makefile N ports/textproc/multimarkdown/distinfo N ports/textproc/multimarkdown/patches/patch-Makefile N ports/textproc/multimarkdown/patches/patch-html_c N ports/textproc/multimarkdown/patches/patch-latex_c N ports/textproc/multimarkdown/patches/patch-parse_utilities_c N ports/textproc/multimarkdown/patches/patch-parser_leg N ports/textproc/multimarkdown/patches/patch-writer_c N ports/textproc/multimarkdown/pkg/DESCR N ports/textproc/multimarkdown/pkg/MESSAGE N ports/textproc/multimarkdown/pkg/PLIST No conflicts created by this import
Re: NEW: www/go-websocket
Attached is an updated version based on feedback from czarkoff@:
- Enable tests
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:20AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:24:40PM -0500, Kent R. Spillner wrote:
Attached is a new port for Go's websocket package
(http://golang.org/x/net/websocket). This is a dependency of websocketd
which I will post next.
Ok?
$ cat pkg/DESCR:
Package websocket implements a client and server for the WebSocket
protocol as specified in RFC 6455.
www_go-websocket.tar.gz
Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2015/03/24 13:23:26 Modified files: textproc : Makefile Log message: +multimarkdown
Re: NEW: www/websocketd
Attached is an updated version based on feedback from czarkoff@:
- Reword DESCR
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:54AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:27:06PM -0500, Kent R. Spillner wrote:
Attached is a new port for websocketd, which lets you access any command
line tool via a websocket. It depends on the go-websocket port sent
previously.
$ cat pkg/DESCR
websocketd is a small command-line tool that will wrap an existing
command-line interface program, and allow it to be accessed via a
WebSocket.
WebSocket-capable applications can now be built very easily. As long as
you can write an executable program that reads `STDIN` and writes to
`STDOUT`, you can build a WebSocket server. Do it in Python, Ruby, Perl,
Bash, .NET, C, Go, PHP, Java, Clojure, Scala, Groovy, Expect, Awk,
VBScript, Haskell, Lua, R, whatever! No networking libraries necessary.
Re: Asterisk 11.5.0 + OpenBSD 5.4 amd64 Unable to bind http server to 10.0.7.1:82: Permission denied
Changed to port above 1024. All work smoothly now. Thanks On 23.03.2015 14:17, Denis Lapshin wrote: Hi there! Asterisk 11.5.0 on OpenBSD 5.4 amd64 Can not start integrated HTTP server in Asterisk. After each restart in /var/log/asterisk/messages appears: -- ERROR[-1] tcptls.c: Unable to bind http server to 10.0.7.1:82: Permission denied WARNING[-1] http.c: Failed to start HTTP server for address 10.0.7.1:0 -- Port 82 is free, so no one is using it. All permissions to HTTP server's directories (Enabled URI's) were set to: _asterisk:_asterisk Just after Asterisk has restarted I've ran in CLI: http show status The output of the command is: -- Running as user '_asterisk' Running under group '_asterisk' Connected to Asterisk 11.5.0 currently running on server (pid = 22064) server*CLI http show status HTTP Server Status: Prefix: Server Disabled Enabled URI's: /httpstatus = Asterisk HTTP General Status /phoneprov/... = Asterisk HTTP Phone Provisioning Tool /amanager = HTML Manager Event Interface w/Digest authentication /arawman = Raw HTTP Manager Event Interface w/Digest authentication /manager = HTML Manager Event Interface /rawman = Raw HTTP Manager Event Interface /static/... = Asterisk HTTP Static Delivery /amxml = XML Manager Event Interface w/Digest authentication /mxml = XML Manager Event Interface Enabled Redirects: None. --- Is there a bug or what I'm doing wrong? Thank you for answer in advance. Denis -- Denis Lapshin mailto: den...@mindall.org
Re: NEW: textproc/multimarkdown
attila att...@stalphonsos.com writes: attila att...@stalphonsos.com writes: Hi ports@, Ping? Pax, -A Hi ports@, I'm re-pinging with an updated port, attached: - remove one patch that wasn't needed - rework patch to Makefile to be less intrusive for upstream - incorporate updates to new release (thanks okan@ for this) Thanks again to okan@ for pointing out that the updated port I attached was missing the changed Makefile, and thus didn't work. I've attached one that does now. Pax, -A I've submitted a pull request to the upstream with my patches. Comments, feedback most welcome. Pax, -A Attila att...@stalphonsos.com writes: Hi ports@, Attached is an updated version of the proposed textproc/multimarkdown port I submitted a few days ago. As with devel/greg, this version incorporates changes resulting from the output of make udpate-patches. Thanks to bcallah@ again. Attached is a new port, text/multimarkdown. Multimarkdown is a marked-up plain text to formatted document converter. pkg/DESCR: MultiMarkdown is a derivative of Markdown that adds new syntax features, such as footnotes, tables, and metadata. Additionally, it offers mechanisms to convert plain text into LaTeX in addition to HTML. --- C.f. http://fletcherpenney.net/multimarkdown/ for more information. This port depends on devel/greg, a parser generator. I've submitted a devel/greg port for your consideration in a separate email. Multimarkdown works well on i386. I am working on getting all the patches upstream, especially the ones related to randomness. Thanks to bcallah@ again for working with me on this. Testing and comments most appreciated! Pax, -A Pax, -A -- att...@stalphonsos.com | http://trac.haqistan.net/~attila keyid E6CC1EDB | 4D91 1B98 A210 1D71 2A0E AC29 9677 D0A6 E6CC 1EDB multimarkdown-3.tgz Description: updated multimarkdown port w/fixed Makefile
[UPDATE] mail/mailman
Hi,
Here's an update to 2.1.19. Running sendmail FLAVOR here since release
without issue so far.
Thanks,
Okan
Index: Makefile
===
RCS file: /cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile22 Nov 2014 22:56:42 - 1.80
+++ Makefile24 Mar 2015 20:25:23 -
@@ -2,8 +2,7 @@
COMMENT= mailing list manager with web interface
-DISTNAME= mailman-2.1.17
-REVISION= 0
+DISTNAME= mailman-2.1.19
CATEGORIES=mail www
HOMEPAGE= https://www.gnu.org/software/mailman/
@@ -17,6 +16,9 @@ EXTRACT_SUFX= .tgz
MODULES= lang/python
+BUILD_DEPENDS= ${RUN_DEPENDS}
+RUN_DEPENDS= net/py-dnspython
+
NO_TEST= Yes
MMDOC= ${PREFIX}/share/doc/mailman
@@ -52,7 +54,6 @@ CONFIGURE_ARGS+=--with-mail-gid=_smtpd
SCRIPTS= Mailman/Archiver/pipermail.py \
Mailman/Post.py \
bin/msgfmt.py \
- templates/ru/s2s.py \
tests/onebounce.py
pre-configure:
Index: distinfo
===
RCS file: /cvs/ports/mail/mailman/distinfo,v
retrieving revision 1.22
diff -u -p -r1.22 distinfo
--- distinfo22 Jan 2014 21:49:52 - 1.22
+++ distinfo24 Mar 2015 20:25:23 -
@@ -1,2 +1,2 @@
-SHA256 (mailman-2.1.17.tgz) = xDCotO5Uas6IF0tCE81DlMywY73kj6jDbRQdfOEjmuc=
-SIZE (mailman-2.1.17.tgz) = 9011239
+SHA256 (mailman-2.1.19.tgz) = yzNCl5f3uLOz+GvVKBkuvJ3p35kCV9+NSCOExofiIBQ=
+SIZE (mailman-2.1.19.tgz) = 9185697
Index: patches/patch-Mailman_Defaults_py_in
===
RCS file: /cvs/ports/mail/mailman/patches/patch-Mailman_Defaults_py_in,v
retrieving revision 1.12
diff -u -p -r1.12 patch-Mailman_Defaults_py_in
--- patches/patch-Mailman_Defaults_py_in6 Nov 2013 17:26:08 -
1.12
+++ patches/patch-Mailman_Defaults_py_in24 Mar 2015 20:25:23 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Mailman_Defaults_py_in,v 1.12 2013/11/06 17:26:08 okan Exp $
Mailman/Defaults.py.in.origThu Oct 17 00:11:34 2013
-+++ Mailman/Defaults.py.in Mon Oct 21 08:00:02 2013
-@@ -521,7 +521,22 @@ SMTPPORT = 0 # de
+--- Mailman/Defaults.py.in.origSat Feb 28 11:41:04 2015
Mailman/Defaults.py.in Sun Mar 22 11:55:07 2015
+@@ -539,7 +539,22 @@ SMTPPORT = 0 # de
# Command for direct command pipe delivery to sendmail compatible program,
# when DELIVERY_MODULE is 'Sendmail'.
Index: patches/patch-Mailman_htmlformat_py
===
RCS file: /cvs/ports/mail/mailman/patches/patch-Mailman_htmlformat_py,v
retrieving revision 1.6
diff -u -p -r1.6 patch-Mailman_htmlformat_py
--- patches/patch-Mailman_htmlformat_py 6 Nov 2013 17:26:08 - 1.6
+++ patches/patch-Mailman_htmlformat_py 24 Mar 2015 20:25:23 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Mailman_htmlformat_py,v 1.6 2013/11/06 17:26:08 okan Exp $
Mailman/htmlformat.py.orig Thu Oct 17 00:11:34 2013
-+++ Mailman/htmlformat.py Mon Oct 21 08:00:02 2013
-@@ -621,12 +621,14 @@ class DefinitionList(Container):
+--- Mailman/htmlformat.py.orig Sat Feb 28 11:41:04 2015
Mailman/htmlformat.py Sun Mar 22 11:55:07 2015
+@@ -632,12 +632,14 @@ class DefinitionList(Container):
from mm_cfg import MAILMAN_URL
PYTHON_URL = 'http://www.python.org/'
GNU_URL = 'http://www.gnu.org/'
@@ -16,7 +16,7 @@ $OpenBSD: patch-Mailman_htmlformat_py,v
def MailmanLogo():
-@@ -640,7 +642,9 @@ def MailmanLogo():
+@@ -651,7 +653,9 @@ def MailmanLogo():
logo(PYTHON_POWERED)
gnulink = 'img src=%s alt=GNU\'s Not Unix border=0' % \
logo(GNU_HEAD)
@@ -27,7 +27,7 @@ $OpenBSD: patch-Mailman_htmlformat_py,v
else:
# use only textual links
version = mm_cfg.VERSION
-@@ -648,7 +652,8 @@ def MailmanLogo():
+@@ -659,7 +663,8 @@ def MailmanLogo():
_('Delivered by Mailmanbrversion %(version)s'))
pylink = Link(PYTHON_URL, _('Python Powered'))
gnulink = Link(GNU_URL, _(Gnu's Not Unix))
Index: patches/patch-configure
===
RCS file: /cvs/ports/mail/mailman/patches/patch-configure,v
retrieving revision 1.10
diff -u -p -r1.10 patch-configure
--- patches/patch-configure 21 Sep 2010 07:21:00 - 1.10
+++ patches/patch-configure 24 Mar 2015 20:25:23 -
@@ -1,15 +1,14 @@
$OpenBSD: patch-configure,v 1.10 2010/09/21 07:21:00 jasper Exp $
configure.orig Mon Sep 20 23:33:13 2010
-+++ configure Mon Sep 20 23:34:51 2010
-@@ -3372,61 +3372,8 @@ fi
- USERNAME=$with_username
- { $as_echo $as_me:$LINENO: result: $USERNAME 5
+--- configure.orig Tue May 6
Re: NEW: www/go-websocket
On 2015/03/24 15:13, Kent R. Spillner wrote:
On Tue, Mar 24, 2015 at 02:34:30PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Enable tests
- Prefer ${...} over $(...)
Ok?
Once more, this time with a slightly improved do-test target.
Tests pass and works fine on amd64 with the www/websocketd port I also
sent.
Your do-install is amd64 only, and your PLIST uses MACHINE_ARCH.
We probably want something like this:
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/go/${GO_PKG}/golang.org/x/net
${INSTALL_DATA} -p \
${WRKDIST}/${GO_PKG}/golang.org/x/net/websocket.a \
${PREFIX}/go/${GO_PKG}/golang.org/x/net/
${INSTALL_DATA_DIR} ${PREFIX}/go/src/golang.org/x/net/websocket
${INSTALL_DATA} -p \
${WRKDIST}/src/golang.org/x/net/websocket/websocket.go \
${PREFIX}/go/src/golang.org/x/net/websocket/
GO_PKG =pkg/openbsd_${MACHINE_ARCH:S/i386/386/}
SUBST_VARS += GO_PKG
(plus regen PLIST).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/03/24 14:48:46 Modified files: sysutils/ykpers: Makefile distinfo Log message: minor update to ykpers-1.16.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 14:49:44 Log message: Import pavucontrol 2.0. PulseAudio Volume Control (pavucontrol) is a simple GTK based volume control tool (mixer) for the PulseAudio sound server. In contrast to classic mixer tools this one allows you to control both the volume of hardware devices and of each playback stream separately. Default to build with gtk2, there's a gtk3 flavor that doesnt work yet but ajacoutot@ has a fix for it. ok ajacoutot@ Status: Vendor Tag: landry Release Tags: landry_20150324 N ports/audio/pavucontrol/Makefile N ports/audio/pavucontrol/distinfo N ports/audio/pavucontrol/patches/patch-src_devicewidget_cc N ports/audio/pavucontrol/patches/patch-src_devicewidget_h N ports/audio/pavucontrol/pkg/DESCR N ports/audio/pavucontrol/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 14:50:51 Modified files: audio : Makefile Log message: +pavucontrol
Re: NEW: www/go-websocket
On Tue, Mar 24, 2015 at 02:34:30PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Enable tests
- Prefer ${...} over $(...)
Ok?
Once more, this time with a slightly improved do-test target.
Tests pass and works fine on amd64 with the www/websocketd port I also
sent.
www_go-websocket.tar.gz
Description: application/tar-gz
Re: [UPDATE] databases/barman to 1.4.0
On Tue, Mar 24, 2015 at 10:44:52AM -0700, Eric Lalonde wrote:
On Mar 15, 2015, at 6:20 PM, Eric Lalonde eric.c.lalo...@gmail.com wrote:
On Mar 15, 2015, at 12:33 PM, Landry Breuil lan...@rhaalovely.net wrote:
On Sun, Mar 15, 2015 at 12:27:35PM -0700, Eric Lalonde wrote:
Hello ports@,
databases/barman has been updated to 1.4.0. Changes include improvements
to
incremental backup and bugfixes to retention policies.
Announcement with more information is available at
http://www.postgresql.org/about/news/1566/
This software currently has no maintainer; I am offering to be maintainer,
which this diff reflects.
Please note that while preparing this diff I encountered the FULLPKGNAME\-
issue in make-plist(1) that was discussed in
http://marc.info/?l=openbsd-portsm=136853948729478. When I applied
Samir's
patch mentioned in that thread, the problem was resolved. Is that patch
still up for consideration?
make plist is somewhat broken, it should just be used as an aid, but
you'll have to hand-edit the PLIST anyway. There's some useless churn in
the PLIST in your diff (moving @mode around, etc) and you should
preserve barman-${MODPY_EGG_VERSION} otherwise it will fail to package
when REVISION is bumped.
Thanks for the feedback and cluesticks, updated diff attached. Re-tested on
amd64.
Ping.
One minor nit: I'll add NO_TEST=Yes since tests_require in setup.py
lists (in addition to the regular runtime depends argh/argcomplete...)
pytest and mock (for which we have ports) but also pytest-capturelog and
pytest-timeout for which we have no ports.
Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 14:25:01 Modified files: databases/barman: Makefile distinfo databases/barman/patches: patch-setup_py databases/barman/pkg: PLIST Log message: Update to barman 1.4.0, from Eric Lalonde who takes maintainership. See http://www.postgresql.org/about/news/1566/ for details. While here add NO_TEST=Yes since tests depends on pytest libs not ported yet.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 14:29:10 Modified files: www/icedtea-web: Makefile distinfo www/icedtea-web/patches: patch-Makefile_in patch-plugin_icedteanp_IcedTeaNPPlugin_cc www/icedtea-web/pkg: PLIST Added files: www/icedtea-web/patches: patch-launcher_launchers_in Removed files: www/icedtea-web/patches: patch-launcher_javaws_in patch-plugin_icedteanp_IcedTeaNPPlugin_h patch-plugin_icedteanp_IcedTeaPluginRequestProcessor_cc patch-plugin_icedteanp_IcedTeaPluginRequestProcessor_h Log message: Update to icedtea-web 1.5.2. Patches from kurt@ merged upstream. Add shells/bash to bdep/rdep since the launcher scripts are really too horrible. See http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-April/027133.html for the 1.5.x first release and http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2014-November/030195.html for this last one. Tested with midori on http://javatester.org/version.html
Re: [UPDATE] databases/barman to 1.4.0
On Mar 15, 2015, at 6:20 PM, Eric Lalonde eric.c.lalo...@gmail.com wrote:
On Mar 15, 2015, at 12:33 PM, Landry Breuil lan...@rhaalovely.net wrote:
On Sun, Mar 15, 2015 at 12:27:35PM -0700, Eric Lalonde wrote:
Hello ports@,
databases/barman has been updated to 1.4.0. Changes include improvements to
incremental backup and bugfixes to retention policies.
Announcement with more information is available at
http://www.postgresql.org/about/news/1566/
This software currently has no maintainer; I am offering to be maintainer,
which this diff reflects.
Please note that while preparing this diff I encountered the FULLPKGNAME\-
issue in make-plist(1) that was discussed in
http://marc.info/?l=openbsd-portsm=136853948729478. When I applied Samir's
patch mentioned in that thread, the problem was resolved. Is that patch
still up for consideration?
make plist is somewhat broken, it should just be used as an aid, but
you'll have to hand-edit the PLIST anyway. There's some useless churn in
the PLIST in your diff (moving @mode around, etc) and you should
preserve barman-${MODPY_EGG_VERSION} otherwise it will fail to package
when REVISION is bumped.
Thanks for the feedback and cluesticks, updated diff attached. Re-tested on
amd64.
Ping.
barman-1.4.0.diff
Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/03/24 01:14:09 Modified files: graphics/libgexiv2: Makefile distinfo Log message: Update to libgexiv2-0.10.3.
Re: New port: games/pysol
Now with MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
OKs?
--
Dmitrij D. Czarkoff
pysol.tgz
Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/03/24 01:43:08 Modified files: devel/libgee : Makefile distinfo Log message: Update to libgee-0.18.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/03/24 02:03:55 Modified files: graphics/shotwell: Makefile distinfo graphics/shotwell/patches: patch-Makefile patch-configure patch-plugins_Makefile_plugin_mk patch-src_camera_CameraTable_vala graphics/shotwell/pkg: PLIST Log message: Update to shotwell-0.22.0.
Re: [new] lang/fsharp
On Mar 16, 2015 10:37, Aaron Bieber wrote:
Hola!
Attached is a new port of the F# language. I have lightly tested
(fsharp{c,i}) on amd64 with some fairly simple apps.
Things seem to be in order.
I would really like some tests on other arches that have mono!
Pending other-arch tests, OK to import?
Cheers,
Aaron
Thanks a lot for this port.
I tested some simple things on i386 without issues as well.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 15:05:37 Modified files: x11/xfce4 : Makefile Log message: +xfce4-pulseaudio
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/03/24 15:05:02 Log message: Import xfce4-pulseaudio 0.2.1. The Xfce PulseAudio Plugin is a plugin for the Xfce panel which provides a convenient way to adjust the audio volume of the PulseAudio sound system and to call another mixer tool like pavucontrol. ok ajacoutot@ Status: Vendor Tag: landry Release Tags: landry_20150324 N ports/x11/xfce4/xfce4-pulseaudio/Makefile N ports/x11/xfce4/xfce4-pulseaudio/distinfo N ports/x11/xfce4/xfce4-pulseaudio/pkg/DESCR N ports/x11/xfce4/xfce4-pulseaudio/pkg/PLIST No conflicts created by this import
Re: NEW: www/go-websocket
On Tue, Mar 24, 2015 at 08:39:39PM +, Stuart Henderson wrote: Your do-install is amd64 only, and your PLIST uses MACHINE_ARCH. Oops, sorry! Updated version attached. www_go-websocket.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2015/03/24 15:23:44 Modified files: audio/mscore : Makefile Log message: Needs audio/lame at build time. go ahead and add it, becallah@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/03/24 15:26:09 Modified files: sysutils/lsof : Makefile distinfo sysutils/lsof/patches: patch-Configure patch-lsof_8 Log message: update to lsof-4.88 and simplify patches
