Hypercube
Hypercube
现在 mirrorrequest 那边挂着许多申请，也经常有人发邮件申请新增镜像，但多数都没有下文，一直把 issue 留在那里或者一直不回复邮件也不太好，我建议这样改善： 1. 明确一个进入正式讨论的门槛，如需要 3 或 5 个用户，通过描述自己接触到相关项目的渠道、实际需求、使用该项目的现状等，体现出自己对该镜像有真实需求。达到这个门槛后我们才处理相关申请。因为建镜像的目的是让大家使用，如果建了后没人用，就没有意义花力气调研、配置、维护。 2. 找一种方法清晰地向大家传达出这个规则，并且容易按当前联名申请的实际用户数量排序查看所有申请。现在基于点赞标志的投票方式比较随意，既不易计算真实用户数，也不易排序查看（虽然能做到）。然而具体什么方法比较好，我还没想清楚，大家有何高见？我想到的一个可行的做法是继续使用 issues 讨论，规定发言第一行只包含“支持”二字即表明自己是在作为真实用户支持，用 webhook 和 GitHub API 收集信息，另外做一个“当前排名”网页来展示投票情况。机器人也可以在任何新 issue 被创建后立刻发表一条评论，描述投票规则并给出一个链接，点开能看到这个镜像当前的票数情况，方便大家使用。 3. 对于达到了门槛的申请（应该就不会很多了，所以我们会更有意愿去调研一下可行性），应当确保跟进处理，处理起来有困难的应当回复解释。 4. 开启后一定时间内，如 3 个月，都没有达到门槛的申请，不需要调研或回复，直接关闭。 5. 不时根据...
如今LUG是USTC唯一技术类社团，涵盖范围也完全不仅限于Linux，我们有能力也有责任成为校内技术交流的中心。现有名称中的Linux字样会使同学们产生误解，认为这只是一个具体方向的社团，而不是general的。 另外，考虑到我们已经合并（而非吞并）了信息安全俱乐部和微软俱乐部，改名也是必要的。 出于方便考虑，新名称最好保持LUG这个缩写，以避免调整现有的各种域名和邮箱。 LUG Ultimate Group是我之前想到的一个主意，欢迎大家提出其他点子。 望 @gloit042 推动一下这个事情，如果决定要改的话，赶在招新之前会比较好。
https://github.com/ustclug/mirrorrequest/issues/87 似乎是在这时加入了weekly-build，并在主页上“获取安装镜像”中放上了debian testing的选项。但我发现这个选项指向 http://mirrors.ustc.edu.cn/debian-cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/ ，而这个目录是不进行同步的（源 https://cdimage.debian.org/cdimage/weekly-builds/ 现在新于我们的镜像一个月）。 所以我们到底做不做这个镜像的同步？不做的话我之后去把首页那个选项去掉。
例如：暗色主题、侧栏 最好是换成别搞这套像 django admin 又不是 django admin 的东西了
成就功能
并且要能保存好看的截图 还可以显示最近几个做出的人，让大家都有上榜机会