Posted to tcl by Colin at Sun Jul 04 01:03:14 GMT 2010view raw

  1. (I rearranged certain bits of discussion for grouping purposes.)
  2.  
  3. On Sat, Jul 03, 2010 at 04:47:57PM +0200, tomas@tuxteam.de wrote:
  4.  
  5. >> > > After consulting with Sergei Golovan, I have decided to start packaging
  6. >> > > TDBC as a set of packages separate from tcl8.6 itself
  7. > > Well, the version I got hold of (that's tcl8.6-8.6.0~b1) already builds a
  8. > > separate TDBC .deb so that seems to be fine. Or did I misunderstand you?
  9. [...]
  10. >> > > upstream folks will decide to actually bundle TDBC into the Tcl's
  11. >> > > tarball. This issue has not been discussed with upstream yet but I
  12. >> > > intend to sort this out.
  13. > > Why not just do different .debs off the same source, as it is done in
  14. > > tcl8.6-8.6.0~b1?
  15. [...]
  16. >> > > The current consensus between me and Sergei is to disable building
  17. >> > > of TDBC stuff packaged in the core Tcl tarball and keep TDBC separate
  18. >> > > for now.
  19. > > Undeerstood. I lack the experience to understand the pros and cons of
  20. > > that decision (but I trust you to take the right one ;)
  21. I think I failed to clearly explain this, so let me re-try.
  22.  
  23. TDBC is ought to be one of so called "core packages". This is a new
  24. concept invented in post-8.5 period and it should not be confused with
  25. "classic" core packages such as reg or http. These "new" core packages
  26. are supposed to counter one of notorious Tcl problems of not having
  27. someone's pet functionality "in the core" -- one classic example is
  28. absence of "core OO" which resulted in some twelve or so implementations,
  29. none of which could be expected to be present on the user's system,
  30. rendering each of them somewhat unusable.
  31.  
  32. Well, back to the point -- the new concept is to have several "blessed"
  33. big packages and distribute them along with the core, under the "pkgs"
  34. subdirectory. If I understand right, 8.6.0 will be shipped with at least
  35. three such packages: TDBC, Itcl and Thread.
  36.  
  37. Now the problem: TDBC is being developed independent from Tcl core, has
  38. its own schedule and had several releases by the time 8.6b1 was out.
  39. Every time TDBC is released, it is packaged as a standalone source
  40. tarball (plus archives with win32 binaries and html docs). It's sensible
  41. to package exactly these source tarballs for Debian as each time a new
  42. release is done, we could update the Debian packages and upload them.
  43.  
  44. Now, it looks like Tcl folks are about (roughly speaking) to include the
  45. contents of what will be the latest stable TDBC release directly to
  46. source tarbal of Tcl 8.6.0. This clearly presents a problem for
  47. packaging as we now have two versions of TDBC sources. To my knowledge,
  48. Debian packaging tools cannot handle this unusual case.
  49. In other words, if we package TDBC from the Tcl tarballs, we're confined to
  50. Tcl's release schedule. If we package TDBC from its own tarballs,
  51. we can follow its releases, but have to not package TDBC which comes
  52. with Tcl. I think the latter is more sensible; at least until TDBC
  53. is mature enough to receive only polishing which could be ignored.
  54.  
  55. Personally, I would prefer if upstream released 8.6.0 as several
  56. tarballs, like this: tcl-8.6.0.tar.gz, tcl-8.6.0-tbdc.tar.gz etc
  57. with a README file in each satellite package stating something like
  58. "move the contents of this tarball under the directory named ...
  59. under the "pkgs" directory of the Tcl source tree ...".
  60. This would greatly simplify packaging for downstream devs (us) by
  61. eliminating the problem described above.
  62. I'm pondering raising the question about this issue on tcl-core.
  63.  
  64. As to 8.6b1, TDBC sources included with it simply do not have any
  65. drivers. The reason is unknown to me. Since Sergei is not really
  66. interested in supporting TDBC (he has no uses for it as I understand),
  67. he just packaged what came with 8.6b1 -- no more no less.
  68.  
  69. > > Heh. I'm interested in the PostgreSQL backend (tdbc::postgres). I've got
  70. > > it now backported and running. Already stumbled upon what I think is a
  71. > > bug, but that's to be expected this early.
  72. I'm building all backends of course (excluding Oracle which is
  73. unfinished anyway).
  74. And it's good that there's someone who can test pgsql backend.
  75.  
  76.  
  77. _______________________________________________
  78. Pkg-tcltk-devel mailing list
  79. Pkg-tcltk-devel@lists.alioth.debian.org
  80. http://lists.alioth.debian.org/mailman/listinfo/pkg-tcltk-devel
  81.  
  82.  
  83.