cannot fork - try again
Howdy, I installed macppc snapshot from Feb 28 (dmesg attached so gmail doesn't wrap lines) and I am slowly rebuilding ports and every once in a while I see make abort with "cannot fork - try again". This time it is during building of graphics/gegl, about half way through devel/glib: /usr/local/bin/libtool[7078]: cannot fork - try again *** Error code 1 Stop in /usr/ports/devel/glib/w-glib-1.2.10p3/build-powerpc (line 317 of Makefile). *** Error code 1 If I cd to devel/glib and do 'make clean ; make install' it builds and installs fine. This has been my "work around". Sounds like I am running out of processes. I am running a relatively light system. Only fat app is ff3. I don't remember this ever happening before and I always build ports when I install a new snapshot. Is anyone else seeing this behavior? Is this something newly introduced in -current? Let me know what other relevant info I need to include. $ ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 524288 stack(kbytes)4096 lockedmem(kbytes)206889 memory(kbytes) 619928 nofiles(descriptors) 128 processes64 $ cat /etc/mk.conf USE_SYSTRACE=Yes CLEANDEPENDS=Yes FETCH_CMD=/usr/bin/ftp -V -m -k 0 -E SUDO=sudo $ uptime 11:36PM up 4:33, 4 users, load averages: 3.45, 1.83, 1.43 a build is in progress, hence the 3.45 load avg. dmesg.boot Description: Binary data
Are Your Emails Reaching Your Prospects' Inboxes?
Dear Direct Marketer,Reaching all your B2B or B2C prospects email inbox with your promotional email messages is increasingly difficult. Today, a variety of sophisticated technologies exist for filtering or blocking spam email, each with its own ways of doing so. Unfortunately, all your emails get subjected to the same rigorous screening as spam, even emails to your clientele and your permission based, opt-in email database. The result: any of your company's emails may be going into your prospects junk mail folders, or blocked and not delivered at all. This often happens with promotional emails for weeks, months or even years without your knowledge.Heresy Email Services offers a comprehensive web-based seminar (webinar) on reliably getting your promotional emails past anti-spam technology and into your prospects' inboxes. We also offer email deliverability insights in our blog.Find us at http://heresyemailservices.com.Regards,Heresy Email Services4 Hill Heights Road #406Etobicoke, ONCANADAM8Y 1z1her...@heresyemailservices.comtelephone (416) 536-2381FAX (866) 385-5097 -- Event Summary: -- Event: Complimentary B2B/B2C Email Deliverability Webinar Date: Wednesday, March 04, 2009 from 12:00 PM - 2:00 PM (ET) Location: Web Based TeleconferenceTeleconference Info Given To RegistrantsToronto, Ontario Canada -- Event Details: -- Complimentary B2B/B2C Email Deliverability Webinar You're not like this guy. You don't spam. So your email campaigns shouldn't resemble spam in any way either. Unfortunately, today's emails get rigourously screened by highly sophisticated anti-spam technology. If your emails look at all like spam, they're probably not reaching your prospects' inboxes. It's like taking your e-fliers and sending them directly to the garbage dump. This COMPLIMENTARY 2 hour webinar gives you everything you need for avoiding today's anti-spam technology and ensuring your emails get delivered into your recipients' inboxes. You'll learn detailed, product specific information on: How Anti-Spam Technology Works- How Various Anti-Spam Software Titles Assess Emails - The Differences Between Corporate (B2B) and Personal (B2C) Anti-Spam Technology- Spam Firewalls and Blacklists and Keeping Off Them- Whitelists and Getting On Them Beating Anti-Spam Technology and Getting Emails Delivered - Automatically Test Your Emails With 60+ Popular Anti-Spam Technologies - Avoiding 180 Spam-ish Words/Phrases Currently Used In Popular Anti-Spam Software - Improving Sender Reputation For Consistent Inbox Delivery Wednesday March 4th, 2009 12:00 PM - 2:00 PM EST Complimentary Webinar -- Register Online: -- More information and online registration are available here: http://www.eventbrite.com/event/247113122/emailinvite/?invite=MTE3NTk0L3BvcnRzQG9wZW5ic2Qub3JnLzE%3D%0A -- Collect event fees online with Eventbrite http://www.eventbrite.com
Re: ack: grep-like tool for searching source trees
* Todd C. Miller (todd.mil...@courtesan.com) wrote:
> In message <20090301200032.gh3...@dawn.rhaalovely.net>
> so spake Landry Breuil (landry):
>
> > Already in textproc/p5-ack :)
> > i already did the mistake of re-porting it some months ago...
>
> Oh, well. That's an older version so at least this wasn't a complete
> waste of time. Here's an update to textproc/p5-ack then.
>
> - todd
>
ok pyr@
> Index: textproc/p5-ack/Makefile
> ===
> RCS file: /home/cvs/openbsd/ports/textproc/p5-ack/Makefile,v
> retrieving revision 1.2
> diff -u -r1.2 Makefile
> --- textproc/p5-ack/Makefile 22 Jan 2008 09:19:09 - 1.2
> +++ textproc/p5-ack/Makefile 1 Mar 2009 21:30:55 -
> @@ -3,13 +3,13 @@
> COMMENT= grep like tool, aimed at programmers
>
> MODULES= cpan
> -DISTNAME=ack-1.76
> +DISTNAME=ack-1.88
> CPAN_AUTHOR= PETDANCE
> CATEGORIES= textproc
>
> MAINTAINER= Pierre-Yves Ritschard
>
> -# Artistic
> +# Artistic/GPL
> PERMIT_PACKAGE_CDROM= Yes
> PERMIT_PACKAGE_FTP= Yes
> PERMIT_DISTFILES_CDROM= Yes
> @@ -17,5 +17,8 @@
>
> BUILD_DEPENDS= ::devel/p5-File-Next
> RUN_DEPENDS= ${BUILD_DEPENDS}
> +
> +post-build:
> + @cp ${WRKBUILD}/ack-base ${WRKBUILD}/ack
>
> .include
> Index: textproc/p5-ack/distinfo
> ===
> RCS file: /home/cvs/openbsd/ports/textproc/p5-ack/distinfo,v
> retrieving revision 1.2
> diff -u -r1.2 distinfo
> --- textproc/p5-ack/distinfo 22 Jan 2008 09:19:09 - 1.2
> +++ textproc/p5-ack/distinfo 1 Mar 2009 21:27:44 -
> @@ -1,5 +1,5 @@
> -MD5 (ack-1.76.tar.gz) = xqxB+UPDa4JrfL4nGUzlqg==
> -RMD160 (ack-1.76.tar.gz) = uREwRnwiejKrO6SSu8ck6gXnRR4=
> -SHA1 (ack-1.76.tar.gz) = X4MCujSUlM++jvUn547JfTyIL68=
> -SHA256 (ack-1.76.tar.gz) = p8m44RdWEqP2eu7ITJU40tO60K7v1hLkQ/x9KOucppk=
> -SIZE (ack-1.76.tar.gz) = 53716
> +MD5 (ack-1.88.tar.gz) = oarQJayU1YJijucoctRMlA==
> +RMD160 (ack-1.88.tar.gz) = WmdivxzrCrg1xAN0TE3uri8wW/I=
> +SHA1 (ack-1.88.tar.gz) = PiV/wp6MwHIxqTOIcYPHxF7JQGw=
> +SHA256 (ack-1.88.tar.gz) = FdvfNotdGwSV7yIF+9meXIgUHQwhYlxpMXOZb9E70og=
> +SIZE (ack-1.88.tar.gz) = 97481
> Index: textproc/p5-ack/pkg/PLIST
> ===
> RCS file: /home/cvs/openbsd/ports/textproc/p5-ack/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -r1.1.1.1 PLIST
> --- textproc/p5-ack/pkg/PLIST 29 Aug 2007 08:05:10 - 1.1.1.1
> +++ textproc/p5-ack/pkg/PLIST 1 Mar 2009 21:27:26 -
> @@ -1,6 +1,16 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2007/08/29 08:05:10 pyr Exp $
> bin/ack
> ${P5SITE}/App/
> +${P5SITE}/App/Ack/
> ${P5SITE}/App/Ack.pm
> +${P5SITE}/App/Ack/Plugin/
> +${P5SITE}/App/Ack/Plugin.pm
> +${P5SITE}/App/Ack/Plugin/Basic.pm
> +${P5SITE}/App/Ack/Repository.pm
> +${P5SITE}/App/Ack/Resource.pm
> @man man/man1/ack.1
> @man man/man3p/Ack.3p
> +...@man man/man3p/Basic.3p
> +...@man man/man3p/Plugin.3p
> +...@man man/man3p/Repository.3p
> +...@man man/man3p/Resource.3p
>
Re: UPDATE: Pidgin 2.5.5
Brad wrote: > For anyone using Pidgin.. here is an update to 2.5.5. > Works for me on amd64 with xmpp and icq.
call for testing: subversion-1.6.0-rc3
The Subversion project is currently calling for testers of release
candidates of Subversion 1.6.0. The current release candidate is
Subversion-1.6.0-rc3, see the announcement at:
http://svn.haxx.se/dev/archive-2009-03/0064.shtml
The 1.6 release has a number of new features.
* Improved handling of authentication data
* Repository root relative URLs
* Support for files in svn:externals
* Detection of tree conflicts
* Filesystem storage improvements
* Ctypes Python Bindings
* Improved interactive conflict resolution
* Logging support for svnserve
* Command-line client improvements
* API changes, improvements, and much language bindings work
* More than XXX new bug fixes, enhancements
See the (still incomplete) release notes for details:
http://subversion.tigris.org/svn_1.6_releasenotes.html
In order to make it easier to test 1.6.0-rc3 on OpenBSD,
I am making a diff to the devel/subversion port available below.
Please note that this is a release candidate and will *not* be
committed to the ports tree as is. Only the final 1.6.0 release
(which may or may not turn out to be rc3), or a later release in
the 1.6.x line, will be committed to the ports tree.
If no show-stoppers are found in this release candidate,
it will become the 1.6.0 release in about 3 weeks.
Please test this to your heart's delight. The more you test,
the less surprises you (and us) will encounter when updating to the
real thing. Please report issues with this update to me, or to ports@,
or to us...@subversion.tigris.org.
NB: This port uses libtool, you are advised to delete old versions
of this package before compiling the new version, else you will
likely run into errors at link-time.
By the way, OpenBSD 4.5 will ship with Subversion 1.5.5.
An update to 1.5.6 for -current has already been posted to ports@,
and should be trivial to apply to an OpenBSD 4.5-release system.
Thanks to ajacoutot@ and jasper@ for helping me with this update.
Stefan
Index: Makefile
===
RCS file: /usr/cvs/ports/devel/subversion/Makefile,v
retrieving revision 1.54
diff -u -p -r1.54 Makefile
--- Makefile9 Feb 2009 20:48:23 - 1.54
+++ Makefile2 Mar 2009 19:15:39 -
@@ -1,21 +1,23 @@
# $OpenBSD: Makefile,v 1.54 2009/02/09 20:48:23 naddy Exp $
-COMMENT-main= subversion revision control system
-COMMENT-perl= perl interface to subversion
-COMMENT-python=python interface to subversion
-COMMENT-ruby= ruby interface to subversion
-COMMENT-ap2= apache2 subversion modules
-
-VERSION= 1.5.5
-DISTNAME= subversion-${VERSION}
-PKGNAME= ${DISTNAME}
-PKGNAME-main= ${DISTNAME}
-PKGNAME-perl= p5-SVN-${VERSION}
-PKGNAME-python=py-subversion-${VERSION}
-PKGNAME-ruby= ruby-subversion-${VERSION}p0
-PKGNAME-ap2= ap2-subversion-${VERSION}
+COMMENT-main= subversion revision control system
+COMMENT-perl= perl interface to subversion
+COMMENT-python=python interface to subversion
+COMMENT-ruby= ruby interface to subversion
+COMMENT-ap2= apache2 subversion modules
+COMMENT-gnome-keyring= gnome-keyring support for subversion
+
+VERSION= 1.6.0rc3
+DISTNAME= subversion-1.6.0-rc3
+PKGNAME= ${DISTNAME}
+PKGNAME-main= ${DISTNAME}
+PKGNAME-perl= p5-SVN-${VERSION}
+PKGNAME-python=py-subversion-${VERSION}
+PKGNAME-ruby= ruby-subversion-${VERSION}
+PKGNAME-ap2= ap2-subversion-${VERSION}
+PKGNAME-gnome-keyring= gnome-keyring-subversion-${VERSION}
-SO_VERSION=1.1
+SO_VERSION=1.2
SVN_LIBS= svn_client-1 svn_delta-1 svn_diff-1 svn_fs-1 \
svn_fs_base-1 svn_fs_fs-1 svn_fs_util-1 svn_ra-1 svn_ra_neon-1 \
svn_ra_local-1 svn_ra_neon-1 svn_ra_svn-1 svn_repos-1
svn_subr-1 svn_wc-1
@@ -27,7 +29,7 @@ CATEGORIES= devel
HOMEPAGE= http://subversion.tigris.org/
-MAINTAINER=Stefan Sperling
+MAINTAINER=Stefan Sperling
# BSD alike + Apache License 2.0
PERMIT_PACKAGE_CDROM= Yes
@@ -36,18 +38,20 @@ PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
MASTER_SITES= ${HOMEPAGE}/tarballs/
+EXTRACT_SUFX= .tar.bz2
-PSEUDO_FLAVORS=no_bindings no_ap2
+PSEUDO_FLAVORS=no_bindings no_ap2 no_gnome-keyring
FLAVOR?=
MODULES= devel/gettext lang/python
-WANTLIB= expat db z
+WANTLIB= expat db z sqlite3
LIB_DEPENDS= neon.>=26:neon->=0.26.2:net/neon \
apr-1::devel/apr \
aprutil-1::devel/apr-util \
- sasl2.>=2::security/cyrus-sasl2
+ sasl2.>=2::security/cyrus-sasl2 \
+ sqlite3::databases/sqlite3
MULTI_PACKAGES=-main
@@ -58,11 +62,11 @@ RUN_DEPENDS-main= ${MODGETTEXT_RUN_DEPEN
CONTRIB_HOOK_SCRIPTS= case-insensitive.py pre-commit-check.py \
check-mime-type.pl pre-lock-require-needs-lock.py \
[update] net/ddclient 3.8.0
Hi,
here comes an update for net/ddclient to the latest
stable 3.8.0 release.
The diff is attached and can be downloaded from:
https://www.umaxx.net/src/ddclient.diff
Please test and comment.
Regards,
Jörg
Index: Makefile
===
RCS file: /cvs/openbsd/ports/net/ddclient/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile 2 Aug 2007 15:50:26 - 1.8
+++ Makefile 2 Mar 2009 19:11:12 -
@@ -2,7 +2,7 @@
COMMENT= Dynamic DNS service update client
-DISTNAME= ddclient-3.7.2
+DISTNAME= ddclient-3.8.0
CATEGORIES= net
HOMEPAGE= http://ddclient.sourceforge.net/
@@ -25,7 +25,7 @@ PKG_ARCH= *
SAMPLES= sample-etc_cron.d_ddclient sample-etc_ddclient.conf \
sample-etc_dhclient-exit-hooks sample-etc_dhcpc_dhcpcd-eth0.exe \
- sample-etc_ppp_ip-up.local
+ sample-etc_ppp_ip-up.local sample-ddclient-wrapper.sh
post-extract:
@perl -pi -e "s,/var/cache/ddclient/,/var/db/ddclient/,g;" \
Index: distinfo
===
RCS file: /cvs/openbsd/ports/net/ddclient/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo 2 Aug 2007 15:50:26 - 1.7
+++ distinfo 2 Mar 2009 19:11:12 -
@@ -1,5 +1,5 @@
-MD5 (ddclient-3.7.2.tar.gz) = U/pfBniPhzK/8+5wmPrcTQ==
-RMD160 (ddclient-3.7.2.tar.gz) = /tlkJWDXT0Yhee2ukrg0bgjNUU4=
-SHA1 (ddclient-3.7.2.tar.gz) = Na12qwWFg7zJVt8z2YAmE343bJ0=
-SHA256 (ddclient-3.7.2.tar.gz) = eu2+tfc3zUZ5Q5O98Wb+a4Vtxsl9QCpdz7/mJHuzf+I=
-SIZE (ddclient-3.7.2.tar.gz) = 87040
+MD5 (ddclient-3.8.0.tar.gz) = vlwI/uSkVGi45Bw9y3njYA==
+RMD160 (ddclient-3.8.0.tar.gz) = dx7ROqJIwTrxHgRmiIUTQYuumPs=
+SHA1 (ddclient-3.8.0.tar.gz) = /4ia2s+Ra+uyVSLZzB7aDpWTp/Q=
+SHA256 (ddclient-3.8.0.tar.gz) = iPDxz6/S16gT5yw6Px8qCOm/BszR1J3bP5Qt1LkzH7M=
+SIZE (ddclient-3.8.0.tar.gz) = 45893
Index: pkg/DESCR
===
RCS file: /cvs/openbsd/ports/net/ddclient/pkg/DESCR,v
retrieving revision 1.2
diff -u -p -r1.2 DESCR
--- pkg/DESCR 15 Dec 2003 21:55:01 - 1.2
+++ pkg/DESCR 2 Mar 2009 19:11:12 -
@@ -1,2 +1,4 @@
-ddclient is a Perl client used to update dynamic DNS entries for accounts
-on many dynamic DNS services.
+DDclient is a Perl client used to update dynamic DNS entries for
+accounts on Dynamic DNS Network Services' free DNS service. It has the
+capability to update more than only dyndns and it can fetch your
+WAN-ipaddress on a few different ways.
Index: pkg/PLIST
===
RCS file: /cvs/openbsd/ports/net/ddclient/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 23 Mar 2007 10:48:02 - 1.6
+++ pkg/PLIST 2 Mar 2009 19:11:12 -
@@ -6,6 +6,7 @@ share/doc/ddclient/README.cisco
share/doc/ddclient/README.ssl
share/examples/ddclient/
@sample ${SYSCONFDIR}/ddclient/
+share/examples/ddclient/sample-ddclient-wrapper.sh
share/examples/ddclient/sample-etc_cron.d_ddclient
share/examples/ddclient/sample-etc_ddclient.conf
@sample ${SYSCONFDIR}/ddclient/ddclient.conf
Re: sarg isn't making
That did it. Thank you very much, sir. Douglas Santos wrote: > > On Mon, Mar 2, 2009 at 2:21 PM, numb3rs1x wrote: >> >> I was told that I needed to install sarg from ports to get it to work >> with >> amd64. I'm on 4.4 on an amd64 proc. This was working when I was on 4.3, >> but >> after I updated and reinstalled sarg from ports, It appears to be acting >> the >> same way it did when I installed it via pkg_add. Here's what I did: > > please test with -current sarg-2.2.5p0 > > > -- View this message in context: http://www.nabble.com/sarg-isn%27t-making-tp22292402p22293569.html Sent from the openbsd user - ports mailing list archive at Nabble.com.
Re: sarg isn't making
On Mon, Mar 2, 2009 at 2:21 PM, numb3rs1x wrote: > > I was told that I needed to install sarg from ports to get it to work with > amd64. I'm on 4.4 on an amd64 proc. This was working when I was on 4.3, but > after I updated and reinstalled sarg from ports, It appears to be acting the > same way it did when I installed it via pkg_add. Here's what I did: please test with -current sarg-2.2.5p0
sarg isn't making
I was told that I needed to install sarg from ports to get it to work with amd64. I'm on 4.4 on an amd64 proc. This was working when I was on 4.3, but after I updated and reinstalled sarg from ports, It appears to be acting the same way it did when I installed it via pkg_add. Here's what I did: export CVSROOT=anoncvs.ca.openbsd.org:/cvs cd /usr cvs checkout -P -rOPENBSD_4_4 src cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs get -rOPENBSD_4_4 -P ports cd /usr/ports make search key=sarg cd /usr/ports/www/sarg make install clean The only output was: "===> Cleaning for sarg-2.2.5". I think this is where my problem is, but I followed the instruction and read all of the documentation a couple of times. Anyway, when I try to run sarg, I get this: # /usr/local/bin/sarg Segmentation fault (core dumped) What am I doing wrong? http://www.nabble.com/file/p22292402/bsddmesg.txt bsddmesg.txt -- View this message in context: http://www.nabble.com/sarg-isn%27t-making-tp22292402p22292402.html Sent from the openbsd user - ports mailing list archive at Nabble.com.
Re: [new] www/varnish
Hi Jim, On Mon, 02.03.2009 at 08:20:34 -0500, Jim Razmus wrote: > * Toni Mueller [090302 06:51]: > > # /usr/local/sbin/varnishd -d -f /etc/varnish/test.vcl -g www -n proxy_1 -P > > /var/run/varnish/proxy_1.pid -u www -s file,/var/varnish/proxy_1_data,100m > > add this: -p send_timeout=327 thanks a bunch! This at least stops the crashes. I can test the functionality only later today. I hope to find some time to glance at the C code, too. -- Kind regards, --Toni++
Re: [new] www/varnish version 2.0.3
Hi Jim, On Mon, 02.03.2009 at 08:24:52 -0500, Jim Razmus wrote: > Again I throw varnish maintainer up in the air. My employer has decided > to go with Apache2 mod_cache. I don't have a personal need for varnish > either. > > Anyone want it? yes, me, but I'd need some help. -- Kind regards, --Toni++
Re: [new] www/varnish version 2.0.3
* b...@openbsd.rutgers.edu [090216 21:45]: > On 17 February 2009 at 1:31, Marius ROMAN wrote: > > > On Fri, Feb 13, 2009 at 10:50 AM, Jim Razmus wrote: > > > Couldn't sleep... > > > > > > Varnish 2.0.3 - high-performance HTTP accelerator > > > > > > I've rolled this up to the latest release. Builds on i386 -current and > > > tested on sparc64 -current. I might take maintainer after all depending > > > on my employer using it. Should have an answer in the next few business > > > days. > > > > > > I would appreciate someone taking a look at the varnishd.1 man page patch > > > and see if that can be improved to something that can go upstream. > > > Frankly I don't have any skill wielding that syntax. > > > > > > port available here: http://www.bonetruck.org/tmp/varnish-2.0.3.tgz > > > > > > Test reports welcome, preferably on -current. I'd like to know the > > > tested platform too. > > > > Builds, installs and runs. > > Tested on i386 -current > > > > Spotted a problem with varnishd man page : > > > > man varnishd -> q > > > > [r...@foo varnish] man varnishd > > man: Formatting manual page... > > Usage: Too many arguments (maximum of 8 accepted) (#269) > > Cm malloc Ns Op Ns , Ns Ar size > > Jim, I fixed this in my port. Feel free to take back anything useful. > > http://openbsd.rutgers.edu/varnish.tar > Again I throw varnish maintainer up in the air. My employer has decided to go with Apache2 mod_cache. I don't have a personal need for varnish either. Anyone want it? Jim
Re: [new] www/varnish
* Toni Mueller [090302 06:51]:
>
> Hi,
>
> On Tue, 10.02.2009 at 20:55:08 -0500, b...@openbsd.rutgers.edu
> wrote:
> > > Yeah. We can try sending a diff upstream to get them to use safe string
> > > functions, but otherwise... they will probably stay as is.
>
> doing that seems to be a good idea.
>
> > > I think it should also do @newuser/@newgroup instead of using 'nobody'.
>
> Yes. I suggest using either one of _www, _proxy, or _varnish as a
> username.
>
> > > Jim also noted that kqueue doesn't work, and he's right. I'm looking
> > > into that, as well...
>
> That sounds nice, too!
>
> > Don't let the above be misconstrued... it works as is, it's just not as
> > efficient as it could be.
>
> I can't confirm this. Running varnish 2.0.3 on a 4.4/amd64 system like this:
>
> # /usr/local/sbin/varnishd -d -f /etc/varnish/test.vcl -g www -n proxy_1 -P
> /var/run/varnish/proxy_1.pid -u www -s file,/var/varnish/proxy_1_data,100m
>
add this: -p send_timeout=327
> with this config file /etc/varnish/test.vcl:
>
> --
> backend c1 {
> .host = "127.0.0.1";
> .port = "8080";
> }
>
> sub vcl_recv {
> set req.backend = c1;
> }
> --
>
> yields an endless stream of error messages after giving the 'start'
> command on the management console:
>
>
> child (3620) Started
> Child (3620) said Closed fds: 6 7 12 13 15 16
> Child (3620) said Child starts
> Child (3620) said managed to mmap 104857600 bytes of 104857600
> Child (3620) said Ready
> Child (3620) died signal=6
> Child (3620) Panic message: Assert error in vca_acct(),
> cache_acceptor.c line 191: Condition((setsockopt(ls->sock, 0x, 0x1005,
> &tv_sndtimeo, sizeof tv_sndtimeo)) == 0) not true. errno = 33 (Numerical
> argument out of domain) thread = (cache-acceptor)
>
> Child cleanup complete
>
>
> This is on 4.4/amd64 with an MP kernel, on a QC CPU.
>
> I didn't yet have enough time to dig into the C code yet, though it
> could well be a user error at this point. I am also very unhappy about
> their statement in http://varnish.projects.linpro.no/ticket/272, and
> consider ways to solve this issue.
>
>
> Kind regards,
> --Toni++
>
Polling works just fine. Other than changing the socket option via the
command line parameter I noted, varnishd works just fine.
Jim
Re: [new] www/varnish
Hi,
On Tue, 10.02.2009 at 20:55:08 -0500, b...@openbsd.rutgers.edu
wrote:
> > Yeah. We can try sending a diff upstream to get them to use safe string
> > functions, but otherwise... they will probably stay as is.
doing that seems to be a good idea.
> > I think it should also do @newuser/@newgroup instead of using 'nobody'.
Yes. I suggest using either one of _www, _proxy, or _varnish as a
username.
> > Jim also noted that kqueue doesn't work, and he's right. I'm looking
> > into that, as well...
That sounds nice, too!
> Don't let the above be misconstrued... it works as is, it's just not as
> efficient as it could be.
I can't confirm this. Running varnish 2.0.3 on a 4.4/amd64 system like this:
# /usr/local/sbin/varnishd -d -f /etc/varnish/test.vcl -g www -n proxy_1 -P
/var/run/varnish/proxy_1.pid -u www -s file,/var/varnish/proxy_1_data,100m
with this config file /etc/varnish/test.vcl:
--
backend c1 {
.host = "127.0.0.1";
.port = "8080";
}
sub vcl_recv {
set req.backend = c1;
}
--
yields an endless stream of error messages after giving the 'start'
command on the management console:
child (3620) Started
Child (3620) said Closed fds: 6 7 12 13 15 16
Child (3620) said Child starts
Child (3620) said managed to mmap 104857600 bytes of 104857600
Child (3620) said Ready
Child (3620) died signal=6
Child (3620) Panic message: Assert error in vca_acct(),
cache_acceptor.c line 191: Condition((setsockopt(ls->sock, 0x, 0x1005,
&tv_sndtimeo, sizeof tv_sndtimeo)) == 0) not true. errno = 33 (Numerical
argument out of domain) thread = (cache-acceptor)
Child cleanup complete
This is on 4.4/amd64 with an MP kernel, on a QC CPU.
I didn't yet have enough time to dig into the C code yet, though it
could well be a user error at this point. I am also very unhappy about
their statement in http://varnish.projects.linpro.no/ticket/272, and
consider ways to solve this issue.
Kind regards,
--Toni++
UPDATE: Pidgin 2.5.5
For anyone using Pidgin.. here is an update to 2.5.5.
Index: Makefile
===
RCS file: /cvs/ports/net/pidgin/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile12 Feb 2009 03:07:59 - 1.35
+++ Makefile2 Mar 2009 07:15:36 -
@@ -4,16 +4,15 @@ SHARED_ONLY= Yes
COMMENT= multi-protocol instant messaging client
-DISTNAME= pidgin-2.5.4
-PKGNAME= ${DISTNAME}p0
+DISTNAME= pidgin-2.5.5
CATEGORIES=net
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=pidgin/}
SHARED_LIBS+= jabber 0.0
SHARED_LIBS+= oscar 0.0
-SHARED_LIBS+= purple 4.4
-SHARED_LIBS+= purple-client 4.4
-SHARED_LIBS+= gnt 4.4
+SHARED_LIBS+= purple 4.5
+SHARED_LIBS+= purple-client 4.5
+SHARED_LIBS+= gnt 4.5
HOMEPAGE= http://pidgin.im/
Index: distinfo
===
RCS file: /cvs/ports/net/pidgin/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- distinfo14 Jan 2009 10:34:21 - 1.17
+++ distinfo2 Mar 2009 07:08:23 -
@@ -1,5 +1,5 @@
-MD5 (pidgin-2.5.4.tar.gz) = 6yjFUmR+5YPz2BfbaQFkxQ==
-RMD160 (pidgin-2.5.4.tar.gz) = S6ZxYbhQzrsBvLosFtKGc+2XEUg=
-SHA1 (pidgin-2.5.4.tar.gz) = wOw4oNIMLYYVtBNuWVUFYfpQcEg=
-SHA256 (pidgin-2.5.4.tar.gz) = Z0kcNGSDMBzFYO9Z9XJ9Gxgp2LYJzl1XwpVv8Lij0Vg=
-SIZE (pidgin-2.5.4.tar.gz) = 11876135
+MD5 (pidgin-2.5.5.tar.gz) = CNnAyN1D287G9n2LpZYCnw==
+RMD160 (pidgin-2.5.5.tar.gz) = ZMtPVy3Sh2Uf+i4SXmyxd2D+Lx0=
+SHA1 (pidgin-2.5.5.tar.gz) = OsTr9s3oeK2043ROvb9vj4Ptkx8=
+SHA256 (pidgin-2.5.5.tar.gz) = 1xwR/AgmBo/MdejccWJI+8q6ckvdP0YTZxhx493xUNs=
+SIZE (pidgin-2.5.5.tar.gz) = 11989031
Index: patches/patch-config_h_in
===
RCS file: /cvs/ports/net/pidgin/patches/patch-config_h_in,v
retrieving revision 1.9
diff -u -p -r1.9 patch-config_h_in
--- patches/patch-config_h_in 21 Aug 2008 05:59:01 - 1.9
+++ patches/patch-config_h_in 2 Mar 2009 07:11:25 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-config_h_in,v 1.9 2008/08/21 05:59:01 brad Exp $
config.h.in.orig Mon Aug 18 21:55:29 2008
-+++ config.h.inWed Aug 20 00:48:34 2008
-@@ -190,6 +190,12 @@
+--- config.h.in.orig Sun Mar 1 21:33:50 2009
config.h.inMon Mar 2 02:09:11 2009
+@@ -193,6 +193,12 @@
/* Define to 1 if you have the header file. */
#undef HAVE_NSS_H
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/net/pidgin/patches/patch-configure_ac,v
retrieving revision 1.15
diff -u -p -r1.15 patch-configure_ac
--- patches/patch-configure_ac 27 Dec 2008 20:48:00 - 1.15
+++ patches/patch-configure_ac 2 Mar 2009 07:11:25 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-configure_ac,v 1.15 2008/12/27 20:48:00 steven Exp $
configure.ac.orig Sat Dec 20 19:38:16 2008
-+++ configure.ac Sun Dec 21 23:49:41 2008
+--- configure.ac.orig Sun Mar 1 21:29:19 2009
configure.ac Mon Mar 2 02:09:11 2009
@@ -671,6 +671,7 @@ if test "x$enable_consoleui" = "xyes"; then
# ncursesw was not found. Look for plain old ncurses
enable_consoleui=yes
@@ -132,7 +132,7 @@ $OpenBSD: patch-configure_ac,v 1.15 2008
if test "x$enable_gnutls" != "xno"; then
enable_gnutls="no"
prefix=`eval echo $prefix`
-@@ -1984,17 +2078,31 @@ fi
+@@ -2000,17 +2094,31 @@ fi
AM_CONDITIONAL(USE_NSS, test "x$enable_nss" = "xyes")
Index: patches/patch-finch_libgnt_Makefile_in
===
RCS file: /cvs/ports/net/pidgin/patches/patch-finch_libgnt_Makefile_in,v
retrieving revision 1.13
diff -u -p -r1.13 patch-finch_libgnt_Makefile_in
--- patches/patch-finch_libgnt_Makefile_in 27 Dec 2008 20:48:00 -
1.13
+++ patches/patch-finch_libgnt_Makefile_in 2 Mar 2009 07:11:29 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-finch_libgnt_Makefile_in,v 1.13 2008/12/27 20:48:00 steven Exp
$
finch/libgnt/Makefile.in.orig Sat Dec 20 19:38:39 2008
-+++ finch/libgnt/Makefile.in Sun Dec 21 23:49:41 2008
-@@ -458,7 +458,7 @@ target_cpu = @target_cpu@
+--- finch/libgnt/Makefile.in.orig Sun Mar 1 21:30:19 2009
finch/libgnt/Makefile.in Mon Mar 2 02:09:11 2009
+@@ -460,7 +460,7 @@ target_cpu = @target_cpu@
target_os = @target_os@
target_vendor = @target_vendor@
EXTRA_DIST = genmarshal
Index: patches/patch-finch_plugins_Makefile_in
===
RCS file: /cvs/ports/net/pidgin/patches/patch-finch_plugins_Makefile_in,v
retrieving revision 1.13
diff -u -p -r1.13 patch-finch_plugins_Makefile_in
--- patches/patch-finch_plugins_Makefile_in 27 Dec 2008 20:48:00 -
1.13
+++ patches/patch-finch_plugins_Makefile_in 2 Mar 2009 07:11:24 -
@@ -1,6 +1,6 @@
