Just checked and ca-certificates is installed and up to date. Not sure why I am having so much trouble.
-It seems like wxpython pnd was not being added to PATH in codeblocks, so I've taken modifying the path manually to make codeblocks access wxpython instead of stock python. (However, I just launched codeblocks again and my path seems to be set up correctly now with regards to wxpython, so I'm not sure why it wasn't working before.)
-Using 'pip' from inside codeblocks returns 'ImportError: cannot import name HTTPSHandler'
-'import ssl' from within codeblocks gives 'ImportError: /mnt/utmp/wxpython/lib/python2.7/lib-dynload/_ssl.so: undefined symbol SSL_CTX_set_alpn_protos'
-'pip' from within the wxpython PND seems to be working without sudo, but it gets lots of https warnings. I then get permission errors if I try to install modules to site-packages.
-when 'sudo pip' is used to get around permissions errors, I get an error that libffi.so.6 can't be located. For some reason it seems the path/lib path is somehow changing when sudo is invoked.
-'import ssl' and 'import _ssl' from within the wxpython PND do work without error
-with both codeblocks and wxpython mounted, gPodder for https links still gives 'Failed I/O Error: [SSL: CERTIFICATE_VERIFY_FAILED] (_ssl.c:590): None'
I'm starting to suspect that SSL is giving error when wxpython is mounted by another PND.
EDIT: Also launching gPodder from within the wxpython PND to see if that would change things, but I get the same error. Using the old wxPython seems to be the only way to make it work.
After looking at
this I was thinking that gPodder was not updated to handle the more rigorous verification introduced in python 2.7.9, but I can't find any bug reports on it, so I'm thinking it must be something on our side.