/srv/irclogs.ubuntu.com/2013/02/28/#ubuntu-nz.txt

ibeardsleemorning19:05
ajmitchmorning19:05
ajmitchso, ubuntu as a rolling release...19:05
ibeardsleeas long as the LTS stays stable19:08
ajmitchthat's the point pretty much, that the LTS is kept as the main release19:08
ajmitchlong discussion started on the ubuntu-devel list about it today19:09
ibeardsleethat's the way I reckon it should happen .. stable LTS other 'releases' are bordering on "development", the "let's see how this goes and see it it'll fly in an LTS"19:10
* ajmitch is trying to wade through the thread at the moment :)19:10
ibeardsleeencourage the average home/enterprise user to stick with the LTS19:10
ibeardsleebleeding edgers roll with the rolling release19:10
ibeardslee.. my not so humble opinion19:11
hadsSounds quite good to me.19:40
=== _thumper_ is now known as thumper
ollymorning20:52
ollysounds like debian to me...20:52
ajmitchthough it might be debian with monthly snapshots of testing20:53
snailwhat we need is to select distro by section: LTS + rolling games; LTS + rolling java; ...22:06
* thumper avoids commenting22:23
thumpermorning BTW22:23
ajmitchthumper: now that's not fair :)22:24
thumperI have too much prior knowledge22:25
thumperand shouldn't comment22:25
thumperbut I agree that rolling releases are the correct approach22:26
thumperhow else are we going to avoid running out of letters22:26
lifelessI've been saying for years that debian should stop 'releases'22:26
thumperI predict a naming scheme change prior to Z22:26
thumperwell, there will still be LTS releases22:26
thumperlike debian stable, no?22:27
ajmitchthat's the current suggestion, yes22:27
lifelessyeah, I'm more radical22:29
ajmitchalways install from the latest known-good daily image?22:30
ibeardsleeI wouldn't be expecting daily changes on a rolling release cycle22:37
=== thumper is now known as thumper-afk
lifelessajmitch: right23:13
lifelessibeardslee: why not?23:14
ibeardsleewell not as "we must release something today" type daily changes23:15
lifelessibeardslee: I don't know what that means.23:21
snaillifeless: there's pressure to have at least one new package to update every day once you move to a rolling schedule23:24
lifelesssnail: there is?23:24
snaillifeless: it's one of the standard arguements against rolling release cycles23:26
lifelesssnail: but its an argument against something that doesn't exist?23:27
snailwe see it quite a bit on wikipedia23:28
lifelesssnail: people want to edit a page a day?23:28
snaillifeless: there are people who want to update the numbers in https://en.wikipedia.org/wiki/List_of_most_viewed_YouTube_videos on a daily basis23:31
lifelesssnail: lol, wow.23:31
lifelesssnail: so consider a distro rolling release; the idea is that you make many small -careful-, -correct- changes23:31
lifelesseach change gets CI tested and promoted23:32
lifelessand its not 'land in trunk, go to 20M users'23:32
lifelessits then staged through several successively larger populations looking for errors until it reaches everyone23:32
snailindeed23:32
snailbut there are some things that are inherently dynamic23:33
lifelessmost users would get batches of things coming through that pass full validation together23:33
snailthings like spam filter data; maps of the world; TZ data;  etc etc23:33
lifelessonly canary populations would get full frequency of updates.23:33
snailnotice that most of that is data, not code23:34
lifelesssure; but that can also break stuff, so should be in the same regime.23:37
lifelessAnd TBH if you look at commercial virus scanners, for isntance - they push that out in realtime.23:37
lifelessSo, I'm not sure why you wouldn't want those things propogating rapidly and efficiently.23:38
ibeardsleeoh you do want that, and security updates23:38

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!