Hi Alan,

On 22.07.2017 10:59, Alan W. Irwin wrote:
> So the user now has complete freedom to make a mess by attempting
> to specify inconsistent install location variables

I am very happy with that freedom :-) Thank you for these changes.

> @Orion:
> 
> In particular, does Fedora have policy about where *.tcl files should be
> installed that is consistent with Debian policy about that?
> 
> The reason I ask is if there is some consensus on that question I
> would likely change the default value of TCL_DIR from
> /usr/share/plplot5.12.0/tcl to that consensus.

One comment here: Debian has both the /usr/lib/tcltk and
/usr/share/tcltk paths usable; first for the architecture dependent
files (in an arch dependent subdir), second for architecture independent
files. This is, however, mostly to save space on multi-arch systems
(i686 and x64); as long as there are no tens of megabytes, I have no
objections to put everything together into /usr/lib/tcltk/<arch>/.
However, whatever goes into /usr/share/, must be truly arch independent.

> @Both:
> 
> Also note, that when our build system was first put together in the
> autotools era, Rafael insisted on using versioned plplot names
> throughout, (e.g, /usr/share/plplot5.12.0)  so I have stuck with that
> since.  But I
> am not as keen on that as he was so if your consensus (if it exists)
> for the TCL_DIR default is unversioned, e.g.,
> 
> /usr/share/tcltk/plplot
> 
> that would be fine with me.

Both is fine with me. We don't allow multi-version installations, so it
finally does not matter.

> @Ole:
> 
> You sure do ask interesting questions.  :-)
> 
> Seriously, though, keep them coming since such
> questions play an important role in improving
> PLplot as in these last few commits.
> 
> As far as I can remember, this current answer from me only leaves the
> spelling issues reported by lint (and you) that I need to answer, but
> can you recall any further topic between us that I still need to answer?

Not for the moment. The current Debian release (5.10.0) has some minor
multi-arch issues, but they seem to be a problem of the old packaging. I
think with the simplified packaging, this will go away.

It may be however be useful if you could create a "release candicate"
(or beta) tarball, and give some time to test it. I could create a
Debian package out of that and upload to our "experimental" branch.
While you do probably not want to wait until it builds on all platforms
(it has to go through review of our ftp-masters), I can do some tests
locally and report back (but please, give some time; it is holiday
season :-) )

Best regards

Ole

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to