[00:34] <RAOF> Hm.  How can I take a bug off the QA sponsoring list?  Bug #644644 has had it's gstreamer task sponsored, but there's still a valid pulseaudio task up, and that doesn't have a sponsoring candidate.
[00:43] <broder> RAOF: just unsubscribe -sponsors
[00:44] <broder> (if you're not in the group, i can do it, but you should ping persia and ask him to add you)
[00:44] <RAOF> broder: Ta.
[01:11]  * persia isn't the *only* admin of -sponsors, but is always happy to add folk
[01:13] <ari-tczew> +1 ^^
[01:13] <ari-tczew> IIRC dholbach and kees as well
[01:14] <RAOF> Piloting will me a more rewarding experience in core-dev :/
[01:14] <s0ullight> when will support for the newer elan smartpad be added?
[01:14] <ari-tczew> RAOF: is that wrong?
[01:15] <lifeless> RAOF: l2english?
[01:15] <RAOF> lifeless, ari-tczew: Like you can't mentally translate a bistaken 'm' :)
[01:15] <lifeless> RAOF: haha
[01:16] <ari-tczew> RAOF: I guess while reading s/me/be
[01:19] <persia> RAOF, For those you can't sponsor, if they look generally useful, consider helping them get upstream, which may be almost as satisfying if they land.
[01:19] <RAOF> Yeah, when that's appropriate.
[01:27] <RAOF> If a core-dev would like to sponsor http://cooperteam.net/Packages/mtdev_1.1.0-0ubuntu1_source.changes I'd appreciate it :)
[01:27] <lifeless> Hobbsee: don't suppose you're on irc atm ?
[01:27] <RAOF> And I'm sure the ubuntu-touch team would appreciate it, too :)
[02:15] <RAOF> @pilot out
[04:45] <jdong> have I heard correctly that Keybuk is (already? going to be?) in Mountain View?
[04:51] <psusi> Mountain View?
[04:52] <micahg> psusi: MOuntain View is Google HQ
[04:52] <psusi> ahh
[04:54] <RAOF> jdong: Yes; already.
[04:55] <jdong> RAOF: ah cool. I'
[04:55] <jdong> ll have to look him up for a beer or something :)
[07:26] <broder> jdong: wait, are you still out here?
[07:26] <jdong> broder: out here? where's here?
[07:27] <broder> bay area
[07:27] <jdong> yeah, moved out here for good (for now) :)
[07:27] <jdong> accepted a job at evil fruity world ;-)
[07:27] <broder> sweet. i think i thought you were grad schooling or something
[07:27] <jdong> you're still in the bay area too?
[07:27] <broder> we should totally catch up for a beer at some point
[07:27] <broder> yeah
[07:28] <jdong> neat!
[07:28] <jdong> yeah, definitely
[07:28] <jdong> yeah, I still plan on grad school in the near future. But for now a job is a refreshing change
[07:28]  * broder knows the feeling
[07:28] <jussi> cripes, its a jdong!
[07:29]  * jussi waves
[07:29] <jdong> hey :)
[07:29] <jussi> not seen you around for a while - do fruity companies block irc? :D
[07:29] <jdong> no they don't, actually
[07:29] <jdong> just my busy nature has inhibited IRC :)
[07:30] <jussi> Ahh, fair enough.
[07:30] <jussi> good to see you are still kicking though :)
[07:30] <jdong> haha thanks :)
[07:30] <jdong> still adjusting to this silly time zone though
[07:30] <jdong> getting ready to go to bed at 11:30!
[07:30] <jussi> lol
[07:31] <jussi> anyway, its like 9.30 am here, and I should really go do work...
[07:31] <dholbach> good morning
[07:39] <pitti> Good morning
[07:40] <RAOF> Oh, oh!  It's pitti!
[07:40] <RAOF> Good morning pitti  :)
[07:41] <pitti> kees: are you sure that the gdm uid patch is still required? the logic which users to filter out should be much better now; but if you have a ported patch for the current gdm, please go ahead and commit it
[07:42] <pitti> hey RAOF, how are you?
[07:42] <RAOF> pitti: I'm ok.
[07:43] <RAOF> I'm discovering some stupidity in thinking that builds == works, though :/
[07:43] <RAOF> On the plus side, this is in the pre-upload testing, so no-one need know!
[07:44] <micahg> hi pitti, I wanted to ask about Thunderbird for natty alpha 2, would it be better to have it be updated to 3.1.8 on arm, but w/out Breakpad enabled (submit crashes to Mozilla) (not parity with i386/amd64) or leave it at 3.1.7?  There might be the other option of actually fixing breakpad, but idk if that can happen before alpha 2
[07:51] <pitti> micahg: my gut feeling is to update without breakpad, but ogra_'s or persia's opinion here is more important
[07:52] <micahg> pitti: I"ll check with chrisccoulson as well either before I go to sleep or when I wake up (and might find it mysteriously fixed :))
[08:11] <didrocks> good morning
[08:12] <JackyAlcine> Morning, didrocks.
[08:12] <didrocks> hey JackyAlcine
[08:29] <pitti> bonjour didrocks
[08:30] <didrocks> Guten Morgen pitti :)
[08:52] <DktrKranz> mvo: hi! during weekend I spent some time doing gdebi bug triage, and noticed you were working on gio support (lp:~mvo/gdebi/gio). Do you think it's functional enough to be merged, or does it need polishing?
[08:52] <mvo> DktrKranz: thanks for the triage :) there was/were issues with gio, but I don't remember the details, let me look at the code again (its been a while)
[08:54] <janimo> @pilot in
[08:55]  * micahg waves to janimo
[08:55] <mvo> DktrKranz: one problem was that gio will not support remove downloads as root. that should be fine most of the time (as we run as user by default) though
[08:56] <DktrKranz> ah, yeah
[08:57] <janimo> micahg, hi
[08:58] <micahg> janimo: hi, we've got another failure on thunderbird on ARM, I was looking for the ARM xulrunner tree to see if anyone fixed it, but it seems to no longer exist
[08:58] <janimo> micahg, those fixes are easy, I saw that too, I'll provide a patch today - not debidff though
[08:58] <janimo> I wonder though why mozilla keep adding asm code :)
[08:59] <micahg> janimo: awesome, thanks
[08:59] <micahg> janimo: we enabled a new module (breakpad)
[09:00] <janimo> ah, makes sense
[09:02] <mvo> DktrKranz: nice work on trunk btw, many thanks :)
[09:17] <DktrKranz> mvo: thanks, I plan to commit a couple of things, then upload and sync in natty
[09:22] <mvo> DktrKranz: sounds good to me,  I play a little bit with the gio stuff in the meantime
[09:25] <DktrKranz> mvo: cool, thanks!
[09:32] <mvo> DktrKranz: could you merge the gio branch to trunk and play a bit with it? it should be good now
[09:33] <ogra_> mvo, any chance that we get a working update-manager soon so we can build non x86 images again ?
[09:33] <ogra_> (why is it depending on fglrx-modaliases ?)
[09:37] <janimo> micahg, so mozilla will  not report via apport? How do apport and breakpad get along?
[09:37] <micahg> janimo: apport should be blacklisted if breakpad is enabled
[09:37] <janimo> ok
[09:38] <micahg> janimo: you should still be able to use ubuntu-bug though to report non-crashes
[09:38] <janimo> micahg, does the mozilla team upstream patches (I am thinking of the arm ones in particular)?
[09:38] <micahg> janimo: we should be :)
[09:39] <janimo> micahg, ok. There's no easy way I know of - short of looking at he buglist and upstream resources - what the status of various packages is wrt upstreaming
[09:40] <micahg> janimo: generally I think we do, occasionally one slips through the cracks
[09:44] <mvo> ogra_: yes, on my list for today :) its a quirk handler because fglrx used to drop support for older cards so we like to tell users (and transition them)
[09:44] <ogra_> ah
[09:44] <ogra_> great, thanks
[09:53] <cjwatson> broder: thanks for pushing the libpipeline backport :-)
[10:04] <\sh> guys, who is responsible for upstart in ubuntu right now?
[10:05] <micahg> \sh: I think jhunt is working on it
[10:06] <\sh> micahg: thx...I'll get in touch with him...looks like we still have problems with upstart + virtual nic interfaces
[10:07] <micahg> \sh: bug 678425?
[10:09] <\sh> micahg: nope, this looks just like the reporter is not following the exmaple of ifenslave for new upstart behaviour
[10:10] <\sh> micahg: it's more : bond0 -> slaves eth0 eth1 -> mode 4 / bond1 -> slaves eth2 eth3 -> mode 4 <- those are available, and now you device a bond2 -> slaves bond0 bond1 and bond2 doesn't work
[10:11] <micahg> \sh: way too late at night for me to follow that :)
[10:12] <\sh> micahg: hehe...I can imagine that...
[10:14] <DktrKranz> mvo: sure, I'll have a go this eve
[10:16] <\sh> micahg: I commented on bug #678425
[10:17] <cjwatson> smb,sconklin-gone: we need an urgent upload for bug 709694, IMO, because now lucid-updates has regressed for people with the backports modules installed
[10:20] <\sh> cjwatson: don't know if you are the right man for initramfs-tools, but the correct fix for bug #415353 is now in initramfs-tools 0.98.8 in unstable...we should take a look at it and eventually push that to natty
[10:24] <cjwatson> \sh: yes I'm going to do that this week
[10:24] <cjwatson> maks already asked me about it
[10:25] <cjwatson> pitti: given that you removed the fglrx-modaliases package, do you have an idea for how to make update-manager not dep-wait on it in natty?
[10:25] <\sh> cjwatson: cool...thx :)
[10:25] <pitti> cjwatson: oh, I'll look into it and discuss with mvo
[10:25] <pitti> sounds like an obsolete workaround anyway
[10:26] <ogra_> cjwatson, see above, mvo said he'd work on it today
[10:26] <cjwatson>   * DistUpgrade/DistUpgradeQuirks.py:
[10:26] <cjwatson>     - add detection for cards no longer supported via fglrx
[10:26] <cjwatson>       and ensure transition to "ati" (LP: #284408)
[10:26] <cjwatson> ogra_: ah, thanks
[10:26] <cjwatson> I missed that
[10:26] <pitti> mvo: do we still need that? would it help if I send you a snippet of code which determines the vendor/product IDs in the new "package header" world?
[10:27]  * ogra_ grumbles at freenode
[10:27] <Tm_T> ogra_: that's not freenode's fault (:
[10:28] <ogra_> Tm_T, that my nick gets cked for 2h if i nistype my PW ?
[10:28] <ogra_> *mis
[10:28] <Tm_T> ogra_: I believe you have turned on nick-guard
[10:28] <ogra_> *locked ...
[10:28] <ogra_> i havent turned on anything
[10:29] <ogra_> i'm using IRc like i do since 8 years
[10:29] <Tm_T> hmm, interesting, it shouldn't force nick-change without the nick protection
[10:29] <ogra_> if i mistype my pw and am not fast enough to retype in time i get a Guest account
[10:29] <ogra_> after that my nick is locked for about 2h
[10:30] <Tm_T> haven't heard of locks before
[10:30] <ogra_> * ogra :Nick/channel is temporarily unavailable
[10:30] <ogra_> thats what nickserv replies
[10:30] <Tm_T> ogra_: you can still identify
[10:31] <ogra_> i cant change my nick, so no
[10:31] <Tm_T> ogra_: /msg nickserv identify <account> <password>
[10:32] <ogra_> yes, that works, but i cant change my nick
[10:32] <Tm_T> as identified?
[10:32] <ogra_> yes
[10:32] <ogra_> same message as above
[10:32] <Tm_T> what happens if you try to ghost that nick?
[10:33] <ogra_> -NickServ- ogra is not online.
[10:33] <ogra_> :P
[10:33] <Tm_T> interesting
[10:33] <Tm_T> -NickServ(NickServ@services.)- ogra has enabled nick protection
[10:33] <ogra_> well, i'll live with the tail for 2h
[10:34] <Tm_T> ogra_: you might like to group that tailed nick to your account too (:
[10:34] <ogra_> to have that locked as well ?
[10:34] <ogra_> no, thanks :)
[10:35] <Tm_T> ogra_: well, now someone else can register it
[10:36] <ogra_> nobody has in the last years ... and i still own the toplevel
[10:36] <Tm_T> true
[10:36]  * cjwatson looks sideways at http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html
[10:36] <ogra_> i like to have a working fallback
[10:36] <cjwatson> we're producing an alpha this week, right? :-(
[10:38] <ogra_> cjwatson, armel looks worse than it is for images
[10:38] <ogra_> we only miss u-m currently afaik
[10:38] <cjwatson> ogra_: I was actually mostly looking at x86
[10:38] <ogra_> ah
[10:44] <geser> cjwatson: a binary promotion of "libsmokebase3" should resolve the "libsmoke*" ones (kdebindings)
[10:47] <cjwatson> geser: thanks, will poke at component-mismatches
[10:47] <cjwatson> there's a qscintilla2 rebuild needed too
[10:51] <JackyAlcine> Is NAS (Network Audio System) is shipped with Ubuntu?
[10:51] <JackyAlcine> Qt seems to rely on it.
[10:59] <cjwatson> Riddell: I've uploaded qscintilla2 to fix its sip-api-* dependency - hopefully it still works
[11:00] <jibel> ev: Hi, can you look at bug 710582, looks like a webkit bug rather than ubiquity.
[11:00] <cjwatson> Riddell: is somebody working on the kdebindings FTBFS on armel?
[11:01] <ev> jibel: ugh, it seems like we get these once a cycle.  Sure, will do.
[11:01] <jibel> ev: thanks
[11:08] <Riddell> cjwatson: I can't work out the problem (it's failing to typecast double as qreal). I've pinged upstreams who havn't so far helped
[11:09] <ev> jibel: I've followed up on the bug
[11:10] <cjwatson> Riddell: maybe I should work my way through the problems I'm more likely to be able to solve then ;-)
[11:38] <JackyAlcine> When will Ubuntu replace X for Wayland?
[11:51] <cjwatson> RAOF: I just uploaded xserver-xorg-input-evdev to fix a udeb dependency problem which was showing up in component-mismatches.  I don't suppose you could sync that upload into wherever x-s-i-e is maintained?
[11:59] <RAOF> cjwatson: Yeah, ok.
[11:59] <cjwatson> Riddell: qtmobility 1.1.0-0ubuntu3 removed libqtmessaging1, I think, but qtmobility-dbg still seems to depend on it?
[11:59] <cjwatson> RAOF: thanks
[12:00] <cjwatson> ... and I think that should be the last of the x86 uninstallables
[12:00] <cjwatson> JackyAlcine: http://www.markshuttleworth.com/archives/551 is the most authoritative answer to that I know of
[12:01] <bdrung> cjwatson: re libkibi: it wasn't as easy as i assumed. https://bugzilla.gnome.org/show_bug.cgi?id=640432
[12:01] <Riddell> cjwatson: ok I'll look at that along with the arm build failures of qtmobility today
[12:01] <cjwatson> Riddell: thanks
[12:02] <cjwatson> bdrung: well, I'm not hugely surprised, but we can't leave the c-m status the way it is forever
[12:02] <bdrung> cjwatson: c-m?
[12:02] <cjwatson> bdrung: we could demote it and bump the MIR bug back to Fix Committed pending app changes?
[12:02] <cjwatson> bdrung: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[12:02] <JackyAlcine> Fantastic, cjwatson.
[12:02] <bdrung> cjwatson: i'll can start to port non-glib C programs.
[12:05] <RAOF> cjwatson: Ah, I guess -evdev hasn't been published yet?  I'll leave that for Bryce then.  Time for me to hit the sack :)
[12:07] <mvo> pitti: I'm working on that now, it should be fine
[12:08]  * pitti hugs mvo, danke
[12:09] <cjwatson> RAOF: not quite.  https://launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/1:2.6.0-1ubuntu3
[12:13] <om26er> hey janimo
[12:13] <janimo> om26er, hello
[12:13] <om26er> janimo, could you please sponsor https://code.launchpad.net/~om26er/ubuntu/natty/totem/totem-fix-647607/+merge/47903
[12:13] <jibel> ev: I'll submit the bt after lunch. In the mean time I caught another blocker but this time on Kubuntu bug 710612 . Looks like a problem with debconf.
[12:13] <janimo> om26er, looking
[12:16] <janimo> om26er, have you built this and it works?
[12:17] <om26er> janimo, I have not build since it seemed like a one line fix, should I now, will take a few minutes if you say
[12:18] <janimo> om26er, ok, just to make sure, please do, thanks
[12:18] <janimo> since you know the best how to test if it indeed fixes the bug
[12:22] <mvo> pitti: what does a line with multiple seperators in modaliases looks like? i.e. what is the seperator? Modaliases: fglrx(..), fglrx2(..) ?
[12:22] <mvo> pitti: in the Packages header
[12:22] <pitti> mvo: right, modulename(alias, alias, ...), modulename(alias, ...), ...
[12:22] <mvo> ok, thanks
[12:23] <cjwatson> jibel: it's rare for such things to be a problem with debconf, just as compiler errors are rarely a problem with gcc
[12:24] <pitti> mvo: http://bazaar.launchpad.net/~ubuntu-core-dev/jockey/ubuntu/view/head:/jockey/oslib.py#L716 is what jockey uses
[12:24] <cjwatson> FYI
[12:24] <mvo> thanks pitti
[12:25] <bdrung> mvo: bug #710618 - that's the try to comply to ubuntu's units policy
[12:26] <bdrung> mvo: libkibi is in NEW in Debian
[12:26] <mvo> bdrung: thanks, I have a look. also I tend to be very reluctant to add dependencies to libapt
[12:27] <bdrung> mvo: libkibi is very small for that reason
[12:28] <mvo> pitti: hm, the old modalias files had a "xorgdriver" as part of their data, that got dropped now?
[12:29] <mvo> pitti: it should not affect u-m much though, just curious
[12:29] <pitti> mvo: where was that?
[12:30] <hyperair> cjwatson: ping
[12:30] <juliank> bdrung: I share mvo's opinion with dependencies, and APT seems compliant already
[12:30] <hyperair> cjwatson: is there a possibility of enabling busybox's httpd?
[12:31] <cjwatson> hyperair: why?
[12:31] <cjwatson> and in which build?
[12:31] <hyperair> cjwatson: any one of them -- i think it would be useful for testing of stuff that should run on embedded environments.
[12:31] <mvo> pitti: e.g. http://paste.ubuntu.com/560591/
[12:32] <mvo> pitti: alas, it looks like its the module, not the xorg driver
[12:32] <cjwatson> hyperair: well, we certainly can't do it in the udeb, for instance, it would clash confusingly with save-logs
[12:32] <hyperair> cjwatson: save-logs?
[12:32] <cjwatson> hyperair: a d-i component
[12:32] <hyperair> cjwatson: how about busybox-static? or busybox?
[12:32] <pitti> mvo: right, first is the module name (before the () now), second the package name (Package: field)
[12:32] <cjwatson> hyperair: httpd is already enabled in those.
[12:32] <cjwatson> debian/config/pkg/static:722:CONFIG_HTTPD=y
[12:33] <cjwatson> debian/config/pkg/deb:721:CONFIG_HTTPD=y
[12:33] <hyperair> eh wait a sec..
[12:33] <hyperair> oh sorry
[12:33] <hyperair> i meant... busybox cgi support
[12:33] <cjwatson> feel free to file a bug for that
[12:33] <cjwatson> seems reasonable enough
[12:33] <hyperair> +CONFIG_FEATURE_HTTPD_CGI=y
[12:33] <hyperair> +CONFIG_FEATURE_HTTPD_CONFIG_WITH_SCRIPT_INTERPR=y
[12:33] <hyperair> +CONFIG_FEATURE_HTTPD_SET_REMOTE_PORT_TO_ENV=y
[12:33] <hyperair> okay
[12:34] <hyperair> cjwatson: by the way, is there a special use case for busybox-static?
[12:34] <cjwatson> no idea, it predates me
[12:34] <cjwatson> I imagine it's recovery shells and the like
[12:34] <hyperair> ah okay
[12:34] <om26er> janimo, builds fine on 32bit install. youtube video does not play for me at the moment due to other reasons
[12:35] <cjwatson> certainly that's why it's in ubuntu-standard
[12:35] <hyperair> cjwatson: wasn't that the job of busybox-initramfs?
[12:36] <cjwatson> hyperair: no
[12:36] <hyperair> ah
[12:37] <cjwatson> its purpose is to be /bin/sh and tools in the initramfs, not in the main system
[12:37] <janimo> om26er, ok
[12:39] <apw> pitti, when you copy out kernels for lucid SRUs (from the canonical-kernel-team PPA) do you include the LBM packages?  i assume you are copying out those packages you are asked to
[12:41] <pitti> apw: sconklin-gone sends me a list to copy, as there is often old/other stuff
[12:42] <apw> pitti, ok so the disconnect is at his end, seems he did not include LBM in the lucid update last time, as that is uninstallable rgith now.  there seems to be a valid build in the PPA however
[12:42] <pitti> apw: ok, so I'll copy that then
[12:43] <apw> pitti, it looks to be the right version to my eye and matching the git repo, so that seems appropriate
[12:43] <apw> cjwatson, ^^
[12:44] <cjwatson> pitti: thanks
[12:44] <apw> cjwatson, pitti i will close the loop with the stable team to make sure the process hole here is closed
[12:44] <cjwatson> pitti: this is a regression in -updates right now - do you think we can waive the waiting period to some extent?
[12:44] <pitti> so it seems neither cert nor qa even test these
[12:44] <pitti> cjwatson: yes, absolutely
[12:45] <pitti> cjwatson: I thought we push it to -proposed now, and perhaps to -updates tonight?
[12:45] <cjwatson> right, once somebody has test-installed it and confirmed it doesn't explode
[12:45] <apw> pitti, my understanding always has been that they are 'backports' and therefore more like the backports pocket from a process point of view
[12:45] <pitti> oh, it's not just a no-change rebuild
[12:45] <apw> pitti, indeed, seems to be some updates from upstream there too ...
[12:46] <pitti> http://launchpadlibrarian.net/62531555/linux-backports-modules-2.6.32_2.6.32-27.26_2.6.32-28.27.diff.gz is quite nontrivial, so it should be tested at least
[12:46] <apw> pitti, if you get it into -proposed, i'll get some people in my team to 'feel the pain' testing it
[12:47]  * apw looks grumpy
[12:47] <pitti> apw: that'd be great; copied now, and updated bug 606278 (which should get the testing results)
[12:47] <pitti> sorry for the process fail
[12:47] <apw> pitti, i don't see you have any fault in the matter
[12:48] <pitti> forgot about lbm
[12:48] <apw> pitti, i am sure you reviewed what you are asked to release ...
[12:48] <apw> pitti, i don't think you should be having to remember
[12:59] <juliank> bdrung: Why did you create a type filesize_t (that falls into a POSIX-reserved space), instead of using the off(64)_t type which is a standardized type for file sizes?
[13:00] <hyperair> say... is rmadison going mad? it says busybox is in universe
[13:00] <hyperair>    busybox | 1:1.17.1-8ubuntu1 |         natty | source
[13:00] <hyperair>    busybox | 1:1.17.1-8ubuntu1 | natty/universe | amd64, i386
[13:00] <hyperair> cjwatson: ^^
[13:00] <hyperair> but launchpad.net/ubuntu/+source/busybox says it's in main.
[13:00] <hyperair> as does apt-get source
[13:00] <hyperair> er apt-get show(src)
[13:00] <juliank> hyperair: source is in main, binary in universe
[13:01] <hyperair> O_o
[13:01] <hyperair> oh i see.
[13:01] <hyperair> juliank: thanks
[13:08] <cjwatson> juliank: C99-reserved, too
[13:11] <juliank> cjwatson: Can't find it in C99, at least not in "7.1.3 Reserved identifiers"
[13:12] <juliank> 7.26.8 defines types matching u?int.*_t as possible future additions
[13:12] <cjwatson> juliank: hm, looks like you're right, sorry
[13:14] <ari-tczew> then rebuild
[14:09] <ScottK> lamont: Is Postfix 2.8 high enough on your list that you're likely to get it done before feature freeze?
[14:09] <lamont> when is feature freeze?
[14:10]  * ScottK looks
[14:10] <lamont> feb24
[14:10] <lamont> I expect so
[14:10] <lamont> there's also a new util-linux, which I think would be nice to get in, too.
[14:11] <lamont> and nmap
[14:11] <lamont> and prolly bind9 (rc bits are out now)
[14:11] <ScottK> Debian should be unfrozen this time next week.
[14:11] <lamont> that's what I've been stalling on
[14:11] <ari-tczew> ScottK: I heard about 5/6 feb.
[14:12] <janimo> @pilot out
[14:12] <ScottK> ari-tczew: Yes.
[14:12] <lamont> ari-tczew: that'd be "by next week"
[14:13]  * lamont makes a note to prep and take his laptop to the thing this weekend, since he'll prolly be a bit bored at least part of the time
[14:20] <bdrung> juliank: off64_t doesn't seems to be portable. maybe i should only use uint64_t from stdint.h
[14:20]  * dholbach hugs janimo
[14:25] <juliank> bdrung: Well, the important part would be to not use a name ending in _t, so kibi_filesize would be better
[14:27]  * janimo hugs dholbach
[14:28] <janimo> dholbach, piloting was a bit hectic for the first time. I am not too familiar with UDD
[14:28] <jelmer> hi janimo
[14:28] <janimo> the diversity of branches and who owns what confuses me still
[14:28] <janimo> jelmer, hi
[14:28] <dholbach> janimo, did you take "notes"? :)
[14:28] <jelmer> janimo: just getting more familiar with it, or are there things you think we can improve?
[14:29]  * janimo will be back after 1-on-1 call with manager
[14:29] <janimo> jelmer, need to get more familiar that;s for sure, but there are probably things to be improved
[14:29] <dholbach> might be good to send a short followup mail to ubuntu-devel@ so we can talk about
[14:30] <dholbach> I'm sure you're not the only one
[14:30] <janimo> for instance merging would be easier done only from the web UI wihtith the need to get locally then merge then push
[14:31] <janimo> dholbach, yes, I'll write one up. It will definitely be short, as there's not much to tell :)
[14:31] <jelmer> janimo: Yeah, agreed
[14:31]  * dholbach hugs janimo
[14:31] <dholbach> thanks
[14:31] <janimo> dholbach, np
[14:32] <janimo> jelmer, but I guess there are things which are not technical - such as making sure I am not stepping on other devs toes. From the ~46 sponsoring requets I was not sure which other sponsor has their eyes on
[14:32] <janimo> the last commented field helps
[14:33] <Laney> you can always shoot them a quick ping to check :)
[14:33] <janimo> but with recent bugs (as it actually happened with a U1-sso) upload I think teammate usually help eachother and there's no need for othewr sponsors
[14:34] <jelmer> janimo: how do you do it for non-UDD sponsoring ?
[14:34] <janimo> jelmer, the reason it was a bit slow for me is that I did not really do much sponsoring before
[14:35] <janimo> however I am more familiar with 'here's a debdiff for agains the latest source' approach
[14:35] <jelmer> janimo: you should be able to use the "Claim Review" link on the merge proposal to indicate you're processing it
[14:35] <janimo> with bzr seems I need to merge and push to bzr (making sure I push to the right branch i.e ubuntu/totem vs desktop-team/totem)
[14:35] <jelmer> perhaps we should mention that on the UDD pages
[14:36] <janimo> then I need to do the same change in the package
[14:36] <janimo> espeically if the request comes only as a bzr request and orig tgz needs to be found and fetched separately
[14:36] <ogra> janimo, you can do it the other way round, upload, wait until it shows up in the package branch and then merge back
[14:36] <janimo> jelmer, I found and used that actually
[14:39] <jelmer> janimo: Thanks for the feedback :)
[14:41] <Laney> bzr bd usually manages to find the orig
[14:43] <janimo> I am sure large part of my troubles was not having read the UDD docs thoroughly and not had peeked over anyone else's shoulder doing sponsoring work
[15:12] <smb> pitti, apw sconklin Did a quick install test for lbm-lucid. AFAICT all packages are installable from proposed now
[15:12] <sconklin> smb: thanks
[15:13] <barry> does anybody know what "System program problem detected" means?  i see this popup on login after today's updates, but it does not appear to be hooked into apport because "report problem..." does nothing
[15:15] <barry> i do see an indicator-applet file in /var/crash and one from network manager, but those are the only files from today
[15:17] <seb128> barry, it's what update-notifier displays when there is a crash from another uid that yours
[15:18] <seb128> barry, it's to avoid locking the screen asking for a gksudo password to report those
[15:18] <seb128> it should call apport, maybe check .xsession-errors
[15:18] <barry> seb128: okay, thanks.  note that when i click on "report problem" nothing happens
[15:19] <seb128> does apport work?
[15:19] <barry> seb128: unsure.  the other crash was from indicator-applet, and no apport opup came up for that one either
[15:20] <seb128> barry, try running ubuntu-bug /var/crash/...
[15:23] <barry> seb128: that worked for the indicator applet crash.  the network-manager crash file from earlier today though "problem cannot be reported".  also looks up u-b tracebacks ;)
[15:23] <pitti> smb: ah, thanks; so I'll move them to -updates, and then to -security
[15:23] <barry> seb128: i'll report what i can, thanks
[15:24] <mterry> dholbach, heyo, can you put me in the patch pilot calendar for tomorrow (as a one-time thing?  i forgot to do it on Friday)
[15:24] <seb128> barry, yw
[15:24] <dholbach> sure
[15:26] <dholbach> mterry, I'll give you access to the calendar too - unfortunately I can't do it "automatically for everyone" :(
[15:26] <dholbach> anyone else while I'm at it?
[15:27] <dholbach> mterry, done
[15:28] <mterry> dholbach, thanks
[15:39] <Kano> cjwatson: why are u images still not hybrid?
[15:39] <Kano> cjwatson: https://bugs.launchpad.net/ubuntu-cdimage/+bug/524803
[15:40] <Kano> no response too...
[15:41] <Kano> cjwatson: btw. i have got a patch for os-prober to fix gentoo detection, and you upload to d too?
[15:42] <cjwatson> Kano: don't expect me to respond to questions in that tone
[15:42] <cjwatson> if you have an os-prober patch, it's probably best to file a Debian bug for it and I/we can pick it up there
[15:43] <Kano> well i told the one i wrote the patch for to do that
[15:43] <cjwatson> if you'd asked politely about isohybrid, I would have given a detailed status update
[15:43] <Kano> just update the bug?
[15:43] <cjwatson> but not now
[15:43] <cjwatson> no, you were rude in the bug
[15:43] <cjwatson> I don't reward people who are rude with details
[15:44] <cjwatson> sorry
[15:45] <Kano> well every other distro uses hybrid mode, even live-build creates binary-hybrid.iso
[15:46] <cjwatson> we will be moving to hybrid mode; if you'd been polite I would have given details of the plan
[15:46] <cjwatson> as it is I'm afraid you'll have to wait
[15:46] <Kano> well i can execute isohybird on the iso, but do others know that?
[15:49] <Kano> ntfs-3g seems to be a bit old too
[15:49] <Kano> 2 stable releases after 8.8. already
[15:51] <Kano> would be interesting too for u, as it does not need any patch most likely
[15:51] <Kano> New: implemented the ’sync’ mount option.
[15:51] <Kano> http://www.tuxera.com/community/release-history/
[16:02] <kirkland> slangasek: howdy, around?  wanted to chat with you (again) about bug #313812
[16:07] <elif> Hi, as vim user I would like to know when 7.3 will arrive at ubuntu ?
[16:08] <davmor2> apw: Hey dude Latest natty upgrade seems to kill my wireless and drop me into flight mode no nm
[16:10] <apw> davmor2, did you use to be using linux-backports-modules-wireless ?
[16:11] <cjwatson> elif: natty already has it; earlier releases will remain at their current versions
[16:11] <davmor2> apw: If it wasn't in the standard install nope,  I've just checked on a fresh cd from this morning same issue.
[16:14] <davmor2> apw: is it best to ubuntu-bug the kernel and point you at the bug?
[16:14] <apw> davmor2, definatly want a bug yes please
[16:14] <davmor2> no probs one minute
[16:15] <bdrung> cjwatson: do it
[16:15]  * apw wonders if we have a firmware name change or something
[16:15] <cjwatson> bdrung: do which?
[16:16] <bdrung> cjwatson: demote libkibi and bump the MIR bug back to Fix Committed
[16:16] <cjwatson> ok
[16:17] <cjwatson> done
[16:23] <davmor2> apw: bug #710738
[16:25] <apw> davmor2, and you are ok if you boot back to the .37 kernel ?
[16:26] <davmor2> apw: I'll check if it's still listed
[16:28] <davmor2> apw: 2.6.37-12-generic is fine I have wireless
[16:28] <elif> cjwatson: I saw something strange, I know I'm using 10.10 (maverick), but system->About Ubuntu is saying I'm using 11.04 (Natty), It's just curious thing.
[16:28] <apw> davmor2, could you get a dmesg from that too please, and add it to the bug
[16:30] <micahg> cjwatson: or pitti can I get one of you to reject thunderbird-locales from maverick-proposed, I forgot one change
[16:30] <pitti> micahg: sure
[16:30] <pitti> micahg: but why remove? you can just upload a followup and use -v<version_in_updates> to include the previous changelog(s)
[16:30] <cjwatson> elif: please file a bug, I can't take all your bug reports personally :-)
[16:31] <micahg> pitti: it's included in that changelog :(
[16:31] <micahg> pitti: it hasn't been accepted yet
[16:31] <pitti> micahg: aah
[16:31] <pitti> micahg: I thought you meant "the version which is already in proposed"
[16:32] <micahg> sorry, I should have specified the upload queue
[16:32] <cjwatson> elif: (anyway, I think that's already known)
[16:32] <davmor2> apw: added dmesg.txt
[16:32] <apw> davmor2, ta
[16:32] <elif> cjwatson: ok. just thks, I'll check there. and try to file bug if not.
[16:33] <pitti> micahg: done
[16:33] <micahg> pitti: thanks, I'll reupload shortly
[16:34] <cjwatson> elif: bug 690248
[16:36] <elif> cjwatson: that's unfair you're too fast. anyway I have to get used with launchpad yet.
[16:38] <davmor2> apw: anything else you need?
[16:38] <apw> davmor2, not that i can think of right now, thanks
[16:39] <davmor2> apw: if you think of anything feel free to ping
[16:42] <mr_pouit> pitti: your halsectomy page is only for rdepends, right? Because hal is still pulled somehow on the latest xubuntu daily, so I suppose there are still a few spurious (r)recommends ;p
[16:42] <pitti> mr_pouit: the page isn't a complete rdepends list in Ubuntu, just projects which we run into
[16:42] <mr_pouit> ah, okay
[16:43] <pitti> mr_pouit: exaile still pulls it in, for example
[16:43] <mr_pouit> yeah, I just saw that, it's in recommends
[16:44] <pitti> mr_pouit: http://people.canonical.com/~ubuntu-archive/germinate-output/xubuntu.natty/rdepends/hal/hal
[16:44] <pitti> mr_pouit: so, pretty much just that
[16:45] <pitti> http://people.canonical.com/~ubuntu-archive/germinate-output/xubuntu.natty/rdepends/hal/libhal1
[16:45] <pitti> mr_pouit: libthunar-vfs-1-2
[16:45] <pitti> stil needs libhal1
[16:45] <pitti> or is that library obsolete as well?
[16:45] <mr_pouit> yeah, and I managed to drop it from the default install
[16:48] <hallyn> so if i dont' have the hw to reproduce a bug, and am waiting for someoen to confirm a fix for the bug - what's the proper state?  leave it as 'in progress'?
[16:48] <cjwatson> sounds reasonable to me
[16:48] <hallyn> ok
[16:51] <apw> davmor2, are you in armenia ?
[16:52] <apw> it seems your networking went into country AM configuration
[16:52] <davmor2> apw: no wolverhampton not much difference
[16:52] <mvo> DktrKranz: if the gdebi gio branch looks good to you then feel free to just merge to trunk and upload, should be good from my POV
[16:53] <apw> davmor2, whats channel is your access point on ?
[16:55] <davmor2> apw: 11bgn mixed, http://ubuntuone.com/p/b4y/
[16:57] <apw> davmor2, and the iwconfig output from the linux side would be good
[16:57] <davmor2> apw: for which kernel new or old?
[16:58] <apw> the working one :)
[16:58] <apw> as your routerconfig just says "any i feel like"
[17:00] <davmor2> apw: added to bug
[17:01] <apw> davmor2, ta
[17:09] <slangasek> kirkland: hi there
[17:09] <kirkland> slangasek: howdy
[17:09] <kirkland> slangasek: so, this bug is gaining heat, once again
[17:10] <kirkland> slangasek: my tested/working solution involves the small patch to pam, here: http://launchpadlibrarian.net/39308219/pam.diff
[17:10] <kirkland> slangasek: which i think you've nacked in the past
[17:10] <kirkland> slangasek: i guess i'm wondering if that nack still holds :-)
[17:11] <slangasek> kirkland: yeah, it does.
[17:11] <kirkland> slangasek: okay
[17:12] <kirkland> hallyn: ^
[17:13] <SpamapS> So, does anyone else have the situation where gdm starts, and the screen is black.. then ctrl-alt-f1, login, restart gdm, fixes it?
[17:14] <SpamapS> I changed gdm.conf to start on stopped rc RUNLEVEL=2 .. and that seems to have fixed the problem.. but made login available a few seconds later in boot.
[17:16] <DktrKranz> mvo: ok, I'll give it a go later
[17:20] <DktrKranz> mvo: should we bump to 0.7.0, changes and fixes introduced will be quite important
[17:24] <Riddell> slomo: gst-plugins-base0.10 no longer compiles because /usr/include/linux/videodev.h no longer exists
[17:25] <cjwatson> w
[17:25] <cjwatson> w
[17:25] <cjwatson> (sorry)
[17:35] <slomo> Riddell: that's sad, why? was v4l(1) dropped?
[17:35] <ari-tczew> ogra: ping
[17:36] <Riddell> slomo: there seems to be a /usr/include/linux/videodev2.h now
[17:39] <slomo> Riddell: yes, that's for v4l2... ok, i guess old v4l is finally gone then, that's good news. for ubuntu you only have to drop the v4l plugin then, in debian i'll still keep it until after squeeze release
[17:41] <Riddell> slomo: ok thanks, I'll upload with that change
[17:43] <udienz> did all ftbfs packages must be fixed before natty?
[17:45] <micahg> udienz: would be nice, but there are usually some failures left, the ones in main will usually be addressed before release though'
[17:49] <udienz> micahg: if a fixed package release after natty, the packages will be uploaded to natty or O-release?
[17:51] <Laney> FTBFS can be fixed via SRU
[17:51] <micahg> udienz: well, fixes should land in the devel release first, if there are no binaries, FTBFS fix usually qualifies for SRU, if there are binaries, then usually the fix is saved until another fix goes in unless it's something we know will need to be rebuilt (i.e. lots of security updates in the past)
[17:54] <udienz> ok, thanks
[17:58] <mvo> DktrKranz: yeah, sounds good to me
[18:06] <hyperair> cjwatson: thanks for the upload =)
[18:08] <cjwatson> no problem
[18:08] <cjwatson> thanks for the patch :)
[18:24] <scott-work> cjwatson: do you have a minute to talk about an error in tasksel for ubuntu studio installs from image?
[18:46] <cjwatson> scott-work: it's the end of my day so I'm only intermittently around; it would be best if you described the problem such that I can reply asynchronously
[19:08] <SpamapS> cjwatson: re the openssh-server init.d script being more upstart aware.. I'll take a look and see if I can whip something up. :)
[19:09] <cjwatson> great, thanks :)
[19:10] <bdrung> geser: DMB meeting now!
[19:10] <kees> rickspencer3: re LP: #710796 -- the _kernel_ had hibernate removed. http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty.git;a=commitdiff;h=2e5f0ea801534914c6747e953ed277fa16081602
[19:11] <rickspencer3> oh
[19:12] <rickspencer3> kees, ok, so I was a bit out of touch there
[19:12] <rickspencer3> I thought they were just hiding the UI where "they" was the desktop team
[19:13] <rickspencer3> removing it from the kernel is bold, indeed
[19:13] <kees> rickspencer3: right, that's mostly okay -- that's just a configurable. but to be _unable_ is a big deal, IMO.
[19:13] <rickspencer3> kees, well, I dropped a note to @u-devel and @u-desktop
[19:13] <rickspencer3> I think a proper discussion would be good
[19:14] <cjwatson> it seems bad form to remove it from the kernel; I said as much to kernel folks at the rally ...
[19:14] <rickspencer3> kees, would you mind correcting my mistake on that thread?
[19:14] <kees> rickspencer3: cool, thanks.
[19:14] <kees> cjwatson: and that desktop told us that it wouldn't be removed from the kernel. :P
[19:14] <kees> rickspencer3: yup, already added a note.
[19:14] <kees> rickspencer3: or do you mean the u-d thread?
[19:14] <rickspencer3> hmm
[19:15] <rickspencer3> the disconnect was probably due to me not connecting dots sufficiently
[19:15] <rickspencer3> in any case, it seems like a good thing to propose and explore, but warrants some discussion before a final decision is taken
[19:15] <cjwatson> I can see the news articles already :-/
[19:16] <cjwatson> (FWIW I don't care whether the UI is there or not!)
[19:17] <maco> hibernate as in dont-use-power-(if-it-works) ?
[19:18] <rickspencer3> maco, correct
[19:18] <maco> O_o
[19:18] <ScottK> Sigh.  I use that every time I get on an airplane.
[19:18] <rickspencer3> most of the time for me, as in, wait a long to shutdown, then not start up properly
[19:19] <ScottK> rickspencer3: Where is this discussion?
[19:19] <rickspencer3> ScottK @ubuntu-devel and @ubuntu-desktop
[19:19] <rickspencer3> I just started a thread ..  Shall we hide the GUI for Hibernate in Natty?
[19:19] <ScottK> rickspencer3: If it's not in the kernel, that's an easy one to answer.
[19:20] <rickspencer3> well, tbh, I didn't realize it was removed from the kernel
[19:20] <rickspencer3> a bit changes the tone l)
[19:20] <rickspencer3> *;)
[19:20] <ScottK> Right.
[19:20] <rickspencer3> anyway, the discussion needs to take place
[19:20] <broder> it would be nice if we could make some reasonable runtime guesses as to whether or not it would work on a given piece of hardware
[19:20] <rickspencer3> there are pros and cons and options
[19:20] <ScottK> Brings up the "If I have to compile my own kernel anyway, why am I using *buntu" question.
[19:21] <rickspencer3> broder, I was thinking of a white list combined with a checkbox to turn it on if you're not on the white list
[19:21] <ScottK> My only problem with it recently is sometimes I don't have enough swap available (which I can fix), so it's not necessarily a fixed list of what works and what doesn't.
[19:21] <broder> yeah, sure, though maintaining that list is obviously difficult, especially with release-to-release regressions
[19:22] <rickspencer3> but, it's not really my decisions, I'm just trying to make sure that it gets discussed, and doesn't end up happening a bit by default
[19:22] <broder> ScottK: available swap is easy to test for
[19:22] <ScottK> broder: Agreed.  It does that now and then doesn't shut down.
[19:23] <ScottK> rickspencer3: I didn't see anything on ubuntu-devel.  Is it just on -desktop so far?
[19:24] <rickspencer3> ScottK, could be
[19:24] <rickspencer3> I sent it to both lists
[19:27] <kees> rickspencer3: you only sent to u-desktop? not -devel?
[19:27] <broder> no, it was to devel as well. i bet it's stuck in moderation or something
[19:27] <rickspencer3> kees, ubuntu-devel@lists.ubuntu.com
[19:28]  * kees waits on https://lists.ubuntu.com/archives/ubuntu-devel/2011-January/date.html
[19:29] <broder> rickspencer3: the e-mail came from your @canonical address. for future reference, my recollection is that anything from an @ubuntu.com address (or maybe from the ubuntu.com smtp server?) is automatically accepted
[19:30] <rickspencer3> broder, thanks for the info
[19:39] <sconklin> pitti, StevenK: is there an actual archive on launchpad (accessible through the API) which corresponds with http://archive.ubuntu.com/ubuntu/pool/main/ ??
[19:40] <broder> actually, what makes hibernate unreliable? because it doesn't seem like it should be hardware dependent - it seems more like it's an issue with not enough swap, or unfavorable disk layouts that the initrd can't dig into correctly, etc
[19:48] <apw> rickspencer3, well we can reinstate it, but its a kernel respin, so if we need to do that for A2 we'll need to cope with the kernel bumping
[19:52] <ScottK> apw: Why did it get disabled?
[19:53] <apw> ScottK, that as i understood it was the decision, it seems a misscommunication if 'get rid of it' doesn't mean that
[19:54] <ScottK> apw: Who's decision?  We certainly support it in Kubuntu.
[19:55] <apw> i don't think i was there fore the discussion, only the final messge it was to go
[19:55] <rickspencer3> i don't think we should worry about turning it back on for A2
[19:56] <rickspencer3> it's not worth a respin and revalidating
[19:56] <rickspencer3> imo
[19:56] <ScottK> rickspencer3: But we are going to turn it back on in the kernel, right?
[19:56] <rickspencer3> I would think so, but I think we should wait and see how the discussion progresses
[19:58] <ScottK> rickspencer3: So far we're only discussing disabling the U/I on one flavor of Ubuntu.  It would seem odd to me that might drive the decision about a kernel change.
[19:59] <rickspencer3> ScottK, you make a good point, I asked someone to add to the thread that it's actually turned off in the kernel right now
[19:59] <ScottK> rickspencer3: That's been done.
[19:59] <rickspencer3> I wasn't aware that that particularly step had been taken
[20:00] <ScottK> But I think the discussion should be on ubuntu-devel.  At this point we aren't just talking Ubuntu Desktop.
[20:00] <rickspencer3> oh?
[20:00] <rickspencer3> I send the email to both
[20:00] <pgraner> rickspencer3, we had discussions at the sprint and the take aways was that is was to get tuned off to see what the impact was
[20:01] <rickspencer3> pgraner, ack
[20:01] <pgraner> rickspencer3, so we turned it off in the kernel
[20:01] <rickspencer3> probably my fault for not connecting all the dots properly
[20:02] <rickspencer3> however, there is plenty of time to discuss and turn it back on, etc...
[20:03] <ScottK> At this point you've ripped it out from under all the other flavors with no discussion.  You need to decide if that as appropriate or not.
[20:04] <ScottK> If it's not, please have it turned back on.
[20:04] <ScottK> Not sure what else there is to discuss.
[20:04] <rickspencer3> let me log a bug to get it turned back on
[20:04] <rickspencer3> I don't think anyone is particularly married to the idea of it being off in the kernel
[20:07] <pgraner> rickspencer3, nope we can turn it back on post A2
[20:07] <rickspencer3> ok
[20:08] <rickspencer3> let me start a new bug for turning it back on the kernel, and sorry for the confusion
[20:10] <smagoun> rickspencer3: thanks for doing that. Would you post the bug # here when you're done?
[20:10] <rickspencer3> yes
[20:17] <rickspencer3> smagoun, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/710877
[20:17] <kees> rickspencer3: the bug was already open (the original report was against the kernel...)
[20:17] <rickspencer3> kees, yeah, but I want to keep that one "should we hide it"
[20:17] <rickspencer3> ?
[20:17] <rickspencer3> versus the discrete task of turning it back
[20:18]  * kees doesn't care. the wording of 710796 was "it's broken in the kernel". *shrug*
[20:19] <rickspencer3> kees, just give me a few minutes to get these fixed up
[20:21] <smagoun> thanks
[20:21] <rickspencer3> kees, the user for bug #710796 is clearly saying "I want hibernate to work"
[20:22] <rickspencer3> or, "I want the feature there"
[20:22] <kees> rickspencer3: they said "option was removed and pm-hibernate doesn't work". the latter is the kernel issue
[20:22] <rickspencer3> which is different than bug #710877 which is to just turn it back on
[20:22] <rickspencer3> kees, right, so there's 2 issues, so should be 2 bug reports, imo
[20:22] <kees> rickspencer3: sounds good!
[20:23] <rickspencer3> in any case, I think the first bug should be moved to polkit
[20:23] <kees> rickspencer3: my point was that 710796 was already open against the kernel, etc.
[20:23] <kees> but yeah, whatever makes sense. as long as it's coming back in the kernel, I'm happy :)
[20:42] <hallyn> bdmurray: /win 10
[20:42] <hallyn> huh
[20:42] <hallyn> bdmurray: what is the 'proper' place to get your greasmonkey lp extensions?
[20:44] <micahg> hallyn: https://launchpad.net/~gm-dev-launchpad/+archive/ppa
[20:44] <bdmurray> hallyn: firefox-lp-improvements ppa is the best
[20:44] <hallyn> thanks
[20:46] <DktrKranz> mvo: gio branch merged!
[21:06] <cjwatson> broder: no, the auto-accept is based on membership of ~ubuntu-dev
[21:08] <broder> oh really? that's actually rather clever. so i assume that means it also incorporates any e-mail address a member of ~ubuntu-dev has registered on their lp account?
[21:09] <cjwatson> (though I don't see Rick's mail in the moderation queue - of course there is an extra whitelist)
[21:09] <cjwatson> broder: it's supposed to
[21:09] <cjwatson> that part is not directly visible to me though, but that's what I'm told
[21:14] <ScottK> lamont: Has fiordland been "improved" or does "stuff" just happen: http://paste.ubuntu.com/560732/
[21:15] <cjwatson> ok, I have no idea where rickspencer3's mail to ubuntu-devel went
[21:15] <cjwatson> it's neither in the queue nor in the archive
[21:15] <rickspencer3> weird
[21:15] <rickspencer3> cjwatson, I'll resend, and yeah, weird
[21:15] <cjwatson> the queue's been suspiciously empty all day (some longer-term things in there but nothing new)
[21:16] <cjwatson> and nijaba was asking me about some problem earlier ...
[21:16] <cjwatson> rickspencer3: I suggest chasing it up with IS, quoting the message-id of the message you sent
[21:16] <cjwatson> I'm not sure resending will help - it will probably just confuse things
[21:16] <rickspencer3> ok
[21:16] <cjwatson> it's almost as if anyone not on the whitelist is getting binned
[21:17] <lamont> ScottK: good question. I'm a bit out-of-loop on that, maybe an RT with the output on it would be in order
[21:17] <ScottK> lamont: OK rt .at. ubuntu.com?
[21:17] <elmo> sigh
[21:17] <elmo> the problem is the tool that hardcoded fiordland
[21:18] <elmo> rather than using the MX
[21:18] <elmo> fiordland is no longer the mx for launchpad.net
[21:18] <ScottK> I see.
[21:18] <ScottK> bdrung: ^^^^
[21:18] <ScottK> elmo: Thanks.  That we can fix.
[21:18] <cjwatson> oh, wow, that's nasty code
[21:18] <ScottK> tumbleweed: ^^^
[21:19] <lamont> ew
[21:21] <ScottK> Yep.  Updating to the current MX works.
[21:21] <ScottK> elmo: Thanks.
[21:21] <elmo> ScottK: np
[21:21] <cjwatson> updating to code that doesn't just hardcode a new MX, I hope :)
[21:23] <lamont> hopefully doing a lookup of mx for launchpad.net and using that???
[21:25] <broder> ugh, smtplib doesn't have a mode where it will do that itself? that's kind of lame
[21:26] <ScottK> broder: It's smtplib, not DNS.
[21:27] <broder> yeah, but "send this message to whoever is the mx for the recipient" seems like a pretty common thing to do
[21:27] <StevenK> Uh, doing a lookup of an MX inside Python is not expensive?
[21:27] <geser> that's also means SRU's are needed
[21:27] <cjwatson> StevenK: how do you do it then?  I was just googling ...
[21:28] <StevenK> Damn it, I knew some one was going to ask that.
[21:28] <cjwatson> so far, only found a stackoverflow comment saying that doing MX lookups in python requires a third-party module
[21:28] <ScottK> It's not that hard.
[21:28] <ScottK> I'm the Debian maintainer for python-dns.
[21:28] <ScottK> One could also use dns-python.  That's a bit overkill for this.
[21:29] <cjwatson> though dnspython is at least in main
[21:29] <cjwatson> (but I agree, it's a big hammer)
[21:29] <StevenK> Bah, seems I'm mis-remembering. Doing DNS lookups in Python can be done with 'socket', but things like MX or NS lookups need a 3rd party module.
[21:30] <broder> yeah, that was what i thought
[21:30] <ScottK> cjwatson: Since I'm maintaining python-dns, I don't think it matters much which is in Main.
[21:30] <cjwatson> ScottK: heh, fair enough
[21:31] <cjwatson> StevenK: right, socket.getaddrinfo is fine for A lookups
[21:32] <scott-work> cjwatson: if i were to fix the seeds and push it back to bzr would you be able to help me get the meta packages rebuilt?
[21:33] <scott-work> cjwatson: i would really like to get the tasksel fixed before alpha2 and my usual contact hasn't responded back yet
[21:33] <geser> ScottK: are you going to file a bug about it for u-d-t? or should I do it?
[21:33] <cjwatson> scott-work: doesn't need metapackage rebuilds, just needs a tasksel rebuild.  yes I can do that.
[21:33] <ScottK> geser: No.  I'm going to fix it.
[21:34] <geser> ok and thanks
[21:34] <scott-work> cjwatson: i will update the seeds in approximately six hours time from now
[21:34] <scott-work> cjwatson: and thank you again!
[21:34] <geser> ScottK: don't we need a bug for the SRU? as maverick and lucid are affected too
[21:34] <ScottK> Good point.
[21:34] <ScottK> Please file it.
[21:35] <cjwatson> scott-work: is it possible to do it before I go to bed?
[21:36] <cjwatson> scott-work: if you do it six hours from now, I won't update tasksel until I get up in the morning, and we'll miss the cron job that should be building the alpha-2 images
[21:36] <scott-work> cjwatson: unfortunately i'm at work and will not leave for another 1.5 hours, plus need to pick kids up on the way home
[21:36] <cjwatson> scott-work: you can just tell me what change to make
[21:36] <cjwatson> what the new Description should be
[21:36] <scott-work> cjwatson: i can do that:
[21:37] <scott-work> cjwatson: in audio-plugins replace "Task-Description: LADSPA, LV2, and DSSI audio plugins" with "Task-Description: LADSPA/LV2/DSSI audio plugins"
[21:38] <cjwatson> scott-work: committed, thanks
[21:38] <scott-work> cjwatson: awesome, thank you very much :)
[21:39] <cjwatson> I'll upload tasksel once the local update finishes here
[21:40] <geser> ScottK: bug 710925
[21:41] <SpamapS> cjwatson: so the most reliable way that I can find to determine whether or not to use upstart is to drop a fake randomly named job in /etc/init and ask upstart what its status is.. if it doesn't know about the job, then I assume we're in a chroot.
[21:41] <StevenK> geser: That's so not the bug.
[21:41] <broder> SpamapS: oww
[21:41] <StevenK> "Talks directly to a machine, assuming it's the MX for launchpad.net"
[21:42] <cjwatson> SpamapS: look at /proc/1/exe?
[21:42] <SpamapS> cjwatson: its a symlink. :-/
[21:42] <SpamapS> as is /proc/root and /proc/cwd
[21:42] <SpamapS> no help at all :P
[21:42] <geser> StevenK: fixed the bug description (taken yours)
[21:42] <cjwatson> I've definitely seen code along those lines that worked
[21:43] <broder> cjwatson: i know you can see if something is in a chroot under you looking at /proc/pid/root
[21:43] <broder> i don't think it works the other way around
[21:43] <cjwatson> initramfs-tools.preinst
[21:44] <cjwatson> tested, works fine
[21:44] <cjwatson> of course on the feature test principle it would be better to test whether upstart knows about the job, so that things work once upstart gains chroot support, but that may be too complex to live
[21:45] <broder> oh right, you have to look at the inode number. i remember seeing that now
[21:45] <SpamapS> The inode number of what exactly?
[21:45] <SpamapS> ?
[21:45] <cjwatson> see initramfs-tools.preinst
[21:45] <broder> your / vs. /proc/1/root
[21:45] <cjwatson> there's a chrooted() function there which works
[21:45] <SpamapS> right, that is reasonaly accurate, but fails if you chroot into a dedicated mount point
[21:46] <cjwatson> "dedicated mount point"?
[21:46] <broder> SpamapS: sorry, combination of the inode and the device number that contains / :)
[21:46] <SpamapS> mkdfs file ; mount -o loop file /mnt/mychroot ; copy stuff to /mnt/mychroot ; chroot /mnt/mychroot /bin/bash
[21:46] <SpamapS> dev number yes that works
[21:46] <cjwatson> please try the code I referred to
[21:47] <SpamapS> yes I was waiting for bzr branch ;)
[21:47] <cjwatson> cat /var/lib/dpkg/info/initramfs-tools.preinst
[21:47] <SpamapS> oh that would have been clever wouldn't it have?
[21:48] <SpamapS>     # borrowed from udev's postinst
[21:48] <cjwatson> it was in Debian udev's postinst, I think, not Ubuntu's
[21:48]  * SpamapS is wary of spreading the evil of copy/paste :-P
[21:48] <cjwatson> yes, still is
[21:48] <cjwatson> meh
[21:48] <cjwatson> I mean I kind of agree but this is code we already know we intend to throw away
[21:49] <SpamapS> That branch of Scott's looked reasonably mature.. did you get any feeling as to how likely it was to make it into natty?
[21:50] <broder> the upstart spec still has it scheduled for natty, right?
[21:50] <cjwatson> fairly, I think, he and James just need to agree on maintenance practices
[21:50] <cjwatson> (not that there's a fundamental disagreement AFAIK, it just needs to get nailed down)
[21:50] <SpamapS> Cool. So this really is just likely to be something for lucid and maverick only.
[21:50] <cjwatson> I'm not going to worry about that until closer to feature freeze
[21:51] <jcastro> ogra: did you get the mail from the banshee upstream guy (gabriel) wrt. ARM?
[21:51] <SpamapS> so.. the question in my mind is how do we know to throw this code in openssh-server away when upstart gets the new capability...
[21:53] <cjwatson> if you come up with something, let me know :)
[21:54] <bdrung> ScottK: feel free to commit a fix to lp:ubuntu-dev-tools
[21:54] <ScottK> bdrung: It's been "improved" in natty, so I'm not sure I'll be able to fix it.
[21:55] <ScottK> bdrung: Where does mailserver_host get set now?
[21:55] <bdrung> ScottK: ask tumbleweed
[21:55] <ScottK> tumbleweed: ^^^
[21:57] <bdrung> ScottK: requestsync line 99: default='fiordland.ubuntu.com'
[21:57] <ScottK> Thanks.
[21:57] <bdrung> ScottK: don't forget to update the man page too
[21:58] <ScottK> bdrung: Found it.
[22:02] <bdrung> poolie: i checked bzr with lintian and found that: http://paste.ubuntu.com/560748/
[22:09] <tumbleweed> bdrung, ScottK: back. shall I commit a fix?
[22:10] <ScottK> tumbleweed: I'll do it for Natty and then you can backport, OK?  I'm already working on it.
[22:10] <bdrung> tumbleweed: yes unless ScottK is working on a fix too
[22:10] <tumbleweed> ScottK: great. I suppose you'll have to pull in an extra dependancy for DNS support :/
[22:10] <ScottK> yes
[22:11] <poolie> bdrung, thanks
[22:34] <SpamapS> slangasek: so I think we can write the -wait job generically
[22:34] <SpamapS> slangasek: meaning one could reasonably do    start wait-for WAIT_FOR=ssh
[22:44] <slangasek> SpamapS: instance $WAITER$WAITSFOR ?
[23:37] <ScottK> bdrung and tumbleweed: Pushed.
[23:38] <bdrung> ScottK: where?
[23:39] <ScottK> bdrung: My bad.  Comitted.  Didn't push.  Just a moment.
[23:39] <ScottK> bdrung: Pushed to trunk.
[23:45] <tumbleweed> ScottK: the second config.get_value doesn't do anything useful
[23:48] <tumbleweed> it will also not abort if it can't do the DNS lookup, but presumably crash later when it tries to connect to ''
[23:48] <geser> ScottK: there is a typo in the ImportError message: "Launchapd" → "Launchpad"
[23:48] <tumbleweed> and you can test it on staging :P
[23:50]  * tumbleweed heads to bed
[23:56] <SpamapS> slangasek: something like that, still monkeying with it
[23:58] <hggdh> slangasek, can you please look at bug 708579? This is either a new issue, or bug 603934 is not completely fixed
[23:59] <SpamapS> slangasek: yes, that works..