[01:27] <lamont> bah.  what's the command for checking wireless network bios switch settings?
[01:28] <lamont> rfkill
[04:01] <lamont> is it really such an unusual work model to fire off something and then start doing work in another window while that gets going, where you really don't want the newly-spawned window to hijack focus from the work that you are now doing in the second window??
[04:01] <lamont> or is that just me?

[04:02] <TheMuso> lamont: Yeah had that with virtualbox in natty with compiz/unity-decorator.
[04:02] <ScottK> There you go again.  Thinking it's you that knows best.
[04:03] <TheMuso> I'd start a VM, put it on another workspace, move back to the original workspace to do work, only to find the VM window appearing in that workspace where it is least wanted.
[04:06] <lamont> ScottK: heh
[04:06]  * lamont just killed the libvirtwindow he spawned while closing tabs in xchat
[04:12] <lamont> TheMuso: one more reason to not use virtualbox, thanks
[04:12] <infinity> lamont: I'm pretty sure we consider it a bug when things steal focus (unless they're justifiably modal, like gksudo).
[04:12] <lamont> infinity: you'd think
[04:12] <infinity> lamont: I tend to find it refreshing when I swap between Windows and Ubuntu, and the very same software in Ubuntu DOESN'T do that, while it does in Windows.
[04:14] <lamont> infinity: sometimes, I wonder if it's because of focus mode ==strict in metacity :)
[04:14] <infinity> lamont: No, no.  I'm not being facetious.  As in, people consider it to be more than an annoyance, but somewhere hovering between accidental DoS and potential data loss, since if you're blissfully clicking about when something steals focus, you can do Very Bad Things.
[04:14] <lamont> yeah
[04:14] <lamont> I know you're serious
[04:14] <infinity> lamont: So, I'd file bugs with extreme prejudice, if I were you.
[04:15] <lamont> infinity: I'll work on reproducing it
[04:17] <TheMuso> lamont: In that case I blame compiz, not virtualbox.
[04:18] <lamont> compiz has hooks to defeat what virtualbox is doing
[05:36] <lifeless> barry: ; around ?
[07:25] <didrocks> good morning
[07:53] <dholbach> good morning
[07:54] <didrocks> guten morgen dholbach
[07:55] <dholbach> salut didrocks
[08:01] <diwic> TheMuso, ping
[08:01] <TheMuso> diwic: Hi.
[08:02] <diwic> TheMuso, I want to set up daily builds for pulseaudio git master, do you have an opinion on what ubuntu-audio-dev ppa they should be in?
[08:02] <TheMuso> diwic: Oh right, let me have a glance at what we have, and will create one if I think we need another.
[08:03] <TheMuso> diwic: ok will create another one.
[08:03] <diwic> TheMuso, I think it would make most sense to create a new one
[08:03] <TheMuso> Right, doing so.
[08:06] <TheMuso> diwic: ppa:ubuntu-audio-dev/pulse-testing
[08:06] <TheMuso> Fire away.
[08:06] <diwic> TheMuso, while you're at it, a ppa for the daily dkms builds as well perhaps?
[08:06] <TheMuso> Sure.
[08:08] <TheMuso> diwic: ppa:ubuntu-audio-dev/alsa-daily
[08:08] <diwic> TheMuso, thank you
[08:08] <TheMuso> No problem.
[08:08] <diwic> TheMuso, hopefully I can create recipes myself if not, I might poke you again
[08:08] <TheMuso> No problem, ai M end of day, but I will take a look tomorrow.
[08:10] <diwic> TheMuso, ok, seems I can create recipes
[08:12] <diwic> TheMuso, as for the packaging of this I plan to start off with our ubuntu.oneric bzr tree, remove all of patches subdirectory and a little thing in debian/rules
[08:12] <diwic> TheMuso, and leave the rest. Does that make sense to you?
[09:18] <NCommander> @pilot on
[09:18] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[09:18] <NCommander> @pilot in
[09:30] <tkamppeter> pitti, hi
[12:38] <seb128> cjwatson, do we need ssh-askpass-gnome on the CD?
[12:40] <seb128> cjwatson, I'm reviewing the gtk2 rdepends list and I was wondering if we need it since gnome-keyring has an ssh agent
[12:53] <cjwatson> seb128: last time you asked me this I complained about all the bugs I get due to gnome-keyring's agent
[12:53] <cjwatson> ssh-askpass-gnome is 15K
[12:53] <cjwatson> is it worth talking about? :-)
[12:53] <seb128> cjwatson, the gtk2 depends is worth, I will open a bug "needs to be ported to GTK3" ;-)
[12:54] <cjwatson> sure, shouldn't be hard
[12:56] <seb128> cjwatson, right, I will file one, I'm just trying to make sure we are on track to drop GTK2 from the CD for the LTS if we can, first step is to know where we stand and what needs to be done ;-)
[12:56] <seb128> (same for gconf)
[12:57] <cjwatson> yep
[12:58] <seb128> cjwatson, I asked if we need it on the CD because it seems duplication, the users who know enough about ssh agent to want to replace the default one are likely to know how to install the one they want
[12:58] <seb128> cjwatson, but as you said the CD space is not worth arguing ;-)
[12:59] <cjwatson> yeah, I guess it wouldn't be that bad if it went off the CD
[13:00] <seb128> well let's say I don't care enough either way to argue, it just seems not logical to have 2 agents on the CD, either we think gnome-keyring is too buggy and it shouldn't be the default or we think it's fine for being the default and users who have extra need can install the other one
[13:00] <seb128> but anyway, let me open the bug to port to GTK3, CD or not we will need to port it ;-)
[13:16] <cjwatson> tseliot: where's the latest branch for the x-kit package?  Vcs-Bzr says lp:~albertomilone/xorgparser/main, but that branch is not in sync with the latest upload
[13:25] <tseliot> cjwatson: right, I think I have it here in my local branch. Let me check
[13:28] <tkamppeter> pitti, hi
[13:28] <seb128> tkamppeter, he's off today, it's an holiday in Germany
[13:30] <tkamppeter> seb128, thanks, it is not a holiday in all the states of Germany. In Berlin it is a workday.
[13:30] <seb128> tkamppeter, well pitti said it was an holiday for him in any case ;-)
[13:30] <seb128> yw
[13:30] <tseliot> cjwatson: the last revision seems to match the last upload: https://code.launchpad.net/~albertomilone/xorgparser/main https://launchpad.net/ubuntu/+source/x-kit
[13:31] <tseliot> maybe there's something that I'm missing?
[13:31] <cjwatson> tseliot: diff it against the actual unpacked package and you'll see
[13:31] <tseliot> ok, let's see
[13:32] <cjwatson> tseliot: http://paste.ubuntu.com/631173/
[13:33] <tkamppeter> Anyone works with the problem that a service taking a random port stealing the port from another service with a fixed port?
[13:35] <cjwatson> should only happen if the "fixed" port is foolishly in the ephemeral port range
[13:36] <dholbach> barry will give a session about porting to dh_python2 in #ubuntu-pyjam in 24 minutes
[13:36] <tkamppeter> cjwatson, CUPS uses port 631 which is the officially reserved port for the Internet Printing Protocol IPP. It seems that before CUPS got loaded on boot, another service has taken port 631.
[13:39] <tkamppeter> cjwatson, bug 800424.
[13:39] <tseliot> cjwatson: I really don't know what happened there. I moved to git and I use it only to maintain the code (without the debian directory): https://github.com/tseliot/XKit
[13:41] <cjwatson> tseliot: perhaps you could fix it up?
[13:41] <cjwatson> tkamppeter: don't know then sorry
[13:42] <cjwatson> tseliot: I only ask because I have a patch to submit to make it use dh_python2
[13:42] <tseliot> cjwatson: sure, is it urgent? As I'm trying to fix nvidia-* and fglrx before leaving for the Platform sprint
[13:42] <cjwatson> tseliot: well, not urgent as such, but the dh_python2 porting jam is today and it would be pretty nice to clear out main
[13:43] <cjwatson> I can just file a bug with the patch
[13:43] <apw> clap4ham
[13:43] <apw> heh how many times will i do that i wonder
[13:44] <Laney> :(
[13:44] <apw> its a test box password thankfully
[13:45] <mterry> doko__, ping about ubuntuone-couch
[13:45] <Laney> Some of my passwords are so embarrassing that if I ever type them to IRC I'll never live it down
[13:46] <apw> heh, a problem :)
[13:46] <Laney> it makes me more circumspect :-)
[13:46] <apw> we should all use "i hate irc" as our password
[13:49] <tseliot> cjwatson: would it be ok if I simply pushed to my bzr branch the diff that you've just shown me?
[13:49] <tseliot> and correct the rest another time
[13:51] <tseliot> cjwatson: or maybe I can do the right thing now and leave it as UNRELEASED so that you can complete it with your work and upload?
[14:11] <jdstrand> cjwatson: fyi, I just happened to be preparing an openssl-blacklist upload, so I'll process your patch rather quickly :)
[14:12] <jdstrand> cjwatson: that for that and openvpn-blacklist patches
[14:12] <jdstrand> interestingly, it was not ssl2, but a difference with openssl 1.0.0 output
[14:18] <cjwatson> jdstrand: heh, ok, thanks
[14:18] <cjwatson> tseliot: sure, I don't really mind
[14:19] <cjwatson> tseliot: I'll just send you the dh_python2 patch in a bug and you can sort it out as you see fit
[14:19] <tseliot> cjwatson: ok, thanks a lot
[14:30] <mterry> StevenK, is it your archive day?  Could you do a pass on MIR bugs today?  I know a couple just got approved (deja-dup & etc, qt-at-spi).
[14:36] <mterry> StevenK, nm, didrocks is faster than me
[14:39] <lamont> what does it mean when I upgrade a machine from hardy to lucid and the last thing it says it that it was mounting filesystems?
[14:39] <lamont> other than that it sucks to be me
[14:40] <elmo> lamont: on reboot?
[14:40] <lamont> yeah
[14:40] <elmo> lamont: if so, it means you need to take some stuff out of /etc/fstab
[14:40] <lamont> ah, ha.
[14:40] <lamont> sigh
[14:40]  * lamont debates one more time whether it's easier to bring the monitor to the machine, or the machine to the monitor
[14:40] <lamont> elmo: ta
[16:26] <smoser> jibel, https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/801132
[16:27] <smoser> i'm just curious, why "recommend"  and not depend ?
[16:29] <jibel> smoser, I don't know, I just pasted the relevant part of the changelog, kenvandine would know better.
[16:29] <jibel> kenvandine, ^
[16:33] <smoser> in my experience it doesn't start without. that would seem "depends"
[16:34] <seb128> smoser, jibel: because unity will use gtk3 next week
[16:34] <seb128> so that's just a transitional workaround
[16:34] <seb128> indicator-session is the gtk3 version
[16:34] <seb128> in theory it shouldn't pull in the gtk2 version
[16:35] <seb128> you might also use indicator-applet or a gtk3 loader in which case you don't want the gtk2 binary
[16:36] <seb128> but yeah, we could have used a depends, it wouldn't have made any difference with that typo ;-)
[16:40] <smoser> good enough for me.
[16:46] <kenvandine> thx seb128 :)
[16:47] <seb128> yw ;-)
[16:48] <smoser> jibel, i apologize for opening up 2 duplicate bugs today
[16:49] <jibel> smoser, no worries, that's good for my karma ;-)
[16:49] <jibel> seb128, thx for the explanation.
[17:00] <apw> if you have a Recommends: foo | bar  1) does the order matter, and 2) will this pull all of them onto the CD or is that controlled some other way ?
[17:01] <slangasek> apw: the order does matter; it won't pull them all onto the CD, only one of them - but whether you get foo or bar depends on whether something else has already pulled in bar
[17:01] <apw> slangasek, what does the order imply ?
[17:02] <slangasek> apw: it implies which one is the preferred alternative :)
[17:02] <apw> slangasek, are you saying you get the first unless something asks for one of the latter ones
[17:02] <slangasek> yes
[17:02] <apw> slangasek, thanks
[17:29] <lynxman> jdstrand: ping
[17:36] <jdstrand> lynxman: yes?
[17:37] <lynxman> jdstrand: hey o/
[17:37] <lynxman> jdstrand: got your email concerning mcollective-plugins
[17:37] <lynxman> jdstrand: fixing the copyright issues and the one lintian error
[17:37] <lynxman> jdstrand: but I really rather not use sed -i as you suggest
[17:37] <lynxman> jdstrand: that's what I was using before, and in some scenarios it resulted in an empty config file
[17:38] <lynxman> jdstrand: which is really not desirable
[17:38] <jdstrand> lynxman: I think you should talk to Daviey who just contacted me about all this
[17:38] <lynxman> jdstrand: that's why I made it a lot simpler
[17:39] <lynxman> jdstrand: I'm talking with Daviey, just wanted to justify the reasoning behind that one :)
[17:39] <lynxman> jdstrand: no worries, thanks for your time
[17:40] <jdstrand> lynxman: cool. though the sed -i is troublesome to me-- that sounds like a serious bug in sed. you might want to report that if you have a reduced test case
[17:41] <lynxman> jdstrand: as soon as I get the package ironed out I'll see if I can reproduce reliably and do so, thanks :)
[17:42] <Daviey> I'm finding the lintian issues to be concerning.  On oneiric lintian i'm not seeing them with both pednantic and information mode.
[17:43] <Daviey> Ah, i think i only dug that deep on the source package
[17:50] <AnAnt> would someone help with LP #798513 ?
[17:51] <AnAnt> also, could someone review LP #796136 ?
[17:55] <Daviey> AnAnt: If nobody beats me, i'll do the swt-gtk one in a few hours.
[17:58] <AnAnt> Daviey: thanks
[18:12] <Ampelbein> hi there! what could be the reason that https://launchpad.net/ubuntu/+source/gridsite/1.7.13-5 fails on amd64 on the buildd, but works in a amd64 pbuilder, on i386 and powerpc? The file missing should have been created by the build and I can't seem to find a reason why it doesn't work.
[18:21] <micahg> Ampelbein: looks like a buildd fluke, I'd say retry it
[18:22] <micahg> I just had it work fine in sbuild locally
[18:22] <Ampelbein> micahg: thanks, I'll retry the build
[18:25] <Ampelbein> micahg: retrying worked, strange thing. thanks again.
[18:25] <micahg> Ampelbein: no problem
[19:27] <akheron> why some libraries are in /usr/lib/i386-linux-gnu and some are in /usr/lib ?
[19:28] <Ampelbein> akheron: multiarch enabled libraries are in /usr/lib/<triplet>
[19:30] <akheron> Ampelbein: what does "multiarch enabled" mean?
[19:31] <Ampelbein> akheron: http://wiki.debian.org/Multiarch/
[19:32] <akheron> Ampelbein: do you know whether /usr/lib/<triplet> is a widely used standard location for this purpose?
[19:33] <Ampelbein> akheron: as far as I know debian/ubuntu are the first to implement multiarch.
[19:33] <akheron> I just happened to notice that Python's build system doesn't look there by default, and therefore doesn't enable some modules at compile time
[19:33] <akheron> ok... may I'll file an issue and see what happens
[19:33] <broder> akheron: it should as of the latest 2.7
[19:33] <akheron> s/may/maybe/
[19:34] <akheron> broder: ah, but I'm compiling 3.2
[19:34] <broder> that might work too? i'm not up to speed
[19:34]  * broder attempts to summon barry
[19:34] <barry> hi
[19:35] <Ampelbein> akheron: that would be bug 738213
[19:35] <akheron> actually I'm talking about vanilla Python source tarball
[19:35] <barry> akheron: the fix should be in our source package, and it's been pushed upstream, but that version hasn't been released yet.  it'll show up in 3.2.1
[19:35] <barry> akheron: for now, grab the setup.py from hg (or just grab the hg branch)
[19:36] <akheron> barry: ok, thanks
[19:37] <barry> akheron: np.  i have no eta for python 3.2.1
[20:09] <ScottK> barry: If only you knew someone involved in release management for Python.
[20:10] <ScottK> ;-)
[20:10] <barry> ScottK: or, if only i was insane enough to rm 3.2 :)
[20:23] <slangasek> doko__: hi, regarding http://wiki.debian.org/Python/PyCentral2DhPython2, there's a comment to "read /usr/share/doc/python/changelog.Debian.gz to check if you need a newer version"... what should we be looking for when reading the changelog?
[20:25] <seb128> does somebody known the name of an usb sniffer? i.e something to watch the communication between a device and the computer
[20:38] <smoser> is there a tool available to forward-to-debian other than report bug and referencing ubuntu bug ?
[20:39] <nigelb> submittodebian?
[20:40] <nigelb> smoser: ^^
[20:40] <slangasek> smoser: submittodebian if you have a patch; for opening an upstream bug corresponding to an LP bug, no, I don't think we have anything
[20:40] <nigelb> Its in ubuntu-dev-tools.
[20:40] <slangasek> and I don't think Debian would welcome anything more automated than that :)
[20:40] <nigelb> slangasek: wait, we might. bryce wrote something, let me hunt.
[20:41] <smoser> i was aware of submittodebian
[20:41] <hallyn> stgraber: doh!  the patch I sent to teh m-l was wrong.  I had apparently not doing a git add before git commit --amend
[20:42] <hallyn> stgraber: but the version in the bzr tree I pointed you to is right
[20:42] <Laney> Actually it might be good if submittodebian could take a Launchpad bug# and pre-fill the email with the description (and attach patches)
[20:42] <smoser> i was just doing bug triage and have in other cases come across the same situation, where i have a low-ish priority bug that ideally we'd like to have fixed in debian and synced rather than just fixed in ubuntu.
[20:42] <nigelb> there is a wrapper that someone wrote, I just dont remember where the source was
[20:43] <smoser> i guess submittodebian isn't too bad for this.
[20:44] <slangasek> yeah, if you have a patch for it, I'd use submittodebian
[20:46] <pitti> slangasek: hey Steve
[20:46] <slangasek> pitti: hey there
[20:46] <pitti> slangasek: so for the md5summing of common-session and friends, I take everything between the magic markers, including or excluding the markers themselves?
[20:47] <slangasek> pitti: IIRC it's the sum of the whole file, minus the lines with the tokens that get replaced
[20:47] <micahg> Laney: well, I think taking from the upload is better than the bug since the patch can be modified before upload and not reattached
[20:47] <slangasek> pitti: so: sed -e'/^$/d' | md5sum
[20:47] <Laney> depends what you want to do really
[20:48] <pitti> slangasek: get_template_md5sum()'s state machine explicitly triggers on the magic comments, that's why I ask
[20:48] <pitti> I'm trying to reproduce the original mdsums to be sure
[20:48] <pitti> ok, I'll play with this
[20:49] <pitti> (it's not just dropping the $ line)
[20:50] <pitti> well, I'll just call that very perl function, I guess
[20:51] <nigelb> oh, well, I can't find what I was looking for.
[20:51] <nigelb> I clearly remember attempting this and someone actually writing it better than me.
[20:54] <nigelb> smoser: okay, I found what I was looking for earlier - http://bazaar.launchpad.net/~ubuntu-bugcontrol/ubuntu-qa-tools/master/view/head:/launchpadlib-scripts/forward-bug-to-debian.py
[20:57] <stgraber> hallyn: hehe, that explains it :)
[20:57] <hallyn> sorry about that
[20:58] <nigelb> slangasek: ^^ there is indeed a script to forward bugs to debian using the LP api and wrapping over reportbug
[20:58] <smoser> thanks nigelb
[20:58] <nigelb> :)
[20:59] <pitti> slangasek: ok, got it
[21:00] <pitti> slangasek: do you know why there's both an %md5sums map in pam-auth-update, and debian/local/*.md5sums files?
[21:00] <pitti> (which don't match)
[21:05] <pitti> slangasek: ok, MP updated
[21:05] <pitti> thanks
[21:06]  * pitti waves good night
[21:11] <doko__> slangasek: sorry, don;t know. didn't write this :-/
[21:11] <poolie> barry: hello? want to talk about oauth?
[21:12] <barry> poolie: no, but i will ;)
[21:12] <barry> poolie: what do you know about it?
[21:12] <poolie> uh, basically, how urgent is it?
[21:12] <poolie> i'm sprinting this week
[21:12] <poolie> and next
[21:13] <barry> poolie: will you be in dublin next week? it can certainly wait until then
[21:13] <poolie> i can ask someone to look at the import failure tomorrow, since the bug seems to have a reasonable way to resolve them
[21:13] <poolie> i will be
[21:13] <poolie> ok
[21:13] <poolie> next week or after that we can try to upstream my patches
[21:13] <barry> sounds good, thanks
[21:30] <slangasek> doko__: oh, barry said you did write it :-)
[21:30] <slangasek> pitti: the debian/local/*.md5sums files are for migration from pre-pam-auth-update versions; I'll eventually be able to drop those I think
[21:32] <slangasek> doko__: http://wiki.debian.org/Python/PyCentral2DhPython2?action=recall&rev=3 says you did write it... but if you didn't have anything specific in mind, I'm happy to continue ignoring that bit :-)
[22:22] <stgraber> pitti: thanks!
[22:23] <slangasek> bdmurray: when you submitted your latest patch to software-center, did you do that against a bzr branch somewhere?  Because the one listed in the Vcs-Bzr field is out of date, and the UDD branch is clearly auto-imported
[22:26] <bdmurray> slangasek: this one I think - https://code.launchpad.net/~software-store-developers/software-center/trunk
[22:26] <slangasek> bdmurray: aha, thanks
[22:36] <barry> cr3: ping
[22:44] <cr3> barry: pong dude, what's up?
[22:45] <barry> cr3: hiya!  we've been working over in #ubuntu-pyjam on the dhpy2 conversion.  chadadavis has a branch that looks good to me for checkbox.  since lp:checkbox has debian/ in it, what is the best way for us to get the change into ubuntu?  i can do an upload, but what about merging his branch into trunk?
[22:47] <cr3> barry: will that run in oneiric?
[22:47] <barry> yes, it should
[22:47] <cr3> barry: even in the live environment?
[22:48] <barry> cr3: that i don't know ;)
[22:50] <cr3> barry: if you could find out and the answer is positive, then consider it done. we'll just merge chadadavis' branch and start playing with it
[22:51] <cr3> barry: just know that my only constraint is: make ubuntu happy
[23:14] <Awsoonn> hi all, I'm wondering if there is a wiki page for debugging unity that you can point me to
[23:14] <Awsoonn> I just upgraded to unity and got myself a blank desktop. :(