Progress call: 17:00 UTC
- Update on conffile prompt solution (sunil)
- Using dbus to get notified about package updates.
- Each affected application can handle its upgrade.
Look at SkoleLinux for examples (old issue, see https://bugs.debian.org/311188 )
FreedomBox proposal: https://salsa.debian.org/freedombox-team/freedombox/issues/1483
- Problems with latest testing image (Danny)
- Update to 19.1 in testing? Reached testing 2019-02-24.
- Matrix problem?
- LDAP issue for login to matrix
progress on new homepage (mray) https://salsa.debian.org/freedombox-team/freedombox.org/issues/69
- useful information to display for downloads
- purchasable hardware status?
- Roadmap discussion
- Ideas suggested by multiple people:
- relaunch freedombox.org
- email server
- reachability problem
- UI and UX updates
- Ideas suggested by multiple people:
- Discussion notes:
- Missing but important: providing support to consumers of hardware kits. We will provide this support in the background.
- James: reachability should be the first target after buster
- Danny: after Buster, focus on reachability issue and then first-boot issues
- mray: reachability solution should be simple and not offer too many options for the sake of UX
- UI and UX should be a big part of all projects in 2019.
- gnoutchd: FBF infrastructure could handle DyDNS, but tunneling is not easy to provide. One solution is help user provision of VPS
- Timeline:
- Finish work for Buster freeze - end of February
- Reachability problem, which entails re-examining first-boot - Start in March
- ---After reachability problem, we will look at this list again and decide what to do next---
Danny: after reachability, we should Evaluate Nextcloud & Mastodon + alternate packaging method (June) and FreedomBox app framework (August)
- Continue UI discussion from last call (Danny)
- SUMMARY: We agreed
- (1) there will be an option to turn off the homepage entirely,
- (2) there will be an option to customize the homepage manually with HTML files,
- (3) there will be a per-app option on whether to expose or not on the hompeage,
- (4) there will be a per-app option on whether display or not on the homepage.
Notes from last time: https://wiki.debian.org/FreedomBox/ProgressCalls/2019-02-09
- Should the homepage be turned on by default?
- there are two categories: the app is exposed by default, and there is no option at all to expose the app (e.g. transmission)
- SUMMARY: We agreed
gnoutchd: WebRTC for tunneling (and reachability?): https://en.wikipedia.org/wiki/UProxy, https://github.com/UWNetworksLab/uProxy-p2p
Submitted ideas for 2019 Roadmap:
James Valleroy:
- Fix all major issues for Buster release.
- Start uploads to stable-backports.
- Hardware kits
- User forum
FreedomBox monitors itself and repairs itself.
- Notification framework
- App center framework
- Relaunch freedombox.org
Danny:
- Reachability problem
- Alternative packaging method for high-demand apps like Nextcloud
- UI Updates
- First boot issues
- self-signing certificate
- discovery on local network
- Windows issues with .local
- pre-installing some critical apps like Backups
- integrating sub-domain name assignment to first boot process
Fiftyfour:
- Email server and associated domain name management
- Relaunch of freedombox.org
A.F. Cano:
- The return of Shaarli or something like it. Some central location to keep web addresses of interest would be great, independently of browsers or specific machines.
- A mail server
Mray:
- Solve the reachability issue
Improve UI & UX
Sunil and Joseph:
Big items:
- Reachability (~4 months)
- Tunneling using large number of IPs from Foundation (4 weeks)
- Strong Dynamic DNS support with good UX (5 weeks)
- Rewrite Dynamic DNS implementation (3 weeks)
- Migrate server to foundation infrastructure (1 week)
- Implement new plinth features (1 week)
- IPv6 support (1 week)
- Better Pagekite UX (1 week)
- Implement notifying users of port to open (1 week)
- Document DMZ etc. configuration in routers (2 days)
- Implement UPNP port opening (2 week)
FreedomBox app framework (~2 months)
Stabilize FreedomBox API (6 weeks)
- Implement component architecture (3 weeks)
- Migrate apps to new API (3 weeks)
- Update developer documentation (2 days)
- App store and external plinth apps (2 weeks)
- Split couple of applications into separate apps
- Show web page with all available apps on freedombox.org?
- Nextcloud from a container (5 weeks)
- Framework for handling containers (2 weeks)
- Verify for free software and legal issues (2 days)
- Handle container upgrades (1 week)
- Handle proxying HTTP request to the container (2 days)
- Backup and restore (3 days)
- OAuth2/SAML authentication (3 days)
- Container security evaulation (3 days)
- Fediverse Social Network Application (~3.5 months)
- Packaging
- Pleroma (2 months - 280 hours)
- Mastodon (2 months - 280 hours)
- 70 dependencies (Ruby + JS combined)
- Plinth
- Subdomain setup (2 weeks)
- Create app (1 month)
- Packaging
Anonymous mode - Hidden FreedomBox (run only Tor) (3 weeks)
- Security (4 months)
- Automated LE certficates (1 week 3 days)
- Cleanup existing process (1 week)
- Make it more automatic (3 days)
- More services to use LE certificates (1 week)
- Mumble
- Quassel
- Infinoted?
- Container level security for daemons with systemd unit changes (3 months + 1 week)
- Basic guide (1 week)
- For each daemon and app write the unit changes (30 apps = 30 days)
- Submit changes to upstream and Debian packages (30 apps = 30 days)
- Show security precautions (4 days)
- Show SSH key fingerprints (2 days)
- Show Mumble etc. fingerprints? (2 days)
- Automated LE certficates (1 week 3 days)
- Sharing (~3 week)
- Add support for NFS (1 week)
- Add support for Samba (1 week)
- Add support for DLNA sharing (1 week)
- Email server (3 months + 1 week)
- MTA (2 weeks)
- MTA - Relay setup (1 week)
- IMAP server (3 days)
- Pop server (3 days)
- TLS setup (1 week)
- LDAP integration (1 week)
- Anti-virus server (3 days)
- Anti-spam server (3 days)
- Delivering without sending to spam (~1 month)
- Reverse DNS setup with bind and dynamic DNS (1 week)
- MX record (1 week)
- Action 1 (1 week)
- Action 2 (1 week)
- Webmail UI with existing roundcube (3 days)
- Fast search server (3 days)
FreedomBox as Identity server (~2 months)
Implement SAML2 for authentication in FreedomBox (2 weeks)
Implement OAuth2 + OpenID Connect for authentication in FreedomBox (2 weeks)
- Make Mediawiki use OAuth2/SAML (1 week)
Standards proposed by ?IndieWeb for dealing with OAuth2 shortcomings (2 weeks)
FreedomBox as a Router (1 month)
For the use case of attaching a Wi-Fi router after a FreedomBox
- IPv6 implementation fixes (1 week)
- IPv6 DHCP-PD (2 weeks)
- Static address allocation (1 week)
Small items:
- Hardware support
- 64-bit ARM board support (Pine 64, etc.)
- Combined image for all A20 boards
- Combined image for all 64-bit boards
- Android app feature completion
- Notifications
- web
- mobile
- Infrastructure
- Discourse Server
- DynamicDNS Server
- Better Wiki
- Demo server
- Alternative downloads
- Forgot password
- Unified file-sharing app
Kick coquelicot and implement in FreedomBox sharing app
Websites on FreedomBox
- Perhaps with Wordpress
- Static website generator
- Card-based UI completion
- Pioneer Edition release
- Distributed storage backend for backups (Tahoe-LAFS)
- Improve self-signing certificate UX during first-boot
- Usage analytics
- Supplement Debian's packaging mechanism
- Alternative package management systems
- Implement syncthing relay
- Printing server using CUPS
