The goal of this suite of pages is to gather the collective wisdom of Debian developers on new release methodologies for Debian, with an aim toward reversing the current trend of it taking longer and longer for us to make a release.
This set of pages is being developed because while plenty of people have made various suggestions on debian-devel, this has only resulted in threads with hundreds of messages, with debate being more rational in some places than others.
Feel free to add new pages, or add new arguments pro or con to a page, but do respect the opinions of others and bear in mind that the idea is to arrive at a set of well specified proposals for how Debian can release, and not to promote your idea over all others. If your opinion does not represent the consensus of a pro or con for a release method, add it as a comment with your name on it.
The list of release proposals:
?DebianInstallerReleasesAreDebianReleases
- ["NMUMore"]
- ["PermitFixingRCBugsInStableAndReleaseReallyStableAfterSometime"]
- ["ReleaseCDDs"]
Besides a new release process, it is also very interesting to figure out why the current process scales so badly. Where are the bottlenecks and what can we do about them?
This is an evolving document -- refer to RecentChanges to find newly updated pages.
- I would like to also propose a goal based release: To have an actual goal for that round of Debian development. This current release, for the end user, appears to be a software update. Not a very big change in policy. It might be worthwhile to set goals for what people would like to see changed, or advanced, then decide on a good time frame so everyone is on the same page, working toward the same goal, and knowing where they stand. This appears to work pretty well for kde.
- Christain (Debian user)
- We should also be looking heavily at how a release (or lack thereof) affects Debian users. After all, the purpose of Debian is not to release - it's to meet the needs of it's users, and releases are just one way of doing that. Personally, I understand the logic and reasoning behind the long releases, and not releasing util it's ready, and I really appreciate the stability of Debian which is the result of some hard work by it's developers. I don't really want to sacrifice or compromise that stability in any way. By the same token, I occasionally have the need for a package or set of packages that is updated beyond what is available in stable. This leaves me with the option of manually downloading/compiling/installing and somewhat messing with the beauty of the debian package system in the process, or simply upgrading to and running unstable/testing/whatever. I've always maintained that Debian's unstable is just as stable as everyone else's stable, so when I make the choice to go with something other than stable, I realize there may be some slight problems I'll need to work around, but my main concern is the lack of security patches. With everything I do, I just don't have enough time to stay on top of every single package out there I happen to need on a particular install - that's where I really depend on the Debian security team. What would help me as a Debian user is if we could use the above proposals to speed up the release process where we can without cutting corners on our quality of releases while at the same time find a way to in part or in whole offer some security support for future versions (unstable, testing, etc.) so that those of us who do decide to make the move away from stable on a particular install aren't completely left out in the cold (from a security perspective).
- Gene (Debian User) [http://www.zy-image.com 摄影学校] [http://www.ltjz2000.com/beijingsijiazhentan.htm 北京私家侦探] [http://www.timead.net/zgjs.html 窄告] [http://www.etoo.cn/jianruishiyou 尖锐湿疣] [http://www.etoo.cn/jlb 计量泵] [http://www.etoo.cn/yiliao/nwgd.htm 内外固定] [http://www.etoo.cn/yiliao/jkhc.htm 进口耗材] [http://www.etoo.cn/yiliao/gkhc.htm 骨科耗材] [http://www.etoo.cn/yiliao/gkqc.htm 骨科器材] [http://www.etoo.cn/yiliao/ylqx.htm 医疗器械] [http://www.etoo.cn/yiliao/ylqc.htm 医疗器材] [http://www.16safe.com/qiche/anquan.htm 轮胎安全] [http://www.16safe.com/qiche/znjc.htm 智能监测] [http://www.16safe.com/qiche/luntai.htm 轮胎防爆] [http://www.16safe.com/qiche/qiche.htm 汽车轮胎] [http://www.ltjz2000.com/zhentan.htm 私人侦探] [http://www.ltjz2000.com/sj.htm 私家侦探] [http://www.ltjz2000.com/xunren.htm 寻人] [http://www.ltjz2000.com/hydc.htm 婚姻调查] [http://www.ltjz2000.com/dc.htm 调查] [http://www.ltjz2000.com/zhentan.htm 侦探] [http://www.ltjz2000.com/sj.htm 北京私家侦探] [http://www.ltjz2000.com/dc.htm 调查公司] [http://www.etoo.cn/zhaigao 窄告] [http://www.etoo.cn/sports 健身器材] [http://www.etoo.cn/sports 健康器材] [http://www.etoo.cn/sports 体育器材] [http://www.etoo.cn/stadium 场馆设备] [http://www.etoo.cn/stadium 跑步机] [http://www.etoo.cn/21win-win 拓展训练] [http://www.wjmgy.com 脉管炎] [http://www.wjmgy.com/1 脉管炎]