-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've done some work on providing multi-slot Tcl and Tk packages.
you can find it on my overlay [1]

this work consists basiaclly of:
1) modifying tcl/tk ebuilds for install stuff with
- --prefix=/usr/tcl/${SLOT}
and merging all the ebuilds code into the tcltk eclass
2) provide a tcltk eselect module for switching the active tcltk version

pro:
this would allow less painful unmasking and stabilizing of tcl/tk
packages, so users can have a tcl runtime of the 21st century =))
tcltk apps that are less "vital" (i.e. have not "ported" to newer
runtimes) could still live on a system using the tcltk switcher

potential issues:
this could become troublesome if there is a tcl extension installed,
and is needed both for tcl 8.5 and tcl 8.6. it should be reinstalled
after each 'eselect tcltk set ...'


btw, on a different topic: the number of bugs on tcltk (8.5) has
lowered a bit.
maybe it's time to unmask it and have package maintainers fix the
outdated apps?


[1] http://overlays.gentoo.org/dev/mescalinum
* uninstall previous versions of tcl/tk if you are testing this, as
slotmoves are not possible for overlays
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkm6oUgACgkQV/B5axfzrPvBWACffga+Jv3492sFXpojSChujoR4
/j8An1SNh/Ruwt3JMG7JWHfwCKj/2mJc
=5Q1Q
-----END PGP SIGNATURE-----

On Fri, 2009-03-13 at 19:09 +0100, Federico Ferri wrote:

> potential issues:
> this could become troublesome if there is a tcl extension installed,
> and is needed both for tcl 8.5 and tcl 8.6. it should be reinstalled
> after each 'eselect tcltk set ...'

We face similar issues with multiple versions of ruby. The solution we
currently use is to indicate in each ruby ebuild for which versions of
ruby it will work with the USE_RUBY="" variable (e.g. USE_RUBY="ruby18
ruby19") and then build and install the code for each ruby version that
is installed on the system. Both ruby versions use different load paths
so it is even possible to eselect one version of ruby as the default and
still use another ruby version to run specific applications.

Maybe this approach can work for tcl/tk as well?

Kind regards,

Hans

В Птн, 13/03/2009 в 19:09 +0100, Federico Ferri пишет:
> btw, on a different topic: the number of bugs on tcltk (8.5) has
> lowered a bit.
> maybe it's time to unmask it and have package maintainers fix the
> outdated apps?

A number of packages depend on itcl which does not builds with 8.5. It
is maintained by tcl/tk herd. What's your stance on this package? Same
question about otcl, but less packages (the only net-analyzer/nam?)
depend on it.

BTW, thanks for moving tcl/tk forward.

--
Peter.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Volkov wrote:
> В Птн, 13/03/2009 в 19:09 +0100, Federico Ferri пишет:
>> btw, on a different topic: the number of bugs on tcltk (8.5) has
>> lowered a bit. maybe it's time to unmask it and have package
>> maintainers fix the outdated apps?
>
> A number of packages depend on itcl which does not builds with 8.5.
>
unfortunately itcl didn't seen a release since long time ago (but
development happens in CVS)

few weeks ago, Itcl/Itk 4.0_beta3 were released (requires Tcl 8.6,
which is in beta1)
you can find those fresh pkgs in my tcl-8.6 overlay (layman -a tcl-8.6)

> It is maintained by tcl/tk herd. What's your stance on this
> package? Same question about otcl, but less packages (the only
> net-analyzer/nam?) depend on it.

I'm sorry, I tried but didn't succeed to fix otcl :-(
I could report the issue upstream, and let things flow
- --
Federico Ferri
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkm9bNUACgkQV/B5axfzrPu1EACbB52ul7RKLFFkfzNT3yQuBVAT
/CcAnR7oNqakXvgeham2afm3U8WV/5If
=shj/
-----END PGP SIGNATURE-----