On 2019-02-23 12:47:40 [+0100], Christoph Biedl wrote:
> Sebastian Andrzej Siewior wrote...
>
> > Do you still plan to address this or should a RM be filled? The window
> > for Buster has been closed imho.
>
> Yes, and yes :(
>
> Patches are more or less done but I haven't got the tuits for the
Sebastian Andrzej Siewior wrote...
> Do you still plan to address this or should a RM be filled? The window
> for Buster has been closed imho.
Yes, and yes :(
Patches are more or less done but I haven't got the tuits for the last
checks unfortunatly. Unless I'm done within the next 48h, I'll giv
On 2019-01-10 23:59:09 [+0100], Christoph Biedl wrote:
> Sebastian Andrzej Siewior wrote...
>
> > On 2019-01-10 20:31:10 [+0100], Moritz Mühlenhoff wrote:
> >
> > > Or should we rather remove netkit-ftp-ssl? There are TLS-capable ftp
> > > client
> > > alternatives in the archive still, e.g. lftp
Sebastian Andrzej Siewior wrote...
> On 2019-01-10 20:31:10 [+0100], Moritz Mühlenhoff wrote:
>
> > Or should we rather remove netkit-ftp-ssl? There are TLS-capable ftp client
> > alternatives in the archive still, e.g. lftp.
>
> I provided a patch after Mats described how bad the new openssl is.
On 2019-01-10 20:31:10 [+0100], Moritz Mühlenhoff wrote:
> On Thu, Dec 27, 2018 at 12:57:31PM +0100, Moritz Mühlenhoff wrote:
> > On Sat, Nov 11, 2017 at 12:51:56PM +0100, Sebastian Andrzej Siewior wrote:
> > > On 2017-11-11 12:37:15 [+0100], To Mats Erik Andersson wrote:
> > > > So the problem was
On Thu, Dec 27, 2018 at 12:57:31PM +0100, Moritz Mühlenhoff wrote:
> On Sat, Nov 11, 2017 at 12:51:56PM +0100, Sebastian Andrzej Siewior wrote:
> > On 2017-11-11 12:37:15 [+0100], To Mats Erik Andersson wrote:
> > > So the problem was that you never shutdown the connection. You can blame
> > > libs
On Sat, Nov 11, 2017 at 12:51:56PM +0100, Sebastian Andrzej Siewior wrote:
> On 2017-11-11 12:37:15 [+0100], To Mats Erik Andersson wrote:
> > So the problem was that you never shutdown the connection. You can blame
> > libssl that it behaves differently or you can apply the first patch
> > attache
On 2017-11-11 12:37:15 [+0100], To Mats Erik Andersson wrote:
> So the problem was that you never shutdown the connection. You can blame
> libssl that it behaves differently or you can apply the first patch
> attached.
> The second one replaces SSL_copy_session_id() with something maybe more
> obvi
control: tags - patch
On 2017-11-10 14:45:52 [+0100], To Mats Erik Andersson wrote:
> On 2017-11-09 18:54:42 [+0100], Mats Erik Andersson wrote:
> > than a few kilobytes. Netkit-ftl-ssl achieves this by
> > use of the function SSL_copy_seesion_id(). This presumably
> > is a legacy function from th
On 2017-11-09 18:54:42 [+0100], Mats Erik Andersson wrote:
> than a few kilobytes. Netkit-ftl-ssl achieves this by
> use of the function SSL_copy_seesion_id(). This presumably
> is a legacy function from the time of SSLeay.
I can't find this in SSL_copy_seesion_id() in the source in
0.17.34+0.2-4.
Let me begin by stating for a fact that the present
source package 'netkit-ftp-ssl' does in fact build
correctly with libssl1.1, as soon as the Build-Depends
stanza is modified to allow libssl in version 1.1.
However, and this is the core of the present issue,
an executable linked to libssl1.1 is
Hi,
this is a remainder about the openssl transition [0]. We really want to
remove libssl1.0-dev from unstable for Buster. I will raise the severity
of this bug to serious in a month. Please react before that happens.
[0] https://bugs.debian.org/871056#55
Sebastian
Package: netkit-ftp-ssl
Version: 0.17.34+0.2-1
Severity: important
Tags: sid buster
User: pkg-openssl-de...@lists.alioth.debian.org
Usertags: openssl-1.1-trans
Please migrate to libssl-dev in the Buster cycle.
Sebastian
13 matches
Mail list logo