[01:49] <skellat> micahg: You want me to open the bug for SRU paperwork to get started for killing off the indicators issue?
[02:15] <skellat> ali1234: Are you still around at this hour?
[02:15] <ali1234> yeah
[02:15] <skellat> Have you started an SRU bug already?
[02:15] <ali1234> no
[02:15] <skellat> Crud
[02:16] <skellat> Let me see if I can get one started so we can fill in the blanks for micahg
[02:16] <skellat> ali1234: What's the package we would be updating?
[02:16] <ali1234> indicator-sound-gtk2
[02:17] <ali1234> do we really need a new bug? what's wrong with the existing one?
[02:18] <skellat> ali1234: I thought about using the existing one
[02:18] <skellat> I don't want the current commentators messing with the SRU stuff
[02:18] <skellat> But, we can still use the current bug
[02:19] <skellat> http://pad.lv/1208204
[02:19] <ali1234> fair enough
[02:20] <ali1234> so, random question
[02:21] <ali1234> in my ppa the debdiff only shows the difference between the current version and the previous one i uploaded, which i deleted
[02:21] <ali1234> why?
[02:21] <Unit193> Because it's a diff from "this version to previous"
[02:21] <ali1234> but previous no longer exists
[02:23] <Unit193> And when you upload a newer version, the older one will also no longer exist.
[02:24] <skellat> ali1234: Here's what I've got so far for the SRU paperwork: http://paste.ubuntu.com/6538478/
[02:24] <ali1234> Unit193: that's the thing: when i uploaded a new version, the old ones stayed and i had to manually delete them
[02:25] <Unit193> ali1234: They will until the new ones are fully built and published, yes.
[02:27] <ali1234> skellat: so the biggest regression potential is if it cnflicts with the gtk3 indicator somehow
[02:27] <skellat> How would we know?
[02:28] <ali1234> "try it"
[02:28] <ali1234> the only way i can think of is if the two services both use the same dconf keys or something
[02:28] <skellat> Lets shift to this Etherpad to edit perhaps: http://pad.ubuntu.com/spiE1k9rME
[02:28] <ali1234> which they do
[02:28] <ali1234> but i don't know if it matters
[02:38] <skellat> ali1234: Does it look somewhat decent now?
[02:39] <ali1234> yeah, i didn't want you to delete the whole paragraph. i think we should mention we only want to fix the gtk2 indicator because landing gtk3 would be huge
[02:40] <skellat> Sorry
[02:40] <skellat> Just hit Control-Z on my end
[02:45] <skellat> ali1234: It looks like all three derive from the same source project: https://bugs.launchpad.net/indicators-gtk2
[02:45] <ali1234> yes, that project was set up to maintain the gtk2 versions after upstream dropped them
[02:46] <ali1234> ido-gtk2 is a support library which draws widgets
[03:03] <skellat> ali1234: You satisfied with the way the SRU paperwork looks?
[03:03] <ali1234> yes
[03:03] <skellat> Should we go ahead and use the existing bug still?
[03:04] <skellat> It is triaged so I actually can just change the description then assign it to micahg and be done with it
[03:04] <ali1234> up to your judgement
[03:04] <skellat> There are risks with the commentators though
[03:04] <ali1234> yeah
[03:04] <ali1234> i can watch the bug for silly changes
[03:04] <skellat> Screw it, LP Bug #1208204 it is!
[03:04] <ali1234> otoh at least it looks like we're doing something
[03:04] <ali1234> rather than hiding it
[03:07] <ali1234> so... shall i post a debdiff then?
[03:08] <skellat> ali1234: We should leave that for micahg
[03:08] <ali1234> how do you mean?
[03:10] <skellat> He's supposed to do his own build and upload
[03:11] <ali1234> yeah, but won't he need the debdiff to know what to actually fix?
[03:11] <skellat> True
[03:11] <skellat> Go for it
[03:11] <skellat> I had to make a request in #ubuntu-bugs for somebody to assign the bug to him since I lack that power
[03:17] <ali1234> hmm... attachment seems to have got lost somewhere... i don't see it
[03:17] <ali1234> oh well
[03:17] <skellat> It is moving on the right path
[03:23] <Unit193> ali1234: I see the debdiff on the right side, under "Patches"
[03:24] <ali1234> ah yes
[09:38] <Unit193> bluesabre: /var/lib/dpkg/info/lightdm-gtk-greeter.postinst: 20: /var/lib/dpkg/info/lightdm-gtk-greeter.postinst: /usr/lib/lightdm/lightdm-set-defaults: not found  [09:43] <Unit193> lightdm (1.9.4-0ubuntu1): - Remove lightdm-set-defaults and gdmflexiserver.
[09:53] <Unit193> "New" method: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/unity-greeter/trusty/view/head:/debian/50-unity-greeter.conf
[09:57] <Unit193> I could propose 10-xubuntu.conf for xubuntu-default-settings, if that's actually needed (very easy.)
[09:59] <Unit193> Anywho: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/unity-greeter/trusty/revision/57 - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/ubuntu-settings/trusty/revision/10
[10:31] <knome> http://status.ubuntu.com/ubuntu-t/group/topic-t-flavor-xubuntu.html
[10:42] <elfy> nice - glad to see that -qa has things listed and not just me :p
[10:42] <knome> heh
[10:43] <elfy> leave it a little while and then move things from -qa to ~Unit193
[10:47] <knome> yep
[10:47] <knome> sounds fair
[11:03] <knome> elfy, was there anybody who responded to the mail sent to -testers, or did you see new testers pop up in the tracker?
[11:05] <bluesabre> ah, Unit193: please do :)
[11:12] <elfy> knome: no replies to me - and I've not been in any fit state to check if we've got any new names
[11:12] <knome> oki
[11:52] <brainwash> ali1234: you should inform these users about the recent upstream changes http://forum.xfce.org/viewtopic.php?id=8481
[11:52] <ali1234> i don't have a forum account
[11:53] <brainwash> I do, but I would need to recover my password
[11:54] <brainwash> and the affected package "xfwm4 (ubuntu)" should be changed to "xfwm4" or? bug 1232804
[11:55] <ali1234> yes
[11:56] <ali1234> i'm looking at tearing and opengl
[11:56] <ali1234> opengl compositing is an order of magnitude slower on nvidia
[11:56] <ali1234> but it fixes the tearing that you get with Xrender
[11:56] <brainwash> so opengl instead of xrender as backend?
[11:57] <brainwash> what about the recent addition of vsync to xfwm4?
[11:57] <ali1234> so i'm wondering why we can't just render everything to a buffer with Xrender (like we do now) and then copy that buffer into the opengl backbuffer one time
[11:57] <ali1234> the vsync code doesn't work on nvidia
[11:57] <ali1234> nvidia drivers are crap for anything but games
[11:57] <brainwash> doesn't the driver offer a vsync option?
[11:58] <ali1234> yes, for opengl
[11:58] <brainwash> like the AMD one does
[11:58] <brainwash> oh
[11:58] <brainwash> sounds a bit complicated
[11:58] <ali1234> yes it is a bit
[11:59] <brainwash> how about copying the code of some other compositing manager? :)
[12:00] <brainwash> like compton
[12:00] <brainwash> still, not an easy task
[12:01] <brainwash> so xfwm4 could run with both backends, xrender or opengl
[12:03] <ali1234> compton compositor is almost identical to xfwm4
[12:03] <ali1234> they are both copied directly from xcompmgr
[12:03] <ali1234> compton even still has some of the bugs i've fixed in xfwm4
[12:04] <brainwash> but it can use opengl
[12:04] <ali1234> yes, which means it's slow on nvidia
[12:04] <ali1234> like 15FPS slow
[12:04] <brainwash> ok, mmh, blame nvidia?
[12:05] <ali1234> i don't see a reason to render every window using opengl
[12:05] <ali1234> do it all with xrender and the copy it using opengl at the end
[12:05] <ali1234> we already render everything in an offscreen buffer
[12:05] <ali1234> this should be easy
[12:05] <brainwash> yes, sounds easy
[12:07] <brainwash> I could test it on my AMD powered system, if you come up with a patch :)
[16:15] <slickymaster> afternoon all
[16:16] <knome> hey slickymaster
[16:16] <slickymaster> hi knome
[16:16] <slickymaster> just finished reading -meeting logs for last friday
[16:17] <slickymaster> but still got update myself on the dozen of mails from the mailing
[16:17] <knome> that'll take some time
[16:18] <slickymaster> :)
[16:20] <slickymaster> knome, congrats. Just saw the new https://help.ubuntu.com/community/ page
[16:21] <slickymaster> Is https://help.ubuntu.com/community/OtherResources finished or are you still working on it?
[16:22] <knome> pretty much finished. but it's of course always a WIP
[16:22] <slickymaster> yes
[16:22] <slickymaster> nice work knome
[16:22] <slickymaster> . kudos
[16:23] <knome> ta
[16:38] <elfy> hi slickymaster knome
[16:39] <knome> hullo elfy
[16:39] <elfy> better today - been driving :)
[16:39] <slickymaster> hi elfy
[16:39] <slickymaster> glad to hear that
[16:39] <knome> cool
[16:39] <elfy> :)
[16:39] <slickymaster> elfy, saw the mail from -qa
[16:39] <elfy> ok
[16:40] <elfy> it's not from -qa ;)
[16:40] <elfy> it's from me :)
[16:40] <elfy> not everyone in the -qa team actaully got the mail :p
[16:40] <slickymaster> will answer it today. Trying to catch up with all the mail knome presented me this weekend
[16:41] <slickymaster> noticed that now ;)
[16:41] <elfy> slickymaster: no rush on it at all
[16:41] <elfy> I've got a whole week to try and catch up on
[16:41] <slickymaster> did you saw the mugshot manual test?
[16:41] <knome> i don't think i'm on ubuntu-qa if that's something in there;)
[16:43] <elfy> knome: you are on -qa, but I didn't bother CC'ing you in to it - if anything comes of it you will get a fait accompli :D
[16:44] <knome> goodie
[16:45] <elfy> :)
[19:03] <Unit193> bluesabre: Did the one.
[19:06] <Unit193> Uhh, that so did not work, I hate bzr.
[19:09] <Unit193> There.
[22:03] <slickymaster> knome, as you were on the xubuntu subject, how is https://bugs.launchpad.net/bugs/1213933 going to be dealt with, directly in ubiquity?
[22:04] <knome> slickymaster, we need to review the slideshow
[22:04] <slickymaster> yes, there's also the reference to 13.10 in the first slide that has to be changed
[22:05] <knome> https://code.launchpad.net/~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html
[22:07] <slickymaster> I can assign myself to both and propose a merge? what do you think?
[22:07] <knome> we probably need to look at the slideshow at large, but works for me
[22:07] <knome> are you familiar with the slideshow branch or want a brief introduction?
[22:08] <slickymaster> it's very similar to other branches on other LP teams, or am I wrong?
[22:08] <slickymaster> I will just be working on http://bazaar.launchpad.net/~ubiquity-slideshow/ubiquity-slideshow-ubuntu/html/files/head:/slideshows/xubuntu/slides/
[22:08] <knome> the pulling and stuff is similar, i was referring to the contents
[22:08] <slickymaster> knome,  ^^
[22:08] <knome> yep.
[22:09] <knome> you can test the slideshow as well though
[22:09] <slickymaster> yeah, I think i can manage
[22:09] <knome> in the root directory for the branch, type: ./test-slideshow.sh xubuntu
[22:09] <slickymaster> anyway, I'm assuming that you'll be one of the reviewers, right?
[22:09] <knome> yep.
[22:10] <slickymaster> you mean to run it and test it locally
[22:10] <knome> yep
[22:10] <slickymaster> will do
[22:10] <knome> after you've made your changes, just run that command
[22:10] <knome> and you'll see your changes
[22:10] <slickymaster> ok
[22:10] <slickymaster> I'll assign myself
[22:10] <knome> and can play around in a fake slideshow environment
[22:10] <knome> cheers :)
[22:11] <slickymaster> you do keep us busy
[22:12] <knome> and myself ;)
[22:12] <slickymaster> very true ;)
[22:34] <slickymaster> knome, I getting: bzr: ERROR: Invalid url supplied to transport: "lp:~slickymaster/ubuntu/ubiquity-slideshow-ubuntu/": No such distribution series ubiquity-slideshow-ubuntu. when pushing my branch
[22:34] <slickymaster> can it be a permissions iusse?
[22:51] <slickymaster> nevermind knome I figured it out
[22:53] <slickymaster> knome, available for your review and merge https://code.launchpad.net/~slickymaster/ubiquity-slideshow-ubuntu/ubiquity-slideshow-ubuntu/+merge/198184
[23:10] <knome> slickymaster, cheers, will get to that later
[23:10] <slickymaster> okie dokie, knome


