typo in COMMENT

[Anthony J. Bentley]

businesss -> business
I'm guessing it triggers a bump, but I'm not sure.

Index: Makefile
===
RCS file: /cvs/ports/productivity/glabels/Makefile,v
retrieving revision 1.11
diff -u Makefile
--- Makefile8 Dec 2010 13:36:30 -   1.11
+++ Makefile7 Mar 2011 06:34:28 -
@@ -1,10 +1,10 @@
 # $OpenBSD: Makefile,v 1.11 2010/12/08 13:36:30 ajacoutot Exp $
 
-COMMENT =  labels and businesss card designer
+COMMENT =  labels and business card designer
 
 GNOME_PROJECT =glabels
 GNOME_VERSION =2.2.8
-REVISION=  1
+REVISION=  2
 
 CATEGORIES =   productivity graphics
 

Re: webkit 1.2.7

[Todd Carson]

On Sun, Mar 06, 2011 at 07:57:34AM -0600, Marco Peereboom wrote:
> I can confirm that backing that out fixes the regression.
> 
> On Sun, Mar 06, 2011 at 09:28:58AM +0100, Landry Breuil wrote:
> > > 
> > > Backing out
> > > http://gitorious.org/webkitgtk/stable/commit/d842bb085aceec4fcfc392a7b76c92c258cd5151
> > > fixes the issue.
> > > 
> > > https://bugs.webkit.org/show_bug.cgi?id=55830

It didn't work for me. The gif at www.openbsd.org/art1.html still just
flickers.

This was on amd64. I recompiled webkit with a couple of other changes in
addition to backing out the above diff:
 - the DNS prefetching patch from another thread was applied
 - the JavaScript JIT compiler was disabled in order to test an
   interpreter bug fix
If it works for other people, maybe one of those somehow re-introduced
the regression for me, I don't know.

Re: UPDATE: mplayer 20110303

[Edd Barrett]

On Sun, Mar 06, 2011 at 06:35:06PM +, Christian Weisgerber wrote:
> Edd Barrett  wrote:
> 
> > An update to mplayer.

For the archives, this is what I have so far -- with README formatting done and
a small (hopefully to grow) paragraph on mencoder test cases.

I think there is going to be an attempt to dynamically link ffmpeg, however it
needs to be brought up to date first.


Index: Makefile
===
RCS file: /cvs/openbsd/ports/x11/mplayer/Makefile,v
retrieving revision 1.181
diff -u -p -r1.181 Makefile
--- Makefile12 Feb 2011 10:49:36 -  1.181
+++ Makefile5 Mar 2011 20:47:40 -
@@ -5,19 +5,15 @@ ONLY_FOR_ARCHS =  alpha amd64 arm i386 mi
 
 COMMENT =  movie player supporting many formats
 
-V =20101024
-V_DASHED = 2010-10-24
+V =20110303
 
 SUBST_VARS +=  PREFIX CONFDIR
 
+# Distfiles must be hand-rolled, see README
 N =mplayer
-DISTNAME = mplayer-export-snapshot-${V}
+DISTNAME = mplayer-${V}
 PKGNAME =  ${N}-${V}
-REVISION = 2
 CATEGORIES =   x11 multimedia
-EXTRACT_SUFX = .tar.bz2
-
-WRKDIST =  ${WRKDIR}/mplayer-export-${V_DASHED}
 
 HOMEPAGE = http://www.mplayerhq.hu/
 
@@ -28,8 +24,8 @@ PERMIT_DISTFILES_CDROM =  Yes
 PERMIT_DISTFILES_FTP = Yes
 
 WANTLIB =  bz2 c cdda_interface cdda_paranoia crypto \
-   dv dvdnavmini dvdread faac faad fribidi jpeg lcms \
-   m mng mp3lame mpcdec ncurses ogg>=5 orc-0.4 png \
+   dv faac fribidi jpeg lcms \
+   m mng mp3lame ncurses ogg>=5 orc-0.4 png \
pthread schroedinger-1.0>=2.0 sndio speex stdc++ \
theora ungif util vpx x264>=5 xvidcore z
 
@@ -58,7 +54,6 @@ LIB_DEPENDS = graphics/png \
graphics/libmng \
archivers/bzip2 \
multimedia/schroedinger>=1.0.10 \
-   audio/faad \
audio/faac \
multimedia/x264>=20101023 \
multimedia/libvpx
@@ -97,10 +92,12 @@ CONFIGURE_ARGS += --disable-alsa \
--disable-sunaudio \
--disable-vidix \
--disable-select \
-   --disable-libcdio \
-   --disable-dvdread-internal \
-   --disable-libdvdcss-internal \
-   --disable-faad-internal
+   --disable-libcdio
+# seems stable dvdnav does not work with a new mplayer.
+# if they make a release in the future, maybe we can pull that in,
+# but for now we have to use the internal one.
+#  --disable-dvdread-internal \
+#  --disable-libdvdcss-internal \
 # gui is not supported anymore and we have better ones in ports
 CONFIGURE_ARGS += --disable-gui
 
@@ -122,7 +119,8 @@ CONFIGURE_ARGS += --disable-smb \
--disable-ggi \
--disable-libopenjpeg \
--disable-mpg123 \
-   --disable-librtmp
+   --disable-librtmp \
+   --disable-faad
 
 # internal tremor, external tremor, external libvorbis all conflict
 # we choose libvorbis to enable encoding to vorbis
@@ -219,12 +217,6 @@ post-extract:
 # subst PREFIX in a patch, careful with update-patches!
 pre-configure:
${SUBST_CMD} ${WRKSRC}/DOCS/xml/configure
-
-
-# Put a version.h in place so svn is not a BUILD_DEPEND
-# (see version.sh for how this was supposed to work).
-post-configure:
-   cp ${FILESDIR}/version.h ${WRKDIST}/version.h
 
 post-build:
@cd ${WRKSRC}/DOCS/xml && ${MAKE_PROGRAM}
Index: README
===
RCS file: README
diff -N README
--- /dev/null   1 Jan 1970 00:00:00 -
+++ README  6 Mar 2011 22:48:57 -
@@ -0,0 +1,59 @@
+$OpenBSD$
+
+Porting notes for MPlayer
+=
+
+In addition to the comments in Makefile, porters should also read these
+notes:
+
+Selecting Codec Implementations
+---
+
+As a general rule, we prefer to use FFMPEG implementations, but only if
+they are good quality. If this is the case, try not to pull in external
+codec libraries for the same codec.
+
+There is an exception to this rule, which is where an external library
+provides an encoder and decoder, and there is a decoder for the given
+codec in FFMPEG, but no encoder; in such a case, go ahead and link the
+external library so that users can encode with mencoder.
+
+Be aware that some hardware lacks a floating point unit (ARM for
+example).  On these architectures, you should select integer decoders
+where possible. Eg. Tremor instead of Vorbis.
+
+FFMPEG OGG Demuxer Bug
+--
+
+The pkg/README details a bug in the FFMPEG Ogg demuxer; You can test the
+existence of this bug with this URL:
+http://icecast.version6.net:/okul.ogg
+
+When a song end

