X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=w6C0e0c6KhLMs/yWSBIhDvGjb7xvkaWYjkE10Tc5//4=; b=OGaeh69KUaQI3tZYO/rS7lVx5Mhu/00BD3Avh07G34bVeiBCWcfKvuTiiePSI2OE+W XDnzXknILipmIX/BQXhbU29XNmYujw621/Z3vnnRLP80dMDOS4glNl1h11TgcQz3CtEI BCdsfJN/7X7Z21S67zn3Iw0OA3eZm3d9Xe3WoloiIK8RVVg8Ml7l3ylG37L2bpFPCRGB i/KgC0Fc6wN++EOaXYRJsGBt8YZE8UbpMgVotFkm0wV57dudcs92vq8pExF1ZIdcuR88 YHqLfkADeam1k/O9gjg7/MYaA1VvOofFFS4FvgpF08D5bGSyK+XRqzeTSrqfjOrNy+OW htJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=w6C0e0c6KhLMs/yWSBIhDvGjb7xvkaWYjkE10Tc5//4=; b=POMJfWe3yUNSYuDp5tbKkzqiKrUlhsOSMktC6NtExX1o64vnDW+dVJoHihJlXSjwFc azs/6XohYt45M+8f2QUCA+Q9UNMFdlkHTky0shK3a0YpiB0iML2yOc7H0rAh8fGixuLf 2UF/lL980Hv8uXY2NQNmxdUIiYZtd5HzM2sb6kKoMt8/jvMhblVoZH8uZTZjnMvj2DUT tDsabRkpnXZi4jnAkOhSqRYbYkqSyWw3hxXefiPtfNsW69A+pu2FAlIFGzrP/fukvicZ tPzssynhJCFRxykOwKcOeVPrsK3NUANNiOGq/jnsuE7wKrVoW5fgA7vD6YAeguhU/FWH Idkg== X-Gm-Message-State: AIkVDXJ6YUrI5JLU16/dYrIo30efL4+Nuzhn4O+FOKZKiJjMoDVcHCWtrsABsqHij3fIPBJkEx3e50BP/45W3g== X-Received: by 10.28.93.74 with SMTP id r71mr949014wmb.67.1483783062788; Sat, 07 Jan 2017 01:57:42 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: From: "Sergey Alyoshin (alyoshin DOT s AT gmail DOT com) [via geda-user AT delorie DOT com]" Date: Sat, 7 Jan 2017 12:57:42 +0300 Message-ID: Subject: Re: [geda-user] [pcb-rnd] in Debian testing - why no emphasis on fork 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 On Sat, Jan 7, 2017 at 11:32 AM, wrote: > Hello Sergey, > > On Sat, 7 Jan 2017, Sergey Alyoshin (alyoshin DOT s AT gmail DOT com) [via > geda-user AT delorie DOT com] wrote: > >> Hello Igor, >> >> On Sat, Jan 7, 2017 at 6:31 AM, wrote: >>> >>> pcb-rnd 1.1.4 succesfully migrated to Debian testing (a.k.a. Stretch) >>> recently. This means Debian users with anything more recent than current >>> standle (Jessie) should be able to install pcb-rnd from the official >>> repo. >> >> >> Description of pcb-rnd package does not mention relationship with pcb >> package, is it intentional? > > > pcb-rnd has added a great amount of complex, large features last year. We > also started to have our own file format. We are compatible with pcb, but we > are also compatible with kicad - there's no conceptual difference in how we > load/save a .pcb file or .kicad_pcb file. The relation of pcb-rnd to pcb is > going to be more and more similar to the relation between pcb-rnd and kicad > or other packages. From an user's perspective this means pcb-rnd is not a > geda/PCB with slightly different config and 2..3 minor improvements (like it > was in 2013), but it's more of a totally different layout package. > > In the same time much of the code has been heavily modified, reorganized, > rewritten or added newly since the fork. If you look at the code you can > still identify similar parts, but the files (organization of the code), the > APIs, the data structs changed a lot. And they are going to change even > more, as I am attacking the good old data representation design proplems we > couldn't deal with for a decade. For a few months already we are no longer > API-compatible with geda/PCB plugins. So the two projects diverged a lot > from developer's point of view as well. For a new programmer coming to > contribute, pcb-rnd is almost as different from geda/PCB as kicad would be. > > So if you mean the description doesn't have an emphasis of the history of > the project, that's intentional: we had a project rebranding a few months > back when I realized how far we diverged from geda/PCB already. Pcb-rnd is > historically a fork of geda/PCB, and if you start it up it may still look > similar for the first glance, but then tons of things differ. Thus the > emphasis on being a fork is long gone. It's not like we try to hide this > aspect, it's all in the doc, but this is no longer the main info for new > users. I am not proposing to add just "a fork" in package description. The similar user interface and identical to gEDA pcb package description would be confusing for new users. The new great appreciated features could have been denoted in package description to ignite user interest.