[00:03] <melodie> good night
[01:06] <Morpheaus> Hello - how do I report a bug that revolves around the linux-image-generic package?  Seems that wlan is broken in 3.8.0-17-generic on a MacBook8,2 - works perfect if I switch back to 3.8.0-16-generic...
[01:10] <Morpheaus> I guess technically it's <IP_ADDRESS>.32 vs. <IP_ADDRESS> - the 33 update just looks related to to Highbank...
[01:11] <Morpheaus> err <IP_ADDRESS> = <IP_ADDRESS>.31
[01:49] <Morpheaus> where do I go to submit a kernel related bug for raring?
[02:09] <Morpheaus> just tried ubuntu-bug linux - received "The problem cannot be reported: This is not an official Ubuntu-package.  Please remove any third party package and try again" - using linux-image-generic - should I be using a different kernel for raring?
[02:12] <Morpheaus> is<EMAIL_ADDRESS>ever on any of the channels?  he's the package maintainer...
[14:28] <Gorka> Hello guys. I can't lock my screen (Ctrl+Alt+L or via menu) and I am not sure against which program I should report the bug. Any ideas?
[15:12] <brendand> Gorka, most likely 'lightdm'
[15:13] <Gorka> Thanks a lot brendand.


[08:27] <duanedesign> morning all
[16:47] <JanC> doctormo: I guess you're happy you've been to LGM ?  ☺
[16:48] <JanC> oh, and I see you met "ginger coons (both lowercase!)"  ;)
[17:56] <ScottL> doctormo, hi, how are you?
[21:35]  * popey pokes Technoviking with bug 782783
[21:35] <ubot2> Launchpad bug 782783 in gwibber "adopt ubuntu weblink in twitter-status" [Undecided,New] https://launchpad.net/bugs/782783
[21:36] <popey> Technoviking: you deleted the gwibber wiki page, probably not realising that twitter.com points to that page for users who use it :)
[21:38]  * popey fixes it


[00:03] <fta_> no idea. why doing backports at all ? to avoid security patches ?
[00:05] <asac> i dont think that security patches are less work.
[00:05] <asac> actually i'd use backports and security releases as a synomym here
[00:06] <asac> but yeah. when we do something we want to do it more in a security upload way
[00:08] <fta_> who is taking care of all security updates in universe -1, -2, .. ?
[00:11] <asac> is there anyone?
[00:11] <fta_> so if there's none, why should we ?
[00:11] <fta_> except for be nice as you said
[00:11] <asac> thats the question ;)
[00:11] <fta_> being
[00:12] <asac> but i am not sure ... if we should follow that path
[00:12] <asac> also at least browsers are the most exposed thing on the system
[00:12] <asac> so security threads are really important for all the users
[00:13] <asac> fta_: http://www.ubuntu.com/usn
[00:14] <asac> thats the list of security advisories
[00:14] <asac> so most likely in universe the proportion is quite similar
[00:14] <asac> which means that we would be responsible for half of the packages that need security updates
[00:14] <asac> s/half of the packages/half of the uploads/
[00:14] <asac> of course the number is a bit high
[00:15] <asac> just to show the point
[00:24] <fta_> we need a bigger team then. people willing to do old stuff :P
[00:39] <asac> yes. i just want to raise awareness that we are also talking about old stuff when talking about new ;)
[01:17] <asac> ok ...i think security backports are done (well, beta channel state :) ... http://people.ubuntu.com/~asac/mozilla-security/<IP_ADDRESS>/
[01:19] <fta> you still have a bunch of in progress in bug 218534
[01:22] <asac> i ment backports -> patches ;) ... not packages. but you are right. those should be not forgotten again this time
[01:25] <asac> seamonkey and xulrunner that is
[08:30] <Jazzva> asac, bug 250769
[08:30] <Jazzva> seems like it's not nspluginwrapper-related bug... (the problem with npviewer popping up)
[09:45] <gnomefreak> well it seems to be my gpg key set up
[09:53] <gnomefreak> !info gnupg-agent hardy
[09:54] <gnomefreak> !info gnupg-agent intrepid
[10:15] <gnomefreak> ok i need someone to send me an encryped email to<EMAIL_ADDRESS>[10:27] <asac> gnomefreak: key id?
[10:27] <gnomefreak> 0x764D5E13
[10:28] <asac> gnomefreak: you should add that mail to the IDs of that key too
[10:28] <asac> anyway. send
[10:29] <gnomefreak> asac: can firefox use libgcc1 instead of libstdc6++
[10:29] <gnomefreak> asac: thanks
[10:29] <asac> err those are no replacements
[10:30] <gnomefreak> asac: thats what i thought but needed to make sure
[10:39] <gnomefreak> gnupg-agent needs to get fixed
[10:41] <gnomefreak> btw today is a holiday in US so people may or may not show up. im here for a little while heavily testing firegpg so far all works well but only without gnupg-agent
[10:50] <gnomefreak> asac: i send you email to test sending some more this would be 4th email sent using firegpg
[10:51]  * gnomefreak loves when things work :)
[10:51] <gnomefreak> however you have to have gnupg-agent disabled/removed since there is a bug with passwords+gnupg-agent
[10:52] <gnomefreak> filed bug already
[10:56] <asac> gnomefreak: havent got any mail from you
[10:57] <gnomefreak> sent it to your ubuntu.com address :(
[11:04] <asac> gnomefreak: never send with HTML
[11:04] <asac> that goes to /dev/null
[11:04] <asac> most likely you did through gmail
[11:10] <gnomefreak> ah i might have but didnt see option to toggle but let me see if its in firegpg preferences
[11:11] <gnomefreak> there is no way to change it and i didnt see any in gmail interface
[11:11] <asac> ok your mail is in the spam folder
[11:12] <asac> appears to be encrypted ... but strange format ;)
[11:12] <asac> e.g. inline encryption
[11:12] <asac> but should be fine
[11:15] <gnomefreak> im going through gmail settings and i think i found a way to use UTF-8 instead of html but it just says "default" "gmail will decide the best format to use"
[11:19] <asac> gnomefreak: yeah. i think gmail is hard about keeping your mail in html
[11:23] <gnomefreak> yeah from what i see it is
[11:24] <gnomefreak> but it works and that makes me happy ;)
[11:25] <gnomefreak> well i updated my bug on gnupg-agent so maybe someone will look at it since as of now noone has
[11:33] <gnomefreak> asac: from what ive seen its safe to push to intrepid the only thing that causes it to not work right seems to be gnupg-agent however it works without it and with it disabled
[11:35]  * gnomefreak not sure what else to test on it but sending=signed, encrypted adn decrypt works and it adds all the buttons  that it should in gmail (i dont have any email other than gmail at this time
[11:35] <gnomefreak> ok im gonna go back to sleep its been a very long morning
[11:39] <gnomefreak> works with 3.1 too :)
[11:39] <gnomefreak> ok gone for a while
[16:18] <XioNoX> hi !
[16:19] <gandi> heya!
[16:19] <gandi> XioNoX: howdy?
[16:19] <XioNoX> gandi,  ?
[16:20] <gandi> XioNoX: how do you do?
[16:20] <XioNoX> Fine
[16:20] <XioNoX> I've finish my first school day
[16:20] <XioNoX> but I have a crappy wifi connexion :(
[16:21] <gandi> hah
[16:21] <gandi> I just landed in Victoria
[16:21] <gandi> :)
[16:21] <XioNoX> gandi, and you ? what about canada ?
[16:21] <gandi> landed yesterday
[16:21] <XioNoX> ok
[16:21] <gandi> going to look for an apartment today
[16:21] <XioNoX> nice
[16:21] <asac> gandi: movin?
[16:21] <gandi> and invade my new school
[16:22] <gandi> asac: yea, I'm on the exchange in Victoria right now :)
[16:22] <asac> ah ... ok university? what city?
[16:22] <asac> cool cool
[16:22] <asac> unfortunatly the winter will come any time soon :)
[16:22] <XioNoX> Lannion :D
[16:22] <asac> sorry for that ;)
[16:23] <gandi> asac: I hate you now
[16:23] <fta_> XioNoX, you're in Lannion or in Rennes ?
[16:24] <gandi> who cares? I hate him now!
[16:24] <asac> gandi: what did i do?
[16:24] <asac> ;)
[16:24] <asac> winter can be great ;)
[16:25] <gandi> asac: reminded me about the upcoming winter :D
[16:25] <gandi> it's pretty worm here right now
[16:25] <asac> well. at least in hamburg we hardy ever had a real winter. so i would like the experience
[16:25] <asac> but i guess one winter would be enough :)
[16:56] <armin76> anyone knows if there's a way in the livecd to not load a module?
[16:56] <armin76> asac: ^
[17:30] <asac> armin76: there probably is :)
[17:31] <asac> but i dont know how :(
[17:37] <armin76> pfff, bad dev :P
[18:49] <fta> http://ubuntuforums.org/showthread.php?t=906897
[19:39] <Volans> ah ecco
[19:40] <alefteris> hi, what is the name of the .deb that includes the localization (translations) for firefox 3?
[19:41]  * Volans ops... wrong channel, sorry :)
[19:43] <fta> alefteris, language-pack-fr-base
[19:43] <fta> language-pack-fr-base<EMAIL_ADDRESS>[19:46] <alefteris> fta, looking at http://packages.ubuntu.com/hardy/all/language-pack-fr-base/filelist, there is no files for firefox
[19:46] <alefteris> how can i find the package that this extension gets installed with?
[19:51] <fta> hmm, hold on
[19:51] <fta> http://packages.ubuntu.com/search?searchon=contents&keywords=fr.jar&mode=exactfilename&suite=hardy&arch=any
[19:52] <fta> http://packages.ubuntu.com/hardy/all/language-pack-gnome-fr-base/filelist
[19:58] <alefteris> fta, aha thanks. I have this package installed, put the extension files are not there, that is weird, i should try reinstalling it
[19:59] <fta> is /usr/lib/firefox-addons empty ?
[19:59] <alefteris> fta, it contains only the en extensions
[20:00] <fta> try a --reinstall of language-pack-gnome-fr-base then
[20:07] <alefteris> fta, i reinstalled the package, but the files do not appear yet. tha package manager says that "Changes will take effect when all current X sessions have ended". but the files should have been copied in their position right?
[20:07] <fta> righy
[20:07] <fta> right
[20:08] <fta> do you have the right deb ? 1:8.04+20080415 ?
[20:11] <fta> hm, indeed, i don't see it in the deb
[20:12] <fta> alefteris, oh, it's in language-pack-fr
[20:12] <alefteris> fta, yes, i have tha right version, i downloaded manualy the deb, extracted and copied over the extension files
[20:12] <alefteris> I know, is bad :)
[20:12] <fta> try with language-pack-fr, i just tested on hardy, it's in there
[20:13] <alefteris> I restarted firefox and in the addon window the extension has ver. numb 3.0b5 and it says it is not compatible with 3.0.1
[20:14] <alefteris> blody hell, i should have copied tha files from updates :/
[20:17] <fta> try apt-get install --reinstall language-pack-fr
[20:18] <fta> $ grep em:version=<EMAIL_ADDRESS>[20:18] <fta>                em:version="3.0.1"
[20:20] <alefteris> fta, yea!! worked
[20:21] <fta> great
[20:21] <alefteris> fta, i think the problem was that the extensions where in gnome-base at some version and then moved to language-pack-el-base at some later stage.
[20:21] <alefteris> is that right?
[20:22] <fta> something like that yes, it was a hot topic last year. in intrepid, it moved again
[20:23] <alefteris> fta, where to this time?
[20:23] <fta> language-pack-fr-base apparently
[20:24] <alefteris> going back and forth..
[20:24] <fta> should be transparent
[20:25] <alefteris> fta, thanks a lot for your help :)
[20:26] <alefteris> fta, do you know if there is any progress with the spellchecking dict, consolidation?
[20:26] <fta> i'm not working on that, sorry.
[20:27] <fta> but for firefox, it should be working just fine
[20:27] <alefteris> fta, firefox still has hunspell embeded, yes? I thing there was a plan to plit it out
[20:28] <alefteris> like the guys from fedora did
[20:28] <fta> split it out from what ?
[20:28] <alefteris> from firefox source code
[20:29] <fta> we use the system one
[20:29] <alefteris> curently it has a version of hunspell integraded, which is a bad thing
[20:30] <fta> as i said, we don't use it, we use the one installed on the system
[20:31] <alefteris> fta, are you sure? I dont see any depentensy of firefox for hunspell
[20:36] <fta> lsof -p 18663| grep spell
[20:36] <fta> firefox-3 18663  fta  mem    REG        8,1   204416   541758 /usr/lib/libhunspell-1.1.so.0.0.0
[20:41] <alefteris> fta, you are right, but firefox still can't take advantage of the system installed hunsell dictionaries
[20:42] <fta> it should as /usr/lib/firefox-3.0.*/dictionaries is a link to /usr/share/myspell/dicts/
[20:44] <fta> hm, right, i have more dicts installed than i can see in ff
[20:45] <alefteris> yeap, you have to install an extension from mozilla addons to get spellingchecking in another language
[20:46] <alefteris> the blueprint is at https://blueprints.edge.launchpad.net/ubuntu/+spec/consolidate-spell-checkers
[20:47] <alefteris> it says beta, but dont know if there is going to be in intrepid
[20:48] <asac> alefteris: you probably need hardy-updates enabled
[20:48] <asac> the latest langpacks are in language-pack-fr
[20:48] <asac> but those are only in hardy-updates
[20:49] <alefteris> asac, i have them enebled, I dont know what happened with the particular package
[20:51] <asac> alefteris: then reinstall the language-pack-fr and language-pack-fr-base
[20:51] <asac> as well
[20:51] <alefteris> asac, I did that and solved the problem :)
[20:51] <alefteris> when i reinstalled language-pack-fr
[20:52] <alefteris> -el actually
[22:36] <asac> alefteris: makes sense
[23:02] <fta> damn, valgrind is crashing
[23:02] <fta> gdb too
[23:08] <fta> does glib has something to print the stack ?


