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=sbcglobal.net; s=s2048; t=1451596969; bh=uVNH1Unhiuc8FVqNkLH3QWSGL5TAutyCbCVpvKUAbC8=; h=Subject:From:In-Reply-To:Date:References:To:From:Subject; b=L2WH3mx730TbukzGKula+AGvq7iIJMgKYoKmBDKKtWfxPXyEjJR9YoHpVeZ1i/v0o1qJHG39nJqVkgd54oJNY1g9VGdN9PdRCXYfraIXWDSpo2bsTYF65OU2HYhTA4vp3pUiITwJXadAPB4bdmS5QiGZl0F7zo0Sjm44N/uUJZCx309iVHeXzKRp1AdqgoHuoV3hmpvfpaKK9lqMRYsJaLUe22+v8c1xzJ2FuUYNe9w/PquHdnZ79rH8i6lJXb9zN+1D4asbh/GPyWGw2iM5vUo5xrs6QrEpbDp+BCUXdGwicjmgmZ+XF2iiRB98wXK+oo8B+te+2GXD+nAHDpivlQ==
X-Yahoo-Newman-Id:	881254 DOT 96781 DOT bm AT smtp230 DOT mail DOT gq1 DOT yahoo DOT com
X-Yahoo-Newman-Property:	ymail-3
X-YMail-OSG:	9zWmHMEVM1llkwXIYf78Ux1kK_feSzTwyL.Q5Iq.xMpO.Dh
	feeyuQ08FtS4ut97NnJgbSKp6nixQOlWJ..kvFCbYnWWeWfsMjuYzFRfLVK3
	O7lHaHFPOzXj1BksDIhkNCZarC3nn5VVhIYlMDxrZaVgAfFYqxCzQ3gFdT8c
	K9Mdj_V_l8IKqwVq6rqxd2vNKX0T2EzFUB08xTastJ6aY5aIua371NEIDOUY
	jjj4NWJMC_G0RrHthTz2o4KTQ3kN2ewRW_bw53jPqCQyxw.xtwi.CO.c4QhT
	QMfrsG.3anBnKZk15cEZl3ZdI8uXz0Pz6VsWlbgqEN44x6180lo.mKsZrFis
	fp5LnCMYXY2HpD2Df5j2leRGgh1RKzzbvrgq.pzt0bYAUVxS80vqzC2ZhsnP
	tq4G2aXhClT7OUfwGtMBVQS4O7o.BVYGeUuQ9XEnX7ArkT7iXSQq1uJj2dbN
	Qc6GQoPMJOmYjD_i5wsR2yhMrKSvUhy1cbjIcdzxO2gcGNg48Dm9iKMp1INO
	NGJwxbQYM_1ScZqflJ0.peWmed.hRISMG59RMQtFIsl4XveLYUg--
X-Yahoo-SMTP:	b8jVkbOswBAqZ4BhECp7nxPJUfTGEnEGv_G4qgQeZMeAbA--
Mime-Version:	1.0 (Mac OS X Mail 8.2 \(2104\))
Subject:	Re: [geda-user] Project leadership
From:	"Edward Hennessy (ehennes AT sbcglobal DOT net) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
In-Reply-To:	<alpine.DEB.2.11.1512311916190.12724@newt>
Date:	Thu, 31 Dec 2015 13:22:47 -0800
Message-Id:	<2F0AFAE8-ADAB-4DE0-A79C-DD87077E66B5@sbcglobal.net>
References:	<5AC3D5C5-144F-41AE-9562-47BC34D9047F AT noqsi DOT com> <CAJXU7q_GnuGNMtUWkB-xgBiKgY5R5W4ZCjtnz5EJizG+46dm1w AT mail DOT gmail DOT com> <C7FDF8B6-B335-46C3-8A25-F95ACECF4B79 AT noqsi DOT com> <CAJXU7q_3XwthnN_8mp7B+-ShHeK+=7J=54ZavKBUG3S3bSKp2A AT mail DOT gmail DOT com> <20151222193859 DOT 26898 DOT qmail AT stuge DOT se> <20151223202851 DOT 637d5b1f AT jive DOT levalinux DOT org> <20151223195846 DOT 8392 DOT qmail AT stuge DOT se> <CAM2RGhS2bg=Rjuq6oEeOacV7PfUENy_jq7dxag=vWsUbdH6pAQ AT mail DOT gmail DOT com> <20151229155647 DOT GA3752 AT localhost DOT localdomain> <CAM2RGhSLND5+JSSj=1cUPUhzkTCK6d7NZ61QL-eViZRccY5LqA AT mail DOT gmail DOT com> <20151229175222 DOT GD3752 AT localhost DOT localdomain> <alpine DOT DEB DOT 2 DOT 11 DOT 1512311656190 DOT 1475 AT newt> <96A12FC1-E09C-4D63-8346-5A62FDAB4228 AT sbcglobal DOT net> <alpine DOT DEB DOT 2 DOT 11 DOT 1512311916190 DOT 12724 AT newt>
To:	"geda-user AT delorie DOT com" <geda-user AT delorie DOT com>
X-Mailer:	Apple Mail (2.2104)
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id tBVLMsab031550
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

> On Dec 31, 2015, at 11:57 AM, Roland Lutz <rlutz AT hedmen DOT org> wrote:
> 
> So the options to handle this are:
> (a) Don't merge the code until the defect is fixed.
> (b) Have "make distcheck" fail as a reminder that the code doesn't work right.
> (c) Hack the test driver so a failed test doesn't cause "make distcheck" to abort.
> (d) Add the defect to the documentation as a known bug and set the corresponding tests to XFAIL.
> 
> Since this is a minor flaw, I had decided for (b), but if you think (c) or (d) is more appropriate I wouldn't object.

Either option C or D works. Option B makes it harder for other developers to make distcheck.

If someone can fix the defect(s) in the next couple weeks or so, I’m fine with keeping option B.

>> How much effort is required to fix the defects?
> 
> Basically, a new abstraction layer for "SPICE objects" would have to be introduced in the spice-sdb backend (other backends aren't affected). This isn't a big issue per se, but since this would make changes all over gnet_spice_sdb.py necessary and this is the largest backend (~1250 lines), I'd estimate 1-2 days to do it properly.
> 
> The original gnetlist presented a package as an opaque object to backends and didn't allow them to access the individual components of which it is composed.  If a backend wanted to handle slots as individual objects (like the spice-sdb backend does), it had to override gnetlist's "get-uref" function so the slots were each assigned an individual refdes.  In the refactored code, this is handled differently (you can access the "components" property of a "Package" object), so the renaming mechanism doesn't exist, and a backend which wants to handle slots as individual components needs to handle this itself.  Unfortunately, I haven't found the time to implement this in spice-sdb yet.

Do the features in the backend require Scheme/Guile development, or just Python?

Ed

- Raw text -