Skip to content
This repository has been archived by the owner on Feb 25, 2018. It is now read-only.

Roadmap - things to work on #90

Closed
7 of 16 tasks
timeyyy opened this issue Aug 18, 2015 · 4 comments
Closed
7 of 16 tasks

Roadmap - things to work on #90

timeyyy opened this issue Aug 18, 2015 · 4 comments
Labels
Milestone

Comments

@timeyyy
Copy link
Contributor

timeyyy commented Aug 18, 2015

This is a road map for anyone who wants to help out

Issues

  • lack of documentation on known issues
  • esky fails with py2exe
  • getting root on windows
  • everything in issues/pull requests
  • pypi needs to be updated
  • pep8 codebase
  • update registry or other system meta data after a successful update

New Features

  • travis-ci on linux
  • ci on windows
  • ci on mac
  • get python 3.5 tests passing
  • python3 compatible code
  • support pyinstaller
  • use tuf library under the hood for a nice boost in security
  • support code signing

Refactors

  • Use requests instead of urllib
@timeyyy timeyyy added the todo label Nov 27, 2015
@timeyyy timeyyy changed the title [tracking] things to work on things to work on Nov 27, 2015
@timeyyy
Copy link
Contributor Author

timeyyy commented Nov 27, 2015

@rfk thanks for the tips always appreciated. I've come across the tuf project recently, http://theupdateframework.com/, its a framework for developing secure update systems, i think pypi and some other people are using it. Would you be able to take a butchers at it and estimate how long it might take (if at all possible) to integrate into esky? I'm a fairly new programmer and would appreciate your input.

@rfk
Copy link
Contributor

rfk commented Nov 27, 2015

It looks like it could be a good fit, at first glance the level of abstraction seems to match what we do in esky. It seems the integration would look something like a TUFVersionFinder class, implementing the interface defined by esky.finder.VersionFiner, and using the functions exported by the tuf module in [1]. Prototyping this seems like a relatively small undertaking - if we're lucky, the two could fit together quite nicely.

If you're keen to dive in and have a go at this, I suggest spinning it off into a separate issue and we can chat more about the details.

[1] https://github.com/theupdateframework/tuf/blob/develop/tuf/client/README.md

@cbenhagen
Copy link

Hi there,

i would recommend to do the pep8 part as fast as possible as this is going to completely mess up the history. As in blame will show almost every line changed by that commit. The faster it is done the faster blame will be useful again.

You might consider using yapf to do most of the hard work. Some manual work will still be needed but in most cases it will do a good job.

@timeyyy timeyyy changed the title things to work on Roadmap - things to work on Jan 20, 2016
@rfk
Copy link
Contributor

rfk commented Feb 25, 2018

Thanks for reaching out. Unfortunately this project is no longer actively maintained, so I'm going to move it into archive mode:

https://rfk.id.au/blog/entry/archiving-open-source-projects/

@rfk rfk closed this as completed Feb 25, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants