void-linux / void-linux/void-packages
A bug in gnutls-3.8.5_1 while connecting to some servers with old tls(gnutls-3.8.4_1 works fine)
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 3.4k
- Forks
- 2.8k
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 299
Description
Is this a new report?
No
System Info
Void 6.6.25_1 x86_64 GenuineIntel uptodate rFF
Package(s) Affected
gnutls-3.8.5_1
Does a report exist for this bug with the project's home (upstream) and/or another distro?
Same issue in debian
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1965706.html
Expected behaviour
gnutls-cli some-old-tls-server
successfull output
Actual behaviour
gnutls-cli some-old-tls-server
output with error *** Fatal error: The encryption algorithm is not supported.
Steps to reproduce
gnutls-cli old-tls-server
output with error *** Fatal error: The encryption algorithm is not supported.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reported gnutls-cli command against the affected old TLS server, comparing gnutls-3.8.5_1 with gnutls-3.8.4_1. Read the linked Debian report for related findings. Done means identifying the regression and confirming that the affected server connects successfully again or that the package issue is otherwise resolved.
Written by the indexing model from the issue text.
Assessment
- Domain
- cli, networking, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100