X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=ReFPM1dMfQBdhDT9Yiib1k7V8bMlWxNjQHKf78ZkfHM=;
	b=CRBv9JTzXgDJBLKsmp5tLbVbS3zecuqgljkKj1Mzlz8LBkXR9RS2WAVCD3YwfbJqOq
	VRdA5nAlD7noOI3FBdOH9+njEOQKJsN+t3SpphWZcrpuqFs7KRxsxxfCAAgnC1PhIRJT
	8YwZphKqg6NRKzkk/WGmXGWL9KFSmQ9e5kPm8yd+q7OTw6GXNNNa0qFk3AIBHaZPVhGy
	xDG9GKSe/avBPmV6od8ZiFEiy6jKcCwrfg+i4w6zDpRBX6Y0utNWDpfMAh9mCHU62k/R
	+HfZwHSPSFc8aP4FaJ51uqPq7+dCnlZDlM/py2pKYrGdBd4V+S0fwVB7XbK7VOE3mPSD
	Sflg==
X-Gm-Message-State:	ALoCoQliCp3cH+CSYy70HnCg+wYswdlDIwO7lnrc4xkOm/EmHUlqaqFMUCintUPff4oj4/fghNs4
MIME-Version:	1.0
X-Received:	by 10.140.82.8 with SMTP id g8mr3258214qgd.88.1394397244498; Sun,
	09 Mar 2014 13:34:04 -0700 (PDT)
X-Originating-IP:	[94.174.139.61]
Date:	Sun, 9 Mar 2014 20:34:04 +0000
Message-ID:	<CANqhZFyfm9+YpNrz_UgEx_RGf0P6bdooa+7NM3X5hkFQZAOU9w@mail.gmail.com>
Subject:	[geda-user] Proposal: don't install less-used utility scripts
From:	Gareth Edwards <gareth AT edwardsfamily DOT org DOT uk>
To:	"geda-user AT delorie DOT com" <geda-user AT delorie DOT com>
Reply-To:	geda-user AT delorie DOT com

There's been a series of bugs filed on some of the older and less-used
fringe components of gaf over the last couple of years, and we've had
little appetite for devs/maintainers to come forward and look after
them.

https://bugs.launchpad.net/geda/+bug/1218836

is a good example.

Here's the list I came up with:

- convert_sym
- gmk_sym
- olib
- sarlacc_schem
- sarlacc_sym
- smash_megafile
- pads_backannotate
- pcb_
- sw2asc
- gpstoimage
- gnet_hier_verilog.sh

I'm proposing to a) not build and install these to <prefix>/bin by
default but b) install the sources of these utilities into:

<prefix>/share/gEDA/contrib

so that they are still available for people that need them, but we're
not polluting <prefix>/bin with stuff that's more or less
unsupportable. I think it also means we can be a little more relaxed
about documenting them.

Almost all of these are for interoperabilty with ancient commercial
EDA systems or have been superseded by other capabilities in the
current releases so I think the number of users who need them is
limited.

Any comments on this before I forge ahead with the infrastructure work
in the build? And do I have the list right?

Cheers
Gareth

- Raw text -