X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2NnGWp5pGOv9jAgRqbdKpPfyE4mtZsp3YDGDBuplCzs=; b=N7W/yFxuPu7l8OM5HDZ/D6zkbL57vqyb8jQdoUYs/adKE2AVE7nqSOejDo4qNPXUiq QR8cTmD2EsQsln599cywGlc/Id8Itn1Il4LM5PFsftKx+6h0uV2C31uxW2FXAkoN+9GM dl5h2+PJnhGqSUosQdeWyMqzWuLxjTmsT4MgySrU0Aj0xVGI092Py1zrMbX9PT882V5B /PP0vqA5GscxjXKaIAl+ZfwWkgN+YOB4TVeBfLgz8hSqeKWycS63Nki4KjqKGATsKS/F HpyzUB+bozvO/n9URox4lJKYgy4KqJeaXrpdNEM9au4mbEP1wBsD8qd4p5CtwNfgJfBX rCqA== MIME-Version: 1.0 X-Received: by 10.112.142.200 with SMTP id ry8mr5556144lbb.26.1413511829261; Thu, 16 Oct 2014 19:10:29 -0700 (PDT) In-Reply-To: References: <00E6DEBC-05AB-4079-9E88-152225FF6DDE AT qux DOT com> <87wq80xauh DOT fsf AT hotmail DOT com> <87siinykoy DOT fsf AT hotmail DOT com> <20141016215448 DOT GA3822 AT alpha2> Date: Thu, 16 Oct 2014 22:10:29 -0400 Message-ID: Subject: Re: [geda-user] SchemeIt From: Evan Foss To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk At work we have a gforge setup that uses git. Now we coordinate who does what so the following has never been done but if we both edit a page. 1. You check the comments 2. Check the actual schematic page(s). 3. There is code out there for doing visual diff of them. (i would love a git web plugin for this and preview) 4. You talk to the other user. When you have multiple users working on the same project people generally have to break off parts of the design. It is the only way to coordinate anything. So the issue you are imagining is very rare for schematics. PCB layout can get more hairy. On Thu, Oct 16, 2014 at 6:30 PM, Britton Kerin wrote: > On Thu, Oct 16, 2014 at 1:54 PM, Ivan Stankovic wrote: >> On Thu, Oct 16, 2014 at 01:43:25PM -0400, Enoch wrote: >>> What I am more interested in drawing the attention to is their >>> presumably easy collaboration at schmeatics ("data") level. Geda does an >>> impressive colaboration at tools, git and friends make it easy for >>> us. Generations of talented programmers keep this project alive for >>> years... but what about collaborative creation of data, the next >>> BeagleBone like design? >> >> I'm afraid more and more designs of such complexity will probably not be >> made by using gEDA, except maybe for few people that have their own >> private forks, scripts and basically very special workflows that, >> really, should not have been necessary. >> >> Although I do not want to beat a dead horse (again), I have to say that >> gEDA simply does not address the issues of modern complex designs. >> Complex designs require much better integration and more functionality >> than is currently provided by gEDA. > > Exactly what are you thinking of, besides the ability to *encapsulate* > what you have done, and *share* it? > >> Now, I'm sure there are some who will jump in and say that every design >> that can be done using other EDA tools can also be done using gEDA. And >> while I may agree for the most part, I have to ask, at what cost? >> Sure, you could conceivably build a house with only a hammer and a >> shovel, but would you really want to? >> >>> Suppose you and I work on a common design project, you move resistors >>> around, you change values, ... how am I supposed to see your changes, by >>> doing a diff on the sch or pcb ASCII files... I believe that Geda should start >>> adding tags to the sch and pcb which are related to version control. >>> >>> In short, add revision control support within gschem, within pcb, etc. >>> >>> Is this a pipe dream? >> >> I'd say it is. > > So how many crazy people really do hardware design this way? If you're working > on the same subsystem as me, and you come in and make changes like the above > without talking to me, I'm gonna be pissed. scm is a terrible substitute > for communication even for software and doubly so for hardware, where the > coupling of all the pieces of a subsystem is usually pretty tight. Forget > about collaboration tools designed to compensate for designer deficiencies > and worry about more fundamental capabilities, like sharable modules. > > Britton -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/