In the next commit I change conf.settings to be initialized
at runtime instead of load time and so any import of
`from lbrynet.conf import settings` will be and stay None if
it happens before the initialization.
When I build locally, the resulting app doesn't have https issues. Looking
over the build script output, I notice that its copying
copying /usr/local/opt/openssl/lib/libssl.1.0.0.dylib -> /Users/jobevers/tmp/lbry/packaging/osx/lbry-osx-app/dist/LBRY.app/Contents/Frameworks
such a line isn't present when travis builds. This version of libssl
is installed by homebrew. Fingers crossed.
When run with v1.2.0 the build fails with:
dmgbuild -s dmg_settings.py LBRY lbrynet.0.7.7.dmg
Traceback (most recent call last):
File "[..]/2.7/bin/dmgbuild", line 36, in <module>
dmgbuild.build_dmg(args.filename, args.volume_name, args.settings, defines=defines, lookForHiDPI=args.lookForHiDPI)
File "[..]/2.7/lib/python2.7/site-packages/dmgbuild/core.py", line 440, in build_dmg
d['.']['pBBk'] = background_bmk
File "[..]/2.7/lib/python2.7/site-packages/ds_store/store.py", line 1183, in __setitem__
entry_type = value[0]
File "[..]/2.7/lib/python2.7/site-packages/mac_alias/bookmark.py", line 365, in __getitem__
raise KeyError('Key not found')
KeyError: u'Key not found'
- move analytics creation earlier in the startup process
- add several events to track startup, startup failure, other errors
- abstract platform detection into separate file
- add "build" type to platform so we can differentiate devs vs live users
setuptools will force a version to be 'normalized'
which means that it removes the dash.
This will probably cause some weirdness on the version
numbers in the windows build; might have to re-work
my patches on cx_freeze: https://bitbucket.org/jobevers/cx_freeze/commits/all
