(Created page with "= Tcl/Tk 9.0 <!-- The name of your change proposal --> = {{Change_Proposal_Banner}} == Summary == Tcl/Tk rebase to version 9. There are some major incompatibilities and it's unrealistic to port all depending packages, thus the compat Tcl/Tk 8 packages will be provided. == Owner == <!-- For change proposals to qualify as self-contained, owners of all affected packages need to be included here. Alternatively, a SIG can be listed as an owner if it owns all affected pack...") |
(Announcing the Change proposal) |
||
(14 intermediate revisions by one other user not shown) | |||
Line 20: | Line 20: | ||
== Current status == | == Current status == | ||
[[Category: | [[Category:ChangeAnnounced]] | ||
<!-- When your change proposal page is completed and ready for review and announcement --> | <!-- When your change proposal page is completed and ready for review and announcement --> | ||
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | <!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler --> | ||
Line 39: | Line 39: | ||
ON_QA -> change is fully code complete | ON_QA -> change is fully code complete | ||
--> | --> | ||
* [Announced] | * [https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/4ULPIHWC3Z7HUNTP2F3AVYXHELVZCWBN/ Announced] | ||
* [ | * [https://discussion.fedoraproject.org/t/f42-change-proposal-tcl-tk-9-0-system-wide/139549 Discussion thread] | ||
* FESCo issue: <will be assigned by the Wrangler> | * FESCo issue: <will be assigned by the Wrangler> | ||
* Tracker bug: <will be assigned by the Wrangler> | * Tracker bug: <will be assigned by the Wrangler> | ||
Line 46: | Line 46: | ||
== Detailed Description == | == Detailed Description == | ||
Some packages were already ported to Tcl/Tk 9, but some ports are complicated or there is nobody working/interested in the port at the moment thus it's unrealistic to port everything into f42. That's why the compat Tcl/Tk 8 packages will be provided and maintained till there will be packages requiring Tcl/Tk 8. This effort has been announced on the fedora-devel mailing list. | Some packages were already ported to Tcl/Tk 9, but some ports are complicated or there is nobody working/interested in the port at the moment thus it's unrealistic to port everything into f42. That's why the compat Tcl/Tk 8 packages will be provided and maintained till there will be packages requiring Tcl/Tk 8. This effort has been announced on the fedora-devel mailing list: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/M77DGL3QJJOUSTAPJHEDUCBFXD2ZANGI/#NGLJHIVECRSUM7IP6IE2IZE5DTTI3SEP | ||
Example of the change in the packages SPEC: | |||
Original package, or package building with the Tcl/Tk 9: | |||
<pre> | |||
... | |||
BuildRequires: tcl-devel | |||
BuildRequires: tk-devel | |||
... | |||
</pre> | |||
Package switched to the compat Tcl/Tk: | |||
<pre> | |||
... | |||
BuildRequires: tcl8-devel | |||
BuildRequires: tk8-devel | |||
... | |||
</pre> | |||
The switch to the rebased Tcl/Tk and the packages built with the compat should happen atomically through the side-tag. | |||
== Feedback == | == Feedback == | ||
There | There hasn't been any proposed alternative and no negative feedback yet. | ||
<!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. --> | <!-- Summarize the feedback from the community and address why you chose not to accept proposed alternatives. This section is optional for all change proposals but is strongly suggested. Incorporating feedback here as it is raised gives FESCo a clearer view of your proposal and leaves a good record for the future. If you get no feedback, that is useful to note in this section as well. For innovative or possibly controversial ideas, consider collecting feedback before you file the change proposal. --> | ||
Line 80: | Line 100: | ||
https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack) | https://fedoraproject.org/wiki/Changes/perl5.26 (major upgrade to a popular software stack, visible to users of that stack) | ||
--> | --> | ||
There are several new features in the Tcl/Tk 9 (details in the [[# | There are several new features in the Tcl/Tk 9 (details in the [[#User_Experience]]). Fedora packages should follow the upstream latest releases. | ||
== Scope == | == Scope == | ||
* Proposal owners: | * Proposal owners: | ||
** rebase Tcl/Tk packages to version 9 (done in copr) | ** rebase Tcl/Tk packages to version 9 (done in copr) | ||
** get compat Tcl/Tk 8 packages into Fedora | ** get compat Tcl/Tk 8 packages into Fedora" | ||
*** tcl8: https://bugzilla.redhat.com/show_bug.cgi?id=2330615 | |||
*** tk8: https://bugzilla.redhat.com/show_bug.cgi?id=2330617 | |||
** fill bugzillas for components not ported to Tcl/Tk 9 to switch to compat Tcl/Tk 8 | ** fill bugzillas for components not ported to Tcl/Tk 9 to switch to compat Tcl/Tk 8 | ||
<!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | <!-- What work do the feature owners have to accomplish to complete the feature in time for release? Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?--> | ||
Line 149: | Line 171: | ||
- Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system. | - Green has been scientifically proven to be the most relaxing color. The move to a default background color of green with green text will result in Fedora users being the most relaxed users of any operating system. | ||
--> | --> | ||
User experience | User experience should improve due to the new features supported by Tcl/Tk 9, e.g.: | ||
* 64-bit Capacity: Data values larger than 2Gb | * 64-bit Capacity: Data values larger than 2Gb. | ||
* Unicode and Encodings: full codepoint range, added encodings, encoding profiles to govern I/O, and more. | * Unicode and Encodings: full codepoint range, added encodings, encoding profiles to govern I/O, and more. | ||
* Access to OS facilities: notifications, print, and tray systems | * Access to OS facilities: notifications, print, and tray systems. | ||
* Scalable Vector Graphics: partial support in images, extensive use to enable scalable widget and theme appearances. | * Scalable Vector Graphics: partial support in images, extensive use to enable scalable widget and theme appearances. | ||
* Platform Features and Conventions: many improvements, including two-finger gesture support where available. | |||
Full list in: https://www.tcl-lang.org/software/tcltk/9.0.html | Full list in: https://www.tcl-lang.org/software/tcltk/9.0.html | ||
Line 161: | Line 184: | ||
<!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
Some of the packages listed bellow only explictly require the Tcl interpreter and could work with the new Tcl package even without rebuild or compat version. Packages implicitly requiring the Tcl/Tk libraries (i.e. these that will 100 % require port/rebuild or compat version) are included in the Copr: https://copr.fedorainfracloud.org/coprs/jskarvad/TclTK9.0.0/ | |||
<pre> | <pre> | ||
blt | blt | ||
Line 247: | Line 271: | ||
svxlink | svxlink | ||
systemtap | systemtap | ||
tcl-ezsmtp | tcl-ezsmtp | ||
tcllib | tcllib | ||
Line 270: | Line 293: | ||
texlive-base | texlive-base | ||
tix | tix | ||
tkabber | tkabber | ||
tkdnd | tkdnd | ||
Line 297: | Line 319: | ||
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | <!-- If you cannot complete your feature by the final development freeze, what is the backup plan? This might be as simple as "Revert the shipped configuration". Or it might not (e.g. rebuilding a number of dependent packages). If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy. --> | ||
* Contingency mechanism: | * Contingency mechanism: Contingency mechanism shouldn't be needed. In the worst case, use of the compat packages should provide the same user experience as with the previous Fedora release. The hard and dirty way to rollback everything is to drop the compat packages, bump the epoch of the Tcl/Tk, revert it to the version 8 and bump and rebuilt depending packages. This can be done by the feature owner. <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | <!-- When is the last time the contingency mechanism can be put in place? This will typically be the beta freeze. --> | ||
* Contingency deadline: beta freeze <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Contingency deadline: beta freeze <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? --> | <!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? --> | ||
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | * Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES --> | ||
== Documentation == | == Documentation == |
Latest revision as of 16:37, 12 December 2024
Tcl/Tk 9.0
Summary
Tcl/Tk rebase to version 9. There are some major incompatibilities and it's unrealistic to port all depending packages, thus the compat Tcl/Tk 8 packages will be provided.
Owner
- Name: Jaroslav Škarvada
- Email: jskarvad@redhat.com
Current status
- Targeted release: Fedora Linux 42
- Last updated: 2024-12-12
- Announced
- Discussion thread
- FESCo issue: <will be assigned by the Wrangler>
- Tracker bug: <will be assigned by the Wrangler>
- Release notes tracker: <will be assigned by the Wrangler>
Detailed Description
Some packages were already ported to Tcl/Tk 9, but some ports are complicated or there is nobody working/interested in the port at the moment thus it's unrealistic to port everything into f42. That's why the compat Tcl/Tk 8 packages will be provided and maintained till there will be packages requiring Tcl/Tk 8. This effort has been announced on the fedora-devel mailing list: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/M77DGL3QJJOUSTAPJHEDUCBFXD2ZANGI/#NGLJHIVECRSUM7IP6IE2IZE5DTTI3SEP
Example of the change in the packages SPEC:
Original package, or package building with the Tcl/Tk 9:
... BuildRequires: tcl-devel BuildRequires: tk-devel ...
Package switched to the compat Tcl/Tk:
... BuildRequires: tcl8-devel BuildRequires: tk8-devel ...
The switch to the rebased Tcl/Tk and the packages built with the compat should happen atomically through the side-tag.
Feedback
There hasn't been any proposed alternative and no negative feedback yet.
Benefit to Fedora
There are several new features in the Tcl/Tk 9 (details in the #User_Experience). Fedora packages should follow the upstream latest releases.
Scope
- Proposal owners:
- rebase Tcl/Tk packages to version 9 (done in copr)
- get compat Tcl/Tk 8 packages into Fedora"
- fill bugzillas for components not ported to Tcl/Tk 9 to switch to compat Tcl/Tk 8
- Other developers:
- Developers that will not port their packages to Tcl/Tk 9 will have to switch the BuildRequires: to compat Tcl/Tk 8 devel packages. This can be also done by proven packagers or the feature owner (proven packager) in case there will be no reaction to the created bugzillas.
- Release engineering: #Releng issue number
- There is probably no need to coordinate this with the Release engineering.
- Policies and guidelines: N/A (not needed for this Change)
- Trademark approval: N/A (not needed for this Change)
- Alignment with the Fedora Strategy:
Upgrade/compatibility impact
It should seamlessly update. Packages ported to Tcl/Tk 9 will require Tcl/Tk 9 and unported packages will require compat Tcl/Tk 8.
Early Testing (Optional)
Do you require 'QA Blueprint' support? N
How To Test
- Install Tcl/Tk depending packages, e.g. expect, gitk, ..., check the list of packages in the #Dependencies
- Check functionality of the package.
User Experience
User experience should improve due to the new features supported by Tcl/Tk 9, e.g.:
- 64-bit Capacity: Data values larger than 2Gb.
- Unicode and Encodings: full codepoint range, added encodings, encoding profiles to govern I/O, and more.
- Access to OS facilities: notifications, print, and tray systems.
- Scalable Vector Graphics: partial support in images, extensive use to enable scalable widget and theme appearances.
- Platform Features and Conventions: many improvements, including two-finger gesture support where available.
Full list in: https://www.tcl-lang.org/software/tcltk/9.0.html
Dependencies
Some of the packages listed bellow only explictly require the Tcl interpreter and could work with the new Tcl package even without rebuild or compat version. Packages implicitly requiring the Tcl/Tk libraries (i.e. these that will 100 % require port/rebuild or compat version) are included in the Copr: https://copr.fedorainfracloud.org/coprs/jskarvad/TclTK9.0.0/
blt brazil brltty bwidget catdoc cgnslib classified-ads deal eggdrop emacspeak environment-modules eth-tools expect fmtools gcl gensio git git-cola gpsman graphviz gtkwave hamlib hfsutils hping3 html2ps iaxclient ifm insight irsim itcl itk iwidgets linsmith llvm-test-suite Lmod magic maxima med memchan mercurial mmtests mpqc nagelfar nbdkit ncid netgen-mesher ngspice ocaml-lablgl ocaml-labltk ocaml-ocamlnet ogdi opencascade openmsx owfs packmol pcb pgplot pidgin planets plplot postgresql15 postgresql16 pypy pypy3.10 pypy3.9 PySolFC python3.10 python3.11 python3.12 python3.13 python3.14 python3.6 python3.8 python3.9 R remind rrdtool R-tkrplot rubygem-tk snobol4 sqlite sqlite2 stk svxlink systemtap tcl-ezsmtp tcllib tcl-mysqltcl tcl-pgtcl tcl-signal tcl-snack tcl-tclreadline tcl-tcludp tcl-tclvfs tcl-tclxml tcl-thread tcl-tileqt tcl-tkpng tcl-tktreectrl tcltls tcl-togl tcl-trf tclx tcl-zlib tdom texlive-base tix tkabber tkdnd tkimg tklib tktray torque usb_modeswitch uudeview vim-syntastic vkeybd weechat wordnet xapian-bindings xbindkeys xcircuit xpa xschem x11vnc yaz yosys znc
Contingency Plan
- Contingency mechanism: Contingency mechanism shouldn't be needed. In the worst case, use of the compat packages should provide the same user experience as with the previous Fedora release. The hard and dirty way to rollback everything is to drop the compat packages, bump the epoch of the Tcl/Tk, revert it to the version 8 and bump and rebuilt depending packages. This can be done by the feature owner.
- Contingency deadline: beta freeze
- Blocks release? No
Documentation
https://www.tcl-lang.org/software/tcltk/9.0.html