Bug 1912469 - tls produces dozens of C-language-code into the console
Summary: tls produces dozens of C-language-code into the console
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: tcltls
Version: 33
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Jason Taylor
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-04 14:58 UTC by Attila
Modified: 2022-06-06 01:51 UTC (History)
2 users (show)

Fixed In Version: tcltls-1.7.22-1.fc33 tcltls-1.7.22-6.el8
Clone Of:
Environment:
Last Closed: 2021-01-17 01:49:06 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Attila 2021-01-04 14:58:00 UTC
Description of problem:
The package tls produces dozens of C-language-code into the console and stderr.

Version-Release number of selected component (if applicable):
tcltls-1.7.21-2.fc33.x86_64

How reproducible:
It is always reproducible.

Steps to Reproduce:
1. Open "Konsole"
2. Start "tclsh" by the command tclsh.
3. Enter the line "package require tls"
4. Press "ENTER".

Actual results:
The command "package require tls" produces the following:
./tls.c:1779:Tls_Init():Called
./tls.c:1897:TlsLibInit():Called
./tlsBIO.c:53:BIO_new_tcl():BIO_new_tcl() called
./tlsBIO.c:66:BIO_new_tcl():Asked to setup a NULL state, just creating the initial configuration

The command

"::http::geturl "https://www.tcl.tk"

produces hundreds of lines C-language-code.

Expected results:
The package tls should not throw out C-language-code.

Comment 1 Jason Taylor 2021-01-04 18:31:02 UTC
Thank you for the report, I will take a look this week. It appears there is an update out as well, so will likely get the new version prepared and see if that has the same issue(s).

Comment 2 Jason Taylor 2021-01-08 04:17:39 UTC
It looks like there was an errant --enable-debug put in the spec the last time the package was updated. I will have the new version and non debug RPMs built and pushed.

Comment 3 Fedora Update System 2021-01-08 13:29:12 UTC
FEDORA-2021-eadd7119df has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-eadd7119df

Comment 4 Fedora Update System 2021-01-09 01:20:35 UTC
FEDORA-2021-eadd7119df has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-eadd7119df`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-eadd7119df

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Attila 2021-01-10 13:10:26 UTC
I have just tested (tcltls-1.7.22-1). It works again.
Thank you for your effort. Great job.

Comment 6 Fedora Update System 2021-01-17 01:49:06 UTC
FEDORA-2021-eadd7119df has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 7 Fedora Update System 2022-05-28 21:41:44 UTC
FEDORA-EPEL-2022-6503f01ea4 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6503f01ea4

Comment 8 Fedora Update System 2022-05-29 01:21:30 UTC
FEDORA-EPEL-2022-6503f01ea4 has been pushed to the Fedora EPEL 8 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-6503f01ea4

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 9 Fedora Update System 2022-06-06 01:51:56 UTC
FEDORA-EPEL-2022-6503f01ea4 has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.