Bug 1912469

Summary:	tls produces dozens of C-language-code into the console
Product:	[Fedora] Fedora	Reporter:	Attila <bugs.kde.attila>
Component:	tcltls	Assignee:	Jason Taylor <jtfas90>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	33	CC:	jtfas90, sander
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	tcltls-1.7.22-1.fc33 tcltls-1.7.22-6.el8	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-01-17 01:49:06 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.