The perpetual backward-compatibility requirement of the package system
policy is still (including this morning) creating headaches for me, as a
party who is trying to maintain open source packages for things that I
develop and use for my own purposes.
If the package system isn't going to get a notion of
backward-incompatibility like PLaneT had (which, together with
simultaneous multiple-installed-version support, was 95% of what I
wanted), then...
Just tossing out an idea here, to prompt discussion, not proposing it...
What if it were within policy for a package author to introduce a
backwards-incompatible change, *iff* the author is reasonably confident
that it wouldn't break any users of the package *that have the code in
the official open source package catalog*. Then, the author could see
which other packages in the catalog use the author's package, and
inspect the code of those, to see how their use the package would be be
affected by the change.
This is idea is *not* good for software engineering (only a consumer
should be saying whether a spec change is OK to them; that's not the
provider's place). And also, closed-source users of packages would get
screwed, and likely end up maintaining diverging private forks of open
source packages they use without contributing changes upstream.
However, the current package system policy is onerous for third-party
package developers who are sharing some of their code as open source,
but need to do ordinary backward-incompatible changes without the open
source being a huge extra burden on that practice. The current policy is
begging for third-parties to abandon the open source version and go back
to closed as their code evolves, or to simply violate package system
policy and start breaking people.
So, while this idea I'm tossing out is a groaner, and I don't like it,
it might still be a better compromise than the current situation.
Discussion?
Neil V.
--
You received this message because you are subscribed to the Google Groups "Racket
Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/racket-dev/56F01BEA.3050901%40neilvandyke.org.
For more options, visit https://groups.google.com/d/optout.