Re: Any issue with upgrading lang/tcl to 8.5.12 ?

[Aleksej Saushev <asau%inbox.ru@localhost>]

John Marino <netbsd%marino.st@localhost> writes:

> On 8/16/2012 10:47, Aleksej Saushev wrote:
>> John Marino<netbsd%marino.st@localhost>  writes:
>>>
>>> Of course, the fact that tcl83 packages exists weakens this thought.
>>
>> Have you ever tried updating it in practice? Reality is much harsher.
>> You have to tweak many things anyway. "Completely backwards compatible"
>> is a big stretch above, some rather important extensions were dropped.
>
> When glib2 was updated, things broke.  Bison 6.2 just broke some
> packages.  Many examples of this, it goes with the territory.
> The question is who is responsible for the downstream breakage?
> The folks that updated those tools/libraries didn't fix
> downstream issues.
>
> With the way TCL PLIST is set up, you can't have multiple
> versions of TCL installed.  FreeBSD can, but the price is having
> no tcl headers at include/ and I think they must have man pages
> in a separate package.
>
> So are you advocating having conflicting packages, having
> co-existing packages, or just updating the thing and deal with
> the carnage later?
>
>>> I've got lang/tcl already building.  I just released x11/tk is
>>> it's partner and needs to be updated at the same time.  I'll
>>> happily post both packages so people can review/test prior to
>>> committing them.
>>
>> No. Don't do that. The primary reason why update wasn't done two years
>> ago is that it requires rather large orchestrated effort.
>
> My interpretation of this sentence is: Don't ask for review or
> testing, just commit it.  Or alternatively: Because it requires
> a large effort, don't do anything and keep 8.4.x.

Yes, if you don't understand consequences, don't touch it.
TCL/Tk issue is fundamentally different from glib2 which you're bringing
up as example. (In particular, glib2 is corner stone for a lot of GNU
packages, while TCL and Tk isn't. In addition, fallout is way less
obvious and harder to notice, unless you do use those packages. That, as
it seems, you don't.)


-- 
HE CE3OH...