Meeting notes - 18th January 2022 virtual meeting

Date: 18th January 2022

Participants: Hauke, Daniel, Paul, pepe2k, chunkeey, Adrian, Ted, stintel, Rui, lynxis, Rafał, blocktrron, wigyori, richb-hanover

  • Issue tracking
    • replace ?
      • many people do not like it
      • maintaining it cost efforts
    • alternatives:
        • big part of the community is already at github
      • (GiTea)
      • (Sourcehut)
    • Do we want to import the old issues? Options:
      • people could create new issues if they still have the problem
      • run as a dump in a static HTML pages
      • import all bugs and close them
    • having code and bugs in one place will allow to link code and bugs, which is very nice
    • Paul will create a vote if we want to use github for bugs
      • migration: either static pages or import to github
  • git root
    • use github as main repo?
      • github rate limits git clones, this causes problems in CI
      • DMCA request could shut us down
    • Ted could also maintain the git servers, currently jow does it
    • Multiple of our servers are running outdated version of Debian
  • CI
    • We can use different CIs in parallel
    • github CI needs a .github file
    • github CI could check github pull requests before merge
    • Paul will start with this, contact him for ideas
  • Hosting
    • Currently we host multiple VMs at Digital Ocean
      • It looks like their open source sponsoring changed
    • Hetzner organization account (Hauke)
      • Who wants to manage this with Hetzner and SFC?
    • Migrate infrastructure to Hetzner? (Hauke)
    • We are running out of credits at DO
    • cutting us down would probably create bad publicity for DO, but it could be that they do not think before
    • Ted will organize a meeting for an infrastructure group
    • Ted will talk with DO
    • There is an organization in north of the US, @dvn is part of it, Daniel will establish contact
  • There's a proposal at: that suggests simplifying first-time user experience by letting them use mDNS instead of forcing them to figure out subnetting as their first intro to OpenWrt. Is there any deep reason this proposal could not be made to work?
  • And most germane to this meeting: if we had a working prototype, what process do we use to determine if it should go into the base release?
  • shifted to new meeting
  • I see lots of requests on the forum: “I got this $15 gizmo from eBay/Alibaba/my neighbor. Can you guys make it work with OpenWrt?” I am asking for clarification for my own information... (richb)
  • How much work do these new devices put on the core developers?
  • How much of a long-term obligation does it put on OpenWrt? (I worry that we say, “We can't implement X because of a few $15 devices...”)
  • How much do they delay the release of the next version?


  • Review is the biggest effort
  • maintenance is not much, sometimes the image gets too big and we just remove it
  • pull request adding new devices probably do not shift away attention from other things

next meeting 15. February 8PM CET

This website uses cookies. By using the website, you agree with storing cookies on your computer. Also you acknowledge that you have read and understand our Privacy Policy. If you do not agree leave the website.More information about cookies
  • Last modified: 2022/01/22 18:18
  • by richb-hanover