Hint: It might be required to do a 'decode(“utf-8”)’ to make it pass.
See the discussion on: https://github.com/cannatag/ldap3/issues/305 Bolke > On 6 Mar 2017, at 08:00, Bolke de Bruin <[email protected]> wrote: > > Thanks! Much appreciated. > >> On 5 Mar 2017, at 22:23, Jayesh Senjaliya <[email protected]> wrote: >> >> Hi Bolke, >> >> I can help with ldap issue. >> >> I have faced same issue while trying to integrate with ldap earlier, and I >> tracked down to the same get_connection function you mention in the ticket. >> I think its really due to there difference between implementation of python >> 2 vs python3 lib. >> >> anyway, I will look into it ( from this Tuesday) to see what kind of fix we >> can put on Airflow side. >> >> Thanks >> Jayesh >> >> >> On Sun, Mar 5, 2017 at 11:24 AM, Bolke de Bruin <[email protected]> wrote: >> >>> Hi Folks, >>> >>> Our Travis builds have been failing for quite some time. This is due to 2 >>> issues: >>> >>> 1. Pyscopg2 2.7.0 has a small regression that treats “None” as a string. I >>> have a PR out that works around the issue: https://github.com/apache/ >>> incubator-airflow/pull/2126 . This needs a review. >>> >>> 2. The python 2 builds are failing with ldap errors, while the same config >>> passes on python 3. Honestly I am a bit at a loss here and I raised the >>> issue with Ldap3 itself (https://github.com/cannatag/ldap3/issues/305), >>> but it might not even be their issue. Trouble is I cannot reproduce it >>> locally in a Jupyter notebook. >>> >>> I really need some help with #2, because debugging has been a challenge >>> and for every change we try to make to get us to release I have to verify >>> the output of the builds to see if the ‘right’ tests failed. >>> >>> Can someone please take a look? >>> >>> Cheers >>> Bolke >>> >>> >>> >
