From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (71-38-131-64.ptld.qwest.net [71.38.131.64]) by hurricane.the-brannons.com (Postfix) with ESMTPSA id 46B3077E8A for ; Thu, 1 Oct 2015 16:53:26 -0700 (PDT) From: Chris Brannon To: Edbrowse-dev@lists.the-brannons.com References: <20150901171617.eklhad@comcast.net> Date: Thu, 01 Oct 2015 16:56:52 -0700 In-Reply-To: <20150901171617.eklhad@comcast.net> (Karl Dahlke's message of "Thu, 01 Oct 2015 17:16:17 -0400") Message-ID: <87d1wycfcr.fsf@mushroom.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Edbrowse-dev] version 3.6.0 X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2015 23:53:26 -0000 Karl Dahlke writes: > Chris maybe you want to maintain a list of items to close before new version. Yes, great idea. I don't think we're ready yet. This is a nice list; my comments are below. > Will they be releasing an official version that we are comfortable with? > If not, how can we build and bundle our software with version 5.1.15 This is a big sticking point for a new edbrowse release. I don't know what Geoff's release plans are, but that's a discussion we can have sometime soonish, I suppose. We're still hammering out tidy issues. If we end up bundling our own Tidy 5, my job is to make this painless for distributors. > Are we still getting seg faults or other serious problems? Yes we are, but things are starting to slow down. It needs a lot more exercise. You know what might be helpful here? I could make some "bleeding edge" static builds of the latest code, and then we could put out a call for testers on the command-line list. Not having to do a song and dance to build all of this software from git would make life easier for some would-be bug hunters. Maybe I'll get to the point where I keep two sets of statics: one that is "stable", and the other that is rebuilt from the latest code as often as possible. > Maybe have js off by default in the first windows port. Yes, this is fine with me. > but will it be feasible to maintain an edbrowse.exe along with our statics, Sure it will, but I need someone to build it for me and to keep the Windows build in sync with everything else. -- Chris