[08:09] <jaddi27> are there any known issues with the translation website at the moment? I keep getting timeout errors, which only started in the month or so
[08:10] <dpm> hi jaddi27, I'm not aware of any issues, but you might want to ask on the #launchpad channel, where they should be able to give you detailed information about Launchpad's status
[08:11] <jaddi27> dpm, thanks for that. I will see how it goes, and ask on the launchpad channel later on
[08:11] <dpm> ok, cool :)


[00:07] <james_w> http://paste.ubuntu.com/688727/
[00:07] <james_w> it's working
[00:08] <james_w> I just need to add the tests for the multiple-sprint bit, and the fallback, with some mocking
[00:10] <james_w> but first I must eat
[00:31] <mhall119> james_w: nigelb: I've got a fix for periods in url lookups, complete with testcase
[00:31] <james_w> yay
[00:31] <nigelb>  \o/
[00:31] <mhall119> where are we currently converting . to - ?
[00:32] <nigelb> On that note, I should sleep.
[00:45] <mhall119> james_w: nigelb: https://code.launchpad.net/~mhall119/summit/fix-period-in-url/+merge/75284
[00:47] <james_w> mhall119, nice, thanks.
[00:47] <james_w> Approved
[01:24] <mhall119> james_w: nigelb: cjohnston: http://ec2-50-16-76-22.compute-1.amazonaws.com/uds-p/ has been updated to the latest trunk
[02:10] <james_w> deployed the cache fixes to production (via the production branch)
[02:10] <james_w> so that we don't get hit by any dataloss from that
[02:28] <mhall119> james_w: can you make sure that goes into /stable and trunk too please?
[02:28] <james_w> it went to stable
[02:28] <mhall119> ok, I'll merge stable to trunk
[02:28] <james_w> you would like me to merge stable to trunk too?
[02:28] <james_w> ok, thanks
[02:30] <mhall119> done
[02:32] <mhall119> lpupdate is only pulling in 2 linaro sessions, is that all there is?
[02:33] <mhall119> meeting linaro-summits-server
[02:33] <mhall119> meeting linaro-summits-stb
[02:37] <james_w> that's all there is so far
[02:37] <james_w> we're blocked on the LP side currently, being able to approve the blueprints for UDS
[14:26] <jawud> ping newz2000, are you there?
[14:27] <newz2000> jawud: yes
[14:33] <jawud> On the following lijnk is an idea for ubuntu donations. It;s a Dutch forum but the proposal is English. Can you give me some feedback about the proposal and tell me your opinion?
[14:33] <jawud> http://forum.ubuntu-nl.org/algemeen-42/voorstel-voor-ubuntu-donaties/
[14:34] <jawud> no hurry, I understand when you're bussy
[14:52] <mhall119> nigelb: https://code.launchpad.net/~mhall119/summit/777171-percentage-problem-tests/+merge/75360
[14:53] <mhall119> nigelb: your branch was so out of date I was having trouble getting these tests into it, which is why it's proposed to trunk instead
[14:57] <newz2000> jawud: I would suggest proposing this to Jorge Castro, aka jcastro. Do you know of him?
[14:58] <jawud> I've heard of him. Thanks, I will contact him.
[14:58] <jawud> what do you personally think of it?
[15:00] <newz2000> jawud: I think it's interesting. I fully support ways to help non-coders make a meaningful contribution.
[15:02] <jawud> oke thanks!
[15:25] <nigelb> mhall119: Yeah, I did it just after UDS :-)
[15:26] <mhall119> nigelb: I know, not complaining, just telling you why I targetting trunk
[15:26] <nigelb> mhall119: NP :)
[15:26] <nigelb> I'm officially sick and been asked to rest for 2 days.
[15:28] <mhall119> but you have a laptop right
[15:28] <mhall119> j/k, take the time to get better
[15:29] <nigelb> Heh. I think I want to sleep and get up on time for achacne
[15:29] <nigelb> *change
[19:26] <sheytan> Hey guys
[19:27] <sheytan> is there a simple way to get the ubuntu website theme make of it one for kubuntu (graphics) and put text and stuff kubuntu related?
[19:30] <james_w> does tarmac not run the tests for summit?
[19:31] <mhall119> sheytan: sure, you can branch one of the light-*-theme branches and convert it to kubuntu
[19:31] <mhall119> james_w: I don't think so, no
[19:31] <sheytan> mhall119: where do i get them? :)
[19:31] <mhall119> sheytan: https://launchpad.net/ubuntu-community-webthemes
[19:33] <mhall119> james_w: did you want to get the linaro customizations working on my ec2 box for testing?
[19:33] <james_w> mhall119, I'm just working on generic stuff currently, but that would be a good idea
[19:38] <james_w> https://code.launchpad.net/~james-w/summit/fix-period-tests/+merge/75411 makes all the tests work on trunk again for me
[19:43] <mhall119> james_w: that's already done in https://code.launchpad.net/~mhall119/summit/777171-percentage-problem-tests/+merge/75360
[19:43] <james_w> ah, ok then
[19:43] <mhall119> james_w: why not land that MP?
[19:44] <james_w> mhall119, I assumed that tarmac wouldn't as the tests would fail
[19:44] <mhall119> ah, ok
[19:44] <james_w> also I like a clean testsuite
[19:44] <mhall119> as far as I know tarmac isn't running tests
[19:44] <mhall119> I like a clean testsuite too, but only when it means things aren't broken
[19:44] <james_w> but with those two changes tied together we won't have one either way :-)
[19:44] <james_w> Thanks,
[19:44] <james_w> oops
[19:44] <james_w> yeah, but you are always going to have bugs
[19:45] <james_w> and they don't show up as test failures without writing a test
[19:45] <mhall119> true, but we know there are bugs in trunk right now
[19:45] <mhall119> these test cases just highlight that
[19:45] <james_w> flicked the switch so that it will land now
[19:46] <james_w> well, I could have told you there were bugs in trunk :-)
[19:46] <mhall119> I'll try and update nigel's branch to where it A) passes these tests and B) can be merged into trunk
[19:46] <james_w> I can do that now
[19:46] <mhall119> james_w: if you know of other bugs,  write a test case for them
[19:46] <james_w> I've just finished https://code.launchpad.net/~james-w/summit/multiple-sprints/+merge/75413
[19:46] <mhall119> if you have time, that'd be great
[19:47] <mhall119>  the problem with nigel's code is that he's calling escape_strings() on things that don't need escaping
[19:47] <james_w> ah, that one
[19:47] <mhall119> I have a fairly good idea of what needs doing on that, if you'd rather wait until I can get to id
[19:48] <james_w> I'll take a look, but may defer
[19:48] <james_w> having tests is useful for this :-)
[19:56] <mhall119> yes
[19:57] <mhall119> up to 26 tests now
[19:57] <mhall119> much better than the 0 we had last cycle
[20:04] <james_w> hahaha
[20:04] <james_w> this is broken
[20:04] <james_w> I'm not sure where the url escaping should go
[20:05] <james_w> I don't think that django supports % in urls
[20:05] <james_w> well, it might be able to serve those urls
[20:05] <james_w> but it appears you can't put a link to one in a page
[20:09] <mhall119> why not?
[20:12] <james_w> well, I'm a bit hampered in debugging as the exception when serving the page in the test is resulting in traceback page served with a 200 response code!
[20:13] <james_w> ah, no
[20:13] <james_w> something catches tracebacks when rendering a meeting div?
[20:13] <mhall119> it's probably because of settings.DEBUG=True
[20:14] <mhall119> are you talking about the % escaping tests?
[20:14] <james_w> I'm looking at test_percent_in_meeting_name currently
[20:30] <james_w> why does it need to do that
[20:30] <james_w> why not do that substitution when the %(style)s is added to the html?
[20:33] <mhall119> because it puts the content of html in cache, but evidently the styles may change before the cache becomes invalid
[20:34] <mhall119> so this lets it pull the html out of cache and then apply the style
[20:36] <james_w> ah
[20:37] <james_w> these tests seem non-deterministic
[20:38] <james_w> I guess non-specified fields get filled with random data by model_mommy?
[20:39] <mhall119> yes
[20:40] <mhall119> there is one non-deterministic test, but the others should be
[20:40] <james_w> one that is fixed is non-deterministically failing due to not all of them being fixed
[20:41] <mhall119> which?
[20:41] <mhall119> the test methods should all be isolated from eachother
[20:45] <james_w> it's because of the errors
[20:46] <james_w> so you fix one, and depending on whether or not a % appears somewhere else the test passes or fails
[20:46] <james_w> depending on whether the page gets a traceback or the div in ti
[20:46] <james_w> it
[20:49] <mhall119> it sounds like there's some scenario my tests don't cover then
[20:49] <mhall119> which also happens to not be escaped properly
[20:54] <james_w> yep, I'm adding some more tests now
[20:56] <mhall119> <Christopher Walken>I gotta have more test case</Christopher Walken>
[20:59] <james_w> is there a reason these tests aren't calling meeting_div directly?
[21:02] <mhall119> mostly because I wanted to check the entire page's output
[21:03] <mhall119> also, to call meeting_div you need to build the Schedule object and initialized it properly
[21:03] <mhall119> it was just easier to call the URL and check the final results
[21:16] <james_w> https://code.launchpad.net/~james-w/summit/777171-percentage-problem/+merge/75429
[21:21] <mhall119> thanks james_w, I'll check it out this evening