new: audio/potamus

[Stefan Sperling]

This audio player does indeed have quite a minimal UI (as advertised).
It lacks a couple of features I'd like (queue, repeat, search in track list,
scroll track list if mouse wheel is used on it), so I'm not sure yet
if will replace XMMS for me. But it's quite close. And the code looks
fairly sane compared to some other audio apps I've peeked into.
It uses libao or jack so it works with sndio.
It needs a graphical file manager (e.g. Thunar) to add tracks via drag+drop
which may not be everyone's cup of tea.

$ cat pkg/DESCR
Potamus is a lightweight GTK-based audio player with a simple interface and an
emphasis on high audio quality. Potamus knows nothing about the files it's
playing other than their names, and tries to make it as easy as possible to use
your file manager to locate and play music.  It can decode FLAC, Ogg Vorbis,
MPEG audio, and any format supported by the ModPlug, audiofile or FFmpeg
libraries (including WAV, Shorten, and various module formats).
It supports 24-bit audio output and gapless playback.


potamus.tar.gz
Description: application/tar-gz

[New] OpenMDNS 0.3

[Gonzalo L. R.]

Hi porters,

I made a port for OpenMDNS, is a MDNS/DNS-SD Daemon (like Avahi, but 
better ;) for more info here is the official site:


http://www.haesbaert.org/openmdns/

please test it, works here on i386.

And I'd be glad if is in before the unlock.

Cheers

--
Sending from my Computer.



openmdns-0.3.tgz
Description: Binary data

Re: [new] geeqie-1.0

[Antoine Jacoutot]

On Sun, 6 Mar 2011, Tim van der Molen wrote:

> Seems to work fine on i386 after light testing. However, HOMEPAGE should
> be changed to http://geeqie.sourceforge.net/.

Oops indeed, thanks.

-- 
Antoine

openfire 3.6.4->3.7.0, use rc.d

[Charlie Root]

After two years, they posted an update, so go with it. Simplify by
use of rc.d mechanism; add openfire.rc; remove MESSAGE (missed
during bulk conversion to pkg-readmes); tweak README wording; both
my previous patches incorporated upstream so remove; use javaPathHelper;
set MODJAVA_JRE =  Yes.

Requires ajacoutot's (today) update to rc.subr!

OK?

Index: Makefile
===
RCS file: /cvs/ports/net/openfire/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile13 Jan 2011 22:35:52 -  1.13
+++ Makefile6 Mar 2011 19:49:42 -
@@ -1,9 +1,8 @@
 # $OpenBSD: Makefile,v 1.12 2010/11/19 22:31:35 espie Exp $
 
 COMMENT=   XMPP real time collaboration server
-DISTNAME=  openfire_src_3_6_4
-PKGNAME=   openfire-3.6.4
-REVISION=  6
+DISTNAME=  openfire_src_3_7_0
+PKGNAME=   openfire-3.7.0
 CATEGORIES=net
 
 MASTER_SITES=  http://www.igniterealtime.org/downloadServlet?filename=openfire/
@@ -19,9 +18,11 @@ PERMIT_PACKAGE_FTP=  Yes
 NO_REGRESS=yes
 
 MODULES=java
-MODJAVA_VER=   1.7+
+MODJAVA_VER =   1.7+
+MODJAVA_JRE =  Yes
 
-BUILD_DEPENDS= devel/apache-ant
+BUILD_DEPENDS =devel/apache-ant
+RUN_DEPENDS =  java/javaPathHelper
 
 MAKE_ENV+=  JAVA_HOME=${JAVA_HOME}
 WRKDIST=   ${WRKDIR}/openfire_src
@@ -29,9 +30,6 @@ WRKDIST=  ${WRKDIR}/openfire_src
 OPENFIREDEST=  ${PREFIX}/openfire
 DATADIRS=  lib logs plugins resources
 
-post-configure:
-   @sed -e "s|__LOCALBASE__|${LOCALBASE}|g ; s|__PREFIX__|${PREFIX}|g" 
${FILESDIR}/openfirectl.template > ${WRKBUILD}/openfirectl
-
 do-build:
cd ${WRKSRC}/build && ${SETENV} ${MAKE_ENV} ${LOCALBASE}/bin/ant
 
