From owner-freebsd-ports@FreeBSD.ORG Sun Feb 24 09:42:00 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B9E47A49 for ; Sun, 24 Feb 2013 09:42:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 579851A80 for ; Sun, 24 Feb 2013 09:42:00 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U9Y5a-0007dH-BZ; Sun, 24 Feb 2013 11:41:46 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Michael Gmelin Subject: Re: SOLVED, devel/uwsgi In-reply-to: <20130223193644.5ef30e90@bsd64.grem.de> References: <20130223193644.5ef30e90@bsd64.grem.de> Comments: In-reply-to Michael Gmelin message dated "Sat, 23 Feb 2013 19:36:44 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Feb 2013 11:41:46 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2013 09:42:00 -0000 > On Sat, 23 Feb 2013 17:45:48 +0200 > Daniel Braniss wrote: > > > > > On Sat, 23 Feb 2013 15:38:36 +0200 > > ===> Building for uwsgi-1.4.5 > > /usr/local/bin/python2.7 uwsgiconfig.py --build > > Exception in thread Thread-1: > > Traceback (most recent call last): > > File "/usr/local/lib/python2.7/threading.py", line 551, in > > __bootstrap_inner self.run() > > File "/usr/local/lib/python2.7/threading.py", line 504, in run > > self.__target(*self.__args, **self.__kwargs) > > File "uwsgiconfig.py", line 92, in thread_compiler > > (objfile, cmdline) = compile_queue.get() > > File "/usr/local/lib/python2.7/site-packages/gevent/queue.py", line > > 190, in get > > return waiter.get() > > File "/usr/local/lib/python2.7/site-packages/gevent/hub.py", line > > 321, in get return get_hub().switch() > > File "/usr/local/lib/python2.7/site-packages/gevent/hub.py", line > > 135, in get_hub > > raise NotImplementedError('gevent is only usable from a single > > thread') NotImplementedError: gevent is only usable from a single > > thread > > > > I just noticed that you're building 1.4.5, I just updated an older > server 9.0/gcc and tried building it there. I also updated to 1.4.5 on > a 9.1 machine with clang and tried compiling there without any issues. > The compile runs multithreaded just fine, using eight threads in > parallel (the machine has eight cores)., e.g. > > *** uWSGI compiling server core *** > [thread 1][clang] core/utils.o > [thread 2][clang] core/protocol.o > [thread 3][clang] core/socket.o > [thread 4][clang] core/logging.o > [thread 5][clang] core/master.o > [thread 6][clang] core/master_utils.o > [thread 7][clang] core/emperor.o > [thread 0][clang] core/notify.o > [thread 0][clang] core/mule.o > [thread 4][clang] core/subscription.o > [thread 6][clang] core/stats.o > > So I assume there are two possible reasons: > a) The build doesn't scale up to 16 cores (I don't have a > non-production machine I could test this on right now) > b) There is something wrong with your setup > > Could you try setting the limiting the number of cpu cores to 8 and see > if that works. If that still breaks there's definitely a problem with > your setup. In that case I would suggest cleaning your installation > (all python related ports), remove all stored configuration options and > start from scratch, since this might hit you again at a later > point outside of the build process. > > (I'm using python27-2.7.3_3 by the way, just in case that makes a > difference for gevent). > > Michael the problem was staring straight at us: pkg_delete py27-gevent-0.13.8 and now it compiles! now how the problem was triggered is out of my league. thanks, danny