[00:21] <_mup_> ensemble/expose-provision-service-hierarchy r243 committed by<EMAIL_ADDRESS>[00:21] <_mup_> Method cleanup, more tests
[01:59] <_mup_> ensemble/expose-provision-service-hierarchy r244 committed by<EMAIL_ADDRESS>[01:59] <_mup_> Guard refactoring on watching exposed services
[02:08] <_mup_> ensemble/expose-provision-service-hierarchy r245 committed by<EMAIL_ADDRESS>[02:08] <_mup_> Name refactoring
[02:48] <niemeyer> Bed time!
[02:48] <niemeyer> NIght all
[04:42] <_mup_> ensemble/expose-provision-service-hierarchy r246 committed by<EMAIL_ADDRESS>[04:42] <_mup_> Naming and PEP8
[05:57] <_mup_> ensemble/expose-provision-service-hierarchy r247 committed by<EMAIL_ADDRESS>[05:57] <_mup_> Testing through the check_service_unit_ports funnel
[05:59] <_mup_> ensemble/expose-provision-service-hierarchy r248 committed by<EMAIL_ADDRESS>[05:59] <_mup_> Removed unnecessary code in guard
[06:05] <_mup_> ensemble/expose-provision-service-hierarchy r249 committed by<EMAIL_ADDRESS>[06:05] <_mup_> Uncommented raising StopWatcher
[12:20] <_mup_> ensemble/watching-godot-redux r250 committed by<EMAIL_ADDRESS>[12:20] <_mup_> change the ordering to ensure we wait on a second callback after a failure callback.
[12:31] <_mup_> ensemble/watching-godot-redux r251 committed by<EMAIL_ADDRESS>[12:31] <_mup_> merge trunk and resolve conflict
[12:37] <hazmat> i'm seeing a few errors on trunk
[12:48] <niemeyer> Good morning!
[12:48] <niemeyer> hazmat: What kind of error?
[13:36] <kim0> Morning everyone
[13:42] <niemeyer> kim0: Morning!
[13:42] <kim0> hey
[14:18] <hazmat> niemeyer, have you thought about dns integration
[14:18] <hazmat> niemeyer, i've been thinking about how we've laid out port exposing, and one case that concerned me
[14:18] <niemeyer> hazmat: Not enough
[14:19] <niemeyer> hazmat: What kind of problem were you referring to earlier, btw?
[14:19] <hazmat> If we don’t have static information, how can we prevent port conflicts when doing unit placement, short answer, we can’t. Now we need a way for services to interrogate information on open ports on their machine so they can select a non-conflicting port (container network is separate than the machine so no way of identifying within the container). So let’s say thats fine for app servers, now we connect a proxy service to them, and we have a def
[14:19] <hazmat> ined traffic port, ideally we’d just assign a dns entry to the proxy service, but now we have a problem in that we have a port offset on the url.
[14:19] <hazmat> niemeyer, trunk unit test failures, and several additional ones on the godot branch.
[14:20] <hazmat> niemeyer, one of them is fixed in godot, but the other two are new
[14:20] <niemeyer> hazmat: Haven't seen that yet, no
[14:21] <hazmat> https://pastebin.canonical.com/47875/
[14:21] <hazmat> failures
[14:21] <niemeyer> hazmat: I don't understand the problem you're describing re. DNS
[14:22] <hazmat> niemeyer, its tangentially dns in that case, but the use case is i want to assign a domain name to some service i've deployed, and i don't want to have any port offset as part of the url
[14:22] <hazmat> without unit placement consideration of ports taking place, there will be conflicts
[14:23] <niemeyer> hazmat: I don't really understand what you mean by that
[14:23] <niemeyer> hazmat: Yes, we know about the conflict problem.. we've discussed that before, but I don't understand what's new about it
[14:24] <hazmat> those conflicts are silent incidentally.. till the ports are exposed, (different network devices between the container and host) those conflicts would need to be resolved by a mechanism which would allow the unit to determine an unallocated port
[14:24] <hazmat> okay so now we have a bunch of appservers for this to be exposed web service, and then we connect a proxy to them, and want to assign the domain name to the proxy
[14:24] <hazmat> hmm
[14:26] <hazmat> so in the end we get a proxy with a domain name which contains a non port 80 response.. the question is how to avoid that
[14:26] <niemeyer> hazmat: We put the port on 80?
[14:28] <niemeyer> kim0: Review for tutorial delivered!
[14:30] <hazmat> niemeyer, that assumes we new what port a service unit was going to use
[14:30] <hazmat> knewd
[14:30] <niemeyer> hazmat: Indeed it does
[14:31] <niemeyer> hazmat: All of the discussion about ports we had before applies.
[15:10] <niemeyer> robbiew!
[15:10] <niemeyer> robbiew: Welcome to our little party
[15:10] <robbiew> heh
[15:11] <robbiew> getting crowded in here
[15:11] <hazmat> skype goes dark
[15:11] <niemeyer> hazmat: What?
[15:11] <hazmat> http://www.thinq.co.uk/2011/5/26/skype-crashes-and-burns/
[15:12] <kim0> The MS effect
[15:12] <niemeyer> Man..
[15:13] <niemeyer> They were probably helding sysadmins hostage in a room before they managed to sell it.
[15:14] <niemeyer> It's too soon to blame MS for that
[15:14] <niemeyer> Skype was always extremely sensitive to the wind direction
[15:15] <hazmat> true enough
[15:20] <_mup_> ensemble/trunk r232 committed by<EMAIL_ADDRESS>[15:20] <_mup_> Merging doc-typo branch from mthaddon.  [r=niemeyer]
[15:20] <_mup_> This fixes a couple of minor issues in the documentation.
[15:26] <_mup_> ensemble/trunk r233 committed by<EMAIL_ADDRESS>[15:26] <_mup_> Merged doc-fixes branch by Ahmed. [r=kapil,niemeyer]
[15:26] <_mup_> A couple of tweaks in the documentation.
[15:55] <_mup_> ensemble/watching-godot-redux r252 committed by<EMAIL_ADDRESS>[15:55] <_mup_> fix missing return from last trunk merge conflict resolution
[16:29] <SpamapS> niemeyer: how's the daily build PPA going?
[16:36] <koolhead17> niemeyer: found u on Twitter :P
[16:55] <niemeyer> SpamapS: Sorry, was on a call
[16:55] <niemeyer> SpamapS: It's going *very* well now :)
[16:55] <niemeyer> SpamapS: I've suffered somewhat to get through the maze, but we've got ZooKeeper 3.3.3 up and building fine on Oneiric, Natty and Maverick now
[16:56] <niemeyer> SpamapS: and I'll push the other packages after I manage to do a round of reviews after lunch
[16:56] <niemeyer> I have to unblock hazmat, jimbaker, and bcsaller first on reviews
[16:56] <niemeyer> Actually, bcsaller and jimbaker only for now
[16:57] <niemeyer> I'll grab some lunch now.. back in a bit
[17:03] <SpamapS> niemeyer: sweet. I think we'll actually upload Zookeeper into Oneiric and we can probably push to get it into lucid/natty backports as well.
[17:05] <hazmat> bcsaller, i'm looking at ensemble.hooks.tests.test_communications.TestCommunications.test_get_no_such_unit  it appears that sometimes the exception doesn't get translated back to NoSuchUnit, and instead just comes out as an Exception class, just curious if that rings any bells
[17:08] <bcsaller> hazmat: no, doesn't ring a bell
[17:09] <bcsaller> hazmat: I can can look at it later, but I'm prepping for that conference today, going to give a lightning talk
[17:22] <hazmat>   bcsaller nice
[17:22] <hazmat> bcsaller, i think it might be an amp issue
[17:24] <bcsaller> hazmat: there was a change there that allowed passing exceptions back in their raw form to aid in debugging. in hook/protocol.py :: Exception: "Exception"  It could be that its upcasting the exception to pass its message over the wire?
[17:25] <hazmat> bcsaller, not sure, the they have different value tags for the wire protocol so its not clear, its a test that fails sometimes.. sometimes it works
[17:32] <SpamapS> So I'm curious.. I had this crazy idea that you could write a "Local" machine provider that just does stuff on your local machine. Is there any reason this won't work other than sometimes services will want to listen on the same port?
[17:38] <hazmat> SpamapS, no reason offhand
[17:38] <hazmat> SpamapS, the lxc provider was going to be looking at doing effectively that via libvirt
[17:39] <hazmat> SpamapS, one could also concievably ditch the lxc provider, if you where willing to run arbitrary formulas on your laptop.. but currently the placement logic for a unit wants a 1-1 mapping machine to unit.
[17:40] <SpamapS> I feel quite strongly that we will lock ourselves out of the lower end sites if we don't enable deploying to less than 1 machine per service unit.
[17:41] <hazmat> SpamapS, absolutely, we can address separately in the ec2 lxc integration
[17:41] <hazmat> but that's distinct to running formulas local to the admin client
[17:53] <SpamapS> I think it would be cool if deploy or add-unit had a '--machine ##' parameter
[17:58] <hazmat> bcsaller, yeah.. its picking the generic exception one sometimes, because its going through the dictionary the result is random
[17:58] <bcsaller> huh, maybe I should just take that back out
[17:59] <bcsaller> it does slightly easy development though
[18:00] <bcsaller> SpamapS: I'd still like to see a local provider that just fires up fully virtualized  instances. That way you have some notion of containment and you don't mess with the local package space
[18:01] <_mup_> ensemble/watching-godot-redux r253 committed by<EMAIL_ADDRESS>[18:01] <_mup_> fix unreliable tests from trunk, dont trap generic exceptions in the protocol as it interferes with more specific exception handling, the generic will get a ampremoteexception by default
[18:01] <hazmat> bcsaller, doesn't the generic amp exception work for that?
[18:02] <hazmat> bcsaller, looks like it will just throw the description with an  UnknownRemoteError which is about the same as what was there before instead of a generic Exception class
[18:02] <hazmat> s/class/instance
[18:02] <bcsaller> hazmat: if its not in the list you don't see it. The amp exception just shows up as unknown error,  if there is better native support for that I am unaware
[18:03] <hazmat> bcsaller, hmm so  the unknownremote error is a probably treated as a fatal exception then
[18:03] <bcsaller> I believe so, yes
[18:04] <SpamapS> bcsaller: yes, I think LXC is totally the way to go. I'm really whining about two things. 1) no lxc, 2) no way to specify which physical machine to run the LXC container on.
[18:04] <bcsaller> SpamapS: I wasn't talking about LXC, I think the fast path is to fire up full instances
[18:05] <bcsaller> its heavy, but for testing small, 2-4 node deployment scripts it should be ok
[18:05] <SpamapS> er, you mean kvm?
[18:06] <bcsaller> yeah, for example or any of the others
[18:06] <SpamapS> Sure, in fact really that should just be "libvirt"
[18:06] <_mup_> ensemble/trunk r234 committed by<EMAIL_ADDRESS>[18:06] <_mup_> merge waiting-for-godot [r=niemeyer][f=778628]
[18:06] <_mup_> Improve watch apis to wait for their initial invocation against the
[18:06] <_mup_> current state before returning. This allows for much better
[18:06] <_mup_> synchronization betewen the invoker and background activity. Also
[18:06] <_mup_> fixes some broken tests from trunk.
[18:07] <bcsaller> that seems like a small project that would still be a real gain
[18:07] <_mup_> ensemble/ensemble-deploy-auto-resolve r225 committed by<EMAIL_ADDRESS>[18:07] <_mup_> merge trunk
[18:07] <bcsaller> it might also help us identify where we currently depend on the provider too much in the example formula
[18:08] <bcsaller> things like curl to the metadata server
[18:10] <_mup_> Bug #788735 was filed: deploy command with auto-resolve dependency support <Ensemble:In Progress by hazmat> < https://launchpad.net/bugs/788735 >
[18:13] <hazmat> bcsaller, SpamapS yeah.. any desktop integration should probably go via libvirt, it takes care of some of the networking/bridge/dnsmasq setup.. which we'd rather not touch on an end user's computer.
[18:16]  * niemeyer waves
[18:51] <SpamapS> bcsaller: I'm not sure why we curl the hostname from the metadata server. `hostname -f` is perfectly accurate. :)
[18:52] <bcsaller> I thought that returned the internal local name
[18:53] <bcsaller> which for the cases its used for would be fine as well, but because things like apache dir names were using the public name it became a pattern
[18:54] <jimbaker> we actually make a distinction between the internal name and the external name; the latter one would require this metadata server usage
[18:54] <jimbaker> i know we talked at some point about making something like "ensemble info" for this type of service unit properties
[18:54] <SpamapS> It should be provided via tools that query the machine provider.
[18:55] <SpamapS> relation-get needs a local partner
[18:55] <SpamapS> "tell me about myself"
[18:56] <SpamapS> because one of the formulas I want to write is a DNS server formula
[18:56] <SpamapS> so we can have route53 type service in ensemble
[18:57] <SpamapS> But it requires that there be a generic relation.. "info", that I can always relate to.
[18:57] <SpamapS> (which I plan to implement in each formula until ensemble does it)
[18:57] <jimbaker> SpamapS, i know that we have been trying to avoid generic relations like this, fwiw
[18:58] <SpamapS> *every* service relationship seems to at one level benefit from knowing the IP of the other side
[18:58] <jimbaker> my original plan for expose was to use something a generic relation concept too
[18:58] <SpamapS> I was just working on adding  @'$remote_ip' to the mysql formula in principia
[18:59] <SpamapS> so that the user given can only be used from the one unit's ip
[18:59] <jimbaker> SpamapS, the ip we can probably special case on the relation itself, it would seem
[18:59] <SpamapS> Lets talk though the use case for a DNS service
[19:00] <SpamapS> I want to deploy named .. and relate it to haproxy
[19:01] <SpamapS> I don't want to use the actual external IP of the instance though
[19:01] <SpamapS> I want to use an elastic IP... hrm
[19:01] <SpamapS> This is too tricky for IRC, n/m  ;)
[19:02] <jimbaker> SpamapS, maybe you can discuss this over our standup, which is scheduled for this time anyway?
[19:02] <jimbaker> bcsaller, hazmat, niemeyer - speaking of which, standup?
[19:03] <hazmat> jimbaker, skype is dying on me constantly.. i could mumble
[19:03] <jimbaker> hazmat, i dpn
[19:03] <jimbaker> i don't have a headset w/ me... that's going to be tough
[19:03] <hazmat> jimbaker, push to talk works
[19:03] <SpamapS> jimbaker: push to talk works fine on mumble
[19:03] <SpamapS> jinx!
[19:03] <niemeyer> hazmat: Sounds good
[19:03] <bcsaller> I don't have that configured on this computer yet, but I can try to set it up again
[19:04] <jimbaker> my recollection is that you needed push to talk + headset to get anything decent, but ok
[19:04] <SpamapS> I've found that the right super key works well
[19:04] <jimbaker> let me install
[19:04] <SpamapS> headset helps w/ the echo but it can work w/o it
[19:06] <niemeyer> I've had success with the auto-detection of voice on today's meeting
[19:08] <jimbaker> are we going to use the canonical mumble server, or is there an open one for ubuntu?
[19:09] <hazmat> jimbaker, its on the wiki
[19:09] <jimbaker> i only see the canonical mumble server there...
[19:11] <hazmat> bcsaller, ping
[19:11] <bcsaller> setting it up
[19:47] <jimbaker> not taking off just yet, of course :) but for standup tuesday
[19:54] <kim0> niemeyer: I applied the modifications for hook execution traces .. since initially I was merging into the bashified branch, I ended up with a new propose for merge
[19:54] <kim0> https://code.launchpad.net/~kim0/ensemble/adding-hook-traces-to-readme-for-bashified-example
[19:54] <kim0> https://code.launchpad.net/~kim0/ensemble/adding-hook-traces-to-readme-for-bashified-example/+merge/62537 that is
[19:55] <niemeyer> kim0: That's fine, thanks a lot for pushing it
[19:55] <kim0> cool
[19:55] <kim0> niemeyer: thanks for the review to the contribution doc .. I'll add a more concrete example to that
[19:56] <kim0> I thought this would be simpler to follow .. but yeah, it's probably not
[19:56] <niemeyer> kim0: Awesome!  This is a critical piece
[20:22] <niemeyer> bcsaller: ping
[20:22] <bcsaller> niemeyer: pong, haven't left yet
[20:23] <niemeyer> bcsaller: Oh, cool.. just a small note re. the review: [5] seems untouched
[20:23] <bcsaller> checking
[20:24] <niemeyer> bcsaller: Re. [6], thanks for the test.  We really need tests specific to the feature, otherwise you remove the other method later and this logic goes untested
[20:24] <niemeyer> bcsaller: It would be fine to move the logic from the other tests though
[20:24] <niemeyer> bcsaller: and only test on the layer above what you haven't already tested for the layer below
[20:24] <niemeyer> bcsaller: Having a ton of logic on a layer below which is only touched by tests for upper layers is the issue
[20:24] <bcsaller> yeah, looks like maybe I did miss [5], I think I made changes related to [9] and thought I got it
[20:25] <niemeyer> bcsaller: No worris
[20:25] <niemeyer> es
[20:27] <niemeyer> bcsaller: re [8], is there a reason why you didn't use our schema framework in the same way we do for metadata and configuration?
[20:28] <bcsaller> niemeyer: yes, the formula author has to write these things, so either I did something simple or I had to write a yaml serialization of the schema denifnition
[20:28] <niemeyer> bcsaller: I don't understand.. how's that different from the metadata file, or the environments configuration file?
[20:29] <bcsaller> because the schema is coded in Python by us for the metadata file, for the config.yaml they are writing a validation spec of their own
[20:29] <niemeyer> bcsaller: No, it's not..
[20:29] <niemeyer> bcsaller: The schema is a generic piece of framework which you can use to parse plain dictionaries and values
[20:30] <niemeyer> bcsaller: and is used both for the metadata and the environments file, which are also written by hand
[20:30] <bcsaller> yes, but the desc of that is done in python
[20:30] <niemeyer> bcsaller: Yes, and we can do the same for the config yaml, I believe
[20:30] <niemeyer> ?
[20:30] <bcsaller> I didn't want formula authors to have to write in python to use the schema system
[20:30] <niemeyer> bcsaller: They don't have to..
[20:30] <niemeyer> bcsaller: We're talking about validating a yaml file
[20:31] <bcsaller> oh, you mean to validate that the config.yaml is correct
[20:31] <niemeyer> bcsaller: Yes
[20:31] <niemeyer> bcsaller: Point [8] in the review
[20:31] <bcsaller> that's fine, yes, I implemented validation of option values
[20:31] <niemeyer> bcsaller: Yes, and why isn't that written using our schema framework?
[20:31] <bcsaller> I think I misunderstood in that case, oh well we get a new feature
[20:31] <niemeyer> bcsaller: in declarative style.. that was the actual questoin
[20:32] <bcsaller> validating the config.yaml (which isn't really done now) using the schema would be fine
[20:32] <niemeyer> bcsaller: Yeah, that was point [8]
[20:32] <niemeyer> bcsaller: You can do that in a follow up branch
[20:32] <bcsaller> I have no objection to that, I thought you wanted to have them write schema to validate the options they allow for the service
[20:32] <niemeyer> bcsaller: Nope
[20:32] <niemeyer> bcsaller: We just have to validate the file format before bundling a formula
[20:33] <niemeyer> bcsaller: Otherwise it will blow up when the formula is deployed only, which would be quite sad
[20:33] <bcsaller> ok, I can add that tonight, it's a small change
[20:34] <niemeyer> bcsaller: Should be indeed, no rush, and thanks!
[20:36] <niemeyer> bcsaller: Just [5] then, plus that in a separate branch
[20:36] <niemeyer> bcsaller: and +1
[20:36] <bcsaller> ok, cool
[20:36] <_mup_> ensemble/test-api r235 committed by<EMAIL_ADDRESS>[20:36] <_mup_> extract the test api base class from the auto resolve work
[21:25] <jimbaker> https://ensemble.ubuntu.com/kanban/dublin.html is not updating again
[21:29] <_mup_> Bug #788825 was filed: Update watch_exposed_flag <Ensemble:In Progress by jimbaker> < https://launchpad.net/bugs/788825 >
[22:22] <niemeyer> jimbaker: Indeed :-(
[22:22] <niemeyer> jimbaker: Will ping is
[22:22] <niemeyer> jimbaker: Will ping IS
[22:22] <niemeyer> jimbaker: Meanwhile: http://people.canonical.com/~niemeyer/dublin.html
[22:29] <niemeyer> jimbaker: Paul had a look at it and it should be unstuck now
[22:31] <jimbaker> niemeyer, sounds good
[22:34] <jimbaker> niemeyer, it's interesting that the needs release column has what looks like a different template being applied - apparently from the css - and that it's different from what is on your personal pages
[22:37] <niemeyer> jimbaker: Hmm
[22:38] <niemeyer> jimbaker: I see what you mean
[22:38] <niemeyer> jimbaker: Weird indeed
[22:38] <niemeyer> Looks a bit nicer actually
[22:40] <jimbaker> agreed about https://ensemble.ubuntu.com/kanban/dublin.html having a better layout
[22:44] <poolie> hi niemeyer
[22:44] <niemeyer> poolie: Hey!
[22:46] <niemeyer> Man, I'm very excited about the whole bzr branch + PPA = daily build thing
[22:47] <poolie> so you should be :)
[22:48] <niemeyer> :-)
[22:54] <niemeyer> and another package set is churning!
[23:10] <niemeyer> Another one bites the dust: https://code.launchpad.net/~ensemble/+recipe/txaws
[23:33] <poolie> i just last week stopped them sending excessive email
[23:33] <poolie> which is a good start
[23:34] <niemeyer> poolie: Indeed, no issues on that area