@@ -55,6 +53,5 @@ do-install:
${PREFIX}/share/examples/openfire
${INSTALL_DATA} ${WRKBUILD}/security/* \
${PREFIX}/share/examples/openfire/security
-   ${INSTALL_SCRIPT} ${WRKBUILD}/openfirectl ${PREFIX}/sbin
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/openfire/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo19 Jun 2009 01:09:36 -  1.1.1.1
+++ distinfo6 Mar 2011 19:49:42 -
@@ -1,5 +1,5 @@
-MD5 (openfire_src_3_6_4.tar.gz) = C1QXNoNVBFr7v6xBVe/ZiA==
-RMD160 (openfire_src_3_6_4.tar.gz) = G4OgjbbcXkt436xbjx7a1RDDNDI=
-SHA1 (openfire_src_3_6_4.tar.gz) = JXjb3kyTN9aH2TV1sulWMr3C6Qs=
-SHA256 (openfire_src_3_6_4.tar.gz) = 
j1wzNNpEni+xvavivdRtsf2WpNx7PjSocEAfqQgZ6pk=
-SIZE (openfire_src_3_6_4.tar.gz) = 51183844
+MD5 (openfire_src_3_7_0.tar.gz) = 35ggszBx5hVLDylyoQ8y3g==
+RMD160 (openfire_src_3_7_0.tar.gz) = zg2tSKQkyr+Wz5cUzjOb9bCU8jg=
+SHA1 (openfire_src_3_7_0.tar.gz) = B3LvmyrOdKWKP3VuT80JWYFlg+M=
+SHA256 (openfire_src_3_7_0.tar.gz) = 
g4YGNDsGBZzufZi54NmJ3FEQIbZODCSjN5GS52O570o=
+SIZE (openfire_src_3_7_0.tar.gz) = 60928248
Index: patches/patch-src_i18n_openfire_i18n_en_properties
===
RCS file: patches/patch-src_i18n_openfire_i18n_en_properties
diff -N patches/patch-src_i18n_openfire_i18n_en_properties
--- patches/patch-src_i18n_openfire_i18n_en_properties  14 Nov 2009 19:35:01 
-  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD$
 src/i18n/openfire_i18n_en.properties.orig  Sat Jun 20 11:45:19 2009
-+++ src/i18n/openfire_i18n_en.properties   Sat Jun 20 11:50:58 2009
-@@ -739,7 +739,7 @@ muc.form.conf.instruction=The room "{0}" has been crea
- click the "OK" button. Or, modify the settings by completing the 
following form:
- muc.form.conf.owner_roomname=Room Name
- muc.form.conf.owner_roomdesc=Description
--muc.form.conf.owner_changesubject=Allow Occupants to Change Subject
-+muc.form.conf.owner_changesubject=Allow Occupants to Change Topic
- muc.form.conf.owner_maxusers=Maximum Room Occupants
- muc.form.conf.none=None
- muc.form.conf.owner_presencebroadcast=Roles for Which Presence is Broadcast
-@@ -2820,7 +2820,7 @@ mediaproxy.form.disabled.desc = This server will not a
- mediaproxy.form.idletimeout = Session Idle Timeout (in seconds)
- mediaproxy.form.idletimeout.tip = This value is usually bigger than 15 
seconds.
- mediaproxy.form.lifetime = Session Life Time (in seconds)
--mediaproxy.form.lifetime.tip = Life Time is the maximum time that a Session 
can lives. After this time it is destroyed, even if it stills active.
-+mediaproxy.form.lifetime.tip = Life Time is the maximum time that a Session 
can live. After this time it is destroyed, even if it is still active.
- mediaproxy.form.minport = Port Range Min
- mediaproxy.form.maxport = Port Range Max
- mediaproxy.form.echoport = Echo Test Port
cvs server: cannot find 
patches/patch-src_java_org_jivesoftware_openfire_XMPPServer_java
Index: pkg/MESSAGE
===
RCS file: pkg/MESSAGE
diff -N pkg/MESSAGE
--- pkg/MESSAGE 24 Jun 2009 20:

Re: Port for portsu (port management utility)

[david.rupprech...@dotlike.net]

Sry the link was jumbled up...

Here it is again: www.dotlike.net/ddl/releases/portsu-0.1-port.tar.gz



-Ursprüngliche Nachricht-
Von: owner-po...@openbsd.org [mailto:owner-po...@openbsd.org] Im Auftrag von 
david.rupprech...@dotlike.net
Gesendet: Sonntag, 6. März 2011 20:07
An: ports@openbsd.org
Betreff: Port for portsu (port management utility)

Hello,

as requested i have created a port for Portsu!
Link: 
www.dotlike.net/ddl/releases/portsu-0.1-port.tar.gz

In the next weeks there will be some sourcecode-improvements.
Because of Marc´s feedback the upcoming version of portsu will eventually use 
sqlports.

Thanks for feedback!

Re: [new] geeqie-1.0

[Tim van der Molen]

On Sun, 06 Mar 2011 09:32:25 +0100, Antoine Jacoutot wrote:
> Geeqie is a lightweight Gtk+2 based image viewer for Unix like operating
> systems.
> Its main features are:
> * EXIF, IPTC and XMP metadata browsing and editing interoperability,
>   easy integration with other software
> * geeqie works on files and directories, there is no need to import
>   images
> * fast preview for many raw image formats
> * tools for image comparison, sorting and managing photo collection
> 
> This is a fork/continuation of gqview. If this is to be committed I 
> intend to remove gqview from the tree and add a proper entry in quirks.
> 
> This is a first shot at it and was only slightly tested, I would 
> appreciate some comments.
> Thanks.

Seems to work fine on i386 after light testing. However, HOMEPAGE should
be changed to http://geeqie.sourceforge.net/.

Regards,
Tim

Port for portsu (port management utility)

[david.rupprech...@dotlike.net]

Hello,

as requested i have created a port for Portsu!
Link: 
www.dotlike.net/ddl/releases/portsu-0.1-port.tar.gz

In the next weeks there will be some sourcecode-improvements.
Because of Marc´s feedback the upcoming version of portsu will eventually use 
sqlports.

Thanks for feedback!

Re: [UPDATE] security/sshguard

[Remi Pointel]

On Sun, 6 Mar 2011 11:48:13 +0100
Remi Pointel  wrote:
> On Sat, 5 Mar 2011 20:52:41 +0100
> Remi Pointel  wrote:
> > Hi,
> > 
> > this is the diff to update sshguard to last release : 1.5.
> > 
> > Also :
> > 
> > - added rc script
> > - added a flavor to use /etc/hosts.allow (pf is used by default).
> 
> Modified rc script (added rc_start()), thanks aja@.

Remodified rc script, after discussion with aja@ and his commit of rc.subr with 
rc_bg.

So:
- added rc_bg=YES and removed rc_start()
- Modify FLAVOR "hosts" into "tcpd"
- modify MESSAGES

Comments ?

Remi.

Index: Makefile
===
RCS file: /cvs/openbsd/ports/security/sshguard/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile18 Oct 2010 21:41:47 -  1.3
+++ Makefile6 Mar 2011 18:55:04 -
@@ -2,11 +2,9 @@
 
 COMMENT=   protect against brute force attacks on sshd and others
 
-DISTNAME=  sshguard-1.5rc4
+DISTNAME=  sshguard-1.5
 CATEGORIES=security
 
-REVISION=  0
-
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 PERMIT_PACKAGE_FTP=Yes
@@ -20,9 +18,16 @@ MASTER_SITES=${MASTER_SITE_SOURCEFORGE:
 EXTRACT_SUFX=  .tar.bz2
 
 CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS=--with-firewall=pf
 USE_GROFF =Yes
-
 NO_REGRESS=Yes
+
+FLAVORS =  tcpd
+FLAVOR?=
+
+.if ${FLAVOR:L:Mtcpd}
+CONFIGURE_ARGS = --with-firewall=hosts
+.else
+CONFIGURE_ARGS = --with-firewall=pf 
+.endif
 
 .include 
Index: distinfo
===
RCS file: /cvs/openbsd/ports/security/sshguard/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo7 Sep 2010 12:23:43 -   1.1.1.1
+++ distinfo6 Mar 2011 18:55:04 -
@@ -1,5 +1,5 @@
-MD5 (sshguard-1.5rc4.tar.bz2) = sl2kawJUh5YJ+qmEGhReug==
-RMD160 (sshguard-1.5rc4.tar.bz2) = 0aHYO8dZEDWQywBzPC0z6S9siIM=
-SHA1 (sshguard-1.5rc4.tar.bz2) = AFhTvNIEVmqr4zwXkybjFF+NQsA=
-SHA256 (sshguard-1.5rc4.tar.bz2) = opAocT5cc54BYa91AXq11GvX2kkFaw7aiTwP/tP9bTU=
-SIZE (sshguard-1.5rc4.tar.bz2) = 296447
+MD5 (sshguard-1.5.tar.bz2) = Ebn0f5BR4lvf6Eo2XJYewQ==
+RMD160 (sshguard-1.5.tar.bz2) = e0Yls7Lgz5dLyTXYaLib0NjBieg=
+SHA1 (sshguard-1.5.tar.bz2) = +PcTv7P1yYd7NPaCFCaiKn7sjfM=
+SHA256 (sshguard-1.5.tar.bz2) = tTf4dlRV/fhCT4fUvWleW2dbiOXRZIZUUhN5Rwk+fhk=
+SIZE (sshguard-1.5.tar.bz2) = 303767
Index: patches/patch-src_sshguard_logsuck_c
===
RCS file: 
/cvs/openbsd/ports/security/sshguard/patches/patch-src_sshguard_logsuck_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-src_sshguard_logsuck_c
--- patches/patch-src_sshguard_logsuck_c7 Sep 2010 12:23:43 -   
1.1.1.1
+++ patches/patch-src_sshguard_logsuck_c6 Mar 2011 18:55:04 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-src_sshguard_logsuck_c,v 1.1.1.1 2010/09/07 12:23:43 millert 
Exp $
 src/sshguard_logsuck.c.origMon Aug  9 02:44:15 2010
-+++ src/sshguard_logsuck.c Mon Aug 30 13:06:02 2010
+--- src/sshguard_logsuck.c.origWed Feb  9 13:01:47 2011
 src/sshguard_logsuck.c Sat Mar  5 19:27:53 2011
 @@ -242,7 +242,7 @@ int logsuck_getline(char *restrict buf, size_t buflen,
  if (ret > 0) {
  if (kevs[0].filter == EVFILT_READ) {
Index: pkg/MESSAGE
===
RCS file: /cvs/openbsd/ports/security/sshguard/pkg/MESSAGE,v
retrieving revision 1.2
diff -u -p -r1.2 MESSAGE
--- pkg/MESSAGE 7 Sep 2010 14:06:16 -   1.2
+++ pkg/MESSAGE 6 Mar 2011 18:55:04 -
@@ -1,13 +1,14 @@
-To use sshguard you must add the following to /etc/pf.conf:
+To use sshguard with:
+
+* pf:
+
+you must add the following to /etc/pf.conf:
 
 table  persist
 
 block in quick on egress proto tcp from  \
to any port ssh label "ssh bruteforce"
 
-To start sshguard automatically at boot time, add these lines to /etc/rc.local:
+* hosts.allow(5):
 
-if [ -x ${PREFIX}/sbin/sshguard ]; then
-   echo -n ' sshguard'
-   ${PREFIX}/sbin/sshguard -l /var/log/authlog >/dev/null 2>&1 &
-fi
+you must have the file /etc/hosts.allow on filesystem.
Index: pkg/PLIST
===
RCS file: /cvs/openbsd/ports/security/sshguard/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   7 Sep 2010 12:23:43 -   1.1.1.1
+++ pkg/PLIST   6 Mar 2011 18:55:04 -
@@ -1,3 +1,4 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2010/09/07 12:23:43 millert Exp $
 @man man/man8/sshguard.8
 @bin sbin/sshguard
+@rcscript ${RCDIR}/sshguard
Index: pkg/sshguard.rc
===
RCS file: pkg/sshguard.rc
diff -N pkg/sshguard.rc
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/sshguard.rc 6 Mar 2011 18:55:04 -
@@ -0,0 +1,13 @@
+#!/bin/sh
+#
+# $OpenBSD$
+
+daemon="${TRUEPREFIX}/sbin/sshguard"
+daemon_flags="-l /var/log/

Re: update lang/parrot to 3.0.0; new: lang/rakudo

[Matthias Kilian]

On Sun, Mar 06, 2011 at 02:58:51PM +0100, Pascal Stumpf wrote:
> > FWIW, amd64 has the same strangeness, but here the timeout parameter
> > is smaller than on mips64el, so it passes the test case. ktrace/kdump
> > examples on amd64:
> > 
> >   7989 perl60.04 CALL  poll(0x202a42800,0x1,0x14ef)
> >   7989 perl65.361508 RET   poll 0
> > 
> >  13736 perl60.04 CALL  poll(0x210134400,0x1,0x15a4)
> >  13736 perl65.544580 RET   poll 0
[...]
> The implementation of pir::sleep seems to be dependent on whether parrot
> is threaded or not. (Look in src/scheduler.c, Parrot_cx_schedule_sleep()).
> Is that the case on macppc and mips64el? (Parrot_sleep() just calls
> sleep(3) on OpenBSD, so it probably is ...). The other method
> effectively calls pthread_cond_timedwait(). If there is indeed a bug in
> that function (still hard to imagine), we could work around it by
> building parrot without threads on those platforms.

s/those/all/

As i wrote, it also affects amd64, but the test suite doesn't show
it, because it's very sloppy (it sleeps for three seconds but is
happy if the actualy time difference between after and before the
sleep is betwwen 2 and 10 seconds).

> Can you (or Landry)
> try if that fixes the rakudo test (Configure.pl --without-threads)?

This definitely fixes the test (t/S29-context/sleep.t) on mips64el,
and also the three-line script I mentioned:

print "Sleeping for 3s\n";
my $s = sleep 3;
print "Result: $s\n";

Ciao,
Kili

Re: UPDATE: mplayer 20110303

[Christian Weisgerber]

Edd Barrett  wrote:

> An update to mplayer.
> 
> Try out all of your media and let me know how it goes.

The usual stuff (playing DVDs, Xvid, H.264, MP3, AAC, Ogg Vorbis)
all works on amd64.

Also fine: AC3 and DTS pass-through over S/PDIF, deinterlacing with
YADIF.

New bugs:
Encoding multichannel audio to AC3 at runtime is broken.

--->
$ mplayer -channels 6 -af lavcac3enc=1 
/home/naddy/Sintel.2010.720p.SURROUND.x264-VODO.mp4
MPlayer SVN-r33017-snapshot-4.2.1 (C) 2000-2011 MPlayer Team

Playing /home/naddy/Sintel.2010.720p.SURROUND.x264-VODO.mp4.
libavformat file format detected.
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang eng
VIDEO:  [H264]  1280x544  24bpp  24.000 fps  1615.8 kbps (197.2 kbyte/s)
Clip info:
 major_brand: isom
 minor_version: 512
 compatible_brands: isomiso2avc1mp41
 creation_time: 1970-01-01 00:00:00
 title: Sintel
 encoder: Lavf52.78.5
 copyright: (c) Copyright 2010 Blender Foundation, all rights reserved
 description: Sintel open movie project
Load subtitles in /home/naddy/
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==
==
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 6 ch, s16le, 440.8 kbit/9.56% (ratio: 55094->576000)
Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==
[ac3_fixed @ 0xc2c6c0]Specified sample_fmt is not supported.
AO: [sndio] 48000Hz 2ch ac3le (2 bytes per sample)
Starting playback...


MPlayer interrupted by signal 11 in module: decode_audio
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.
<---

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: UPDATE x264-20110225

[Jacob Meuser]

On Sun, Mar 06, 2011 at 02:21:47PM +, Edd Barrett wrote:
> Hi,
> 
> On Sat, Mar 05, 2011 at 04:37:08PM -0500, Brad wrote:
> > Here is an update to x264-20110225.
> 
> I built this on i386 and amd64. I was able to encode a mkv contained x264 
> from a
> yuv4mpeg input (generated by mplayer).
> 
> I notice the following in configure:
> ===>  Configuring for x264-20110225
> ./configure[519]: AUTHORS: not found
> 
> Probably harmless.
> 
> Is it a pain to get lavf support into the package? More statically linked 
> ffmpeg
> hell?

think about it for a second.  x264 is a dependency for ffmpeg ...

besides, the only reason to have lavf support in x264 is for *decoding*
random formats.  x264 is not a transcoder, it's an encoder.

> I bet pretty much everyone who wants to use this library is using it via 
> ffmpeg
> anyway...

why do you say that?  look at `x264 --fullhelp`.  all that is pointless?
I don't think so.

> 
> 
> -- 
> Best Regards
> Edd Barrett
> 
> http://www.theunixzoo.co.uk

-- 
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org

Re: UPDATE: mplayer 20110303

[Jacob Meuser]

On Sun, Mar 06, 2011 at 01:34:15PM +, Edd Barrett wrote:
> On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> > On Sun, 6 Mar 2011, Edd Barrett wrote:
> > 
> > > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > > Yah, attached an old diff.
> > > 
> > > README: Add $Id$ and fix typo:
> > 
> > We don't use $Id$. Please use the usual OpenBSD tag.
> 
> Heh, must have been tired when I hacked this...
> 
> > Also add an empty line between the tag and the title of the readme 
> > otherwise it becomes unreadable when expended. Thanks.
> 
> OK
> 
> I am seriously considering the worth of mencoder in our mplayer package.

the no_x11 flavor is specifically for people using mencoder on web
servers ... resizing graphics on the fly or some such.

> It seems unmaintained, buggy and adds dependencies to the package. It
> seems the open source world is just using ffmpeg directly now.
> 
> Does anyone actually use mencoder? If you are, can ffmepg do a better
> job? Should we disable mencoder?
> 
> CCing people who might have an opinion.
> 
> New diff after I have had some feedback on the above.
> 
> -- 
> Best Regards
> Edd Barrett
> 
> http://www.theunixzoo.co.uk

-- 
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org

Re: UPDATE: mplayer 20110303

[Edd Barrett]

On Sun, Mar 06, 2011 at 03:30:04PM +0100, Antoine Jacoutot wrote:
> > Does anyone actually use mencoder? If you are, can ffmepg do a better
> > job? Should we disable mencoder?
> > 
> > CCing people who might have an opinion.
> 
> This would require an audit of depending ports because iirc some ports 
> depend on mplayer because they need mencoder (multimedia/devede for 
> example).

I had an email from someone regarding devede not so long ago actually, so it
looks like mencoder stays.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: UPDATE x264-20110225

[Edd Barrett]

Hi,

On Sat, Mar 05, 2011 at 04:37:08PM -0500, Brad wrote:
> Here is an update to x264-20110225.

I built this on i386 and amd64. I was able to encode a mkv contained x264 from a
yuv4mpeg input (generated by mplayer).

I notice the following in configure:
===>  Configuring for x264-20110225
./configure[519]: AUTHORS: not found

Probably harmless.

Is it a pain to get lavf support into the package? More statically linked ffmpeg
hell?

I bet pretty much everyone who wants to use this library is using it via ffmpeg
anyway...


-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: UPDATE: mplayer 20110303

[Edd Barrett]

On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> On Sun, 6 Mar 2011, Edd Barrett wrote:
> 
> > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > Yah, attached an old diff.
> > 
> > README: Add $Id$ and fix typo:
> 
> We don't use $Id$. Please use the usual OpenBSD tag.

Heh, must have been tired when I hacked this...

> Also add an empty line between the tag and the title of the readme 
> otherwise it becomes unreadable when expended. Thanks.

OK

I am seriously considering the worth of mencoder in our mplayer package.
It seems unmaintained, buggy and adds dependencies to the package. It
seems the open source world is just using ffmpeg directly now.

Does anyone actually use mencoder? If you are, can ffmepg do a better
job? Should we disable mencoder?

CCing people who might have an opinion.

New diff after I have had some feedback on the above.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: UPDATE: mplayer 20110303

[Antoine Jacoutot]

On Sun, 6 Mar 2011, Edd Barrett wrote:

> On Sun, Mar 06, 2011 at 07:59:39AM +0100, Antoine Jacoutot wrote:
> > On Sun, 6 Mar 2011, Edd Barrett wrote:
> > 
> > > On Sat, Mar 05, 2011 at 09:13:02PM +, Edd Barrett wrote:
> > > > Yah, attached an old diff.
> > > 
> > > README: Add $Id$ and fix typo:
> > 
> > We don't use $Id$. Please use the usual OpenBSD tag.
> 
> Heh, must have been tired when I hacked this...
> 
> > Also add an empty line between the tag and the title of the readme 
> > otherwise it becomes unreadable when expended. Thanks.
> 
> OK
> 
> I am seriously considering the worth of mencoder in our mplayer package.
> It seems unmaintained, buggy and adds dependencies to the package. It
> seems the open source world is just using ffmpeg directly now.
> 
> Does anyone actually use mencoder? If you are, can ffmepg do a better
> job? Should we disable mencoder?
> 
> CCing people who might have an opinion.

This would require an audit of depending ports because iirc some ports 
depend on mplayer because they need mencoder (multimedia/devede for 
example).

-- 
Antoine

Re: update lang/parrot to 3.0.0; new: lang/rakudo

[Pascal Stumpf]

On Sun, Mar 06, 2011 at 12:27:15PM +0100, Matthias Kilian wrote:
> On Sun, Mar 06, 2011 at 11:06:06AM +0100, Matthias Kilian wrote:
> > This is similar to the results on amd64, except for
> > t/spec/S29-context/sleep.t, which passes on amd64.
> [...]
> > Running it through ktrace(1) and then reading the trace with kdump
> > -R shows that `sleep' is implemented using poll(2), but using a
> > wrong timeout parameter, which is different during several test
> > runs:
> > 
> > 25090 perl60.23 CALL  poll(0x5a9a,0x1,0x6abc)
> > 25090 perl627.334955 RET   poll 0
> > 
> >  7918 perl60.24 CALL  poll(0x5cf04000,0x1,0x6b75)
> >  7918 perl627.511825 RET   poll 0
> > 
> > 22718 perl60.24 CALL  poll(0x5e472000,0x1,0x6776)
> > 22718 perl626.491583 RET   poll 0
> > 
> > So something seems to be wrong with the way rakudo calculates the
> > timeout parameter to poll(2), at least on mips64el.
> 
> FWIW, amd64 has the same strangeness, but here the timeout parameter
> is smaller than on mips64el, so it passes the test case. ktrace/kdump
> examples on amd64:
> 
> 7989 perl60.04 CALL  poll(0x202a42800,0x1,0x14ef)
> 7989 perl65.361508 RET   poll 0
> 
>13736 perl60.04 CALL  poll(0x210134400,0x1,0x15a4)
>13736 perl65.544580 RET   poll 0
> 
> Ciao,
>   Kili
> 
> 

Ok, this is most likely the same bug as on macppc.

It may, however, be a bug in parrot as well as in rakudo. I can't find
an obvious error in the rakudo code:

src/core/system.pm:

sub sleep($seconds = Inf) { # fractional seconds also allowed
my $time1 = time;
if $seconds ~~ Inf {
pir::sleep__vN(1e16) while True;
} else {
pir::sleep__vN($seconds);
}
my $time2 = time;
return $time2 - $time1;
}

The implementation of pir::sleep seems to be dependent on whether parrot
is threaded or not. (Look in src/scheduler.c, Parrot_cx_schedule_sleep()).
Is that the case on macppc and mips64el? (Parrot_sleep() just calls
sleep(3) on OpenBSD, so it probably is ...). The other method
effectively calls pthread_cond_timedwait(). If there is indeed a bug in
that function (still hard to imagine), we could work around it by
building parrot without threads on those platforms. Can you (or Landry)
try if that fixes the rakudo test (Configure.pl --without-threads)?

Pascal

Re: webkit 1.2.7

[Marco Peereboom]

I can confirm that backing that out fixes the regression.

On Sun, Mar 06, 2011 at 09:28:58AM +0100, Landry Breuil wrote:
> On Sat, Mar 05, 2011 at 06:14:53PM -0500, David Hill wrote:
> > 
> > On Fri, Mar 04, 2011 at 11:00:00PM +0100, Landry Breuil wrote:
> > :On Fri, Mar 04, 2011 at 03:48:51PM -0600, Marco Peereboom wrote:
> > :> It is definitively a regression.  A bad one too.  Maybe an interaction
> > :> with the lib that renders the gifs?
> > :
> > :The only thing i see is https://bugs.webkit.org/show_bug.cgi?id=46437,
> > :which touchs the Gif backend. See if reverting
> > :http://trac.webkit.org/changeset/68446/trunk/WebCore/platform/image-decoders/gif/GIFImageDecoder.cpp
> > :helps.. but i don't think it's the way to go, as it's supposed to fix a
> > :crasher.
> > 
> > Backing out
> > http://gitorious.org/webkitgtk/stable/commit/d842bb085aceec4fcfc392a7b76c92c258cd5151
> > fixes the issue.
> > 
> > https://bugs.webkit.org/show_bug.cgi?id=55830
> 
> That looks very strange.. i can't test it atm, can someone else confirm
> it ?
> 
> Landry
> 

Re: evil webkit bug, loads of junk DNS requests

[Marco Peereboom]

yes please

On Sun, Mar 06, 2011 at 10:52:16AM +, Stuart Henderson wrote:
> On 2011/02/14 09:37, Stuart Henderson wrote:
> > As mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019
> > browsers using ports/www/webkit make a dns request for . each
> > time the mouse position changes.
> > 
> > Chrome doesn't have this problem (it doesn't seem to have
> > this code in its internal copy of webkit).
> > 
> > I tracked down a patch in https://bugs.webkit.org/show_bug.cgi?id=38263
> > which fixes this. It seems a bit of a hack (why is it bothering to
> > look these up internally anyway?) but it's way better than what we
> > have now.
> > 
> > With the port diff below, I can now start xxxterm or midori, open a
> > page, and move the mouse over the window, without sending hundreds or
> > thousands of junk requests to the nameserver.
> > 
> > If you're using this on a metered or slow internet connection it's
> > quite an improvement...
> 
> This is still a problem with the new version of webkit; updated diff
> below.
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/webkit/Makefile,v
> retrieving revision 1.42
> diff -u -p -r1.42 Makefile
> --- Makefile  3 Mar 2011 13:44:10 -   1.42
> +++ Makefile  6 Mar 2011 10:51:55 -
> @@ -4,6 +4,7 @@ COMMENT = open source web browser engine
>  
>  DISTNAME =   webkit-1.2.7
>  EPOCH =  0
> +REVISION =   0
>  CATEGORIES = www
>  
>  HOMEPAGE =   http://webkitgtk.org/
> Index: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
> ===
> RCS file: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
> diff -N patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-WebCore_platform_network_soup_DNSSoup_cpp   6 Mar 2011 
> 10:51:55 -
> @@ -0,0 +1,12 @@
> +$OpenBSD$
> +--- WebCore/platform/network/soup/DNSSoup.cpp.orig   Sat Mar  5 20:50:25 2011
>  WebCore/platform/network/soup/DNSSoup.cppSat Mar  5 20:51:40 2011
> +@@ -36,6 +36,8 @@ namespace WebCore {
> + void prefetchDNS(const String& hostname)
> + {
> + #ifdef HAVE_LIBSOUP_2_29_90
> ++if (hostname.isEmpty())
> ++return;
> + String uri = "http://"+hostname;
> + GOwnPtr soupURI(soup_uri_new(uri.utf8().data()));
> + // We may get invalid hostnames, so NULL-check here.
> 

Re: WG: Portsu - port managment utility for OpenBSD

[david.rupprech...@dotlike.net]

Hello Marc!

Thanks for your criticism!
I will clean up the code as soon as possible ( work, girlfriend ;) ).

My goal was not to have any dependencies. But on the other hand the 
performance-improvement would be a big argument for using sqlports!


-Ursprüngliche Nachricht- 
Von: Marc Espie [mailto:es...@nerim.net] 
Gesendet: Sonntag, 6. März 2011 10:27
An: david.rupprech...@dotlike.net
Cc: ports@openbsd.org
Betreff: Re: WG: Portsu - port managment utility for OpenBSD

On Sat, Mar 05, 2011 at 10:02:34PM +0100, david.rupprech...@dotlike.net wrote:
> Hello,
> 
> the source code can be downloaded from 
> http://www.dotlike.net/ddl//prj_count.php?d=4/
> As requested the source code is now available at the Project-page > 
> www.dotlike.net/portsu.php
> 

Iiick. mix of non-standard C++ and old-style C.

Fairly dirty code.

IMO, you really want to figure out how to interface with sqlports.

Re: update lang/parrot to 3.0.0; new: lang/rakudo

[Matthias Kilian]

On Sun, Mar 06, 2011 at 11:06:06AM +0100, Matthias Kilian wrote:
> This is similar to the results on amd64, except for
> t/spec/S29-context/sleep.t, which passes on amd64.
[...]
> Running it through ktrace(1) and then reading the trace with kdump
> -R shows that `sleep' is implemented using poll(2), but using a
> wrong timeout parameter, which is different during several test
> runs:
> 
>   25090 perl60.23 CALL  poll(0x5a9a,0x1,0x6abc)
>   25090 perl627.334955 RET   poll 0
> 
>7918 perl60.24 CALL  poll(0x5cf04000,0x1,0x6b75)
>7918 perl627.511825 RET   poll 0
> 
>   22718 perl60.24 CALL  poll(0x5e472000,0x1,0x6776)
>   22718 perl626.491583 RET   poll 0
> 
> So something seems to be wrong with the way rakudo calculates the
> timeout parameter to poll(2), at least on mips64el.

FWIW, amd64 has the same strangeness, but here the timeout parameter
is smaller than on mips64el, so it passes the test case. ktrace/kdump
examples on amd64:

  7989 perl60.04 CALL  poll(0x202a42800,0x1,0x14ef)
  7989 perl65.361508 RET   poll 0

 13736 perl60.04 CALL  poll(0x210134400,0x1,0x15a4)
 13736 perl65.544580 RET   poll 0

Ciao,
Kili

Re: evil webkit bug, loads of junk DNS requests

[Stuart Henderson]

On 2011/02/14 09:37, Stuart Henderson wrote:
> As mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019
> browsers using ports/www/webkit make a dns request for . each
> time the mouse position changes.
> 
> Chrome doesn't have this problem (it doesn't seem to have
> this code in its internal copy of webkit).
> 
> I tracked down a patch in https://bugs.webkit.org/show_bug.cgi?id=38263
> which fixes this. It seems a bit of a hack (why is it bothering to
> look these up internally anyway?) but it's way better than what we
> have now.
> 
> With the port diff below, I can now start xxxterm or midori, open a
> page, and move the mouse over the window, without sending hundreds or
> thousands of junk requests to the nameserver.
> 
> If you're using this on a metered or slow internet connection it's
> quite an improvement...

This is still a problem with the new version of webkit; updated diff
below.

Index: Makefile
===
RCS file: /cvs/ports/www/webkit/Makefile,v
retrieving revision 1.42
diff -u -p -r1.42 Makefile
--- Makefile3 Mar 2011 13:44:10 -   1.42
+++ Makefile6 Mar 2011 10:51:55 -
@@ -4,6 +4,7 @@ COMMENT =   open source web browser engine
 
 DISTNAME = webkit-1.2.7
 EPOCH =0
+REVISION = 0
 CATEGORIES =   www
 
 HOMEPAGE = http://webkitgtk.org/
Index: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
===
RCS file: patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
diff -N patches/patch-WebCore_platform_network_soup_DNSSoup_cpp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-WebCore_platform_network_soup_DNSSoup_cpp 6 Mar 2011 
10:51:55 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- WebCore/platform/network/soup/DNSSoup.cpp.orig Sat Mar  5 20:50:25 2011
 WebCore/platform/network/soup/DNSSoup.cpp  Sat Mar  5 20:51:40 2011
+@@ -36,6 +36,8 @@ namespace WebCore {
+ void prefetchDNS(const String& hostname)
+ {
+ #ifdef HAVE_LIBSOUP_2_29_90
++if (hostname.isEmpty())
++return;
+ String uri = "http://"+hostname;
+ GOwnPtr soupURI(soup_uri_new(uri.utf8().data()));
+ // We may get invalid hostnames, so NULL-check here.

Re: [UPDATE] security/sshguard

[Remi Pointel]

On Sat, 5 Mar 2011 20:52:41 +0100
Remi Pointel  wrote:
> Hi,
> 
> this is the diff to update sshguard to last release : 1.5.
> 
> Also :
> 
> - added rc script
> - added a flavor to use /etc/hosts.allow (pf is used by default).

Modified rc script (added rc_start()), thanks aja@.

Is the diff ok now ?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/openbsd/ports/security/sshguard/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile18 Oct 2010 21:41:47 -  1.3
+++ Makefile6 Mar 2011 10:37:21 -
@@ -2,11 +2,9 @@
 
 COMMENT=   protect against brute force attacks on sshd and others
 
-DISTNAME=  sshguard-1.5rc4
+DISTNAME=  sshguard-1.5
 CATEGORIES=security
 
-REVISION=  0
-
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
 PERMIT_PACKAGE_FTP=Yes
@@ -20,9 +18,16 @@ MASTER_SITES=${MASTER_SITE_SOURCEFORGE:
 EXTRACT_SUFX=  .tar.bz2
 
 CONFIGURE_STYLE=gnu
-CONFIGURE_ARGS=--with-firewall=pf
 USE_GROFF =Yes
-
 NO_REGRESS=Yes
+
+FLAVORS =  hosts
+FLAVOR?=
+
+.if ${FLAVOR:L:Mhosts}
+CONFIGURE_ARGS = --with-firewall=hosts
+.else
+CONFIGURE_ARGS = --with-firewall=pf 
+.endif
 
 .include 
Index: distinfo
===
RCS file: /cvs/openbsd/ports/security/sshguard/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo7 Sep 2010 12:23:43 -   1.1.1.1
+++ distinfo6 Mar 2011 10:37:21 -
@@ -1,5 +1,5 @@
-MD5 (sshguard-1.5rc4.tar.bz2) = sl2kawJUh5YJ+qmEGhReug==
-RMD160 (sshguard-1.5rc4.tar.bz2) = 0aHYO8dZEDWQywBzPC0z6S9siIM=
-SHA1 (sshguard-1.5rc4.tar.bz2) = AFhTvNIEVmqr4zwXkybjFF+NQsA=
-SHA256 (sshguard-1.5rc4.tar.bz2) = opAocT5cc54BYa91AXq11GvX2kkFaw7aiTwP/tP9bTU=
-SIZE (sshguard-1.5rc4.tar.bz2) = 296447
+MD5 (sshguard-1.5.tar.bz2) = Ebn0f5BR4lvf6Eo2XJYewQ==
+RMD160 (sshguard-1.5.tar.bz2) = e0Yls7Lgz5dLyTXYaLib0NjBieg=
+SHA1 (sshguard-1.5.tar.bz2) = +PcTv7P1yYd7NPaCFCaiKn7sjfM=
+SHA256 (sshguard-1.5.tar.bz2) = tTf4dlRV/fhCT4fUvWleW2dbiOXRZIZUUhN5Rwk+fhk=
+SIZE (sshguard-1.5.tar.bz2) = 303767
Index: patches/patch-src_sshguard_logsuck_c
===
RCS file: 
/cvs/openbsd/ports/security/sshguard/patches/patch-src_sshguard_logsuck_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-src_sshguard_logsuck_c
--- patches/patch-src_sshguard_logsuck_c7 Sep 2010 12:23:43 -   
1.1.1.1
+++ patches/patch-src_sshguard_logsuck_c6 Mar 2011 10:37:21 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-src_sshguard_logsuck_c,v 1.1.1.1 2010/09/07 12:23:43 millert 
Exp $
 src/sshguard_logsuck.c.origMon Aug  9 02:44:15 2010
-+++ src/sshguard_logsuck.c Mon Aug 30 13:06:02 2010
+--- src/sshguard_logsuck.c.origWed Feb  9 13:01:47 2011
 src/sshguard_logsuck.c Sat Mar  5 19:27:53 2011
 @@ -242,7 +242,7 @@ int logsuck_getline(char *restrict buf, size_t buflen,
  if (ret > 0) {
  if (kevs[0].filter == EVFILT_READ) {
Index: pkg/MESSAGE
===
RCS file: /cvs/openbsd/ports/security/sshguard/pkg/MESSAGE,v
retrieving revision 1.2
diff -u -p -r1.2 MESSAGE
--- pkg/MESSAGE 7 Sep 2010 14:06:16 -   1.2
+++ pkg/MESSAGE 6 Mar 2011 10:37:21 -
@@ -1,13 +1,14 @@
-To use sshguard you must add the following to /etc/pf.conf:
+To use sshguard with:
+
+* pf:
+
+you must add the following to /etc/pf.conf:
 
 table  persist
 
 block in quick on egress proto tcp from  \
to any port ssh label "ssh bruteforce"
 
-To start sshguard automatically at boot time, add these lines to /etc/rc.local:
+* hosts:
 
-if [ -x ${PREFIX}/sbin/sshguard ]; then
-   echo -n ' sshguard'
-   ${PREFIX}/sbin/sshguard -l /var/log/authlog >/dev/null 2>&1 &
-fi
+you must have the file /etc/hosts.allow on filesystem.
Index: pkg/PLIST
===
RCS file: /cvs/openbsd/ports/security/sshguard/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   7 Sep 2010 12:23:43 -   1.1.1.1
+++ pkg/PLIST   6 Mar 2011 10:37:21 -
@@ -1,3 +1,4 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2010/09/07 12:23:43 millert Exp $
 @man man/man8/sshguard.8
 @bin sbin/sshguard
+@rcscript ${RCDIR}/sshguard
Index: pkg/sshguard.rc
===
RCS file: pkg/sshguard.rc
diff -N pkg/sshguard.rc
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/sshguard.rc 6 Mar 2011 10:37:21 -
@@ -0,0 +1,16 @@
+#!/bin/sh
+#
+# $OpenBSD$
+
+daemon="${TRUEPREFIX}/sbin/sshguard"
+daemon_flags="-l /var/log/authlog"
+
+. /etc/rc.d/rc.subr
+
+rc_reload=NO
+
+rc_start() {
+${rcexec} "${daemon} ${daemon_flags}" >/dev/null &
+}
+
+rc_cmd $1

Re: update lang/parrot to 3.0.0; new: lang/rakudo

[Matthias Kilian]

On Sat, Mar 05, 2011 at 02:35:42PM +0100, Pascal Stumpf wrote:
> > I'll try, but building rakudo seems to need a lot of memory. This
> > may take some time on my poor little armish ;-)
> > 
> Thanks a lot in advance. Also, be warned that the rakudo spectest will
> take a very long time, maybe even days on such a machine. 

armish is still building, but mips64el is finished.

Full regress log at

http://openbsd.dead-parrot.de/rakudo-mips64el-regress.log

Test Summary Report
---
t/spec/S02-builtin_data_types/instants-and-durations.t   (Wstat: 0 Tests: 
13 Failed: 1)
  Failed test:  9
t/spec/S03-operators/arith.rakudo(Wstat: 0 Tests: 
135 Failed: 1)
  Failed test:  107
t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 
Failed: 2)
  Failed tests:  2-3
t/spec/S29-context/sleep.t   (Wstat: 0 Tests: 4 
Failed: 2)
  Failed tests:  2, 4
t/spec/S32-num/power.rakudo  (Wstat: 0 Tests: 
40 Failed: 1)
  Failed test:  11
Files=542, Tests=27334, 46272 wallclock secs (76.97 usr 22.74 sys + 44031.06 
cusr 1076.63 csys = 45207.40 CPU)
Result: FAIL

This is similar to the results on amd64, except for
t/spec/S29-context/sleep.t, which passes on amd64.

Running that test from the commandline:

$ time ./perl6 t/spec/S29-context/sleep.t
1..4
# Sleeping for 3s
ok 1 - Sleep says it slept at least 2 seconds
not ok 2 - ... and no more than 10
ok 3 - Sleep says it slept at least 2 seconds
not ok 4 - ... and no more than 10
# Looks like you failed 2 tests of 4
0m57.28s real 0m24.85s user 0m1.59s system

Running this little program with ./perl6:

print "Sleeping for 3s\n";
my $s = sleep 3;
print "Result: $s\n";

gives output like

Sleeping for 3s
Result: 25

The result varies between 25 and 28.

Running it through ktrace(1) and then reading the trace with kdump
-R shows that `sleep' is implemented using poll(2), but using a
wrong timeout parameter, which is different during several test
runs:

25090 perl60.23 CALL  poll(0x5a9a,0x1,0x6abc)
25090 perl627.334955 RET   poll 0

 7918 perl60.24 CALL  poll(0x5cf04000,0x1,0x6b75)
 7918 perl627.511825 RET   poll 0

22718 perl60.24 CALL  poll(0x5e472000,0x1,0x6776)
22718 perl626.491583 RET   poll 0

So something seems to be wrong with the way rakudo calculates the
timeout parameter to poll(2), at least on mips64el.

Ciao,
Kili

Re: WG: Portsu - port managment utility for OpenBSD

[Marc Espie]

On Sat, Mar 05, 2011 at 10:02:34PM +0100, david.rupprech...@dotlike.net wrote:
> Hello,
> 
> the source code can be downloaded from 
> http://www.dotlike.net/ddl//prj_count.php?d=4/
> As requested the source code is now available at the Project-page > 
> www.dotlike.net/portsu.php
> 

Iiick. mix of non-standard C++ and old-style C.

Fairly dirty code.

IMO, you really want to figure out how to interface with sqlports.

[new] geeqie-1.0

[Antoine Jacoutot]

Geeqie is a lightweight Gtk+2 based image viewer for Unix like operating
systems.
Its main features are:
* EXIF, IPTC and XMP metadata browsing and editing interoperability,
  easy integration with other software
* geeqie works on files and directories, there is no need to import
  images
* fast preview for many raw image formats
* tools for image comparison, sorting and managing photo collection

This is a fork/continuation of gqview. If this is to be committed I 
intend to remove gqview from the tree and add a proper entry in quirks.

This is a first shot at it and was only slightly tested, I would 
appreciate some comments.
Thanks.

-- 
Antoine

geeqie.tgz
Description: Binary data

Re: webkit 1.2.7

[Landry Breuil]

On Sat, Mar 05, 2011 at 06:14:53PM -0500, David Hill wrote:
> 
> On Fri, Mar 04, 2011 at 11:00:00PM +0100, Landry Breuil wrote:
> :On Fri, Mar 04, 2011 at 03:48:51PM -0600, Marco Peereboom wrote:
> :> It is definitively a regression.  A bad one too.  Maybe an interaction
> :> with the lib that renders the gifs?
> :
> :The only thing i see is https://bugs.webkit.org/show_bug.cgi?id=46437,
> :which touchs the Gif backend. See if reverting
> :http://trac.webkit.org/changeset/68446/trunk/WebCore/platform/image-decoders/gif/GIFImageDecoder.cpp
> :helps.. but i don't think it's the way to go, as it's supposed to fix a
> :crasher.
> 
> Backing out
> http://gitorious.org/webkitgtk/stable/commit/d842bb085aceec4fcfc392a7b76c92c258cd5151
> fixes the issue.
> 
> https://bugs.webkit.org/show_bug.cgi?id=55830

That looks very strange.. i can't test it atm, can someone else confirm
it ?

Landry