Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
On Fri, Oct 13, 2017 at 12:24:26AM -0400, Sam Hartman wrote: > There's a new upstream for moonshot-trust-router that I believe should > work with openssl 1.1. > Realistically, I should be able to deal with moonshot-gss-eap #848680 > within a month. > I think it may be more like two months to deal with both > moonshot-gss-eap and moonshot-trust-router, both of which have new > upstreams. > Right now, neither is in testing. I expect Buster to be the first > release to include moonshot-trust-router and definitely plan to get > moonshot-gss-eap back into testing for Buster, but I'm not bothered if > moonshot-trust-router spends a month FTBFS because you remove openssl > 1.0. What's the status? We're down to five packages still blocking the removal of OpenSSL 1.0 and moonshot-trust-router is one of them. Cheers, Moritz
Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
Status is that I didn't find the time to get moonshot-trust-router dealt with before buster and so I had deprioritized it. There is in fact a new upstream, and it does fix the issue. Blocking on moonshot-trust-router is silly: no one wants the version in unstable anyway. Is it possible to remove openssl and make moonshot-trust-router uninstallable? In my mind the only reason to keep moonshot-trust-router around now is to avoid needing to take a trip through new again when I do fix it post buster. If you really need me to go deal with moonshot-trust-router now, I'll do that, but my preference for my Debian time is to focus on buster issues.
Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
On Wed, Feb 20, 2019 at 05:30:35PM -0500, Sam Hartman wrote: > Is it possible to remove openssl and make moonshot-trust-router > uninstallable? That might be possible, I'll check with the FTP masters. Cheers, Moritz
Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
Source: moonshot-trust-router Version: 1.4.1-1 Severity: important Control: block 827061 by -1 Hi, OpenSSL 1.1.0 is about to released. During a rebuild of all packages using OpenSSL this package fail to build. A log of that build can be found at: https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/moonshot-trust-router_1.4.1-1_amd64-20160529-1451 On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the reasons why it might fail. There are also updated man pages at https://www.openssl.org/docs/manmaster/ that should contain useful information. There is a libssl-dev package available in experimental that contains a recent snapshot, I suggest you try building against that to see if everything works. If you have problems making things work, feel free to contact us. Kurt
Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
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
Bug#828441: moonshot-trust-router: FTBFS with openssl 1.1.0
There's a new upstream for moonshot-trust-router that I believe should work with openssl 1.1. Realistically, I should be able to deal with moonshot-gss-eap #848680 within a month. I think it may be more like two months to deal with both moonshot-gss-eap and moonshot-trust-router, both of which have new upstreams. Right now, neither is in testing. I expect Buster to be the first release to include moonshot-trust-router and definitely plan to get moonshot-gss-eap back into testing for Buster, but I'm not bothered if moonshot-trust-router spends a month FTBFS because you remove openssl 1.0. --Sam