=== jjohansen is now known as jj-afk
[09:25] <Riddell> oh good, omgubuntu removed comments from that Colin Watson character, good to know they don't let those trolls ruin everything
[09:26] <wgrant> You can't expect them to let facts get in the way :)
[09:32] <persia> "facts" only apply in a given perception of reality, don't assume what is real for developers is real for users.
[09:44] <nigelb> heh
[09:48] <elmo> Riddell: hmm?  I can still see his comment?  or did he make more?
[09:50] <Riddell> http://www.omgubuntu.co.uk/2010/09/ubuntu-10-10-release-candidate-available-for-download/#disqus_thread top comment says "Colin Watson 20 hours ago Comment removed."
[09:51] <elmo> ah, I'm viewing the thing without javascript and have a completely crippled view of comments which doesn't show me that
[09:52] <cjwatson> robbiew: I noticed in the RC announcement that there was no mention of the installer redesign under Ubuntu Desktop, despite the fact that it gets mentioned in nearly every review of 10.10 so far.  Should there be?
[09:53] <cjwatson> just for the avoidance of doubt, my omgubuntu comments weren't removed by me
[09:55] <Riddell> and as pointed out, you can just disable javascript to read them, how strange
[10:00] <nigelb> Riddell: more like "how ineffective"
[10:13] <mvo> I'm sorry for a last-minute issue, but bug #652151 needs another upload of software-center (I just uploaded it). double checking the diff is very welcome, in a nutshell the problem is that "update-software-center" runs as root, creates a ~/.cache/sofware-center dir if HOME is pointing to /home/$user (as is default with sudo). so extras care is now taken that the dir is created at the right place and never in /home/ when root is nvolved
[10:13] <ubot4> Launchpad bug 652151 in software-center (Ubuntu Maverick) (and 1 other project) "software-center crashed with IOError in _open() (affects: 30) (dups: 22) (heat: 226)" [High,In progress] https://launchpad.net/bugs/652151
[10:30] <cjwatson> Riddell: can daily CD builds be re-enabled?
[10:31] <Riddell> oh aye, I'll do that, forgot yesterday
[10:33] <Riddell> done
[10:34] <cjwatson> ta
[11:12] <didrocks> hey
[11:16] <cjwatson> folks looking at NBS: don't remove the omap4 kernel packages, they're false positives
[11:27] <Daviey> Hi Release Team... just preparing release status notes for the meeting, and wondered if bug #644587 can be actioned, so we can remove it from the agenda :).
[11:27] <ubot4> Launchpad bug 644587 in drizzle (Ubuntu Maverick) (and 1 other project) "Please remove drizzle from maverick (was: fails to build from source on maverick) (affects: 1) (heat: 14)" [High,Confirmed] https://launchpad.net/bugs/644587
[11:27] <Daviey> Thanks.
[11:35] <cjwatson> doko_: how goes the libspring-2.5-java build?
[11:36] <cjwatson> Daviey: how does this align with the apparent attempt by Clint in the bug to get an updated version into maverick?
[11:43] <ScottK> cjwatson: Clint gave up because upstream decided it was too hard (apparently they've not been having much luck getting through ftp-master and my position was I'd accept an upload through Debian, but wasn't going to volunteer us to source New a package of that size this late).
[11:45] <Daviey> ^^ yeah.. that is this situation i was last aware of.
[11:46] <Daviey> cjwatson: it was Clint that updated the description to reflect removal on the 29th
[12:14] <cjwatson> Daviey: oh, shame he didn't leave an explicit comment, it would have been clearer
[12:15] <Daviey> cjwatson: Yes, fair comment.
[12:30] <doko_> cjwatson: Ng is working on it
[12:30] <cjwatson> thanks
[12:31] <ScottK> Please don't accept musescore.  Ubuntu Studio wants to do some testing with it before they decide if they want it post-RC.
[13:02] <cjwatson> skaet,robbiew: FYI, "Upgrading Wubi systems from 10.04 LTS is known to fail, and is not recommended at this time." is not an accurate summary of bug 610898.  It only fails if you installed Wubi to a partition other than the main Windows partition.  I tested an upgrade in a more normal situation a week or two ago and it worked fine.
[13:02] <ubot4> Launchpad bug 610898 in wubi "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows (affects: 5) (heat: 40)" [Undecided,Confirmed] https://launchpad.net/bugs/610898
[13:04] <cjwatson> I've edited the release agenda to be a bit more accurate (but more unwieldy)
[13:14] <Daviey> Would a member of foundations be able to look over the upstart modifications: http://launchpadlibrarian.net/54001906/libvirt-host-upstart.debdiff  for bug #599342.  Advise if A) it's suitable and B) we should target for final - or consider it for SRU?   Thanks :)
[13:14] <ubot4> Launchpad bug 599342 in libvirt (Ubuntu Maverick) (and 1 other project) "Temporary failure in name resolution (affects: 2) (heat: 53)" [Medium,Incomplete] https://launchpad.net/bugs/599342
[13:15] <cjwatson> it's overcomplicated for a start, 'if grep -q "\<$hostname\>" /etc/hosts; then ...' would suffice
[13:16] <cjwatson> it seems twisty and confusing to me
[13:16] <cjwatson> isn't there a real event we can wait on?  busy-waiting in upstart jobs is generally wrong
[13:17] <cjwatson> I'd prefer to see that as a post-release update, rather than squeezing it in at this point
[13:17] <Daviey> Yeah.. i'm not entirely comfortable... it's gonna also make debugging why the upstart process is blocked - if people broke /etc/hosts
[13:17] <cjwatson> that way there's space for finding that it's wrong and revising
[13:17] <Daviey> cjwatson: Sounds good to me!  Thanks.
[13:21] <cjwatson> Daviey: drizzle removed
[13:21] <Daviey> \o/
[13:21] <Daviey> cjwatson: I've been leaning on you quite heavily today, you must claim your free beer from me.  Appreciated!
[13:27] <cjwatson> if you can figure out what the heck is going on in bug 594162, that would be more than adequate payback ...
[13:28] <ubot4> Launchpad bug 594162 in wget (Ubuntu Maverick) (and 1 other project) "segmentation fault while downloading preseed file (affects: 1) (heat: 44)" [High,Triaged] https://launchpad.net/bugs/594162
[13:28] <cjwatson> doko_: ^- actually, could you have a look at that?  the assertion is deep down in the dynamic linker and I'm not sure I trust my intuition
[13:28] <cjwatson> __getpagesize is failing
[13:30] <doko_> trying to understand the problem
[13:35] <cjwatson> actually, I do have one thought ...
[13:35] <Daviey> cjwatson: I don't mind having a poke... Have you managed to find a reproducible method of causing it?
[13:35] <cjwatson> nope
[13:35] <Daviey> :(
[13:35] <cjwatson> it's not entirely impossible that busybox is chrooting and then trying to exec one of its own applets
[13:35] <cjwatson> that would ... probably not work very wewll
[13:35] <cjwatson> *well
[13:36] <cjwatson> I'll ask them to try a patch for that, but it's just a guess
[13:44] <cjwatson> it would be execing busybox-static in the chroot and not quite sure what that would do
[13:45] <cjwatson> confirmed that if you run 'sudo busybox sh' and then 'chroot / rm --help' you get busybox rm help output
[13:49] <ogra> err ?
[13:49] <ogra> 32 ?
[13:50] <ogra> hmm, one dch -i to much i guess
[13:53] <ScottK> Want to redo it?
[13:53] <ScottK> No problem to reject if you do.
[14:10] <ogra> ScottK, nah, i'm fine with one skipped version number ... no biggie
[14:10] <ScottK> OK
[14:11] <ogra> hrm
[14:12] <ogra> i have to patch a Makefile.in ... do you prefer to get all autocrap in the diff ? or would you be fine with a simple patch to .in and .am ?
[14:13]  * ogra is really not eager to run automake
[14:14] <ScottK> If you're patching makefiles, it will likely not be me that reviews it.
[14:17] <ogra> well, its a change in a target path only
[14:17] <cjwatson> just patching .am and .in is probably fine in that case
[14:19] <ogra> thanks
[14:31] <stgraber> highvoltage,cjwatson: I'm going to revert that seed change in edubuntu.maverick so we have all langpacks again. If we don't have a working image by Tuesday, I'm going to re-apply it.
[14:36] <cjwatson> check when the new langpacks will land first maybe?
[14:37] <ogra> who ever reviews my maximus upload, please take a close look at the preinst/postinst change, i'm not sure if an elif would be better there (and i'm happy to redo it if its wrong)
[14:38]  * ogra isnt really comfortable with moving conffiles around
[14:38] <ogra> (and i dont get why it happened in the first place)
[14:42] <stgraber> cjwatson: well, according to the e-mail I got from David Planella they are building today
[14:44] <cjwatson> moving conffiles around: these days, you should use dpkg-maintscript-helper
[14:48] <ogra> well, i tried to stick with what the package had already
[14:48] <ogasawara> robbiew: Re bug 630748 - sabdfl reported positive test results from my test package which I've posted to the bug.  Just wanted to get your Ack in the bug to allow the upload.
[14:48] <ubot4> Launchpad bug 630748 in module-init-tools (Ubuntu Maverick) (and 5 other projects) "iwlagn degrades quickly during normal wifi session (affects: 4) (dups: 1) (heat: 26)" [High,In progress] https://launchpad.net/bugs/630748
[14:50] <ogra> (which apparently is mv_conffile)
[14:57] <ScottK> cjwatson: Would you mind turning the release bot off for the language pack  flood ....
[14:57] <robbiew> ogasawara: done
[14:57] <cjwatson> done
[14:57] <ScottK> Thanks.
[14:57] <ogasawara> robbiew: thanks, will get it uploaded
[15:03] <skaet> cjwatson,  thanks for the clarification on Wubi for bug 610898.
[15:03] <ubot4> Launchpad bug 610898 in lupin (Ubuntu) (and 1 other project) "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows (affects: 5) (heat: 40)" [High,Triaged] https://launchpad.net/bugs/610898
=== doko_ is now known as doko
=== bjf[afk] is now known as bjf
[15:55] <GrueMaster> cjwatson: I updated bug 652522.  USB keyboard now works, but no usb nics.
[15:55] <ubot4> Launchpad bug 652522 in debian-installer (Ubuntu) "modules missing from omap netboot image. (affects: 1) (heat: 8)" [Medium,Confirmed] https://launchpad.net/bugs/652522
[15:56] <cjwatson> ok, that should be fixable
[15:57] <GrueMaster> Cool.
[16:27] <cjwatson> turning queuebot back on, I assume that the language packs have been done
[16:27] <cjwatson> (haven't checked but the queue isn't bursting)
[16:30] <cjwatson> mvo: software-center> is os.rmdir sufficient?  won't the cache directory often have contents?
[16:30] <cjwatson> mvo: I'd have thought maybe shutil.rmtree or whatever it is?
[16:34] <mvo> cjwatson: the specific error that gets fixed always creates a empty dir
[16:35] <mvo> cjwatson: I can not think of a way it has content other than sudo software-center
[16:35] <mvo> cjwatson: I'm fine with adding this, but for the specific fix I have it should not be needed
[16:37] <cjwatson> ok, no problem then
[16:37] <cjwatson> just jumped out at me
[16:37] <cjwatson> mvo: so the stuff in softwarecenter/log.py runs with dropped privileges?
[16:38] <mvo> cjwatson: log.py is not included by update-software-center (that is the only bit that runs as root). but paths.py is included
[16:39] <cjwatson> gotcha
[16:39] <mvo> cjwatson: that caused the problem :/
[16:39] <cjwatson> accepted
[16:39] <mvo> many many thanks
[16:39] <mvo> plus for the review
[16:43] <cjwatson> Riddell: you beat me to mozc by under a minute
[16:43] <cjwatson> sigh
[16:44]  * cjwatson Ctrl-cs queuebot
[16:44]  * Riddell takes all the glory
[16:48] <lamont> did we have a mass giveback  on i386, or is that just how many langpacks there are?
[16:48] <lamont> heh. langpack
[16:48] <ogra_ac> a fraction
[17:04] <mdeslaur> skaet: I just uploaded a fixed m2crypto to fix #600549
[17:07]  * ScottK has a look
[17:40] <cjwatson> ogra_ac: this console handling in jasper-initramfs looks funny to me
[17:40] <cjwatson> +        console=tty[A-Z]*)
[17:40] <cjwatson> +            CONSOLE=${x#*=}
[17:40] <cjwatson> and then
[17:40] <cjwatson> -        setenv bootargs quiet splash ro ${BOARD_OPTS} root=${VOLID} fixrtc
[17:40] <cjwatson> +        setenv bootargs quiet splash ro ${BOARD_OPTS} root=${VOLID} fixrtc ${CONSOLE}
[17:41] <cjwatson> shouldn't that just be CONSOLE="$x", rather than stripping the leading console=?
[17:41] <ogra_ac> i only want to hand it over if a serial console arg is set
[17:41] <cjwatson> sure, but you want console=ttyS0 on the command line, not just ttyS0, surely?
[17:41] <lamont> cjwatson: just for giggles, I'm going to schedule openjdk-6 on the panda and see how it does.  that'll involve a moment or 3 on manual for the i386 world. unless you or ogra_ac say not to, of course
[17:41] <cjwatson> lamont: ok by me
[17:42] <ogra_ac> cjwatson, errr
[17:42] <ogra_ac> yes
[17:42] <ogra_ac> sigh
[17:43] <lamont> s/i386/armel/ sigh
[17:43] <cjwatson> ogra_ac: shall I reject this and you reupload, then?
[17:43] <ogra_ac> cjwatson, yep
[17:43] <ogra_ac> thanks for pointing it ut
[17:43] <cjwatson> ok, thanks
[17:43] <ogra_ac> *out
[17:44] <ogra_ac> (and sorry for wasting time )
[17:45] <cjwatson> not a problem
[17:50] <lamont> cjwatson: would you like another i386 buildd for a bit (at the expense of an amd64 buildd)?
[17:51] <lamont> meh. all 3 amd64 are idle, I'll just steal one
[17:52] <seb128> hum pitti left
[17:52] <seb128> the telepathy-glib non trivial update is required for telepathy-gabble to build
[17:52] <seb128> it depwait on a newer version
[17:53] <cjwatson> lamont: I don't think it matters all that much
[17:53] <cjwatson> seb128: I'll review it
[17:53] <seb128> thanks
[17:53] <cjwatson> +    Require Vala 0.10.0 for the Vala bindings
[17:54] <cjwatson> seb128: does it matter that we backed out the new GIR stuff?
[17:54] <cjwatson> hm, there seem to be matching Debian patches
[17:55] <cjwatson> ok, this looks fine then
[17:55] <cjwatson> accepted
[17:56] <seb128> cjwatson, right I was going to say that normally chrisccoulson reverted the requirement for the new gir there
[17:56] <seb128> cjwatson, thanks
[17:57] <skaet> mdeslaur,  thanks!  :)
[18:25] <lamont> 2010-10-01 17:10:36+0000 [-] Build log:  debian/rules build
[18:25] <lamont> 2010-10-01 17:10:37+0000 [-] Build log: explicitely fail the build for armel
[18:25] <lamont> cjwatson: openjdk-6 is gonna need a new upload  at some point for this...
[18:25] <cjwatson> you'll need to ask doko for that
[18:26] <lamont> yeah
[18:26] <lamont> anyway, afk for a few
[18:58] <NCommander> Riddell: cjwatson: any issues if I respin Dove once casper builds and is published? (Riddell said I could respin the ARM images, but that was a few days ago, and I didn't want toupset anything befor eI poked antimony)
[18:58] <Riddell> go ahead
[19:01] <NCommander> Riddell: second question, once my image is spun, do I need to do sometihng special to kick it onto the ISO tracker, or will it just magically pop up?
[19:03] <Riddell> NCommander: it needs to be added, but why would you do so?  we're not tracking images until next week
[19:03] <NCommander> Riddell: just asking for reference ask
[19:03] <NCommander> *sake
=== rsalveti` is now known as rsalveti
=== You're now known as ubuntulog
=== jjohansen is now known as jj-afk
[20:07] <lamont> mucking about with the arm buildds again
[20:22] <ogra_ac> cjwatson, does http://paste.ubuntu.com/504104/ look sane to you ?
=== jj-afk is now known as jjohansen
[21:50] <NCommander> Can someone please bless https://bugs.edge.launchpad.net/ubuntu/+bug/635415 for upload? (I can sponsor, just need the release teams OK)
[21:50] <ubot4> Launchpad bug 635415 in plt-scheme (Ubuntu) "armel build failure (uses internal outdated libffi) (affects: 1) (heat: 14)" [Undecided,New]
[21:50] <ogra_ac> NCommander, its an ftbfs fix
[21:50] <ogra_ac> just upload
[21:51] <ogra_ac> if its to weird RM can still reject
[21:51] <ScottK> NCommander: It's in Universe, no release team approval needed anyway.
[21:51] <NCommander> ScottK: fair enough
[21:51] <ScottK> At least I'm assuming it's not seeded.
[21:51] <ScottK> Either way, upload away and we'll review it in the queue.
[21:51] <ogra_ac> ist not
[21:59]  * iulian already approved it.
[21:59] <iulian> NCommander: Please subscribed ubuntu-release from now on.
[21:59] <iulian> subscribe even
[21:59] <NCommander> iulian: someone needs to update the wiki :-/
[21:59] <iulian> What wiki?
[21:59] <NCommander> https://wiki.ubuntu.com/FreezeExceptionProcess#Exceptions for Universe/Multiverse
[22:00] <NCommander> I subscirbed ~motu-release out of habbit
[22:00] <NCommander> But the part about universe not needing an individual yay/nay should be there
[22:00] <iulian> NCommander: It actually doesn't say anything 'bout motu-release.
[22:00] <NCommander> iulian: right, see above ;-)
[22:01] <iulian> Yea, alright.
[22:02] <cjwatson> ogra_ac: thanks, two things though
[22:02] <ogra_ac> shoot
[22:02] <cjwatson> ogra_ac: firstly, you need [ ] around -b $device
[22:02] <ogra_ac> ugh
[22:02] <ogra_ac> yeah
[22:02] <cjwatson> actually best around the ! too
[22:02] <ogra_ac> right
[22:03] <ogra_ac> i usually do that by default, not sure why i missed it here
[22:03] <cjwatson> ogra_ac: secondly, I don't really see the point of dividing the size down.  why not just have size=$((stat -c $device)) and then dd bs=$size count=1?
[22:04] <cjwatson> (excuse typos, am on the n900)
[22:04] <cjwatson> worth checking that the dd won't run out of memory if bs is more than ram, of course
[22:05] <ogra_ac> cjwatson, wont work for swap
[22:05] <ogra_ac> swap files cant contain holes which is what bs=$size count=1 does
[22:05] <ogra_ac> it actually needs to be bytewise filled up
[22:08] <ogra_ac> oh wait thats count=0 i'm talking about, count=1 might actually work
[22:08] <cjwatson> you're thinking of seek=1
[22:08] <ogra_ac> err, yeah
[22:09] <ogra_ac> right, i'll change it then
[23:12] <newz2000> Hi, is there a kubuntu netbook for 10.10 or is that now gone?
[23:25] <Riddell> newz2000: it's now part of the normal kubuntu image
[23:25] <newz2000> Riddell: ok, thanks
[23:25] <Riddell> newz2000: there's a kubuntu mobile but it's very much in tech preview mode so no special download page magic needed
[23:26] <newz2000> ah, sounds interesting
[23:27] <Riddell> newz2000: hmm, but we don't use any magic download stuff from you currently i think
[23:29] <Riddell> newz2000: does kubuntu have or could we get a download link like http://www.ubuntu.com/testing/download ?
[23:29] <Riddell> and is it possible to have a link like that which goes to the .iso file directly?