[00:17] <Flannel> Hi Scubidus, how can we help you today?
[00:18] <Scubidus> yea I got a problem trying to get my box to be partitioned
[00:18] <Flannel> Scubidus: This isn't a support channel actually.  But #ubuntu would be able to help you.
[00:18]  * Scubidus wishes to idle like everyone else then
[00:19] <Seeker`> !idle | Scubidus
[00:20] <Flannel> That was odd.
[00:28] <Seeker`> @bansearch scubidus
[00:45] <mneptok> sebsebseb is getting on my last nerve.
[00:51] <Flannel> What now?
[00:51] <bazhang> the @mark comes in handy when /k can't be done
[00:51] <Pricey> Flannel: he !windows'd him
[00:52] <Flannel> Ah, just his usual not-paying-complete-attention
[00:52] <bazhang> he !windows'd mneptok
[00:52] <Flannel> reading the first half of lines doesn't cut it.
[00:53] <bazhang> wonder who fujisan will get to represent him in the Supreme Court
[00:53] <Flannel> What?  Did I miss something?
[00:53] <Flannel> I know he came into marketing this morning and told us he was going to help us get to 2%
[00:53] <Seeker`> we log channels
[00:53] <bazhang> he threatened legal action a bit ago about being marked a troll, and it in google's cache
[00:53] <Seeker`> these logs include him trolling
[00:54] <Flannel> Oh, this morning.
[00:54] <Seeker`> apparently this is bad and wrong, and it violates "some privacy laws"
[00:54] <Flannel> Sheesh, your dog gets bitten by a bee, and you lose your capability of comprehension
[00:54] <Flannel> stung, even
[00:54] <bazhang> the 'right to troll', that unknown 95th amendment
[00:54]  * Flannel gives up.
[01:43] <elky> i'm pretty sure we need to review !ops for the lucky people it doesn't highlight.
[01:44] <Seeker`> I have it on hilight
[01:44] <elky> i mean, so the lusers like sebsebseb learn who to listen to
[01:45] <Seeker`> hmm
[01:52]  * Seeker` is more worried about mice than lusers atm
[01:54] <elky> hehe. my bluetooth mouse has stopped working :( remind me to go get another set of rechargables later
[01:55] <elky> it didnt come with rechargables, just regular ones
[01:55]  * Seeker` has set up makeshift mouse traps
[01:56] <elky> i wonder if they're like cats and possums when it comes to car coolant...
[01:58] <Seeker`> ?
[01:58] <Flannel> Modern Antifreeze has stuff added to it that makes it bitter
[01:58] <Flannel> (overpowering the sweet taste of yore)
[01:59] <Flannel> Seeker`: antifreeze by nature is sweet, so there were lots of pets dying because they'd find it and drink it
[01:59] <elky> aww
[01:59] <Flannel> well, "lots" -- who knows
[01:59] <Seeker`> i have a bucket
[01:59] <Seeker`> 4" of water in the bottom
[02:00] <Seeker`> some cake smeared 4" below the rim
[02:00] <Seeker`> and a ramp with chocolate smeared at the top
[02:01] <elky> if you can find some old antifreeze though, put it to the test
[02:02] <elky> it'd be alot better than wasting cake
[02:06] <elky> is it just me, or over the past 24hrs do we have a whole new batch of nutters in -ot?
[02:14] <Seeker`> argh, cant shut the lounge door to trap mouse
[02:39] <Pici> Its not just you elky
[02:46] <elky> Pici, are you watching eri with eyebrow raised too?
[02:48] <Flannel> I think my eyebrows have migrated past my hairline
[02:49] <elky> ah, a she who is basically evaluating who to inflict attentions on, i guess.
[02:49] <mneptok> Seeker`: try 1 part flour to 1 part dry quick-set cement.
[02:49] <Pici> elky: I wasn't really watching this moment.
[02:49] <mneptok> Seeker`: pave their innards
[02:51] <Flannel> Then you have little concrete mouse intestines preserved for eternity inside your walls!
[03:24] <Seeker`> mneptok: nice idea
[03:27] <Seeker`> bedtime now
[06:57] <Myrtti> *yawn*
[08:26] <Myrtti> http://myrtti.fi/blog/2009/06/13/so-how-do-you-pronounce-that/
[08:49] <Flannel> Myrtti: Is this you saying "Hi my name is Myrtti, and I pronounce Myrtti, Myrtti?"
[08:50] <Myrtti> Flannel: basically yes :-)
[08:50] <Flannel> Oh, it is!
[09:22] <ikonia> morning
[09:35]  * popey wonders if he should make "My name is Alan Pope, and I pronounce popey, popey"
[09:36] <Flannel> popey: +1
[09:36] <popey> (given lots of people pronounce it popeye)
[09:36] <Flannel> really?
[09:36] <popey> yup
[09:36] <popey> more than you'd imagine
[09:37] <ikonia> popey the sailor man ?
[09:37]  * popey glares at ikonia
[09:37] <popey> (I do secretly harbour desires for spinach tho)
[09:37] <ikonia> obviously......
[09:39] <Flannel> popey: Are you strong to the finich 'cause you eat your spinach?
[09:39] <popey> :)
[09:40]  * ikonia feels more like wimpey than popeye
[09:58] <Myrtti> I think I pronounce it wrong as well
[10:03] <Myrtti> I probably would have mispronounced elkys old one as well
[10:04] <Myrtti> mmmm latte ♥
[10:17] <Myrtti> hnnnghgghghgh
[10:18] <Myrtti> I wish the sales trolley would come soon
[10:18] <Myrtti> need pain meds!
[10:55] <Myrtti> gah
[10:55] <Myrtti> idiotism
[10:56] <Flannel> Where?
[10:56] <Myrtti> #ubuntu
[10:56] <Myrtti> idiotism or utter cluelessness
[10:59] <Myrtti> ooo trolley
[11:08] <Myrtti> lucian_: "life is, and then you die"
[11:11] <Myrtti> he's doing it all wrong :-(
[11:12] <bazhang> * [lucian_] (n=lucian@89-37-38-181.citynet.botosani.ro): Lucian
[11:13] <Myrtti> bazhang: and?
[11:14] <bazhang> wonder if he is friends with other .ro users, name does not come to mind immediately
[11:40] <elky> bazhang, by that logic, you should be questioning whether i'm part of the current aussie trollvasion.
[11:41] <Gary> I thought you were
[11:41] <bazhang> oof
[12:09] <elky> ok, my entertainment for this evening just happened in #freenode
[12:09] <ikonia> ahh genius
[12:10] <elky> christel, if that was your doing, i love you so very much
[12:13] <elky> someone is on a roll, he just moved from #freenode to #wikipedia
[12:13] <ikonia> I'm not in there I wish I was
[12:14] <elky> he asked why he cant make a page about GNAA
[12:15] <elky> i'm waiting for his gift to #u
[12:15] <ikonia> I love the desire to get back into #ubuntu - then never says anything
[12:16] <elky> he's trying to blend in and be forgotten about. i have him on highlight
[12:16] <elky> basically, he's trying to be a sleeper troll.
[12:17] <ikonia> join the club :)
[12:18] <elky> now he's asking if he'll get banned for trying to create an article about gnaa
[12:32] <elky> ikonia, are you in ##windows? if so, is our friend trolling there too?
[12:37] <ikonia> seems quiet in ##windows
[13:21] <elky> who the hell edited that factoid?
[13:21] <elky> i will personally injure them.
[13:22] <elky> please, for sanity's sake, stop encouraging personal factoids.
[13:24] <Nafallo> ?
[13:26] <tsimpson> last edited by Flannel on 2009-06-12 00:49:05
[13:27] <Pricey> Which one is this?
[13:27] <tsimpson> snuxoll-#ubuntu-offtopic
[13:30] <Pricey> !snuxoll-#ubuntu-offtopic
[13:30] <elky> see what it encourages? SEE?
[13:34] <nickspoon> Hahahaha :D
[13:36] <Gary> !gary-#ubuntu-offtopic
[13:36] <Gary> phew
[13:36] <Myrtti> !search gary
[13:37] <Myrtti> !gary
[13:37] <Gary> oh, hehe
[13:37] <Myrtti> even worse
[13:47] <elky> vanity factoids are *evil*
[13:48] <elky> !elky
[13:48] <elky> !elkbuntu
[13:48] <elky> grrrrr
[13:48] <elky> i deleted that one once already
[13:48] <elky> !forget elkbuntu
[13:49] <elky> elky-#ubuntu-offtopic
[13:49] <elky> !elky-#ubuntu-offtopic
[13:49] <elky> ...
[13:50] <nickspoon> !nickspoon-#ubuntu-offtopic
[13:50] <Mamarok> !search Mamarok
[13:50] <elky> !forget elky-#ubuntu-offtopic
[13:50] <Mamarok> *relief* *sigh*
[13:51] <Mamarok> but then...
[13:51] <Mamarok> !search mamarok
[13:51] <Mamarok> nope :)
[14:15] <Gary> !forget gary
[14:15] <Gary> lol
[14:19] <Pricey> !forget gary
[14:19] <Gary> who am I
[14:28] <nickspoon> I forget.
[15:36] <Myrtti> naps ♥
[15:45] <Myrtti> [17:44] < am_> ctcp [xdcc]|silence xdcc send #8'
[15:45] <Myrtti> hmmm
[15:52] <elky> Gary, did you get that ctcp flooding?
[15:52] <elky> ADIvIiN_X_ is the guilty party
[15:55] <elky> good, seems to have been nuked
[16:14] <Myrtti> meh, getdeb
[16:46] <Myrtti> I'm on -uk again - we'll see how long I'll last before I'm pounding  my palm on my forehead
[16:47] <popey> :(
[16:47] <popey> if there is something that needs 'fixing' let us know
[16:49] <Myrtti> felt good to be away from -offtopic as well
[18:17] <Myrtti> oh look.
[18:17] <Myrtti> it's an australian troll.
[18:17] <Myrtti> *yawn*
[20:13] <Myrtti> IRC is so full of fail these days
[20:15] <Flannel> Well, the channels getting larger, it makes sense that the number of idiots increases as well.
[21:38] <Flannel> Hi cabrey, how can we help you?
[21:38] <sebsebseb> Flannel: ok
[21:38] <cabrey> i just wanted to see why too, so i dont make any mistakes
[21:38] <sebsebseb> Flannel: why did I get kicked?
[21:38] <Flannel> cabrey: I'll explain it to you privately, we don't really appreciate spectators here.
[21:39] <cabrey> ok
[21:39] <Flannel> sebsebseb: Because you're doing it again.
[21:39] <Flannel> sebsebseb: he asked "how do I upgrade with the CD sent to my house"
[21:39] <Flannel> MixMix5: How can we help you?
[21:39] <sebsebseb> Flannel: ah ha so the bot link is useless,  oh right I see
[21:40] <Flannel> sebsebseb: "Read this long page that covers upgrading from a whole bunch of methods" doesn't make any sense
[21:40] <Flannel> Because he'll spend an hour reading that page trying to find where it tells him how to upgrade with the CD from ship it
[21:40] <Flannel> Right, the link is effectively useless, and wastes his time
[21:40] <Flannel> Answer the actual questions people ask.
[21:41] <Flannel> If you need to, stop using the bot entirely.
[21:41] <Flannel> Typing certainly won't kill you.
[21:41] <sebsebseb> yep
[21:43] <sebsebseb> Flannel: I guess done in here?
[21:43] <Flannel> sebsebseb: Yep.  Thanks
[21:43] <sebsebseb> ok leaveing
[22:11] <ikonia> sebsebseb is becoming more of a problem - again 0
[22:11] <ikonia> (don't know why 0 got printed then)
[22:13] <Flannel> Worst part is "he knows" and "agrees" when you talk to him about it
[22:14] <bazhang> is ext4 really *that* stable to be recommended now
[22:14] <Myrtti> if it were, it would be default
[22:14] <Myrtti> it's not
[22:14] <Flannel> bazhang: It's not defaul
[22:14] <bazhang> good point
[22:15] <bazhang> sebsebseb is touting it as such though
[22:15] <bazhang> ie stable
[22:15] <Myrtti> should be used only if you're willing to risk losing all your data
[22:15] <Myrtti> probably wont
[22:15] <Myrtti> but still
[22:15] <Myrtti> experimental filesystems... :-×
[22:16] <ikonia> it is getting better, and fedora marking it as default is testomony to that, however thats a filesystem/kernel combination that has no relevance to ubuntu
[22:16] <bazhang> true
[22:16] <Myrtti> he's spouting utter bs now
[22:17] <bazhang> hajuu seems to have quit
[22:17] <ikonia> I think it's time he took a break again
[22:17] <bazhang> 'Impossible...'
[22:17] <Myrtti> someone is asking can they run ubuntu on ds?
[22:18] <Myrtti> -__________________________-
[22:20] <Flannel> Did someone call him (more importantly, the guy he was helping?) on it?
[22:20] <Myrtti> is he recommending 9.10 to people on #ubuntu?
[22:20] <ikonia> yes, I've prodded him
[22:20] <ikonia> no
[22:20] <ikonia> he's dragging it in to explain something badley
[22:20] <bazhang> whoa
[22:21] <Flannel> I'm going to skip this, since someone here has more context than I do.  Just make sure someone doesn't go home thinking ext4 is good yet.
[22:21]  * Flannel goes back to making lunch.
[22:22] <ikonia> Flannel: it's fine - I'll sort it
[22:22] <Flannel> thankee
[22:22] <Flannel> haha, see -ot ;)
[23:25] <nalioth> schools out
[23:25] <nalioth> can't you tell?
[23:26] <jussi01> nalioth: hehe
[23:26] <Flannel> that's a corrolary to the eternal september, right?
[23:26] <jussi01> nalioth: hows kde3 treating you? everything ok?
[23:27] <nalioth> kde3 toimii hyvin, jussi01
[23:27]  * nalioth doesn't think that came out right
[23:28] <Myrtti> perfick
[23:28] <nalioth> i just wish i could totally remove kde4
[23:28]  * Myrtti suggests XFCE4.6, runs
[23:29] <nalioth> Myrtti: i'm running windowmaker.  it just sucks that when i call the occasional kde app, it fails
[23:29]  * nalioth has to /opt/kde3/bin/$app to run any kde stuffs
[23:31] <Myrtti> oh epiphany, why are you so full of fail?
[23:31] <jussi01> nalioth: there was a way to fix that iirc
[23:31] <jussi01> nalioth: and well done on the finnish! :D
[23:56] <ikonia> is ChanTOB a bot ?
[23:56] <ikonia> ahh Pricey you have him
[23:56] <Pricey> sorting it out
[23:56] <ikonia> ta
[23:57] <ikonia> this isn't the first time for testbotu - I didn't realise this was one of his too
[23:59] <ikonia> Pricey: is he responding to you ?
[23:59] <Pricey> Can't find someone claiming ownership immediately.
[23:59] <Myrtti> Pricey: testbottu comes from the same ip?
[23:59] <Flannel> yeah


[03:16] <rww> !nbr =~ s/Remix/Edition/
[03:21] <tonyyarusso> loloverdue
[03:30] <rww> !no, intrepidkde3 =~ s/Jaunty/Karmic/g
[03:30] <rww> oops
[03:30] <rww> !intrepidkde3 =~ s/Jaunty/Karmic/g
[03:30] <rww> !intrepidkde3 =~ s/Jaunty/Karmic/
[03:30] <rww> !intrepidkde3 =~ s/Jaunty/Karmic/
[03:31] <rww> !intrepidkde3 =~ s/Jaunty/Karmic/
[03:31]  * rww shakes fist at ubottu
[03:32] <rww> !no, intrepidkde3 is <reply> Kubuntu 8.04 ships with KDE3 and full support. Karmic and above do not include KDE3, but a remix install CD can be obtained at https://wiki.kubuntu.org/Kubuntu/Kde3/Karmic (or .../Lucid, etc.). This is not officially supported. Support, instructions, and ways to contribute can be found on the wikipage.
[03:37] <rww> !no, noroot is <reply> We do not support setting a root password. Please don't offer instructions on how to set a root password or ask for help with setting it. See !root and !wfm for more information.
[04:41] <rww> ubottu: tell sanchaz-away about away
[05:07] <rww> IdleOne: Why is there a +e on _Synergy_ in #ubuntu?
[05:15] <rww> ah, never mind, found the relevant log
[05:18]  * rww PMs the user asking them to actually get exploit tested, because setting +es on nicks is not a good solution
[05:19] <Jordan_U> What does +es do?
[05:20] <rww> Jordan_U: +e, rather
[05:20]  * rww fails at pluralization
[05:24] <Jordan_U> I tend to do things like "+e's". (even though it's gramatically incorrect)
[05:25] <rww> (and for those wondering why +e somenick!*@* is a bad idea, it means that /nick somenick allows anyone to bypass any ban that might be set on them in the channel)
[05:25] <IdleOne> rww, he was not able to join the other because he was in the victim list. I set a +e but afterwards tsimpson removed from the list
[05:25] <IdleOne> the other day*
[05:26] <IdleOne> you can remove it now I guess
[05:26] <rww> IdleOne: no he didn't :\
[05:27] <IdleOne> he didn't what?
[05:27] <IdleOne> remove from the victim list?
[05:27] <rww> They're still in the victims list and still banned by nick from the channel.
[05:27] <rww> I removed the exempt and told the user in PM to go to -read-topic.
[05:28] <IdleOne> ok
[05:28] <IdleOne> sorry for any confusion I caused
[05:28] <rww> no problem. it's just one of my pet peeves; I'd recommend +e $a:accountname in the future.
[05:29] <rww> or "come back when the FloodBots aren't being crazy", but that might be a little harsh
[05:29] <rww> oy vey, user just ping timedout.
[05:30] <rww> I guess they won't have to join the channel themselves :\
[05:31] <IdleOne> wouldn't +e $a:accountname still allow to bypass a ban?
[05:31] <IdleOne> no it wouldnt
[05:32] <rww> I assume that everyone else guards their nickserv password with their life ;D
[05:32] <rww> that's the exempt form we used in #ubuntu-women during Ridiculous Trollscapade 2010, btw ;)
[06:09] <rww> Thoughts on "!windoze is <reply> Please don't use silly misspellings to denigrate other operating systems. It makes users of that system feel attacked, and hurts Ubuntu advocacy by making you and us look unreasonable."?
[06:09] <rww> The factoid name isn't ideal; superior suggestions especially welcome.
[06:10] <Flannel> I imagine !M$ probably isn't valid
[06:10] <rww> !m$ is <reply> test!
[06:10] <rww> !m$
[06:10] <Flannel> Oh dear
[06:10] <rww> the bot surpasses herself
[06:11] <Flannel> rww: Well, start with that one, and we can alias other things to it, I suppose.
[06:11] <rww> could start with !misspellings and alias !windoze, !m$, etc(?) to it.
[06:13] <Flannel> That'll work.  Except could misspellings be mistaken as an actual "spelling" issue instead?
[06:13] <rww> some English major has to have come up with a specific word for this sort of thing
[06:13] <Flannel> Hmm
[06:14] <rww> http://en.wikipedia.org/wiki/Windoze redirects to "Satiric misspelling" >.>
[06:19] <Flannel> Mmm, if I were to pick a dictionary word, I guess I'd lean towards travesty or parody.
[06:20] <Flannel> And then, to patent it, you just add "using a computer" or "on the internet"
[06:28] <rww> I've never seen anyone try to call !misspelling, I figure we just roll with that.
[06:29] <Flannel> sounds good
[06:29] <rww> !misspelling is <reply> Please don't use silly misspellings to denigrate other operating systems. It makes users of that system feel attacked, and hurts Ubuntu advocacy by making you and us look unreasonable.
[06:29] <rww> !windoze is <alias> misspelling
[06:29] <rww> !no, m$ is <alias> misspelling
[06:29] <Flannel> winblows
[06:29] <rww> !winblows is <alias> misspelling
[06:29] <Flannel> !winblows
[06:30] <Flannel> "...making you and the rest of the community..." perhaps?
[06:30] <Flannel> I don't like that "us"
[06:30] <Flannel> But that might just be me
[06:30] <rww> and the community in general?
[06:30] <Flannel> works
[06:31] <rww> !misspelling =~ s/and us/and the community in general/
[06:31] <Flannel> or maybe ust "and the community"
[06:31] <rww> or just "making the the community look"
[06:31] <rww> with one the
[06:31] <Flannel> maybe it should have three "the"s
[06:32] <rww> !misspelling =~ s/you and the community in general/the community/
[06:32] <rww> !misspellings
[06:32] <rww> !misspelling
[06:32] <rww> !misspellings is <alias> misspelling
[06:32] <Flannel> hah
[06:38] <Jordan_U> s/unreasonable/immature?
[06:40] <tonyyarusso> Jordan_U: >
[08:26] <Myrtti> nobody noticed that rwrite is banevading now? mainly though because I didn't notice he's running his irc client on a system that runs ident and could've been banned without the nickname in the banmask
[08:30] <Myrtti> I don't honestly know what to do with him
[08:30] <Myrtti> too tired still
[08:37] <Myrtti> suggestions are taken in
[08:37] <rww> which channel?
[08:38] <rww> nvm, found it
[08:38] <Myrtti> I don't understand where the script writers get their SUCKY quit messages
[08:39] <rww> I'd banforward<EMAIL_ADDRESS>here, personally
[08:40] <Myrtti> yeah, but he's still on the channel
[08:40] <rww> then kick him
[08:40] <Myrtti> I'd probably use the ident too, though
[08:40] <rww> I wouldn't bother. Doesn't look like it's a shell service, just a personal server with an identd
[08:42] <rww> _Synergy_'s now idling in -read-topic, for anyone following that topic.
[08:45] <Myrtti> @now Seoul
[09:13] <Myrtti> tsimpson: the logic of that?
[09:14] <tsimpson> [09:11:12]<iflema> rm -rf
[09:14] <tsimpson> and no reply to /msg, so I just removed
[09:15] <Myrtti> right
[09:15] <Myrtti> well, I can't see what harm that command would do without defining what would be deleted, but YMMV
[09:15] <tsimpson> indeed, that's why I tried to /msg first
[09:16] <tsimpson> but seeing as it wasn't in response to anyone and was the only message they posted...
[09:16] <rww> odd. maybe they mistyped into IRC instead of a terminal :\
[11:51] <Myrtti> !pm > ox3a
[18:23] <Myrtti> !bot > AnggaDj98
[18:31] <knome> what?
[18:42] <Myrtti> oh for goodness sake
[18:43] <knome> congrats
[18:44] <rwr> why am I going in here instead of #ubuntu?
[18:45] <Myrtti> because we want you to discuss about something
[18:46] <Myrtti> you are using epic5 script package?
[18:46] <rwr> what are you talking about?
[18:46] <rwr> yeh
[18:46] <rwr> something wrogn with the script?
[18:46] <Myrtti> could you be kind enough to remove some of the quit messages it randomly uses?
[18:46] <rwr> sure
[18:47] <Myrtti> there's one that made me retch of disgust last night
[18:47] <rwr> sorry
[18:47] <rwr> I was not aware of it
[18:48] <Myrtti> thanks for your co-operation. I don't know what the developers were thinking when they conjured the "candy is dandy but chloroform keeps them still while I molest them" or something like that
[18:48] <rawrite> and was confused why I was joining here instead of #ubuntu
[18:48] <rawrite> sorry. I need to remove the lame epic script
[18:48] <rawrite> not worth it
[18:48] <Myrtti> yeah, that happens, sorry bout...
[18:52] <Myrtti> that.
[18:55] <charlie-tca> lol
[18:55] <charlie-tca> at least they were agreeable :-)
[18:56] <Myrtti> I could've complained about the banevasion but I figured it wasn't worth the time and effort
[18:56]  * charlie-tca nods
[18:57] <Myrtti> if I see that quit message again I'll be most annoyed
[20:43] <jussi> Myrtti: well handled :)
[21:10] <rww> !latest =~ s/  / /
[22:19] <_Synergy_> Ubuntu Ops please fix your bots. Every day I join Freenode on port #7000 (SSL) and your bots refuse me access to #ubuntu saying I have https://help.ubuntu.com/community/FixDCCExploit. This has been going on for a long time. Disable that bot or fix it!
[22:19] <_Synergy_> Thanks
[22:20] <rww> _Synergy_: I've already PMed you about this. If it's fixed, type "test me" in #ubuntu-read-topic.
[22:20] <rww> as that channel's /topic tells you.
[22:20] <_Synergy_> The 'test me' option does not work. And it's beside the point
[22:20] <_Synergy_> the bot should not be interfering with me anyways
[22:20] <rww> It does work. It is in fact currently working
[22:21] <_Synergy_> I do not have that exploit, I'm not even on the right port
[22:21] <rww> It is now done. Have a nice day.
[22:21] <_Synergy_> Your right - it's working today
[22:21] <_Synergy_> But it's still not working the way it should.
[22:21] <_Synergy_> thanks
[22:39] <rww> !virus
[22:39] <rww> !linuxvirus
[22:39] <rww> Seems like these could be merged?
[23:09] <rww> pleia2: What's the status on setting up a poll for the IRCC appointment process? I guess Christmas got in the way of it? :)
[23:10] <pleia2> rww: yeah, we need lp admins to get us a full list of email addresses from the irc-members group
[23:10] <pleia2> I think canonical is snoozing for the holidays
[23:10] <pleia2> once we have the list we can set up the condorcet poll
[23:11] <pleia2> the dropping of polls by LP has been a bit of a disaster TBH (I was under the impression that they'd be *adding* features to polling, not getting rid of them entirely!)
[23:12] <rww> LP could do with an "Export to CIVS" feature. I know Ubuntu Women has the same issue, and I imagine others do too.
[23:12] <pleia2> yeah, akgraner had to go to the lp admins to
[23:12] <pleia2> too
[23:12] <pleia2> now with complete removal of polls everyone will need to, it's bad
[23:13] <pleia2> I wish I knew why this happened, or where the discussion about it was :(
[23:13] <pleia2> anyway, sorry for the off-topicness, and apologies for not having a poll yet, I'm trying!
[23:14] <rww> or just make user email addresses available to leaders of groups that the user is in, and have a warning about that on joining a group if the user's email address is hidden. iono.
[23:14] <pleia2> yeah
[23:14] <pleia2> oh and I'll extend Pici and jussi's terms another week if it comes to that, but I'm still hoping we get a poll in the next couple of days :)
[23:16] <rww> thanks for working on it, either way. I'm not trying to rush you, was just wondering if I missed something :)
[23:20] <tonyyarusso> pleia2: it would probably be faster to just manually send everyone an e-mail through LP...
[23:20] <rww> tonyyarusso: Assuming you value the anonymity stuff in CIVS, that doesn't work.
[23:21] <pleia2> tonyyarusso: the email addresses needed to be added to CIVS
[23:21] <pleia2> plus you are limited to how many you can send per day (maybe 20 or so?)
[23:21] <pleia2> so either way, it doesn't really work
[23:21] <tonyyarusso> rww: what is CIVS?
[23:21] <pleia2> the condorcet poll
[23:21] <rww> tonyyarusso: Condorcet Internet Voting System
[23:21] <tonyyarusso> oooh, I see now.
[23:21] <rww> Service **
[23:22] <rww> You set up a poll and feed it email addresses, it emails each address with a unique voting link, and then forgets the email addresses. so votes aren't tied to an individual at all.
[23:22] <tonyyarusso> pleia2: for the latter Canonical_response_time > len(ubuntu-irc-members) / 20
[23:23] <pleia2> yeah, but you still have the CIVS problem, since it's not linked to LP
[23:23] <pleia2> to get all the addresses I could use a script to grab all the addresses, then contact everyone who doesn't have a public address...
[23:23] <rww> the other option is using launchpadlib to pull public email addresses and then emailing ubuntu-irc saying to email $contact_person if you weren't in the pulled list, but that gets messy.
[23:23] <pleia2> but this idea kind of givs me a headache :)
[23:23] <Pici> CIVS sounds like it could be a disease
[23:23] <rww> which is what I did at some point for something
[23:23] <rww> pleia2: yeah, it's a hassle
[23:24] <rww> I'd wait on Canonical, especially since this isn't really time-sensitive imho.
[23:24] <pleia2> I'll appeal directly to Mark if we don't get movement soon (I know he's *around* he was even answering mail on christmas)
[23:24] <tonyyarusso> Pici: agreed
[23:25] <tonyyarusso> pleia2: Those bloody open-source hippie heathens!  ;)
[23:25] <pleia2> tonyyarusso: I know! (I'm one of them)
[23:29] <tonyyarusso> Actually, I was online on Christmas too - all of our actual stuff happens on Christmas Eve, and Christmas Day is "sit around in your pajamas until you decide maybe you should change at least for dinner" day.
[23:30] <rww> I volunteered for work hours on Christmas Day (and New Years Day, actually). Free money :)
[23:30] <Pici> yay, free money
[23:34]  * tonyyarusso wonders how "I worked" equates to "free"
[23:35] <rww> tonyyarusso: not many people return library books on Christmas Day. I did a negligable amount of work.
[23:35] <rww> Maybe this is an odd mindset, but I like my job, so unless it's busy and stressful, it's free money :)
[23:35] <rww> and we're understaffed, so it's usually not free money right now :<


