wput should be compiled with TLS support
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| wput (Ubuntu) |
Undecided
|
Stephen Kitt |
Bug Description
Although wput originally supports TLS encryption, the version provided by Ubuntu does not.
This is a shame in a post Snowden world.
You can see that it supports out of the box:
https:/
but somehow even on Ubuntu 17.04 that option is still not available.
(the flag is disabled in compile time compilation)
Here is the output of a custom compiled version of wput:
wput --help
-------
[a lot of stuff]
FTP-Options:
-p, --port-mode no-passive, turn on port mode ftp (def. pasv)
-A, --ascii force ASCII mode-transfer
-B, --binary force BINARY mode-transfer
-m, --chmod change mode of transferred files ([0-7]{3})
--force-tls force the useage of TLS
See wput(1) for more detailed descriptions of the options.
Report bugs and suggestions via SourceForge at
http://
-------
Stephen Kitt (steve-sk2) wrote : | #1 |
Changed in wput (Ubuntu): | |
assignee: | nobody → Stephen Kitt (steve-sk2) |
status: | New → In Progress |
Launchpad Janitor (janitor) wrote : | #2 |
This bug was fixed in the package wput - 0.6.2+git20130413-5
---------------
wput (0.6.2+
* Actually build with TLS support (LP: #1678463).
-- Stephen Kitt <email address hidden> Mon, 05 Jun 2017 16:39:05 +0200
Changed in wput (Ubuntu): | |
status: | In Progress → Fix Released |
Marcos Diez (bugshideout) wrote : | #3 |
Hi Stephen!
I downloaded http://
I tried ./wput --help
and it still does not have SSL there.
Sorry for delivering bad news
Marcos
Stephen Kitt (steve-sk2) wrote : | #4 |
Hi Marcos,
No need to be sorry, the Ubuntu package does indeed still not have TLS support. The Debian package does: https:/
I can't find how to re-open this bug, do you know how to do that?
Regards,
Stephen
Marcos Diez (bugshideout) wrote : | #5 |
Hi
You are right, on debian it is working ( https:/
On Ubuntu it is not.
I think I was able to change the bug back to In Progress (here on Ubutu).
I just had to click on the Status and there was a list to pick from.
I actually have no clue what is necessary to compile it with TLS.
In Ubuntu, no matter what I do it always says TLS is not found.
I am also looking for a solution.
Thanks again,
Marcos
Changed in wput (Ubuntu): | |
status: | Fix Released → In Progress |
Marcos Diez (bugshideout) wrote : | #6 |
Hi Stephen,
I found out the problem and solved it. Now I need you to your magic and make it an "official package" (TM)
The problem is that ./configure was not properly detecting if GnuTLS is available or not.
To be more specific, ./configure was passing the gcc parameters in the wrong way.
It was passing:
gcc -lgnutls -lgnutls-openssl test_file.c
and it should be:
gcc test_file.c -lgnutls -lgnutls-openssl
The fix for this issue is here:
https:/
BUT after changing configure.in I had to run autoconf again.
So you might as well get the whole thing:
https:/
In order for me to do that I:
a) cloned the original wput repository (https:/
b) applied all the debian patches in the order of 'debian/
c) fixed the code
All these steps are separated into specific commits:
https:/
So I guess the problem is solved, I just don't know how to continue from now on.
Please help!
Marcos
Stephen Kitt (steve-sk2) wrote : | #7 |
Hi Marcos,
That is fantastic, thanks for figuring it out! I need to wait for the wput package to migrate to Debian Stretch (tonight I think), then I’ll add you commit as a patch to the package and upload it (and it will migrate to Ubuntu).
Thanks again,
Stephen
Launchpad Janitor (janitor) wrote : | #8 |
This bug was fixed in the package wput - 0.6.2+git20130413-6
---------------
wput (0.6.2+
* Add patch by Marcos Diez so that configure finds TLS support on Ubuntu
(really LP: #1678463); thanks Marcos!
-- Stephen Kitt <email address hidden> Thu, 08 Jun 2017 08:31:47 +0200
Changed in wput (Ubuntu): | |
status: | In Progress → Fix Released |
Changed in wput (Ubuntu): | |
status: | Fix Released → In Progress |
Marcos Diez (bugshideout) wrote : | #9 |
Hi Stephan!
It's me again...
The Ubuntu package was still without TLS.
So I read the documentation on how to create an Debian/Ubuntu package, created one and found the issue.
The fix is here:
https:/
I tested creating the package both on Debian Jessie and Ubuntu and it worked on both.
As a nice side effect, the other patch to configure.in ( 13-configure.
I hope the issue is finally really fixed.
Marcos
Stephen Kitt (steve-sk2) wrote : | #10 |
I’m really sorry about that, I thought the package was fixed to update its configure during the build. I should have checked... I’ve upgraded it to debhelper compatibility level 10 and fixed configure.in so that autoreconf works correctly (which is better all round). Thanks for your work on this!
Launchpad Janitor (janitor) wrote : | #11 |
This bug was fixed in the package wput - 0.6.2+git20130413-7
---------------
wput (0.6.2+
* Switch to debhelper compatibility level 10 and fix configure.in so
autoreconf works, which allows Marcos’ fix to actually take effect
(really, really LP: #1678463).
-- Stephen Kitt <email address hidden> Thu, 08 Jun 2017 20:49:57 +0200
Changed in wput (Ubuntu): | |
status: | In Progress → Fix Released |
Nice catch, thanks. The fix is straightforward, all that’s needed is to add libgcrypt20-dev to the build-dependencies. I’ll see if I can provide an update through Debian despite the freeze.