X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Date:	Wed, 29 Mar 2017 07:27:44 -0400 (EDT)
From:	"Stuart Brorson (sdb AT cloud9 DOT net) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] gedasymbols.org and EDAKrill - need your opinion
In-Reply-To:	<alpine.DEB.2.00.1703290922490.27212@igor2priv>
Message-ID:	<alpine.BSF.2.00.1703290725160.25534@earl-grey.cloud9.net>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1703250637200 DOT 27212 AT igor2priv> <alpine DOT DEB DOT 2 DOT 00 DOT 1703290922490 DOT 27212 AT igor2priv>
User-Agent:	Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version:	1.0
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

Hi --

I use gedasymbols on occasion, and I know if gedasymbols simply goes
away, I will at some point try to use it and be flummoxed when it
isn't there.

I vote for option 2, or a variant:  Redirect gedasymbols to point at
EDAkrill so that when folks visit gedasymbols, they are redirected.

Thanks,
Stuart


On Wed, 29 Mar 2017, gedau AT igor2 DOT repo DOT hu wrote:

> Hi gEDA users,
>
> gedasymbols.org has ~3k footprints and ~2.5k symbols.
>
> Progress on gedasymbols-to-edakrill import: 876 items (footprints and symbols) 
> got imported; edakrill now has more than 1k items available. The bare minimal 
> import process should be finished within a week or two.
> (Help wanted with the tagging.)
>
> Meanwhile, we have still only one vote on what should happen to gedasymbols 
> after the import. It's probably worth voting now, before I finish the import:
>
> On Sat, 25 Mar 2017, gedau AT igor2 DOT repo DOT hu wrote:
>
>> Hi all,
>> 
>> I plan to import the gedasymbols.org database to EDAkrill (please see my 
>> other mail about what EDAkrill is). Any file with a distribution license 
>> permits this is a potential subject. After the import, we'll have multiple 
>> choices about how to run our services.
>> 
>> After consulting DJ, the maintainer of gedasymbols, I see three possible 
>> ways to proceed:
>> 
>> 1. keep them separate services, EDAkrill imports data from gedasymbols.org
>>   (and gedasymbols.org imports data from EDAkrill if someone programs it)
>> 
>> 2. merge gedasymbols into EDAkrill, keep gedasymbols as is, but read-only
>> 
>> 3. migrate gedasymbols to EDAkrill, shut down the CVS based service
>> 
>> I think the community should decide: please vote for on of the above 
>> options, especially if you are a contributor or user of gedasymbols.org. At 
>> the end I'd like DJ to make the final word based on the community 
>> feedback/votes.
>> 
>> For me any of these are fine. The import will happen in any case,
>> so if there's no decision we will probably end up with 1 implicitly.
>> 
>> 
>> Some technical details that may help the decision:
>> 
>> - gedasymbols.org uses CVS; EDAkrill uses svn. If we go for 2. or 3.,
>> CVS contributors will need to switch to svn or web uploads. Downloads with
>> svn should be similar to CVS, just slightly different command line
>> (and less commands)
>> 
>> - please do NOT propose switching EDAkrill to git/hg/your-favorite-VCS. It 
>> won't happen, and I won't enter flame wars about this; if svn is a blocker 
>> for you, then don't use the service, vote accordingly, set up your own 
>> service based on different tools, etc.
>> 
>> - other than that I am open to any discussion and questions about EDAkrill 
>> or its relation to gedasymbols
>> 
>> - solution 1. is the least intrusive change, but it would be sort of
>> effort duplication (which is not necessarily bad)
>> 
>> - in case of 2., we would keep gedasymbols.org for compatibility but we 
>> would recommend using EDAkrill - there wouldn't be new uploads to 
>> gedasymbols.org, but for example tools and users who got used to make a CVS 
>> checkout could go on doing that (but they won't see the new files uploaded 
>> to EDAKrill)
>> 
>> - in case of 3., we would probably redirect gedasymbols.org to EDAkrill, but 
>> we wouldn't try to keep a compatible web page or CVS.
>> 
>> - how integration is affected: as far as I know only pcb-rnd has gedasymbols 
>> integration, and pcb-rnd will have EDAkrill integration too, so there won't 
>> be a big change there.
>> 
>> - stability of the service: repo.hu is hosted at a professional server hotel 
>> in an air conditioned server room with redundant power (mains, UPS and AFAIK 
>> even diesel). Network-wise it is very close to the Hungarian Internet 
>> backbone. The international bandwidth is somewhat limited (for financial 
>> reasons), but stability is excellent.
>> 
>> 
>> Regards,
>> 
>> Igor2
>> 
>

- Raw text -