Will you test a Debian CUT?
Submitted by jeremiah on Wed 13 Oct 2010
| I haven't heard of CUT and don't know what it is. |
   78% | 1284 votes |
| Nope. I know what it is, but I won't use it. |
5% | 97 votes |
| Yes, I will run a CUT. |
14% | 244 votes |
| Total 1627 votes |
<<< I will submit an article here
Will you use Debian GNU/kfreebsd "Squeeze" for its ability to have zfs without fuse? >>>
I don't agree. While time-based releases are interesting and helpful for developers, they don't help users who generally want stable software. I think CUT can persuade developers to consider Debian more up-to-date as well as stable enough, so I welcome CUT and think that it could be an excellent addition.
[ Parent ]
Generally I've always been lucky, and testing always has been usable for me. So my experience is that testing is already "continuously usable".
Perhaps all that is needed is some sort of flag somewhere that says "testing currently seems to be working OK for most people" vs. "testing currently seems to be broken for a lot of people". That might be enough.
Perhaps all that is needed is some sort of flag somewhere that says "testing currently seems to be working OK for most people" vs. "testing currently seems to be broken for a lot of people". That might be enough.
[ Parent ]
Posted by AJxn (2001:0xx:0xx:0xxx:0xxx:0xxx:xx) on Wed 20 Oct 2010 at 18:11
[ Send Message | View Weblogs ]
[ Send Message | View Weblogs ]
I agree, I use testing on my desktop, and it is running CUT.
But I don't think that this would be of to much of a job for those that will run this. Just take a snapshot that seems to have no major problem, and post it as a CUT. Then make a new CUT and remove the old one, so FTP servers wouldn't need to much disk space for this.
But wouldn't it be better if those who want to work on this CUT has testing installed? Then bugs in new packages would be spotted earlier and not migrate into testing. And voilá, an CUT distribution :)
But I don't think that this would be of to much of a job for those that will run this. Just take a snapshot that seems to have no major problem, and post it as a CUT. Then make a new CUT and remove the old one, so FTP servers wouldn't need to much disk space for this.
But wouldn't it be better if those who want to work on this CUT has testing installed? Then bugs in new packages would be spotted earlier and not migrate into testing. And voilá, an CUT distribution :)
[ Parent ]
Testing is usually good, but there are occasions when it is "deliberately" broken, been there had the pain. Don't expect testing to work.
[ Parent ]
Well, after reading and understanding what a CUT is, YES I would be interested in participating and operating one. I sort of do this now.. Trying to keep the machine as up to date as possible. This sort of sounds like a Portage type of 'rolling distro' constantly updating packages, as apposed to re-installation or distro version changing.
Sounds like something I am interested in getting involved with...
Sounds like something I am interested in getting involved with...
[ Parent ]
Posted by Anonymous (98.151.xx.xx) on Sun 14 Nov 2010 at 02:47
If Debian had a rolling release, that would be the ultimate distro.
[ Parent ]
As I am a bit conservative and currently use lenny plus backports, this CUT idea sounds pretty good. I would have multiple CUTs to choose from, instead of the maybe-good-maybe-bad version of Testing now. Yes, I would certainly give it a try, as long as it does not burn too many man-hours, and can be largely automated.
[ Parent ]
Posted by Anonymous (163.117.xx.xx) on Wed 24 Nov 2010 at 14:48
For my laptop, i´d keep using unstable/experimental, but for the other computers I admin, I´d use CUT!
[ Parent ]
Posted by Anonymous (83.59.xx.xx) on Sat 27 Nov 2010 at 20:51
yes but.. isn't sid the same thing?? i mean.. i have been using sid for a long time, and i haven't had ANY problem....
and using sid means less work for developers, and more feedback.
and using sid means less work for developers, and more feedback.
[ Parent ]
Posted by Anonymous (119.224.xx.xx) on Mon 29 Nov 2010 at 01:15
will I would I should I? well... every level of debian presently has its point and purpose, to impliment a CUT release, should be seperated entirely from development tree altogether so far as to say- it should have its own team of contributors to smooth out the final bugs in testing to prevent energy being spent from the already existing and very essential development tree. Call it a leaf if you will, not a branch. It would be prudent to assume that prehaps stable must become more frozen than ever with the introduction of CUT, it must be noted that the difference between stable and its sources must remain - CUT should mean testing made usable for common users who need the latest software, not for developers and people who like fixing problems ala sid and testing - And at the other end, stable must remain as it is - The most stable secure and prudent dish on the all you can eat linux buffet - given that the team does not strech its resources to far, and that this development heirachy is maintained in the alpha to omega sense of software implimentations. then CUT would be a great addition to the Debian family.
[ Parent ]
Posted by Anonymous (193.25.xx.xx) on Fri 17 Dec 2010 at 08:51
I'm running Debian Testing on four home PCs. Two being my 7x24 multimedia (with mythtv controlling 4 TV cards), file, document server. I constantly update them all with "aptitude" and that works okay.
But having an official rolling release with current software would help a lot of less advance Users and could excite more Users to use Debian instead of more current felt distributions.
Best regards,
Frank
But having an official rolling release with current software would help a lot of less advance Users and could excite more Users to use Debian instead of more current felt distributions.
Best regards,
Frank
[ Parent ]
Posted by Anonymous (81.216.xx.xx) on Mon 27 Dec 2010 at 03:57
I think this would hurt Debians reputation in the long term as Debian is famous for it's few but extremely stable releases.
I think we're better off improving the Debian Sid release instead of putting out numbered snapshots.
I think we're better off improving the Debian Sid release instead of putting out numbered snapshots.
[ Parent ]
[ Send Message | View Weblogs ]
Now I've read about it: making monthly good-enough testing releases. The idea is flawed: how good is "good enough" for Debian? Monthly releases put a lot of pressure on a distro which is known to release "when it's ready".
Debian's energy could be much better applied if they aim for 6-month releases (alla Ubuntu, but on June and December) of semi-stable "Testing" releases. 1-month releases is unmanageable.
[ Parent ]