[Linuxdcpp-team] [Bug 1620106] Re: Upgrade to OpenSSL 1.1.0

2016-09-04 Thread poy
I would prefer caution as well, especially as: - the build process has changed quite a bit; - there are API changes; - threading management has evolved - the method used is great in general but scary to use in mingw, where it is quite experimental (though it can be disabled): *) OpenSSL now us

[Linuxdcpp-team] [Bug 1620106] Re: Upgrade to OpenSSL 1.1

2016-09-04 Thread cologic
That's fair. I'll retract this bug. I'm still looking forward to using TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256 and TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256:TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 preferentially, since https://www.ietf.org/proceedings/88/slides/slides-88-tls-1.pdf su

[Linuxdcpp-team] [Bug 1620106] Re: Upgrade to OpenSSL 1.1

2016-09-04 Thread Francisco Blas Izquierdo Riera (klondike)
Hi, Although I'm all in for the cool new crypto I'd like to recommend waiting a bit (say 3 months) before releasing a client with the new OpenSSL version. My point is mostly based on OpenSSL's history itself, last time a major update happened: https://www.openssl.org/news/changelog.html#x9 and h

[Linuxdcpp-team] [Bug 1620106] [NEW] Upgrade to OpenSSL 1.1

2016-09-04 Thread cologic
Public bug reported: https://www.openssl.org/news/changelog.html#x1 notes: *) Support for ChaCha20 and Poly1305 added to libcrypto and libssl. [Andy Polyakov] *) CCM support via EVP. Interface is very similar to GCM case except we must supply all data in one chunk (i.e. no update, f

[Linuxdcpp-team] [Bug 1506210] Re: Decision on how to move forward with IPv6 connectivity setup

2016-09-04 Thread maksis
Apart from https://github.com/airdcpp/airgit/commit/775bdc1fc1a58a2d0720cc4a8122f3e85897b8b6, I haven't really made notable changes to detection-related code during the last few years. I just noticed that there was a need to make some of the functions a bit more "universal" after reading your detec

[Linuxdcpp-team] [Bug 1620100] [NEW] NSIS 3

2016-09-04 Thread poy
Public bug reported: & : NSIS 3 has been released, with Unicode support -> Migrate to NSIS 3 f

[Linuxdcpp-team] [Bug 333599] Re: Shut-down when downloads finished

2016-09-04 Thread poy
*** This bug is a duplicate of bug 337672 *** https://bugs.launchpad.net/bugs/337672 ** This bug has been marked a duplicate of bug 337672 [Wishlist] Automatic shutdown after all uploads/downloads complete -- You received this bug notification because you are a member of Dcplusplus-team,

[Linuxdcpp-team] [Bug 1315472] Re: Use tabs instead of dialogs for End of XP support message and other announcements

2016-09-04 Thread poy
hello, the next version is around the corner and it will drop support for Windows XP. the 0.840 branch mentioned in comment #10 is no longer maintained and does not contain the latest security fixes. -- You received this bug notification because you are a member of Dcplusplus-team, which is sub

[Linuxdcpp-team] [Bug 1238966] Re: DC++ crashes randomly, sometimes at startup

2016-09-04 Thread poy
hi, sorry for the belated reply. the next version is around the corner; there have been several stability fixes since version 0.831. this is to be checked again once the next version is out. ** Changed in: dcplusplus Status: Confirmed => Incomplete -- You received this bug notification

[Linuxdcpp-team] [Bug 914079] Re: Ability to set Tabs text of hubs

2016-09-04 Thread poy
3) WindowManager does save the title of the whole tab, but only so it can be shown in the recent window list. I would add a param in HubFrame::getWindowParams / HubFrame::parseWindowParams that would save / load the custom tab text. 4) We need a way to clear the custom tab text - maybe use a Param

[Linuxdcpp-team] [Bug 1506210] Re: Decision on how to move forward with IPv6 connectivity setup

2016-09-04 Thread poy
thanks maksis, I've brought some of your changes back into DC++. it looks to me the version we have of your connectivity improvements is not the latest, so I'm slighly worried we may be missing other stuff... in particular, I notice your getBindAdapters / getDisplayAdapters is not the same as our