[12:05] <gary_poster> benji, did you see william & my comments on https://bugs.launchpad.net/launchpad/+bug/996729 ?
[12:05] <_mup_> Bug #996729: zope.testing --subunit allows bad output on stdout, which can break subunit processing and tests <paralleltest> <qa-needstesting> <Launchpad itself:In Progress by gmb> < https://launchpad.net/bugs/996729 >
[12:05] <gary_poster> summary: we've got unknown and mysterious work to do
[12:05] <benji> gary_poster: not yet; taking a look
[12:06] <benji> "In a world, where unknown and mysterious work must be done..."
[12:06] <gary_poster> heh
[12:08] <gary_poster> bac benji frankban gmb call in 2
[12:08] <gmb> ack
[12:08] <bac> rt
[12:10] <gary_poster> bac benji frankban gmb https://plus.google.com/hangouts/_/5e18fb3d6f696ec0a22278e5d5f27e055d2f4ef4?authuser=1&hl=en-US
[12:11] <gmb> argh, conneciton errors...
[12:22] <gary_poster> https://bugs.launchpad.net/launchpad/+bug/996729
[12:22] <_mup_> Bug #996729: zope.testing --subunit allows bad output on stdout, which can break subunit processing and tests <paralleltest> <qa-needstesting> <Launchpad itself:In Progress by gmb> < https://launchpad.net/bugs/996729 >
[12:31] <benji> https://pastebin.canonical.com/67982/
[12:34] <bac> rejoining
[12:43]  * gmb lunches
[12:43] <bac> so benji i've already "released" my changes on top of yours as p10.  are you going to revert your change and make p11?
[12:43] <benji> bac: sure
[13:52] <bac> benji: please ping me when p11 is available
[13:53] <bac> benji: or i can do it if you're busy
[13:53] <benji> bac: that would be great, I'm neck deep in this at the moment
[13:54] <bac> benji: okey doke
[14:13] <frankban> gary_poster: for my little plugin, should/could I use email@canonical and AGPL?
[14:14] <gary_poster> frankban, yeah, your canonical email would be good since it was slack time project.  AGPL...shrug I guess that's the right thing to do, yes.  Is it a problem?
[14:16] <frankban> No, I don't think.
[14:22] <gary_poster> cool
[14:22] <gary_poster> benji http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/waterfall
[14:36] <bac> benji: in the future would you do work on shared branches (like zope.testing) in dev branches so there is one checkin-per-revision bump?  the reverse cherry pick worked fine but p9 spanned about 5 branch revisions.</picky>
[14:37] <benji> bac: that's a good idea
[14:39] <bac> gary_poster, i've made my changes and updated zope.testing.  i'm going to do a full ec2 run to ensure the zope.testing drop doesn't munge anything.
[14:40] <gary_poster> great thanks bac.  I suggest you further manually examine the results before you land
[14:40] <gary_poster> in particular, make sure test counts don't change
[14:40] <bac> gary_poster: oh, ok.  let me go kill that 'ec2 land' then
[14:40] <gary_poster> bac, I can run it on the 32 core machine if you'd like, in a bit
[14:41] <bac> gary_poster: you may if you want.  seems like overkill since we are going back to what should be a known version.  my changes shouldn't cause any problems wrt test counts.
[14:42] <gary_poster> bac, neither should ours have :-P
[14:42] <bac> true enough
[14:50] <gary_poster> benji, maybe you didn't commit the change to p6 to your branch?  it isn't here
[15:46] <gary_poster> benji http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/4/steps/shell_9/logs/subunit
[16:02] <gary_poster> benji http://pastebin.ubuntu.com/1039294/
[16:05] <gary_poster> benji lp.testing.tests.test_zope_test_in_subprocess.TestZopeTestInSubProcessLayer
[16:09] <gmb> benji, gary_poster, Quick question: what would be the sanest way for zope.testing to issue a warning about duplicate tests? An exception is simple, but the bug talks about warning for now (and I don't want to break any more test runs just yet).
[16:09] <gmb> It would seem that writing to stdout or stderr would be a bad idea, especially if --subunit is switched on... Any ideas?
[16:09] <gary_poster> gmb, I'l be curious to see what benji thinks, but since bac has fixed the existing tests, I think it is OK to raise an (informative) error
[16:10] <gary_poster> gmb, IOW, there should be nothing to warn about at this time because bac has fixed it
[16:10] <gary_poster> So let's jump straight to the error
[16:10] <gmb> gary_poster, Something like ("Duplicate test id found: %s" % test.id)? Or are you thinking more info than that.
[16:10] <gmb> But okay, I'm happy to do that.
[16:10] <benji> +1
[16:10] <gary_poster> gmb, yeah, sounds like a good start :-)
[16:10] <gmb> Wahey.
[16:11] <gmb> Okay, branch coming shortly.
[16:11] <gmb> s/branch/mp
[16:11] <gmb> zt
[16:11] <gmb> Er.
[16:11] <gmb> Note to self: x-chat != vim
[16:25] <gmb> Ahaha.
[16:25] <gmb> Hmm.
[16:25] <gmb> So, my fix for bug 682711 breaks the test suite for zope.testing quite comprehensively.
[16:25] <gmb> Hmm.
[16:31] <gary_poster> benji https://bugs.launchpad.net/launchpad/+bug/986429
[16:31] <_mup_> Bug #986429: lp.testing.tests.test_zope_test_in_subprocess.TestZopeTestInSubProcess.test deposits global "zope:layer" tag in subunit stream <paralleltest> <qa-untestable> <Launchpad itself:Fix Released by gmb> < https://launchpad.net/bugs/986429 >
[16:33] <gmb> Ah, wait, no it doesn't. My assumptions were broken.
[16:47] <gmb> gary_poster, So, interesting meta-problem: the tests for zope.testing contain a doctest called src/zope/testing/testrunner/testrunner-debugging-layer-setup.test, which writes a python file, then loads it and runs it. The file it writes out contains two layers and a function with a doctest, and when that doctest gets loaded, of course, it blows up because the doctest gets registered twice. Any ideas about how I should handle that?
[17:25] <gary_poster> gmb, sorry, was lunching
[17:25] <bac> gmb, yeah i saw repetitive test ids in my change in the zope.testing tests.
[17:26] <gary_poster> gmb, make it a flag?
[17:26] <gary_poster> and then our bin test can always turn the flag on, he said, waving his hands?
[17:43] <gary_poster> benji https://plus.google.com/hangouts/_/afdae2431954bae99aae1d5075449031334b6481?authuser=1&hl=en-US when you are ready
[17:57] <gmb> gary_poster, Yeah, that sounds like the sanest solution.
[17:57] <gary_poster> cool
[18:43] <bac> gary_poster: my branch has failed twice in ec2 with hung tests.
[18:44] <gary_poster> bac :-(
[18:45] <gary_poster> bac, you want me to run it in parallel machine for you?  I could do it in about 40 minutes
[18:45] <bac> sure
[18:46] <bac> gary_poster: it is  lp:~bac/launchpad/bug-682772
[18:46] <gary_poster> bac ok will get it set up for you and ping you when done
[18:46] <bac> gary_poster: do you mean you can get to it in 40 minutes or it will take 40 minutes?
[18:47] <gary_poster> bac, I meant #1 but I changed my mind.  It will take 40 minutes
[18:55] <gary_poster> bac, fwiw it is running here if you want to follow along http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/9
[18:56] <gary_poster> bac, which tests hung, out of curiosity?
[18:58] <gary_poster> bac, it looks like list-tests is broken http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/9/steps/shell_9/logs/stdio
[18:59]  * bac looks
[19:00] <bac> gary_poster: where does that show brokenness?
[19:00] <gary_poster> bac, it is actually supposed to run tests after it runs --list-tests
[19:00] <gary_poster> bac, it didn't get any tests to run
[19:00] <bac> gotcha
[19:01] <bac> gary_poster: the two ec2 runs ended like http://paste.ubuntu.com/1039543/
[19:02] <gary_poster> bac, that looks like it in includes an incomplete version of what benji used
[19:03] <gary_poster> bac, have you verified that what you have differs from the p6 version in only the way you expect?
[19:03] <gary_poster> in zope.testing
[19:03] <bac> gary_poster: i have not done that.  i examined the diff from the reverse cherry pick and it looked reasonable
[19:04] <gary_poster> bac, your p11 revert I think went wrong
[19:04] <gary_poster> understandably
[19:04] <gary_poster> since there were a number of commits
[19:04] <gary_poster> bac, I'm running p10 now
[19:05] <gary_poster> because we think we fixed our issue
[19:05] <gary_poster> and the fix was in Launchpad
[19:05] <gary_poster> bac, and it is working so far (http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/10/steps/shell_9/logs/stdio fwiw)
[19:05] <bac> gary_poster: do you see something fishy from p11?
[19:05] <bac> or just that it broke the world?
[19:05] <gary_poster> bac, the result you just showed me from the pastebin looked exactly like ou had a naive version of the stdout replacement code
[19:06] <bac> ok
[19:06] <bac> ok, so just toss p11?
[19:07] <gary_poster> bac, benji, if build 10 (which uses p10) passes, yeah, I will be tempted to toss p11
[19:07] <bac> but i've got to the branch back to a good state
[19:07] <gary_poster> and revert the revert in zope.testing
[19:07] <gary_poster> yeah
[19:07] <bac> forks are fun
[19:07] <gary_poster> IIRC it is bad form to uncommit and push, isn't it
[19:08] <gary_poster> I say, let's wait for this rest result
[19:08] <bac> i think if you're guaranteed no one is working on the version you're wiping out it can be done
[19:08] <bac> but probably better to avoid
[19:08] <gary_poster> I will be on team lead call by the time it finishes
[19:08] <gary_poster> but if it succeeds
[19:08] <gary_poster> then we land p10
[19:08] <bac> ok, well, i'll change my LP branch to use p10 and submit to ec2
[19:09] <bac> unless it looks like my change to zope testing broke --list
[19:09] <gary_poster> and we merge the reverse of the last two changes to zope.testing
[19:09] <gary_poster> bac, p10 --list works fine
[19:09] <bac> oh, yay
[19:09] <gary_poster> I am pretty sure that this is, again, just the fact that you didn't revert completely back to p6 when you added your code in (which was very understandable)
[19:11] <bac> well, i couldn't as it wasn't yet bad.
[19:11] <gary_poster> :-)
[19:11] <bac> r 37 was a good check in
[19:11] <bac> of my stuff
[19:11] <gary_poster> ack
[19:12] <bac> so here's the pedantic question
[19:12] <bac> if i revert the last change, do we change setup.py to call it p12?
[19:12] <gary_poster> so bac, benji...I have team lead call...bac, why don't you join us briefly  in https://plus.google.com/hangouts/_/afdae2431954bae99aae1d5075449031334b6481?authuser=1&hl=en-US
[19:12] <bac> otherwise it'll say p10 and the next guy will re-use p11
[19:37] <gary_poster> bac, benji, yay, I think!
[19:37] <bac> gary_poster, benji:  http://paste.ubuntu.com/1039594/
[19:37] <bac> p10 nominally == p12
[19:38] <gary_poster> bac, awesome
[19:38] <gary_poster> bac, benji we have a full, green test run http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/waterfall
[19:39] <bac> for julian:
[19:39] <bac> bzr ci -m "Update zope.testing to p12 which reverts p11 to be the inaccurately maligned p10.  Dont ask."
[19:39] <gary_poster> lol
[19:44] <gary_poster> bac or benji lemme know if I should re-run any of your branches
[19:44] <gary_poster> on the buildbot
[19:45] <benji> gary_poster: ok, I think I'll be good
[19:45] <bac> gary_poster: benji and i decided to let him pqm-submit his branch.  i'll merge, update to use p12, and then get you to run it
[19:45] <gary_poster> great benji, bac
[19:58] <benji> bac: any help using pqm-submit; I've only used it once or twice and it's been quite a while
[19:58] <benji> this command line: bzr pqm-submit -m 'Use version p10 of our zope.testing fork for its redirection of non-subunit output away from stdout when --subunit is specified'  lp:~/launchpad/bug-996729
[19:59] <benji> gives me this error: bzr: ERROR: There is no public branch set for "bzr+ssh://bazaar.launchpad.net/~benji/launchpad/bug-996729/".
[19:59] <bac> benji: actually if you have a MP you can just use 'bzr lp-land'
[19:59] <benji> bac: I do, but it's already been merged; is setting it back to approved kosher?
[20:00] <bac> how about: bzr pqm-submit -m "[r=gary][bug=996729][no-qa] blah"
[20:01] <bac> i don't need to specify the branch b/c i've got my .bazaar/locations.conf set up correctly.  i recall you do not, right?
[20:01] <benji> I guess not.  Any refrence for setting it up?
[20:04] <bac> benji: i'm looking
[20:04] <benji> bac: I'm inclined to just make another MP (or reset the one I have)
[20:06] <bac> benji: here is the relevant part of my .bazaar/locations.conf
[20:06] <bac> http://paste.ubuntu.com/1039635/
[20:06] <bac> i'm sure it has some cruft in it due to the way things evolved
[20:08] <benji> bac: it worked!
[20:08] <benji> (hopefully PQM will actuall accept it)
[20:08] <bac> whee ha
[20:08] <bac> how did you make it this far in life without a locations.conf?
[20:10] <benji> I have one but since I use a lpsetup-created setup now the paths were different, once fixed (plus another tweak) it worked
[20:30] <gary_poster> benji, looks like it hasn't landed yet?
[20:30] <benji> gary_poster: hmm it should have
[20:30]  * benji looks
[20:32] <benji> gary_poster: hmm, this doesn't look like my fault: "Conflicts during merge: Text conflict in lib/lp/soyuz/model/archive.py"
[20:32]  * benji looks at subsequent PQM emails.
[20:32] <gary_poster> benji, that's to dbdevel, I think you'll find
[20:32] <benji> mmm
[20:33] <gary_poster> benji, we have two recent lands to devel, within the past 14 minutes
[20:33] <gary_poster> https://code.launchpad.net/~launchpad-pqm/launchpad/devel
[20:33] <benji> ooh, it is
[20:34] <benji> arg! Sender not authorised to commit to branch bzr+ssh://bazaar.launchpad.net/~benji/launchpad/devel
[20:34] <benji> I hate PQM.
[20:34] <gary_poster> :-)
[20:35] <benji> any idea how I'm supposed to make it think I'm authorized?
[20:35] <benji> wait! that says ~benji
[20:35] <gary_poster> benji, look at that error message
[20:35] <gary_poster> right :-)
[20:35] <benji> I hate PQM more now.
[20:35] <gary_poster> heh
[20:37] <benji> is this what I need in my .bazzar/locations?
[20:37] <benji> public_branch = bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel
[20:37] <benji> submit_branch = bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel
[20:38] <gary_poster> eh, I don't use locations.  I used the raw pqm options for awhile and now just use bzr lp-land when I need to do this sort of thing
[20:38] <gary_poster> I'll see if I can help...
[20:39] <gary_poster> benji, you want this kind of thing:
[20:39] <gary_poster> submit_branch = bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel
[20:39] <gary_poster> public_branch = bzr+ssh://bazaar.launchpad.net/~gary/launchpad
[20:39] <gary_poster> public_branch:policy = appendpath
[20:39] <gary_poster> push_location = lp:~gary/launchpad
[20:39] <gary_poster> push_location:policy = appendpath
[20:39] <gary_poster> s/gary/benji obv
[20:41]  * benji resubmits.
[20:42]  * benji watches https://pqm.launchpad.net/ while reciting the good luck charm of his people:  "come on baby!"
[20:46] <gary_poster> that worked, benji, cool.
[20:46] <gary_poster> bac ^^
[20:47] <benji> yep, it looks good
[20:47] <bac> ok
[20:50] <gary_poster> benji, you are sure about that logs dir removal?
[20:50] <gary_poster> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/revision/15409
[20:52] <bac> gary_poster: can you run my branch through your parallel buildbot?  lp:~bac/launchpad/bug-682772
[20:52] <bac> it has my changes, merged with the most recent trunk, using p12
[20:53] <gary_poster> bac, sure
[20:58] <gary_poster> bac http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/13fwiw
[20:58] <gary_poster> http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/13 that is
[20:58] <bac> thanks
[20:59] <gary_poster> welcome
[21:35] <bac> gary_poster: http://ec2-50-16-151-255.compute-1.amazonaws.com:8010/waterfall
[21:35] <bac> Mr. Green Jeans
[21:35]  * bac -> lands
[21:35] <gary_poster> bac, yay!