/srv/irclogs.ubuntu.com/2010/04/12/#ubuntu-release.txt

slangasekdoko__: so the net effect of this is that ipv6 transitional addresses would only be used for connecting to IPv6-only sites?  that seems reasonable03:23
ScottKUnfortunately the IETF consensus seems to be that breaking IPv4 NAT is a feature, not a bug.03:34
ScottKSo we get stuck trying to make it work in the real world.03:34
slangasekwell, as described, it doesn't *break* NAT; the only argument for making this change is that IPv6 transitional addresses are less reliable than established IPv4 NAT03:36
ScottKWhich I think is a fair statement.03:37
slangasekthat hasn't been my experience, FWIW - I find them equally reliable, with certain obvious benefits to being able to use a public address in the former case - but I'm ok with this change if others find that to be the case03:39
slangasek(I had to think through it to assure myself that it wasn't going to make 6to4 and teredo /completely/ useless, since if someone has deployed either of those they've done so for a reason)03:39
* ScottK nods03:40
slangasekcjwatson: you added a note to https://wiki.ubuntu.com/BetaProcess right after 8.04.1 asking for a u-d-a announcement about post-release plans, but I don't find anything in my mail history about this; what level of detail were you looking for, if you remember?09:11
cjwatsonhm, nothing in wetware memory ...09:12
* cjwatson searches the external memory store :-)09:12
cjwatson13:59 <mdz> this thread on -devel has gotten me wondering...09:17
cjwatson13:59 <mdz> did anyone tell the community about the 8.04.1 plan?09:17
cjwatson14:07 <cjwatson> hmm, I mentioned the team focusing on 8.04.1 in a public meeting, and the .1 team meetings were on the fridge, but I'm not seeing anything where the whole plan was laid out09:17
cjwatson14:10 <mdz> I think we should try to do better at that for the next LTS09:18
cjwatson14:10 <mdz> whatever our approach is09:18
cjwatson14:10 <mdz> it seems big enough (certainly in retrospect) to have warranted a -devel-announce email09:18
cjwatson14:27 <cjwatson> as at least a probably-good-enough placeholder, I've added a note to BetaProcess about it09:18
cjwatson(private conversation on 2008-07-07; seems to be nothing secret though)09:18
slangasekok09:18
slangasekare there any plans for 10.04.1 like there were for 8.04.1?09:19
cjwatsonand I think that the thread being referred to was https://lists.ubuntu.com/archives/ubuntu-devel/2008-July/025720.html and thread09:19
cjwatsonhmm, I haven't been told that there wasn't, and my understanding was that the 8.04 cycle was setting a pattern for future LTSes09:20
cjwatsonbut I see that LucidReleaseSchedule doesn't have anything explicit about it09:20
slangasekin terms of dedicating folks to work on post-release fixes?09:20
cjwatsonrobbiew: ^- has this been discussed among the platform managers?09:20
slangasekI mean, I've assumed there would be LTS point releases again staggered at roughly the halfway point of the cycle09:21
ttxcjwatson: the slight drawback of using debian-installer/splash=false is that existing server installation preseeds will have to be modified to keep the "old" (as in pre-10.04) server boot behavior09:35
ttxcjwatson: or am I understanding it wrong ?09:35
slangasekttx: isn't the server ISO setting that by default on the boot commandline?09:36
ttxslangasek: I was thinking about netboot-ers09:36
slangasekah09:36
slangasekthen yeah09:36
ttxI just saw the splash screen on my just-installed netbooted UEC setup :)09:37
slangasekit's purty!09:37
ttx(tbh I have to look very fast to see it)09:38
cjwatsonttx: yes - I don't really see a way round that09:38
cjwatsonI think I suggested release-noting that in the bug, though I don't remember for sure09:38
cjwatsonin any case, preseeding has never been guaranteed to be stable from release to release09:38
ttxcjwatson: that works for me, we just need to document that well.09:38
cjwatsonwe don't break it gratuitously, but we've never hesitated to change it when we need to09:39
ttx(togather with the Alt-F7 trick)09:39
ttxcjwatson: The beta2 behavior has been working for me so far, I still have to debunk some spotty reports of failure (https://lists.ubuntu.com/archives/ubuntu-server/2010-April/004022.html)09:40
quadrisprohello folks10:33
quadrisprocould anyone take a look at this? bug 56131610:34
ubottuLaunchpad bug 561316 in codelite "Sync codelite 2.5.2.4031~dfsg-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/56131610:34
=== ogra_ is now known as ogra
=== rgreening_ is now known as rgreening
=== barry` is now known as barry_
=== barry_ is now known as barry
mvopitti: what are the chances for a FFe for bug #45129 (diff http://bazaar.launchpad.net/~ubuntu-core-dev/update-manager/main/revision/1778) ? I'm trying currently to do a formal FFe, but LP won't let me :/15:17
ubottuLaunchpad bug 45129 in update-manager "update-manager should have per-package changelog locations (was: uses changelogs.ubuntu.com for all packages)" [Wishlist,Fix committed] https://launchpad.net/bugs/4512915:17
pittimvo: sub'ed -release and approved15:20
pittimvo: it's half a bug fix anyway15:20
mvopitti: nice, thanks!15:20
mvopitti: I felt so too, but wanted to check with you first15:20
pittithanks to you!15:21
lamontslangasek: wanna kick another livecd-rootfs build on acorn, just to see?15:34
lamontit's kinda disk abused atm, but that's just to see if I can make it fall over faster - so don't take this run as indicative of time needs15:34
ogralamont, archive is out of sync on armel atm15:56
ogra(gnome-c-c needs to finish building and promotion)15:56
lamontogasawara: doesn't matter so much - acorn fell over17:45
slangaseklamont: is acorn less over-fallen now?  Any use in another livefs try?20:00
lamontslangasek: well, it'll either work or fall over..drives arrive in a day or 220:07
slangasekso doing another try doesn't tell you anything new :)20:07

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