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.
Current:
Proposals for releasing less:
?DebianInstallerReleasesAreDebianReleases
Proposals for splitting up the release:
Proposals for speeding up the release process:
- ["NMUMore"]
Proposals for making additional kinds of releases of the full archive:
- ["ReleaseCDDs"]
- ["PermitFixingRCBugsInStableAndReleaseReallyStableAfterSometime"]
Besides a new release process, it is also very interesting to figure out why the current process scales so badly. What are the obstacles?
This is an evolving document -- refer to RecentChanges to find newly updated pages.
And while we are at it here is a list of solutions what to do with the ideas and proposals above:
?JustIgnoreAndContinueAsAlways
- ["LetTheDPLDecide"]
- ["MakeGR"]
- 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 its users, and releases are just one way of doing that. Personally, I understand the logic and reasoning behind the long release intervals, and not releasing until it's ready, and I really appreciate the stability of Debian which is the result of some hard work by its 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 the quality of releases while at the same time finding a way in part or in whole to 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)
- Just to add my 0.02ukp here, I personally use (and partially administer) a cluster of machines running Debian in a university research group. While I think that using testing as an everyday distribution is fine for personal machines, in this context having a rapidly changing distribution isn't an option - users are more interested in getting work done rather than playing with cutting edge versions of the software, and generally object to large chunks of the system changing on a day to day basis, and it generates administrative hastle. Having said this, the current model is too slow (for example, the stable GSL packages are missing a lot of functionality that I need, and the X11 server doesn't support the graphics hardware on newer machines). I personally very much dislike the monolithic approach to managing the distribution - I find it hard to see why Joe's random applet should be considered a core part of the operating system, so I'd prefer to see a more distributed release process (i.e. the per subsystem release proposal). Sure, there are technical issues, but they can be overcome, and I would hope it would lead to a release schedule that could release a 'core' every year and more application based subsystems (e.g. GNOME) maybe every six months or so.
-- Phil (Debian user and sysadmin)
- There are lots of misconceptions about why the Debian releases are delayed and lots of proposals attempt to fix non-existent problems. This cause lots of flamewars on non-issues. A monthly evaluation of our position toward the release all along the release cycle could help. That could give us a better anticipation and maybe help us release sooner. For example, I participated in a BSP in July 2003 on the assumption sarge would be out in 2003. Had I better anticipated, I would have learnt about debian-installer design instead to be able to help the d-i team in February 2004.
http://www.online-ccc.com ccc certification [http://www.65588125.com/hunqing.htm 婚庆] [http://www.1so.com.cn/hunqing/index.htm 婚庆] [http://www.huahuan.com/cp/h9mox-155.htm wiki:?SDH] [http://www.1so.com.cn/yumingzhuce.asp 域名注册] [http://www.1so.com.cn/xunizhuji.asp 虚拟主机] [http://www.1so.com.cn/fwqzuyong.asp 服务器租用] [http://www.1so.com.cn/zhujituoguan.asp 主机托管] [http://www.1so.com.cn/dianhanji/index.htm 点焊机] [http://www.1so.com.cn/fenghanji/index.htm 缝焊机] [http://www.1so.com.cn/tuhanji/index.htm 凸焊机] [http://www.1so.com.cn/luozhuhanji/index.htm 螺柱焊机] [http://www.1so.com.cn/sony/index.htm sony投影机] [http://www.1so.com.cn/qiming/index.htm 起名] [http://www.1so.com.cn/jianshe.asp 网站建设] [http://www.1so.com.cn/jiguinet/index.htm 机柜] [http://www.1so.com.cn/jdq/index.htm 继电器] [http://www.1so.com.cn/liyi/index.htm 礼仪] [http://www.1so.com.cn/shiyanshebei/index.htm 试验设备] [http://www.1so.com.cn/shipincaijika/index.htm 视频采集卡] [http://www.1so.com.cn/xungeng/index.htm 巡更] [http://www.1so.com.cn/ganzaoshebei/index.htm 干燥设备] [http://www.1so.com.cn/kaoqinji/index.htm 考勤] [http://www.1so.com.cn/dfzpsb/index.htm 豆制品设备] [http://www.aohua.com.cn/qianzheng.htm 商务签证] [http://www.goodyour.com/books/ 周易] [http://www.antu.com.cn/fme_jjie.htm wiki:?GIS] [http://www.zytemp.com.cn/hwcw.htm 红外测温] [http://www.welltrend.com.cn/yiminnet/index.htm 移民] [http://www.bjsailing.com.cn/changanqi.htm 传感器] [http://www.cmmdc.com.cn 医药电子商务] [http://www.bccec.com.cn 法语培训] [http://www.qs.com.cn/sjgrq.htm 手机干扰器] [http://www.qs.com.cn/wlaqglk.htm 安全隔离卡] [http://www.qs.com.cn/jsjgrq.htm 计算机扰器] [http://www.qs.com.cn/jsjgrq.htm 手机信号阻断器] [http://cn.safenet-inc.com wiki:?VPN] [http://www.bjlaser.com/articles/fiber%20spectrometers.htm 光纤光谱仪] [http://www.bjlaser.com/articles/high%20power%20thindisk%20laser.htm 固体激光器] [http://www.bjlaser.com/lasers/laser%20diode.htm 半导体激光器] [http://www.bjlaser.com/lasers/dpss.htm 飞秒激光器] [http://www.bjlaser.com/lasers/pulsed%["20YAG"].htm 脉冲激光器] [http://www.bjlaser.com/lasers/excimer.htm 准分子激光器] [http://www.wellcomcn.com/index.htm 数据采集] [http://www.wellcomcn.com/motai.htm 模态分析] [http://www.wellcomcn.com/wuxian.htm 无线测控] [http://www.wellcomcn.com/shuchuan.htm 数传电台]
[http://www.tsinghuathss.net 计算机培训] [http://www.125we.com/suanming/index.htm 算命] [http://www.gotobiz.net 机柜] [http://www.cnvideomeeting.com 视频会议] [http://www.hit168.net/canon.htm 佳能数码相机] [http://www.hit168.net/kodak.htm 柯达数码相机] [http://www.hit168.net/casio.htm 卡西欧数码相机] [http://www.hit168.net/sony.htm 索尼数码相机] [http://www.hmlaser.com/laser.htm 激光] [http://www.hmlaser.com/laser.htm 激光] [http://www.westzh.com/YLCGQ.HTM 压力传感器] [http://www.chuanqisuji.com/sjpx.htm 速记培训]
[http://www.chuanqisuji.com 速记公司] [http://www.hmlaser.com/diaokeji.htm 雕刻机] [http://www.netnetn.net 阀门] [http://www.netnetn.net/zhihuifa.htm 止回阀] [http://www.netnetn.net/diefa.htm 蝶阀] [http://www.netnetn.net/zhafa.htm 闸阀] [http://www.netnetn.net/qiufa.htm 球阀] [http://www.netnetn.net/tiaojiefa.htm 调节阀] [http://www.netnetn.net/pinghengfa.htm 平衡阀] [http://www.netnetn.net/jianyafa.htm 减压阀] [http://www.netnetn.net/diandongfa.htm 电动阀] [http://www.netnetn.net/qidongfa.htm 气动阀] [http://www.netnetn.net/sitemap.htm 阀门] [http://www.netnetn.com 点焊机] [http://www.netnetn.com/fhj.htm 缝焊机] [http://www.netnetn.com/thj.htm 凸焊机] [http://www.netnetn.com/lzhj.htm 螺柱焊机] [http://www.bochao.com.cn/cad.htm wiki:?CAD] [http://www.linkfh.com/enidine.htm enidine] [http://www.linkfh.com/koganei.htm koganei] [http://www.linkfh.com/sunx-sunx.htm sunx] [http://suji.freewebpage.org 速记] [http://www.btclvacuum.com/jly.htm 检漏仪]
[http://www.nebulax.net 网络文学] [http://www.nebulax.net/index.asp 文学文章] [http://www.nebulax.net/tangshi.asp 唐诗] [http://www.nebulax.net/songci.asp 宋词] [http://www.nebulax.net/chengyu.asp 成语典故] [http://www.nebulax.net/xiudou.asp 秀逗] [http://www.nebulax.net/yuanqu.asp 元曲] [http://www.nebulax.net/wangluo.asp 网络文学]