[17:57] <roaksoax> win 2
[18:57] <mup> Bug #1906053 opened: The machine was assigned the wrong url when deploying <MAAS:New> <https://launchpad.net/bugs/1906053>
[18:57] <mup> Bug #1906054 opened: The machine was assigned the wrong url when deploying <MAAS:New> <https://launchpad.net/bugs/1906054>


[02:44] <Will123456> is unity 5.10 going to be the final version that goes in precise? or will it be 5.12?
[03:30] <thumper> Will123456: 5.10
[03:31] <thumper> Will123456: unless... we have a zero day SRU branch
[03:31] <thumper> Will123456: in which case it'll be 5.12 :)
[03:52] <Will123456> thumper: thanks for the heads up :)
[03:52] <thumper> np
[03:53] <Will123456> will all the bugs targetted for 5.10 make it into the release, do you think? i'm finding it hard to guage exactly how much attention and focus is directed where. i guess that comes with the distributed/undirected work process
[03:53] <Will123456> (by make it, i mean get fixed :P)
[03:56] <thumper> haha, ahhh... no
[03:56] <thumper> not all will be addressed
[03:56] <thumper> there is a code freeze at the end of tomorrow
[03:56] <thumper> for 5.10
[03:58] <Will123456> seriously? i've got a bug i desperately want fixed, but i can't see anyone working on a branch for it
[03:59] <Will123456> what can i do other than spend the next few hours desperately learning compiz and brushing up on C instead of sleeping? :P
[05:16] <thomi> Have a good weekend everyone - for those of us in the future, the weekend starts.... *now* :P
[08:23] <gotwig> jo
[08:29] <gotwig> davidcalle: hey
[08:29] <gotwig> nerochiaro: hey
[08:30] <nerochiaro> gotwig: hi
[09:35] <gotwi> davidcalle: there?
[09:36] <davidcalle> davidcalle, yeah
[09:37] <gotwi> davidcalle: :D
[09:37] <gotwi> davidcalle: I got translations set up
[09:37] <gotwi> with the support of your friend
[09:38] <davidcalle> gotwi, awesome! I'll have a look at your branch to make a tuto.
[09:39] <gotwi> davidcalle: tuto?
[09:39] <gotwi> davidcalle: tutorial :D?
[09:39] <davidcalle> gotwi, yeah :)
[09:39] <gotwi> davidcalle: kay, but I need help from you :O
[09:39] <gotwi> davidcalle: with lens filtering
[09:39] <davidcalle> gotwi, what do you need?
[09:39] <davidcalle> Ok
[09:39] <gotwi> :-)
[09:40] <gotwi> davidcalle: and my scope has also probems with 'annoying flickering' :-)
[09:40] <gotwi> davidcalle: that is not a unity bug, is it? :X
[09:40] <gotwi> "an"
[09:41] <gotwi> davidcalle: would be cool to have a nicer animation, too, to see each element coming into life in the dash... not all at once
[09:41] <gotwi> davidcalle: you know ?
[09:42] <davidcalle> davidcalle, I can help you with that actually, it's easy, but it doesn't look really good.
[09:43] <davidcalle> davidcalle, talking to yourself again?
[09:44] <davidcalle> gotwi, what is your filters issue?
[09:44] <gotwi> davidcalle: I just want filters xD
[09:44] <gotwi> davidcalle: I have external scopes you know
[09:45] <davidcalle> gotwi, external scopes won't be able to provide filters, just an entry in the "Sources" filter. All other filters are defined in the lens daemon.
[09:46] <gotwi> davidcalle: a bit bad
[09:46] <davidcalle> gotwi, I know :)
[09:47] <gotwi> davidcalle: so how may I do interacting
[09:47] <gotwi> with scope results
[09:47] <gotwi> do I have to filter the results from the scope, or does th scope have to filter?
[09:48] <gotwi> :-)
[09:49] <davidcalle> gotwi, look at http://bazaar.launchpad.net/~davidc3/onehundredscopes/deviantart/view/head:/src/unity-scope-deviantart
[09:50] <gotwi> davidcalle: all right, Sir :-)
[09:51] <davidcalle> gotwi, it's a scope for the graphicdesign lens : it listens to filter changes (l36), reacts to it (l52), reads the filters (l80, l94)
[09:52] <davidcalle> gotwi, the filter used in this lens and in this case is the RadioOption option one.
[09:54] <gotwi> davidcalle: also from you?^^
[09:55] <davidcalle> gotwi, the lens? yes
[09:55] <gotwi> davidcalle: its a scope...
[09:55] <davidcalle> gotwi, and the scope too :)
[10:07] <gotwi> om26er jml_ : hey
[10:16] <davidcalle> mhr3, hey, I appear to have lost my category icons in the Dash. Do you see it too?
[10:18] <mhr3> i heard that from multiple people using the staging ppa
[10:18] <davidcalle> mhr3, ok
[10:20] <gotwi> davidcalle: muh
[10:20] <gotwi> davidcalle: I dont realy know how to apply the filters
[10:20] <davidcalle> gotwi, have you created them in your lens?
[10:21] <gotwi> davidcalle: yeah, long ago already
[10:21] <davidcalle> gotwi, what kind of filters?
[10:22] <gotwi> davidcalle: normal radio filter, and stars filter
[10:23] <davidcalle> gotwi, for the radio option, you can use the check_filters method in the branch I gave you earlier.
[10:24] <gotwi> davidcalle: I dont understand it
[10:24] <gotwi> davidcalle: from line 138?
[10:25] <davidcalle> gotwi, then it's a simple matter of doing "if self.check_filters("filter name") == "option name": display relevant results"
[10:25] <davidcalle> gotwi, http://bazaar.launchpad.net/~davidc3/onehundredscopes/deviantart/view/head:/src/unity-scope-deviantart (line 94)
[10:27] <davidcalle> gotwi, if it returns true, the option is active, if false, the option is not active, if none, the "All" option is active
[10:27] <gotwi> davidcalle: line 75 - 100?
[10:28] <davidcalle> gotwi, the method is from l94 - 100, it is used on l80
[10:29] <gotwi> davidcalle: 194-100??
[10:29] <davidcalle> gotwi, and I have to go, I'm back in a couple of hours. Good luck :)
[10:30] <gotwi> davidcalle: bye
[10:30] <davidcalle> gotwi, no it's not a 1, it's a l as in line :P
[10:30] <gotwi> kay xD
[13:17] <dupondje> Some small question about unity. How can I make all 'indication' (like empathy messages and so) show on Primary screen ?
[13:29] <Cimi> dupondje, there should be a gsettings key accessible through dconf-editor
[13:30] <Cimi> it's in apps.notify-osd
[13:30] <Cimi> multihead-mode
[13:30] <Cimi> dont-focus-follow
[13:37] <dupondje> Thanks alot Cimi
[13:37] <dupondje> that worked :)
[13:37] <Cimi> dupondje, yw :)
[15:00] <gotwig> hey
[15:00] <gotwig> mhall119: hey
[15:01] <gotwig> chaoticuk: hey
[15:04] <chaoticuk> gotwig: hi
[15:04] <gotwig> chaoticuk: do you like lenses?
[15:06] <chaoticuk> gotwig: what are you referring to specifically?
[15:06] <gotwig> chaoticuk: unity lenses
[15:06] <chaoticuk> gotwig: well yes, I get that - what aspect of the Unity Lenses
[15:07] <gotwig> chaoticuk: if you simply like them
[15:07] <gotwig> Daviey: h00ray
[15:09] <smoser> hey...
[15:09] <smoser> my unity-2d-shell process currently has 448m resident.
[15:10] <gotwig> smoser: so?
[15:10] <smoser> its leaking.
[15:10] <smoser> so, i think is unity-panel-service, which has 134m resident.
[15:10] <gotwig> smoser: yes
[15:11] <smoser> how should i open a bug.
[15:11] <smoser> 'ubuntu-bug' yes, but is there anything i can collect that will be more useful.
[15:14] <gotwig> smoser: I dont think so
[15:14] <chaoticuk> gotwig: they're a powerful search tool, but when you say 'like' what do you refer to: the concept, the UX, how they look, the implementation, etc?
[15:14] <gotwig> smoser: the typical way
[15:14] <gotwig> chaoticuk: all in all
[15:14] <gotwig> chaoticuk: I am a lens/scope developer, you know...
[15:14] <chaoticuk> gotwig: right
[15:15] <gotwig> chaoticuk: so?
[15:15] <gotwig> I would like to have it more dynamical
[15:15] <gotwig> from a developer view I am very much restricted
[15:15] <gotwig> just 2 views, scopes cant affect filters
[15:16] <mhall119> gotwig: there is talk about allowing scopes to add filters to a lens
[15:16] <mhall119> the big concern would be to make sure scopes re-use filters instead of each one adding a bunch of custom ones
[15:16] <gotwig> mhall119: would be important for my one. You know, the one lens works with likes, the other with ratings... and than levels for recipes, the doesnt even have levels...
[15:17] <gotwig> "other"
[15:17] <gotwig> I cant realize a filter for my lens , with such restrictions...
[15:17] <mhall119> gotwig: right, scopes should gracefully ignore filters they don't know how to use
[15:17] <chaoticuk> gotwig: ok, so I have a slightly better idea what you're asking now - you're directing your questions to the wrong person I think as these are UX questions, JohnLea might be better
[15:18] <gotwig> chaoticuk: no, just from a simple enduser view...
[15:18] <gotwig> mhall119: :/
[15:18] <mhall119> gotwig: johnlea and mhr3 would be the best people to discuss such a new feature with
[15:18] <gotwig> mhall119: maybe I am just to new to app developement :X
[15:19] <gotwig> mhall119: just added language support :X now I have to wait for launchpad synchronize
[15:19] <mhall119> lens/scope development is slightly different from traditional app development, there has to be much more collaboration between developer
[15:29] <mhr3> gotwig, why should a user care if there are likes or stars or bimbos, ultimately the scope should be able to "normalize" that into one format
[15:29] <gotwig> mhr3: what you mean
[15:29] <mhr3> the intention is still the same
[15:29] <gotwig> mhr3: currently I dont have a filter
[15:29] <mhr3> "i want recipes that are *good*"
[15:30] <mhr3> not "i want recipes that have 3 or more bimbos"
[15:30] <gotwig> mhr3: :D
[15:30] <gotwig> mhr3: * not available * :D ?
[15:30] <gotwig> mhr3: I think the user wants to search for awesome ones...
[15:30] <gotwig> mhr3: but not only without filters.. right?
[15:31] <gotwig> mhr3: do you think a text search is nearly enough?
[15:31] <gotwig> I know there are veggies out there that want such filters.. thats not hard to implement.
[15:31] <gotwig> for veggie stuff, only
[15:31] <mhr3> the that's why there are lenses and scopes - lens will define that the filter will have options "ok", "good" and "awesome", the scope will then translate that to 1 bimbo, 3 bimbos, 5 bimbos
[15:32] <mhr3> (or 10+ likes, 1000+likes and gazillion likes)
[15:34] <gotwig> mhr3: but the search does filter by default with likes
[15:34] <gotwig> mhr3: so... there is no need for such a thing, imho
[15:34] <gotwig> and relevance
[15:59] <davmor2> hey guys when an app is installed and the icon appears in the launcher if you remove the application the icon stays in the launcher this is a regression over how software-center used to handle things :(
[16:14] <gotwig> hey
[16:14] <gotwig> please help me with image cache problems in my scope... http://bazaar.launchpad.net/~gotwig/lens-cooking/lens-cooking/view/head:/unity-scope-gourmet#L98
[16:18] <gotwig> mhr3: what would you want from a cooking lens ?
[16:20] <mhr3> gotwig, to cook me? :)
[16:50] <mhall119> gotwig: if you can write a lens that literally makes me a sandwhich, that would be awesome
[17:01] <mpt> Cimi, was it you looking for Notify OSD bugs to fix? Bug 963579 is one
[17:02] <Cimi> mpt, it can't make it to 12.04  I think :)
[17:15] <gotwig> mhall119: that has nothing to do with a lens :D
[17:29] <gotwig> mhall119: Your dream is fulfilled: http://i.imgur.com/GianI.png
[17:30] <gotwig> mhall119: Please report a bug, if thats the functionality what your looking for..
[17:30] <gotwig> *not* :O
[17:35] <mhall119> gotwig: lol
[17:43] <gotwig> so here is my problem, reported at stackoverflow ! http://stackoverflow.com/questions/10033324/image-caching-loop-goes-wrong-for-my-recipe-searching-program-daemon
[18:02] <AaronDCampbell> I'm trying out https://github.com/abhinandh/py-cloudapp which is pretty nice.  The main problem is that the system tray icon doesn't show in unity.  Is this a problem with the app, or a problem with my unity config?
[18:02] <AaronDCampbell> The main reason I ask is that it was a pain to get the Skype icon to show and I still can't get the pidgin icon to show either
[18:04] <mhall119> AaronDCampbell: Unity doesn't use the old systray applet, it needs to use the newer Indicator framework
[18:04] <mhall119> AaronDCampbell: Pidgin should show in the Message Menu (the one with the envelope icon) in the top panel
[18:05] <AaronDCampbell> mhall119: so it's a problem with the app.  Thanks
[18:05] <AaronDCampbell> Hmmm, I see that now.  Is there a way to make pidgin it's own icon?
[18:05] <mhall119> AaronDCampbell: http://developer.ubuntu.com/resources/technologies/application-indicators/ has instructions for how to add an Indicator
[18:06] <mhall119> AaronDCampbell: if Pidgin decides to make a dedicated indicator (see the link posted) it would have it's own icon
[18:06] <mhall119> but generally, it's nicer for all messaging appps to make use of the common Message Meny
[18:06] <mhall119> Menu
[18:24] <gotwig> AaronDCampbell: wait. You know that Skype® is evil?
[18:42] <gotwig> mhall119: I liked the old memenu, you was able to post directly messages trough it.
[18:42] <gotwig> "were"
[18:58] <gotwig> mhall119: do you know where I can find people that want to test my software? give me real user feedback?
[19:00] <mhall119> gotwig: it's been popular on Google+
[19:00] <gotwig> mhall119: what :P
[19:04] <gotwig> mhall119: ?
[19:09] <bschaefer> thomi, ping
[19:09] <thomi> hi bschaefer
[19:10] <bschaefer> hey, so im trying to make this ap test for a quick alt+tab. I have a working ap test here: http://paste.ubuntu.com/916429/
[19:10] <bschaefer> but i don't like it...
[19:10] <bschaefer> is there a way to get the stack of windows?
[19:11] <bschaefer> or the most focused one I guess
[19:11] <thomi> there is, but TBH I think you're better off using the BamfWIndow class, since the Unity focus order doesn't follow the window stack order
[19:11] <thomi> BTW, why not use 'self.kleybinding' instead of self.keyboard?
[19:12] <gotwig> baswhat do you mean?
[19:12] <gotwig> bschaefer: you can configure this behaviour using compiz config settings manager
[19:12] <bschaefer> thomi, I need the delay to be 0, so the quick alt+tab works
[19:12] <bschaefer> otherwise it doesn't use that code
[19:12] <thomi> you can pass a delay into keybinding(
[19:13] <thomi> ...I'm pretty sure
[19:13] <thomi> yeah you can
[19:13] <bschaefer> thomi, let me double check, the keybinding was going to slow, so I tried keyboard and it was to slow then I saw the delay and then just changed it to 0
[19:13] <thomi> yeah, there's an optional delay part
[19:14] <bschaefer> gotwig, im not trying to configure anything, Im making an autopilot test for some new code
[19:14] <thomi> under the hood it calls self.keyboard.press_and_release, but using keybinding means we don't break when the keybindings change
[19:14] <bschaefer> thomi, ok, so using the BamfWindow class
[19:14] <bschaefer> to see if it only pulls up 1 window vs all of them seems still hard to do
[19:15] <gotwig> bschaefer: :X ?
[19:15] <thomi> bschaefer: ahh, so you want to see the stack order...
[19:15] <bschaefer> thomi, yeaah, The way I was doing it was alt+tab quick, alt+tab quick then alt+f4 alt+f4
[19:15] <bschaefer> if it grabbed BOTH windows of the calc it would close both
[19:16] <bschaefer> then the assert would fail on how many are there, as the correct behavior should just pull 1 calc up then close the char map
[19:16] <thomi> bschaefer: ok, but your assert is that len(calc.windows) == 2
[19:16] <thomi> ahh, ok. you want the assert to fail :)
[19:16] <bschaefer> no actually its because one is already made
[19:16] <bschaefer> so there are 3 at one time
[19:17] <bschaefer> in setUp 1 is made, but since I was going to close them I didn't want to use those
[19:17] <bschaefer> and mess up the test
[19:17] <thomi> I see
[19:18] <bschaefer> yeeah I didn't give you the context of where I put it
[19:18] <bschaefer> but this is the only way I found to test :(
[19:18] <thomi> If the BamfDaemon exposes this info over ibus, that would be the best place to get it. If not, you'll need to use XLib.
[19:18] <thomi> if you want a good p;lace to start with xlib, read the source code to the ewmh python module. You can download it from sourceforge
[19:19] <bschaefer> alright! Hopefully I can get something done by today, dam freeze!
[19:19] <bschaefer> all the code is done, it just needs an ap test! haha
[19:19] <thomi> :)
[19:20] <bschaefer> thanks for the info. Ill ping you later if I find anything. Have fun with your work for the day :)
[19:23] <thomi> bschaefer: .... it's the start of the weekend for me. Today I'm replacing a fireplace. If you're lucky I'll hang around my computer :)
[19:24] <bschaefer> thomi, ooo nice! Have fun with that, getting ready for a winter?
[19:24] <bschaefer> or the winter I guess
[19:39] <thomi> yeah
[19:55] <krnekhelesh> anyone know when Unity 5.10 is intended to be released?
[19:57] <seb128> krnekhelesh, next week
[19:58] <krnekhelesh> seb128, thnx
[19:58] <seb128> yw
[20:37] <markgifford> I have precise beta 2 and unity 5.8. I don't seem to be able to turn off certain icons on the top panel e.g. (Bluetooth) despite seeing blog posts a month back saying it's now possible. is this something i should wait for 5.10 and hope it's fixed?
[20:38] <markgifford> hope this is the correct place to ask
[20:44] <davidcalle> markgifford, I think you should ask this in #ubuntu-desktop
[20:45] <markgifford> ok will do. thanks davidcalle
[21:13] <gotwig> hey  there :-)
[21:13] <gotwig> Please help with python loop in scope : http://stackoverflow.com/questions/10033324/image-caching-loop-goes-wrong-for-my-recipe-searching-program-daemon
[21:27] <gotwig> :(
[21:27] <gotwig> no one understands me
[21:27] <gotwig> is my english so bad?
[21:40] <gotwig> I am waiting for an option for scopes to turn caching for images OFF!
[21:41] <gotwig> :(
[21:41] <gotwig> mhall119: ^ mhr3: ^ gord: ^
[21:42] <thumper> umm...
[21:42] <thumper> not likely to happen in the short term
[21:42] <thumper> as the cache never stores the source
[21:42] <thumper> so it would be an on/off switch
[21:43] <thumper> so.. not gunna happen
[21:43] <thumper> as it is
[21:43] <gotwig> so my scope is not going to work......
[21:43] <gotwig> I want that it works..
[21:43] <gotwig> thumper: can you help ? http://stackoverflow.com/questions/10033324/image-caching-loop-goes-wrong-for-my-recipe-searching-program-daemon has all details .....
[21:44] <gotwig> ChrisGagnon: hey
[21:45] <gotwig> would be good if unity could handle URI's , too... but I think the dev's now that already
[21:45] <gotwig> "know"
[21:50] <gotwig> good night, dev's
[21:53] <thumper> um... unity does handle URIs
[22:51] <htorque> hi all! anyone here running unity trunk (rev 2237) that can confirm a cut off dash search bar background? http://img.xrmb2.net/images/480508.png
[22:53] <bschaefer> htorque, let me update my unity really quick and Ill let you know!
[22:54] <htorque> bschaefer: thanks!
[22:57] <bschaefer> whistle..., I guess there was a bit of merges to trunk today!
[22:57] <bschaefer> at 75% compiled...
[22:57] <htorque> yeah, that's the reason i compiled it in the first place :P
[22:58] <MCR1> can someone tell me how to get the latest nux needed to compile Unity ?
[22:58] <bschaefer> bzr branch lp:nux
[22:58] <MCR1> oh, that's easy ;)
[22:58] <bschaefer> http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[22:58] <MCR1> thx
[22:58] <bschaefer> some instructions also :)
[22:59] <MCR1> thx
[22:59] <htorque> even easier if you add --disable-examples --disable-gputests --disable-tests to ./autogen.sh :P
[22:59] <MCR1> thx 4 the tip
[22:59] <bschaefer> your welcome.
[23:00] <bschaefer> htorque, im not getting a cut off in my dash
[23:00] <bschaefer> search bar
[23:00] <htorque> bschaefer: meh, because you have also nux from trunk
[23:00] <bschaefer> great haha
[23:00] <htorque> i just finished recompiling unity with nux trunk and it's gone here too
[23:00] <bschaefer> O I thought I had to re compile nux
[23:00] <bschaefer> i was like dammit then I have to recompile unity and I just finished :)
[23:01] <htorque> bschaefer: thanks for trying and sorry for wasting your time ;-)
[23:01] <bschaefer> htorque, no worries :), and your welcome
[23:04] <htorque> great, with those merges there's only one ugly corner left: http://img.xrmb2.net/images/341179.png :-)
[23:08] <bschaefer> htorque, o yeah, those have been around for a while...but a lot of good merges are coming through :)


[14:06] <ivaldi> hi - i would like to map a bug to a project with launchpadlib - is there a nice way to do this? (my current solution is something like this: bug.bug_tasks.entries[0]['bug_target_name'] - but i'm not sure if this is always work or is the right way to do this)
[14:06] <wgrant> ivaldi: bug.bug_tasks[0].bug_target_name is the normal way to get a description of it
[14:07] <wgrant> If you want the actual project (or distribution, or package) object, use bug.bug_tasks[0].target
[14:08] <ivaldi> thx, wgrant
[14:10] <ivaldi> another question: should i parse the mails LP sends or is there another way to get new events (MR, bugs,...)?
[14:11]  * czajkowski peers at wgrant
[14:23] <dobey> ivaldi: there is no guaranteed way to be notified of new events, outside of receiving the e-mail (which you may or may not receive, as there is no guarantee that e-mail will make it to the recipient, only that it was sent)
[14:24] <ivaldi> hm.. okay, thank you
[22:36] <saiarcot895> I was browsing through the Launchpad builds and saw that wani05 (armhf builder) seems to be stuck in setting up the chroot for 8 days.
[22:36] <saiarcot895> Maybe that build needs to be stopped/restarted?


[05:22] <RobOakes> Does anyone know of a good GPL/Open Licensed version of Zapfino?  I am trying to put together a talk on open source typography and keep falling back to my favorite proprietary fonts as examples.  Figure that using open source assets would probably be a good example.
[16:21] <RobOakes_> I am currently working on a typographic specimen sheet for Open Source design assets.  Does anyone have any nominees for artistic/script typefaces?
[16:22] <RobOakes_> There are good serif and san-serif faces, but I've been struggling to find anything artistic that seems of good quality.  (Say, like Zapfino.)
[17:55] <thorwil> iainfarrell: http://mdzlog.alcor.net/2010/11/03/weathering-the-ubuntu-brainstorm/
[17:57] <iainfarrell> thorwil: ahh
[17:57] <iainfarrell> thanks :)
[17:57] <iainfarrell> well that answers that question then
[17:57] <thorwil> yeah :)
[17:59] <thorwil> iainfarrell: thanks for (being about to) looking into this ;)
[18:01] <iainfarrell> heh thorwil no worries


[07:23] <mabac_> Hi! Is the staging server getting a code update or is it possible it is stuck? https://staging.launchpad.net/
[07:24] <mabac_> I got the same message yesterday night and took it as a sign to go home. :) ~15 hours later it's either "still" in that state or "again". :)
[07:25] <mneptok> mabac_: you got the wrong message. it wasn;t "go home," but "VACATION TIME!"  :/
[07:26] <mabac_> Ah thanks, I'd need that. ;)
[07:26]  * mneptok bows
[07:28] <wgrant> mabac_: You could try https://qastaging.launchpad.net/
[07:28] <wgrant> But I'm not sure why staging is offline at the moment.
[07:28] <wgrant> It looks like the update might have failed.
[07:29] <mabac_> wgrant, thanks, I'll try. Not sure if that's possible though (using python launchpadlib)
[07:31] <wgrant> mabac_: Newer versions of launchpadlib should support it. Otherwise specify 'https://api.qastaging.launchpad.net/' instead of STAGING_SERVICE_ROOT or 'staging'.
[07:31] <mabac_> wgrant, Ah thank you. I just tried replacing 'staging' with 'qastaging'.
[07:32] <wgrant> qastaging has only been around for a few months.
[07:34] <mabac_> Great that works perfectly. :) Now my own bugs surface again.
[07:35] <mabac_> Is qastaging intended for your internal testing? What is the difference from the staging server?
[07:37] <wgrant> mabac_: Both are primarily QA environments. qastaging runs the production DB schema along with the latest updates that don't require schema changes, while staging's database has schema patches applied and has all updates.
[07:38] <wgrant> mabac_: Note, though, that qastaging's database is currently from October, while staging's is only two weeks old.
[07:38] <wgrant> So you may have some trouble with qastaging if your scripts expect various newish objects to exist.
[07:43] <mabac_> Ok, thanks. No problem for me at the moment.
[07:44] <lifeless> wgrant: the restore faceplanted?
[07:45] <wgrant> lifeless: Did not finish.
[07:46] <wgrant> I plan to ask a LOSA about it this evening.
[07:46] <lifeless> cool
[11:52] <ivaldi> if i use the import-api but there are already bugs in my bugtracker, what will be happening?
[11:56] <bigjools> allenap: ^
[12:29] <menesis> I have upgraded trunk to 2a format through launchpad, but now other branches are not accessible
[12:30] <menesis> I could upgrade some other branches the same way and they work again
[12:30] <menesis> but some were not upgraded even though I clicked Upgrade a week ago
[12:31] <menesis> is there anything I can do to remedy this situation?
[12:31] <menesis> the branch I need most is https://code.launchpad.net/~replaceafill/schooltool.gradebook/replaceafill_schooltool.gradebook
[12:43] <maxb> smokex: Your bouncing connection is quite noisy :-/
[12:43] <maxb> menesis: So, the upgrade is still pending in the web UI?
[12:50] <menesis> maxb: yes
[12:51] <maxb> menesis: weird. Could you file a bug so that someone looks into that?
[12:51] <maxb> Meanwhile, I copied the branch and pushed an upgraded version to lp:~maxb/schooltool.gradebook/replaceafill_schooltool.gradebook if that helps you
[12:53] <menesis> maxb: question or bug?
[12:53] <maxb> hah, yes, I was just pondering that
[12:54] <maxb> I think a bug, because it's definitely a bug that it can become stuck like that with no feedback
[12:55] <menesis> I don't know about feedback because this is not my branch
[12:55] <menesis> and I had to ask developers to upgrade their branches
[12:55] <maxb> Oh. Did the developer actually do it, then?
[12:58] <maxb> CHRs (gosh, 3?): the following questions are in non-Open states when they are in fact still Open - could you re-status them? https://answers.launchpad.net/launchpad/+question/142589 https://answers.launchpad.net/launchpad/+question/142142
[13:00] <allenap> ivaldi: The imported bugs will be added to the existing bugs.
[13:02] <ivaldi> okay, thank you
[13:08] <bigjools> maxb: yep, thanks
[13:26] <menesis> maxb: yes, I saw replaceafill has pressed the Upgrade button. thanks for the copy
[13:27] <menesis> but he is not online to ask if Upgrade is still in progress or not
[13:27] <menesis> meanwhile, I upgraded another branch, https://code.launchpad.net/~schooltool-owners/schooltool/1.0 . The "Upgrade in progress" message is gone, but the format is still the same
[13:30] <maxb> menesis: hmm. Well, I think it's clear that the upgrader is broken enough to merit a bug
[13:31] <menesis> is there no way to rescue the non-upgraded branch?
[13:34] <maxb> menesis: Sure, someone with write access could upgrade it themselves using bzr itself
[13:39] <menesis> no, I mean get an old trunk in 1.6 format, push it as devel focus branch, so that old branches work as before, and then do upgrade again as the documentation says.
[14:14] <maxb> menesis: Why downgrade the trunk just to upgrade it again?
[14:15] <maxb> It is not necessary to downgrade the trunk in order to be able to upgrade the stacked branches
[14:15] <menesis> but I am not able to upgrade all branches, e.g. those owned by others
[14:16] <menesis> so I would like to restore the situation before I upgraded, and start again in a safe way
[14:23] <maxb> menesis: Some of the branches are already upgraded to 2a though - it could be more messy to backtrack
[14:24] <menesis> maxb: I know :(
[14:24] <maxb> http://paste.ubuntu.com/568217/  <--- formats of all branches
[14:26] <menesis> so I have broken the repository and there's no way back :(
[14:35] <belak> Is it possible to make a repository private on encoded?
[14:36] <belak> sorry
[14:36] <belak> s/encoded/launchpad/
[14:36] <maxb> Only if you have a commercial subscription
[14:36] <belak> Meh
[14:36] <belak> Ok, thanks
[16:43]  * ayan wonders when the staging system will be back up.
[17:04] <MTecknology> hm... there's almost no ppa build wait time; but a tthe same time a package i just upload isn't getting to the build queue
[17:04] <bigjools> MTecknology: PPA/package name?
[17:05] <MTecknology> bigjools: nginx/stable nginx/development
[17:05] <bigjools> did you get the acceptance email?
[17:06] <MTecknology> ya
[17:06] <MTecknology> 16min ago
[17:07] <bigjools> MTecknology: you did not upload to those PPAs
[17:07] <MTecknology> oh shit
[17:08] <MTecknology> bigjools: thanks- I guess I could let them finish building and copy over; then delete fromt he ppa I DID upload too......
[17:08] <MTecknology> too tired
[17:08] <MTecknology> bigjools: thanks :)
[17:08] <bigjools> MTecknology: yeah that would work.
[17:09] <bigjools> and I hear ya :)
[17:40] <lifeless> jml: flacoste: here too
[17:43] <qwebirc60545> hi, can you specify a different base directory path for the builder to look for the debian package directory? it doesn't seem to work when the debian folder is nested one level below the source root
[17:43] <qwebirc60545> this is regarding the recipe builder beta
[17:44] <jml> qwebirc60545: no, I don't think you can.
[17:45] <jml> qwebirc60545: but you ought to be able to craft your recipe such that the debian directory is in the root.
[17:46] <qwebirc60545> jml: thx. i tried adding the directory path to the lp:... path. but that doesnt seem to be recognizable by bzr
[17:47] <jml> qwebirc60545: umm... you should be able to do something like ' nest-part packaging lp:~whatever/packaging/branch debian'
[17:57] <mok0> jmi, speaking of which: how does the recipe builder get the tarball?
[18:03] <qwebirc60545> jml: thx again. that doesnt seem to work. the web interface automatically replace the line with something else
[18:04] <jml> mok0: it doesn't. it assembles something equivalent to a tarball from branches. uses bzr-builder.
[18:04] <mok0> jmi, do you know the command it is using?
[18:04] <mok0> bzr buiddeb --split?
[18:05] <jml> mok0: not off the top of my head
[18:05] <mok0> jmi, another question: does it rebuild the package even if there have been no commits to the repo?
[18:06] <jml> the daily builds stuff doesn't
[18:06] <mok0> jml: thanks, so it's like: daily builds --- at most :-)
[18:15] <jml> mok0: you can request a build, but there's a limit so we don't spam our servers.
[18:16] <mok0> jmi, of course. I only require a weekly build at most
[18:42] <davmor2> hey guys any idea how much long LP staging will be down?
[18:46] <lifeless> no, can look into it. Its probably doing a db update
[18:46] <lifeless> davmor2: you can also use qastaging.launchpad.net as a sandbox
[18:46] <lifeless> davmor2: that runs our current schema, so its probably more suited anyhow
[18:47] <davmor2> lifeless: Software Center Agent is plugged into staging which is what I was testing till lp went away :D  Thanks for the update I'll try and work on something else for the time being
[18:51] <lifeless> joey: ping
[18:51] <joey> hi lifeless
[18:51] <joey> lifeless: how can I help?
[18:51] <lifeless> joey: can you drop -O (automatic ops) for flacoste jml and I in the lp channels ?
[18:51] <lifeless> chanserv reckons I can't do it myself
[18:52] <joey> lifeless: sure thing
[18:52] <flacoste> ah, that's why it failed fo rme
[18:52] <lifeless> joey: thanks
[18:53] <lifeless> joey: uhm
[18:53] <joey> I"m playing
[18:53] <lifeless> keep +o +v etc
[18:53] <lifeless> it should just be
[18:53] <lifeless> flags #launchpad-dev lifeless -O
[18:54] <joey> I wanted to see if the templates would do it
[18:54] <lifeless> nope
[18:54] <lifeless> :)
[18:55] <joey> lifeless /msg chanserv access #launchpad list
[18:56] <lifeless> looks good, though you have +O and probably don't want it
[18:56] <joey> lifeless: never takes affect, it's on Rinchen
[18:56] <micahg> I just got an e-mail that a translation template on a package I uploaded 8 months ago was just imported
[18:57] <lifeless> joey: which you don't use ?
[18:57] <joey> lifeless: no but freenode thinks it's my primary account
[18:57] <lifeless> heh
[18:57] <lifeless> kk
[18:57] <joey> lifeless: just like kiko's primary is kiko-phone  :-)
[18:57] <joey> lifeless: so last quesiton.  allenap & jtv have voice. That on purpose?
[18:58] <jtv> joey: we're on maintenance rotation
[18:58] <joey> gotcha
[18:58] <joey> just wanted to see if there was a goof up somewhere. I like the idea of having voice on rotation
[18:59] <joey> ok, I'm going back to sleep. Ping me if you need something
[18:59] <dpm> micahg: that's because a bug was fixed yesterday in Firefox translations in LP and we needed to upload a new template to clean up the one imported last. We noticed that yours had never been imported and that manually approving them would be much easier than regenerating a new one.
[18:59] <jtv> g'night joey!
[18:59] <dpm> jtv, it seems that the lucid and maverick FF templates got imported ^
[18:59] <kiko> joey, that's correct though :)
[18:59] <micahg> dpm: chrisccoulson posted an interesting one in ubuntu-devel
[18:59] <jtv> dpm: wow, all well with them?
[18:59] <joey> kiko: lol
[19:00] <dpm> jtv, not sure yet, haven't had the chance to check them out
[19:00] <joey> oh lifeless btw I also have noop set on me so I don't op on channels
[19:00] <lifeless> joey: thanks!
[19:00] <dpm> micahg, ah, yeah, let me explain it to Chris too :)
[19:00] <joey> lifeless:  /msg nickserv help set noop
[19:02] <lifeless> joey: I thought I had that too ... works for other channels :)
[19:08] <ayan> does anyone have an eta on when the staging servers will be available again?
[19:09] <ayan> the launchpad api isn't working for the staging system.
[19:24] <lifeless> ayan: you can use qastaging.launchpad.net for playing with as well
[19:30] <ayan> lifeless: thanks!
[20:58] <pmjdebruijn> hi, some of my builds are corrupting on (possibly the SSE instructions), anyhow the binary quits on an "invalid instruction" when I build the software locally this never happens
[20:58] <pmjdebruijn> incidentally the current broken build, was built on thallium


[07:33] <lordievader> Good morning.
[08:29] <marty_axel> Hy. How do i copy 1 file to stick?
[08:30] <lordievader> marty_axel: cp?
[08:30] <lordievader> marty_axel: man cp
[08:31] <marty_axel> yes but how do i access stick from ubuntu ? that `s all i need to know :D
[10:24] <jamespage> coreycb, please could you do the verification for https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1412465
[10:24] <jamespage> (prefer not to test my own work :-))
[11:47] <tinoco> jamespage: I verified bug 1368737 and i moved user complains (seg faults) to other bug
[11:47] <tinoco> jamespage: providing fix to bug 1412962 (for sponsorship) now.
[11:47] <tinoco> both related to pacemaker
[12:37] <coreycb> jamespage, sure, I'll run the jenkins deploy tests against trusty-kilo and trusty-kilo-proposed
[12:50] <jamespage> coreycb, it really just needs a manual check to make sure that add-apt-repository cloud-archive:kilo works as intended
[12:50] <coreycb> jamespage, ok
[14:48] <^rcaskey> hey all, is there any way I can netboot the desktop iso and then have it issue a few commands on boot? I've got a bunch of machines I want to take an inventory and benchmark of without installing anythign on them
[14:51] <rbasak> ^rcaskey: maybe not with the desktop iso, but you can arrange that by setting up your own initramfs and then netbooting into that. Or look into MAAS - it's designed to inventory and supports custom commissioning scripts, so might do exactly what you want.
[14:52] <rbasak> ^rcaskey: just check carefully that commissioning won't actually overwrite anything on each machine though. I don't recall the exact behaviour, and it's not exactly intended for your case. It will overwrite IPMI auth, for example, so you might need to disable that first.
[15:02] <^rcaskey> thanks, i'll put that google juice to use
[15:07] <metric_> good morning, if someone has a few minutes to spare I could use some help adding my xubuntu box to a windows domain
[15:10] <metric_> I have installed the recommended kerberos packages (per ubuntu) but I am still unable to add it to my work domain
[15:16] <metric_> anyone?
[15:19] <metric_> #quit
[17:25] <jamespage> rbasak, I had a quick poke at tomcat8 - the problem dependency only impacts a single test case which we can just disable
[17:33] <rbasak> jamespage: OK. I haven't had the bandwidth to think about it at all yet.
[17:33] <jamespage> rbasak, ack
[17:34] <jamespage> rbasak, mysql is priority imho
[17:35] <rbasak> jamespage: agreed, although I'm taking care of bug 1412830 first. It's straightforward; shouldn't take too long.
[17:35] <rbasak> (spamassassin)
[18:05] <jetsaredim> is there a way to install the graphics driver without all the desktop crap on a server install?
[18:05] <jetsaredim> I realize that may sound like an odd request but I want to use headless virtualbox but give my VMs that ability to use hardware acceleration
[19:04] <sarnold> jetsaredim: it's not at all surprising; amazon sells those as a class of machine in AWS, afterall :)
[19:04] <sarnold> jetsaredim: I'd just start with apt-get install nvidia-... whatever and see what happens. probably it'll just intsall the bits you need. maybe you'll need some opencl stuff too..
[19:14] <rberg_> Hello all, is there anyway to avoid a reboot to patch CVE-2015-0235 ?
[19:15] <sarnold> rberg_: you can restart whichever services you're worried about being exploited -- knowing that whatever isn't restarted is still using the old libc..
[19:15] <rberg_> cool, thanks!
[19:21] <thor77> what does this block in the mail.log mean? http://paste.crapwa.re/pvgr3e2mf/meifsr did someone get access to my mail-server?
[19:22] <thor77> im very scared about this
[19:22] <thor77> no "<meinRICHTIGESdbpasswort>" is not my database-pw, it means smth like "my right password"
[19:24] <sarnold> thor77: I don't know postfix well, but that feels like a debug-level logging was configured somewhere
[19:24] <thor77> but i never saw that before
[19:24] <thor77> it's there every 2 hours since 3 days
[19:26] <sarnold> thor77: .. interesting. check crontabs?
[19:28] <thor77> sarnold: no crontabs
[19:40] <lamont> sarnold: that's normally -v in master.cf
[19:41] <lamont> for debug, that is
[19:41] <sarnold> lamont: wow, so easy to get such huge dumps of data :)
[19:41] <sarnold> lamont: thanks
[19:41] <lamont> you get to pick per-daemon which ones spew at you like there's no tomorrow
[19:42] <sarnold> lamont: hehe :) debugging email, when all the debug data is still not enough...
[19:42] <thor77> lamont: and why does it start randomly?
[19:43] <thor77> what can trigger that?
[19:44] <lamont> thor77: pretty sure it's just -v for the specific entry in master.cf
[19:45] <lamont> otoh, daemons don't all die immediately when they get idle, so it scales in and out over time
[19:51] <pmatulis> oh boy, squid is in universe.  is there a proxy server in main?
[19:52] <jrwren> use it from universe?
[19:52] <jrwren> pmatulis: if you only need proxy, not caching, apache or nginx both work.
[19:53] <sarnold> pmatulis: heh, squid-deb-proxy was in main for two releases :)
[19:54] <pmatulis> sarnold: yeah, weird
[19:54] <pmatulis> jrwren: will look thanks but looking for caching
[22:31] <axisys> I don't have libc6 2.15-0ubuntu10.10 on my 12.04 lts .. should I manually install it?
[22:31] <axisys> mine is .9
[22:35] <teward> axisys: sudo apt-get update; sudo apt-get upgrade
[22:35] <teward> axisys: should update things that way, rather than manual, but to each their own.
[22:36] <axisys> teward: update was the trick .. thank you
[22:42] <teward> axisys: you're welcome.  when in doubt, run `sudo apt-get update; sudo apt-get upgrade -s` and see if the update shows in that list
[22:48] <axisys> never used that -s
[23:39] <grendal_prime> i got an issue
[23:40] <grendal_prime> i really want to run an ubuntu vm and have my crew log into it via their android tables.
[23:40] <grendal_prime> but i cannot seem to find a distro that will not start doing really bad screen artifacts when the connection gets slow.
[23:40] <sarnold> grendal_prime: mosh is awesome
[23:41] <grendal_prime> whats mosh?
[23:41] <sarnold> grendal_prime: it's an awesome terminal emulator / predictive type-ahead / screen-diff-sending protocol -- and it can survive suspend/resume and network address changes, which makes it awesome for mobile use.
[23:42] <sarnold> grendal_prime: the best part is mosh uses ssh to set up the initial connection, so there's practically nothing new needed to do... of course, I don't know if there are mosh builds for android :/ but it'd be worth looking for it.
[23:43] <grendal_prime> right...umm let me explain though. We have an app that we run, needs a desktop (java app that will not run on these android devices). I need them to be able to vnc, rdp, spice, whatever protocol into a desktop that is running as a vm and use that desktop to run this app.
[23:45] <sarnold> ohhhhh. sorry :)
[23:46] <grendal_prime> every time i think i have something worked out...bandwidth gets chocked, and text on the linux vm gets...really werid.  big characters, werid oh...characters...bizar
[23:47] <grendal_prime> need my tablet working on this..brb


[08:07] <Laney> good morning el desktoppers
[08:28] <asac> gnome-screenshot doesnt work here
[08:28] <asac> :)
[08:28] <asac> seems to not capture what is on screen, but black
[08:31] <czajkowski> asac: restart machine and it works or restart something which I never remember and seb tells me
[08:32] <czajkowski> it's the same for print screen
[08:32] <czajkowski> known bug
[08:32] <czajkowski> Laney: gooooood morning
[08:33] <asac> yeah
[08:33] <asac> thanks
[08:35] <czajkowski> np
[08:35] <czajkowski> would be a really nice bug to get fixed :) have had that issue since I started saucy testing months ago
[08:43] <mlankhorst|lpc> morning!
[10:51] <Laney> mlankhorst|lpc: up early?
[11:28] <mlankhorst|lpc> Laney: yeah I couldn't sleep after that point :P
[11:28] <mlankhorst|lpc> I think my best approach is not adjust to this timezone much
[11:49] <slomo> Laney: gstreamer 1.1.90 for you in experimental, 1.2.0 early next week
[11:49] <Laney> slomo: yeah, saw, thanks
[12:09] <sil2100> Laney: hi! ACK on the Background settings assignment ;)
[12:09] <Laney> cool
[12:09] <Laney> I'm getting stressed out at C++ currently
[12:10] <sil2100> Laney: I have one merge ready for the background setting anyway, just still waiting for actual 'assets' from design
[12:10] <Laney> cool
[12:10] <sil2100> Since I'm using temporary placeholders for now
[12:10] <sil2100> uh? Something wrong with C++?
[12:10] <sil2100> )
[12:10] <Laney> no, it's something wrong with me
[12:11] <Laney> how to use glib async callbacks
[12:21] <Laney> Might just do it sync in a QThread
[12:21] <Laney> :|
[12:21]  * Laney lunches
[12:35] <pitti> Good morning
[12:36] <highvoltage> pitteah
[13:29] <desrt> good morning, hackers
[13:35] <robert_ancell> desrt, good morning to you
[13:35] <desrt> robert_ancell: will you be joining us in SF this time around?
[13:36] <robert_ancell> desrt, what's happening in SF?
[13:36] <desrt> a sprint with some teams
[13:36] <desrt> desktop, plus some others, plus a managers event, as i understand it
[13:36] <robert_ancell> desrt, I'm in Oakland for the managers event
[13:36] <desrt> that's what i meant, then :)
[13:37] <desrt> will be good to see you
[13:37] <desrt> i bought a bottle of bitters after last time :)
[13:37] <robert_ancell> desrt, yeah, haven't seen you guys in persons for ages!
[13:37] <robert_ancell> nice
[13:37] <desrt> that stuff goes with practically anything that fizzes
[13:37] <RAOF> But best with lemonade and lime juice!
[13:38] <desrt> RAOF: this is how robert_ancell introduced it to me :)
[13:44] <sil2100> kenvandine: https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_pkgs_for_unity8/+merge/186531
[13:46] <kenvandine> sil2100, looking
[13:55] <sil2100> kenvandine: btw. can you do a quick ACK of a packaging change for me? :)
[13:55] <sil2100> kenvandine: http://<IP_ADDRESS>:8080/job/cu2d-unity8-saucy-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity8_7.81.3+13.10.20130919.2-0ubuntu1.diff
[13:55] <kenvandine> sil2100, sure
[13:55] <sil2100> kenvandine: (hi btw.!)
[13:55] <kenvandine> :)
[13:55] <sil2100> Today I'm not feeling too well and it seems I'm doing things the other way around ;p
[13:56] <kenvandine> sil2100, looks good
[13:56] <kenvandine> sil2100, and hello :)
[13:56] <sil2100> kenvandine: thanks!
[14:08] <Laney> sil2100: come to the settings hangout https://plus.google.com/hangouts/_/1886ac1548f08150beb365de16d3d1a9c2086185
[14:13] <Laney> you went away?
[14:13] <sil2100> Me? ;)
[14:25] <happyaron> Laney: why LP #1226492 needs an archive administrator's approval? for it's NEW?
[14:56] <jbicha> Laney: could you remove gnome-documents/armhf?
[14:56] <Laney> no
[14:56] <Laney> ask an archive admin :P
[14:56] <Laney> happyaron: yes
[14:56] <ochosi> robert_ancell: thanks a bunch for taking a look at the test-mode!
[14:56] <robert_ancell> ochosi, np, turned out to be a simple regression
[14:56] <jbicha> oops I thought you were one
[14:56] <happyaron> Laney: seems jr has approved it
[14:57] <ochosi> robert_ancell: we pinned the logout bug on upstart now btw ;) (https://bugs.launchpad.net/upstart/+bug/1227212)
[14:57] <Laney> k
[14:57] <Laney> jbicha: if only!
[14:59] <happyaron> robert_ancell: I think it's okay to sponsor fcitx-qimpanel, jr approved it.
[15:06] <xnox> jbicha: ubuntu-themes are all merged up, but pending daily release to happen. filed relevant requests everywhere.
[15:07] <xnox> if it doesn't make it today, i'll then will be requesting UIFe and still pushing that upload for saucy
[15:07] <Laney> oooooooooor
[15:07] <Laney> probably ought to release ubuntu-wallpapers too
[15:08] <jbicha> xnox: great! that bug's been annoying me for a long time...
[16:13] <Laney> bah, finally it works
[16:19] <Laney> xnox: did you manually upload ubuntu-wallpapers last time?
[16:19] <Laney> xnox: don't suppose you have time to do it again?
[16:19] <Laney> bored during a talk or something ...
[16:19] <Laney> we got chinese translations that it'd be good to have before UIF
[16:22] <xnox> Laney: which wallpapers - the ubuntu ones or the kylin ones or both? (they are two packages as far as I remember)
[16:22] <Laney> ubuntu-wallpapers
[16:28] <xnox> ack.
[16:28] <xnox> Laney: will do in the moment.
[16:28] <Laney> thanks
[16:28] <Laney> I didn't check that the xml is set up to be translated, fyi
[16:28] <Laney> hopefully someone did
[16:29] <Laney> It at least is .xml.in with _name
[16:29] <Laney> conidence is medium to high ;-)
[16:29] <Laney> confidence
[16:31] <happyaron> just FYI the kylin ones have translations in first upload..
[16:31]  * Laney installs them to see if they are nice
[16:33] <Laney> hmm, some of them are
[16:33] <happyaron> Laney: some of them may have resolution problem, but acked by design team afaik
[16:33] <Laney> the photographs are good
[16:33]  * Laney has some rams on a hill now
[16:34] <happyaron> :)
[16:39] <Laney> slomo: did you really mean early next week for 1.2.0?
[16:39] <Laney> seems quite a short gap
[16:40] <Laney> oh, you said that in the email too so I guess so
[16:40] <slomo> Laney: yes, needs to be in time for gnome
[16:40] <Laney> fair enough
[16:40] <Laney> works well for us, so thanks
[16:41] <slomo> Laney: and since 1.1.4 the changes are rather limited, it was already stabilizing a lot... also thanks to ubuntu having upgraded and people reporting broken things to us :)
[16:41] <Laney> :-)
[16:41] <Laney> still see feature changes though, which means paperwork for me :P
[16:50] <mlankhorst|lpc> :p
[16:50] <mlankhorst|lpc> or keeping eyes closed
[16:50]  * Laney refers mlankhorst to the DMB!
[16:51] <slomo> Laney: which do you mean? :)
[16:51] <slomo> Laney: there are some API changes though, we fixed some newly added API to make more sense
[16:51] <Laney> new plugins surely count
[16:51] <slomo> which new plugins since 1.1.4?
[16:51] <Laney> I doubt anyone is going to seriously review it though
[16:51] <Laney> on our side
[16:52] <Laney> oh wait, wtf
[16:52] <Laney> your mail is "Changes since 1.0"
[16:52] <Laney> bah
[16:52] <slomo> there were no new plugins, some minor new features in some unimportant plugins and the API changes i mentioned above
[16:53] <slomo> it's mostly bugfixes and cleanup
[16:53]  * Laney nods
[17:14] <mlankhorst|lpc> as usual, there are no bugs. ;)
[17:20] <xnox> Laney: kenvandine says he'll kick off ubuntu-wallpapers build once the new default wallpaper lands.


[03:40] <MTecknology> Just an fyi - ubuntu-drupal has been taken over by Ddroda
[03:42] <cjohnston> ok
[03:42] <cjohnston> Could you try to get Ddroda to hang out in here please?
[03:43] <MTecknology> yup- just asked him
[03:43] <cjohnston> thanks
[03:43] <MTecknology> he's asleep now though - israel
[03:43] <cjohnston> ok
[03:44] <MTecknology> he's about to start his 3yr in the military too so zero idea how often he'll be around
[03:44] <cjohnston> ok.
[03:44] <cjohnston> Will he also be the contact for light-drupal-theme?
[03:44] <MTecknology> I'm trying to get Pierre Buyle involved too
[03:44] <MTecknology> yup
[03:44] <MTecknology> I'm going to try to finish up the entire migration for Drupal7.
[03:45] <MTecknology> It's close
[03:46] <MTecknology> cjohnston: doing my best with finding a replacement - I'll stay available for questions
[03:46] <cjohnston> cool
[03:46] <cjohnston> You got more important stuff tho
[03:47] <MTecknology> I'm trying to step down from pretty much I've been involed in. Doing it gracefully is proving to be somewhat of a challenge.
[03:47] <MTecknology> Turns out I kind of need to pick the best people for the job and just appoint them...
[03:48] <MTecknology> Saying, "hey, do you wanna do this" doesn't work out so well :P
[03:50] <MTecknology> BUT! I've gone form >150 irc channels to <10 :D
[03:50] <cjohnston> dude.. I just took away 5 yesterday.. I'm in prolly 20
[07:02] <YoBoY> good morning
[07:04] <YoBoY> how can you follow 150 irc channels, it's inhuman :] I have only 16 and 2 of them are temporary just until next week
[07:22] <nigelb> Not really.
[07:22] <nigelb> I've done that before.
[07:22] <nigelb> My current client hangs when I do that.
[11:34] <daker> i have 14 channels and i am following only 5
[12:13] <nigelb> I have about 30
[12:13] <nigelb> but I used to have about 100 windows
[12:14] <daker> awee problem with virtualenv :/
[12:15] <daker> dowing bzr added the django installation to the log :/
[12:19] <nigelb> daker: heh, tell you what, lets figure out what problems you've faced and document it
[12:19] <nigelb> One of my goals this year is to make sure that LD and summit and other apps can be hacked from any python install with virtualev
[12:19] <nigelb> s/year/cycle
[12:20] <daker> ok nigelb
[12:21] <nigelb> I can ping you later today and we can note down the procedure in more detail and also about virtualenvwrapper
[12:21] <daker> i was working on the cloud portal, i have done some changes
[12:21] <daker> ok nigelb
[12:22] <daker> nigelb, mhall119  do you know how to revert a bzr add ?
[12:23] <nigelb> daker: bzr rm
[12:23] <daker> ok
[12:23] <daker> doesn't work
[12:24] <daker> nigelb, http://paste.ubuntu.com/613174/
[12:24] <daker> part of the bzr commit log
[12:25] <nigelb> daker: ah, you didn't commit those files.
[12:25] <nigelb> daker: bzr remove --keep file
[12:25] <nigelb> where file is a variable of course
[12:26] <nigelb> daker: Let me find you a good tutorial for virtualenv-wrapper, it helps avoid this confusion.  virtualenvs will be saved in .virtualenv folder.
[12:29] <nigelb> http://www.doughellmann.com/docs/virtualenvwrapper/
[12:29] <nigelb> that isn't nicely done. Ignore that.  I'll write a new one that's much better.
[12:29] <daker> ok
[12:36] <chaynie> do you need to use virutal env to work on loco-dir? or is it one of those, "this is the easist way. Trust us." sort of deals?
[12:36] <chaynie> err, virtual env.
[12:38] <nigelb> chaynie: no, its the harder way :)
[12:38] <nigelb> chaynie: those of us that have it like using virtual instead of installing distro packages
[12:38] <nigelb> *virtualenv
[12:38] <nigelb> but both LD is set to work without using it
[12:39] <chaynie> nigelb: So, what are the benefits to using it then? Isolation for the rest of your install?
[12:39] <nigelb> chaynie: that, and the ability to have conflicting package versions
[12:39] <nigelb> chaynie: like I might want to develop on app on django 1.3 and another on 1.2, easy on virtualenv
[12:40] <chaynie> nigelb: oh, ok.
[12:40] <chaynie> any good wikis/tutorials then?
[12:41] <nigelb> I can't vouch for the "good" bit, but there is some documentation here http://pypi.python.org/pypi/virtualenv
[12:41] <nigelb> I want to write more documentation to make it easier for contributors if they want to use it.
[12:41] <chaynie> nigelb: yeah, I found that already. I was just seeing if there was any awesome secret documentation that was cleverly hidden from the Googles.
[12:42] <nigelb> chaynie: I'm planning on writing that secret documentation :)
[12:44] <chaynie> nigelb: Lol, excellent. I'll be happy to test pilot it if you need some feedback.
[13:04] <mhall119> chaynie: https://wiki.ubuntu.com/LoCoDirectory/Development#Using%20Virtualenv for the super-quick guide
[13:04] <chaynie> mhall119: thanks.
[21:32] <nigelb> cjohnston, mhall119: Want to repeat a call tomorrow like last week?
[21:37] <cjohnston> work
[21:59] <mhall119> nigelb: to discuss what?
[22:00] <nigelb> mhall119: status?
[22:00] <nigelb> mhall119: or lets have an IRC meeting so its more inclusive
[22:00] <cjohnston> LTP
[22:05] <YoBoY> (4 minutes to remember what LTP stands for... need to sleep)
[22:12] <mhall119> nigelb: +1 irc
[22:14] <nigelb> :)
[22:14] <nigelb> cjohnston: can you let my mail through?


[12:38] <Unit193> lynorian: LP 1432482 is pretty old at this point, but could/can you do this reprroducably?  Does it happen with a current version?  Somehow, it reminds me of Debian #757716 even if they aren't related.
[18:56] <lynorian> Unit193, trying to do so now
[19:12] <lynorian> Unit193, it does not say segmentation fault anymore but seems to have pianobar just stop


[03:45] <jono> hey
[10:29] <vish> KatieKitty: hi... could you turn off the nick changes ? as you can see from above , the channel is mostly flooded with yours ;)
[10:29] <KatieKitty> ops
[10:29] <KatieKitty> sorry
[10:29] <KatieKitty> :)
[10:29] <vish> npp.. :)
[18:03] <jdstrand> o/
[18:03] <mdeslaur> welcome!
[18:04] <kees> \o
[18:04] <kees> I'll start?
[18:05] <mdeslaur> sure :)
[18:05] <kees> today I'll be giving an ubuntu developer week presentation on how to run the devel release (that's at 1900UTC)
[18:05] <kees> there are sekrit updates I'll be working on for release today
[18:06] <kees> and then I'll probably be working on nautilus for the do-not-execute .desktop files stuff
[18:06] <mdeslaur> sweet
[18:06] <mdeslaur> timestamps?
[18:06] <kees> persia also found a tiny glitch with the hardening behavior when using "ld" alone, which I think I can fix.
[18:06] <kees> yeah, the idea I'm going to go with is timestamps
[18:06] <kees> ctime, specifically
[18:07] <persia> kees: You're fixing that?  I won't bother to work around it then.
[18:07] <kees> persia: I'm not sure I _can_ fix it; I'd prefer it just switch to using gcc.
[18:07] <persia> OK.
[18:07]  * jjohansen waves
[18:07] <kees> persia: but it is a regression from something that should normally build without a problem.
[18:07] <mdeslaur> hi jjohansen!
[18:08] <kees> persia: I just think I have an idea about it.  haven't gotten much further
[18:08] <kees> heya jjohansen
[18:08] <persia> Right.  Back to the meeting :)
[18:08] <jjohansen> :)
[18:08] <kees> and speaking of jjohansen, I'd like to get the new upstream parser improvements into lucid too.
[18:08] <jjohansen> right, can we hold off a couple days
[18:09] <jjohansen> I have some more patches coming there
[18:09] <robbiew> o/
[18:09] <kees> okay, cool
[18:09] <robbiew> sorry I'm late
[18:09] <kees> uhm, that's it from me.  robbiew: no problem.  that's why there's scrollback :)
[18:10] <kees> jdstrand: your turn!
[18:10] <mdeslaur> I'll go next
[18:10] <mdeslaur> oups :P
[18:10] <kees> oops
[18:10] <kees> sorry, was trying to hand off.  :)
[18:10] <mdeslaur> jdstrand ---
[18:10] <jdstrand> who is going now?
[18:11] <jdstrand> :P
[18:11] <mdeslaur> jdong: you
[18:11] <mdeslaur> oups
[18:11] <kees> heh
[18:11] <mdeslaur> jdstrand: you
[18:11] <jdstrand> heh
[18:11] <jdstrand> \o/
[18:11] <mdeslaur> darn completion
[18:11] <kees> now all three of you can fighting it out!
[18:11] <jdong> *gets scared* :)
[18:11] <mdeslaur> sorry bout that jdong
[18:11] <jdong> what did I do!! ;-)
[18:11] <jdstrand> so I am in the happy place this week
[18:11] <jdong> hahaha no worries :)
[18:12] <jdstrand> I hope to finish some embedded expat updates and actually do the clamav from hardy-backports to -security
[18:12] <mdeslaur> cool
[18:12] <jdstrand> beyond that, there are some ufw logging bugs that I've known about for a while that people are starting to bug me about, so I will look at SRUs for them
[18:13] <jdstrand> and I should get the libvert merge done too
[18:13] <jdstrand> oh, and look at (potentiallly) more firefox 3.6 (static build destined for lucid) apparmor packaging issues
[18:14] <jdstrand> firefox is getting renamed, so the packaging for the profile and the profile itself needed some updating. there might be a little more to do there
[18:14] <jdstrand> (that's all from me)
[18:14] <mdeslaur> I'm on triage this week
[18:15] <mdeslaur> and am working on a sekrit update also
[18:15]  * jdstrand feels left out
[18:15] <mdeslaur> and I have mysql updates pending the new thing that came out today
[18:15] <mdeslaur> I'll wait until we get a fix for that, or else, I'll publish mysql when we come back from sprint
[18:16] <mdeslaur> and that's about it for me
[18:16] <kees> jdstrand: s/static/monolithic/ yes?
[18:17] <kees> i.e. it's still a dynamic executable, right?
[18:17] <jdstrand> kees: yeah-- monolithic. sorry, they've been abusing that term. the new firefox will use embedded code copies for most of the build (libc6 and a couple others being an exception)
[18:18] <kees> okay, cool
[18:18] <jdstrand> kees: so we'll get all the compiler hardening, etc
[18:18] <kees> well, technically we still would, but yes, dynamic for _really_ low level stuff.
[18:18] <kees> which reminds me, I need to upgrade and try it now that its done building
[18:19] <kees> s/its/it's/
[18:19] <jdstrand> aiui, the compiler flags will still be there
[18:19] <jdstrand> it's just it won't use Ubuntu's libpng, for example
[18:20] <kees> oh, it's in the NEW queue
[18:20] <kees> jdstrand: yeah :(
[18:21] <jdstrand> well, yeah, we have to trust them, but they are doing that stuff anyway (ie updating libpng)
[18:21] <jdstrand> and we don't have a choice
[18:21]  * kees nods
[18:21] <jdstrand> anyhoo, old news
[18:22] <mdeslaur> so, that's it?
[18:22] <mdeslaur> does anyone have any questions/issues for the security team?
[18:23] <mdeslaur> bye-bye
[18:23] <kees> oh, we need to try to knock out a few more workitems: http://people.canonical.com/~pitti/workitems/canonical-security.html
[18:23] <kees> but, we know that already, so again, old news.  :)
[18:23] <kees> anything else?
[18:24] <jdstrand> kees: several things I mentioned I'm working on are work items
[18:25] <jdstrand> I don't have anything
[18:25] <kees> jdstrand: yup, cool.  same for me (nautilus) but I just wanted to paste the burndown anyway.  :)
[18:25] <kees> ok, thanks everyone!
[18:25] <jdstrand> heh
[21:01] <Smex> Laters folks.


[03:40] <tzero> is there a suggested way to confine the "buildroot" of the package to a subdirectory under debian/ ? Up until now, an `rsync --delete debian/` from the host OS to a ubuntu VM to avoid subsequent `dpkg-buildpackage` runs from complaining about the extraneous files under debian/ from the prior build
[06:17] <cpaelzer> good morning
[08:01] <FourDollars> How to stop/start indicator-power in zesty like `stop indicator-power` in xenial?
[08:15] <pitti> FourDollars: systemctl --user stop indicator-power
[08:16] <FourDollars> pitti: thx
[09:38] <cjwatson> tzero: It depends on the upstream build system that's involved, but you should probably look into the "BUILD SYSTEM OPTIONS" section of debhelper(7) for building blocks you can use.  And of course you should make sure that your clean target cleans up after the build, rather than relying on rsync --delete.
[10:32] <tvoss> xnox: hey there :)
[13:47] <sil2100> Hey! Does anyone know why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-keyboard is blocked in proposed? It the ubuntu-keyboard package the depends are unsatisfiable is provided by the source itself
[13:49] <Laney> sil2100: component-mismatch
[13:49] <sil2100> Ah!
[13:49] <sil2100> Indeed, the ubuntu-keyboard-esperanto is a new binary package from the source
[13:50] <Laney> Does it want to be in universe?
[13:50] <sil2100> I think it needs to be in main as all the other ubuntu-keyboard binaries
[14:37] <doko> barry: who should be the bug subscriber for python-webencodings?
[14:38] <barry> doko: i'm happy to be that
[14:38] <barry> doko, mterry i'll look into the tests comment
[14:38] <doko> barry: but I'm not ;p that has to be a team ...
[14:38] <barry> doko: well then, foundations of course!
[14:38] <mterry> barry should be easy
[14:38] <doko> ok
[14:42] <bluefoxxxx> sanity check:  I can't find any reference to a bug about Grub giving the error:
[14:42] <bluefoxxxx> grub-install: error: cannot open `/boot/grub/x86_64-efi/gcry_twofish.mod': No space left on device.
[14:42] <rbasak> slangasek: squid3> thank you for your reply.
[14:43] <bluefoxxxx> I've done a lot of googling and can't locate this issue.  This happens in post-install for shim-signed
[14:43] <bluefoxxxx> the way I work around it is to copy the files manually to the destination, because the device is in no way out of space
[14:43] <rbasak> slangasek: so if the update-rc.d line moved from squid3.postinst, I think it was a no-op before because it is defined not to work if /etc/init.d/squid3 exists, and that's exactly what squid3.postinst tested for first.
[14:43] <rbasak> And it's run in set -e, so I'm surprised the postinst didn't fail.
[14:44] <rbasak> Anyway, I'll sort it out. Thank you for your help :)
[14:46] <bluefoxxxx> grub-install just thinks it is.
[14:46] <bluefoxxxx> and ffs launchpad
[14:46] <bluefoxxxx> okay, you know what?
[14:47] <bluefoxxxx> I'm just pasting the output here instead of filing a bug in launchpad because whoever designed the "file a bug" ui in launchpad obviously didn't want people going to launchpad to file bugs!
[14:47] <bluefoxxxx> go to lauchpad.net
[14:47] <bluefoxxxx> click ubuntu
[14:47] <bluefoxxxx> click "Report a bug"
[14:47] <bluefoxxxx> https://help.ubuntu.com/community/ReportingBugs
[14:48] <bluefoxxxx> i.e. "Fuck off, we don't want you reporting bugs, so we'll give you this wall of text with no obvious way to get into the bug tracker and enter bug details!"
[14:49] <bluefoxxxx> oh, there it is
[14:49] <bluefoxxxx> the one-hundredth link somewhere down 2/3 of the way into the page
[14:50] <bluefoxxxx> after re-reading that page several times over about a dozen visits spanned across months, I found the link that takes me to the ACTUAL BUG REPORTING FORM
[14:50] <bluefoxxxx> hooray
[14:50] <bluefoxxxx> now let's see if I can remember what I wanted to file a bug about
[14:51] <doko> Laney: please could you override the libreoffice autopkg test for python3.5? the junit-subsequentcheck failure seems to be unrelated
[15:08] <Laney> doko: ok, would appreciate it if you could ping SweetShark / file a bug & assign it though
[15:09] <doko> Laney: he's not here, and I'm tired chasing people on various channels every time ...
[15:09] <Laney> I'm tired of skipping tests every time too
[15:09] <seb128> doko, report a bug on launchpad instead of chasing people then
[15:09] <sil2100> Can anyone please promote the binary package ubuntu-keyboard-esperanto to main?
[15:10] <sil2100> Since all the other binaries from ubuntu-keyboard are in main already
[15:11] <Laney> sil2100: That's backwards
[15:12] <sil2100> Oh, it is, but why
[15:12] <sil2100> The ubuntu-keyboard source is in main
[15:12] <sil2100> Is there any reason why ubuntu-keyboard binaries are still in universe I wonder?
[15:24] <sruli> i want to install kernel manually, is there a particular order i must install it? i have headers-, image-, image-exra, & signed-image
[15:27] <sil2100> mterry: hey! I'm wondering if you remember by any chance why ubuntu-keyboard source is in main and the binaries are still in universe
[15:27] <seb128> sil2100, binaries get only promoted if something in main depends on those
[15:28] <seb128> otherwise we keep them in universe
[15:28] <seb128> no point maintaining something in main if we don't need to
[15:28] <mterry> sil2100: yeah what seb128 said, but I don't remember why nothing depends on its binaries anymore...
[15:30] <sil2100> mterry, seb128: ok, so I would like to request someone to either promote ubuntu-keyboard binaries to main or downgrade the new ubuntu-keyboard-esperanto binary to universe - whichever is more conveninent :)
[15:30] <sil2100> Since the new binary is in main but causes a component mismatch as it depends on the ubuntu-keyboard binary which is still in universe
[15:30] <sil2100> And thanks for the explanation!
[15:31] <seb128> unsure who NEWed the new binary and why they put it in main
[15:31] <seb128> check with doko maybe?
[15:31] <sil2100> Isn't it automatic for new binaries for a main source package to also go to main, or something?
[15:31] <doko> yes, it is
[15:32] <sil2100> Anyway, I'm fine with any solution just to get this package migrating
[15:41] <gpiccoli> Hi, sorry to annoy. Anyone knows what means the message:
[15:41] <gpiccoli> WARNING **: Configuring 'bootstrap-base' failed
[15:42] <gpiccoli> on syslog during installation? Where can I get more information on why it failed?
[15:42] <gpiccoli> Seems to me it might be a failure on grub installation
[15:53] <Saviq> Laney, after a fresh boot, dbus.log just has http://pastebin.ubuntu.com/23746715/
[15:54] <Saviq> I suppose it's a chicken-egg issue?
[15:54] <Laney> Try reverting the upstart job
[15:54] <sil2100> fossfreedom_: hah! The budgie build seems to have moved forward finally!
[15:55] <sil2100> fossfreedom_: I see it's still in the middle of building but the livefs builds succeeded \o/
[15:55] <sil2100> fossfreedom_: so far so good thanks to cjwatson!
[15:56] <fossfreedom_> sil2100: brilliant news!!  1000 thank-you's to you and cjwatson
[15:57] <sil2100> For future's sake I'll document it somewhere on our wiki
[16:00] <slangasek> rbasak: that wasn't a cross-file move, AFAIR?
[16:01] <Saviq> Laney, confirmed, reverting the job makes it start, what I'm seeing happen is that DBUS_SESSION_BUS_ADDRESS is already set, but it's not running, it's likely some intricacy of how the touch session is set up
[16:02] <Saviq> maybe the pre-start job should check for validity of the var...
[16:02] <tzero> thanks cjwatson, I'll check it out
[16:03] <Laney> Saviq: Wouldn't it be better to stop setting it to a bogus value?
[16:03] <Laney> I guess this only worked before because the job just clobbered it
[16:03] <Saviq> Laney, sure, that, too
[16:03] <Laney> Wonder what's doing that
[16:04] <fossfreedom_> sil2100: I see the ISO :)  downloaded.  First image here http://imgur.com/Kq545ci
[16:04] <sil2100> \o/
[16:15] <barry> mterry: thanks!
[16:16] <mterry> :)
[16:19] <doko> seb128, Laney: filed https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1654320
[16:20] <seb128> doko, thanks
[16:20] <seb128> doko, you might want to indicate in what Ubuntu serie and maybe a log url
[16:24] <Saviq> well, kindof, commenting that line out didn't really help
[16:27] <ogra_> Saviq, theer used to be an /etc/profile.d snippet that sets it
[16:27] <ogra_> (not sure that still exists)
[16:29] <rbasak> slangasek: it seems like it was to me. I'll reply to the thread.
[16:31] <Saviq> ogra_, well, yeah, that's what I commented out, wondering now where the value comes from
[16:31] <ogra_> ah
[16:32] <ogra_> there also used to be an Xsession.d script ... neither sure if that still exists
[16:32] <ogra_> (or if that would be even processed in your case)
[16:33] <rbasak> slangasek: I'm sorry, my mistake. It was all in squid3.postinst.
[16:34] <rbasak> (I won't email the thread then)
[16:34] <slangasek> ok :)
[16:35] <rbasak> slangasek: I think my statement that it couldn't have worked before still applies, but I can raise that with Debian separately. Either way I agree we can drop it now.
[16:41] <fossfreedom_> open question to anyone - during an ISO build - is there a way to blacklist (i.e. not install) a package that is normally installed because it is a recommended package of another package?
[16:43] <jbicha> bdmurray: could you help iio-sensor-proxy through phased-updates? the error isn't new, but I guess the error signature changed and I think yakkety's release version didn't work at all, bug 1644246 & bug 1637864
[16:44] <nacc> jbicha: weird, i use iio-sensor-proxy on yakkety and rotation works fine
[16:44] <jbicha> nacc: which version?
[16:45] <nacc> jbicha: oh nm, i see, i'm running the 'fixed' version. Although i thought it has worked since i upgraded to y.
[16:47] <jbicha> I like the idea of phased-updates but for things that get stuck, it splits the userbase between those who use only update-manager to install updates and those who don't
[16:59] <slangasek> barry: NB the revert has to happen in network-manager, not in systemd
[17:00] <pitti> slangasek, barry: see https://lists.ubuntu.com/archives/ubuntu-devel/2016-December/039564.html
[17:08] <ogra_> cjwatson, hmm, did sshd startup behaviour change with the switch to systemd ? i remember in the past the sysv/upstart scripts created a host cert if there wasnt one by default on first start of a new image ... bug 1650677 looks like that isnt the case anymore
[17:21] <bdmurray> jbicha: I've restarted the phasing of iio-sensor-proxy
[17:23] <Saviq> Laney, *something* is writing to $XDG_RUNTIME_DIR/dbus-session, but dbus-daemon is never launched with that socket... (I've hacked the dbus-daemon binary to log into /tmp) http://pastebin.ubuntu.com/23747444/
[17:23] <Saviq> will now grep through / to try and find what else might be writing to dbus-session...
[17:23] <Saviq> unless you have an idea?
[17:27] <Laney> Saviq: I sort of remember ogra_ doing something to save the DBUS_SESSION_BUS_ADDRESS
[17:27] <Laney> maybe it's that?
[17:28] <ogra_> Laney, thats the one in /run ... and Saviq said he disabled the profile.d snippet that does this
[17:28] <Saviq> ogra_, one that *saves* it? no, that I didn't find, I only saw Laney, well, I think
[17:28] <Laney> oh right
[17:28] <Saviq> http://bazaar.launchpad.net/~phablet-team/ubuntu-touch-session/trunk/view/head:/etc/profile.d/dbus-source.sh
[17:29] <Saviq> which *reads* it, doesn't save?
[17:29] <ogra_> oh, right ...
[17:29] <Laney> There was a thing to save it
[17:29] <ogra_> yeah, one sec
[17:29] <Saviq> and that's the only mention in /etc/
[17:30] <ogra_> that used to be in the ubuntu-touch-session script itself, but it is gone
[17:31] <Saviq> ogra_, dbus.conf, but..
[17:31] <Saviq> that's what's *not* writing it... and anyway the format would be different
[17:32] <Saviq> because the upstart job does it with mktemp /tmp/dbus.XXXX...
[17:32] <Saviq> something's adding the guid= there
[17:32] <Saviq> http://pastebin.ubuntu.com/23747444/
[17:33] <Saviq> everything else in /usr only seems to read it, nothing writes it AFAICT
[17:34] <ogra_> lifghtdm ?
[17:35] <Saviq> doesn't look like it, nothing related in grepping the code
[17:35] <ogra_> and you are sure /etc/X11/Xsession.d/75dbus_dbus-launch is not executed ?
[17:35] <Saviq> dbus-launch? but wouldn't that call dbus-daemon anyway?
[17:36] <ogra_> (as i mentioned before)
[17:36] <Saviq> systemd --user??
[17:36] <Saviq> again, grep not helpful
[17:39] <Laney> It's written by the upstart job of dbus
[17:39] <Laney> But that should be the same one it launches dbus with
[17:40] <Saviq> Laney, well, it's *not* written in this case, since it's prepopulated and the job does "sleep infinity" in that case, so post-start never runs?
[17:40] <Laney> Oh?
[17:40]  * Saviq checks again
[17:41] <Saviq> or maybe it does, because you do exec
[17:41] <Saviq> so it then does post-start
[17:41] <Saviq> ok so dbus-session is a red herring
[17:41] <Saviq> we need to find who's setting the env
[17:43] <Saviq> correct
[17:43] <Saviq> Laney, yes it is the upstart job that's writing it
[17:43]  * Saviq was chasing the wrong thread
[17:44] <Laney> Saviq: The problem is that it's already set in the environment earlier on, right?
[17:44] <Saviq> yes
[17:44] <Laney> so the new job thinks it doesn't need to launch one
[17:45] <Saviq> got it
[17:46] <Saviq> it's systemd
[17:47] <Saviq> it even has a FIXME there...
[17:49] <Saviq> grr where do I find the code repo for the package :/
[17:50] <Laney> for systemd?
[17:50] <Saviq> Laney, ogra_ https://github.com/systemd/systemd/blob/master/src/login/pam_systemd.c#L177
[17:50] <ogra_> hah
[17:51] <Laney> that sets it to $XDG_RUNTIME_DIR/bus no?
[17:53] <Saviq> indeed
[17:54] <Saviq> lightdm's setting it, but only to a value that's already there...
[17:55] <Saviq> http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/view/head:/src/seat.c#L878
[17:57] <Saviq> ok it's dbus-server's value
[17:58] <Saviq> https://cgit.freedesktop.org/dbus/dbus/tree/dbus/dbus-server.c#n70
[17:58] <Saviq> question is now who's setting the env with it
[18:02] <Laney> look at upstart's /proc/pid/environ to see if it came earlier than upstart, maybe
[18:03] <Laney> got to run, might be back later
[18:03] <Saviq> yeah it did
[18:11] <Saviq> ok it is systemd
[18:15] <barry> pitti, slangasek yep
[18:24] <cjwatson> ogra_: none of my sysv/upstart jobs ever created host keys at boot time; I have specifically nacked that multiple times because the time you exactly shouldn't generate host keys is at boot when the system is low on entropy (there is academic research about how that particular idea leads to weak keys in the wild)
[18:25] <cjwatson> ogra_: anything which you observed doing that in the past was outside of the openssh package, and either without my knowledge or over my objections
[18:25] <cjwatson> ogra_: it should be done at imaging time or similar instead
[18:26]  * cjwatson feeds that into the bug
[18:30] <cjwatson> (https://factorable.net/weakkeys12.conference.pdf)
[18:38] <ogra_> cjwatson, oh, ok ... yeah, then it was at imaging time or so
[18:39] <ogra_> cjwatson, thanks for taking the time :)
[18:40] <cjwatson> always happy to play whack-a-mole with dangerous plans ;-)
[18:59] <Saviq> Laney, ogra_, ok found the real problem: http://pastebin.ubuntu.com/23747890/
[19:00] <Saviq> this spawns dbus with --exit-with-session, which in the case of a unity8-touch-session seems to happen right after, so DBUS_SESSION_BUS_ADDRESS is left in the environment, but the dbus it launched dies
[19:01] <Saviq> commenting out #use-session-dbus in /etc/X11/Xsession.options makes everything work again, but I'm not sure that's what we actually want
[19:01] <Saviq> jibel, sil2100 ↑
[19:01]  * Saviq filing a bug
[19:18] <Saviq> Laney, in any case, I think there's a bug in your dbus.conf - if you stop/start it, it won't launch it even if it was the one that launched it in the first place
[19:27] <Saviq> Laney, ogra_, bug #1654365
[19:28] <Saviq> mterry, do you have enough lightdm/ubuntu-touch-session knowledge to shed more light ↑?
[19:28] <Saviq> or do we need Robert?
[19:28]  * mterry reads
[19:34] <mterry> Saviq: no I don't know off hand why dbus is dying so quickly
[19:36] <mterry> I do suspect that the Xsession.d files are deprecatable
[19:36] <mterry> Upstart or systemd should be triggers for dbus these days I'd think
[19:38] <Saviq> mterry, sure, we can actually make that happen by just disabling the dbus thing in Xsessions, but that means the rest of those scripts don't get the full env (not sure if it matters much, but still)
[19:40] <Saviq> just added note of this workaround
[21:14] <fossfreedom> Please can someone add Ubuntu Budgie to the ISO tracker? TIA http://iso.qa.ubuntu.com/qatracker


[00:12] <mwhudson> lifeless: reviewed
[00:14] <lifeless> mwhudson: thanks
[00:50] <lifeless> mwhudson: feedback on my feedback?
[00:53] <mwhudson> lifeless: ok
[00:55] <lifeless> mwhudson: there was a question there :P
[00:55] <lifeless> mwhudson: for inlining the matcher
[00:56] <mwhudson> lifeless: typing it up now, sorry :)
[00:56] <lifeless> ah de nada
[00:56] <lifeless> I thought you were saying 'ok do it go ahead'
[00:57] <mwhudson> it was just meant to be a generic acknowledgement, though it was unclear
[00:57] <mwhudson> anwyay, typed up now
[00:59] <lifeless> thanks
[01:58] <mwhudson> a review for https://code.edge.launchpad.net/~mwhudson/launchpad/move-some-code-vocabularies/+merge/35974 woudl be nice
[02:03] <lifeless> done
[02:05] <lifeless> mwhudson: ^
[02:06] <mwhudson> lifeless: thanks!
[06:51] <jtv> Anyone up for a really simple review?  mwhudson maybe?
[06:51] <jtv> https://code.launchpad.net/~jtv/launchpad/bug-643240/+merge/35984
[06:54] <lifeless> done
[06:54] <jtv> thanks!
[06:54] <jtv> That was fast
[06:55] <lifeless> de nada
[12:02] <gmb> henninge, Good afternoon. Can I add a branch to your queue?
[12:02] <noodles775> Hi henninge, when you've time, could you review an incremental for an approved MP? I've linked to a diff from the last comment at: https://code.edge.launchpad.net/~michael.nelson/launchpad/635005-difference-details-2/+merge/35640
[12:02] <henninge> gmb: sure, please do
[12:03] <henninge> noodles775: I'd happy to do so but who is that 'nooles' guy?
[12:03] <henninge> ;-)
[12:03] <noodles775> woops :)
[12:03] <gmb> noodles775, Fixed that for you :)
[12:03] <noodles775> Ta.
[12:07] <henninge> sleeping people will have to wait ... ;)
[12:15] <henninge> noodles775: Why is the marker interface not defined in interfaces?
[12:16] <noodles775> henninge: I'd put it there in the browser module because its only used for displaying comments, but right, that's probably an old habit.
[12:17] <noodles775> henninge: actually, hangon...
[12:18] <noodles775> henninge: because that's where the code guys had them - I didn't create ICodeReviewNewRevisions (also only used for display).
[12:19] <noodles775> I assume they had them there for that reason (see the comment for ICodeReviewNewRevisions in the diff)
[12:19] <henninge> noodles775: I see.
[12:28] <henninge> noodles775: I don't pretend to fully understand all effects of your change but what makes the attibutes move from the view to view.comment?
[12:29] <noodles775> henninge: that's not part of that diff - which is why it would be hard to understand. That was why a test failed :)
[12:29] <henninge> noodles775: ah!
[12:29] <noodles775> I'll just find the relevant lines of the MP diff...
[12:30] <noodles775> So from line 72ff on the MP diff, a bunch of attributes are moved from the view to the CodeReviewDisplayComment object.
[12:30] <noodles775> which caused the test failure because the templates were using the view :)
[12:31] <noodles775> henninge: sorry, I need to run out the door in a few mins for lunch... are there any other thoughts/questions that you've got?
[12:31] <henninge> noodles775: thanks, I understand
[12:32] <henninge> noodles775: no, I'll approve now. I didn't find anything ... ;) r=me
[12:32] <noodles775> Thanks henninge
[12:32]  * henninge runs to lunch, too
[12:32] <henninge> np
[15:32] <deryck> sinzui and salgado.  Hi!  bdmurray wasn't sure how to proceed, so I commented on his +subscriptions work that you guys reviewed.  If either of you could look and see if you agree with me, I'd appreciate it.
[15:32] <deryck> Just to help move him forward again.
[15:33] <sinzui> I was waiting for salgado to respond. I think your proposed path is in line with my suggestions
[15:33] <sinzui> I really hate the so-called story test though
[15:34] <salgado> deryck, sinzui, just saw it here, will reply
[15:34] <deryck> yeah, I agree.  I think it's premature at this point.
[15:34] <deryck> Maybe he should just do view unit tests until we have a complete user story.
[15:34] <deryck> sinzui, what do you think of that? ^^
[16:05] <abentley> bryceh, you should also request a DB review if you introduce a db patch.
[16:11] <abentley> bryceh, around?
[16:23] <bac> henninge, abentley: a trivial one:  https://code.edge.launchpad.net/~bac/launchpad/bug-637102/+merge/36028
[16:34] <abentley> sinzui, would it make sense to extract your monkeypatch of XMLRPCRunner.get_mailing_list_api_proxy to a Context Manager?
[16:35] <sinzui> abentley, I do not understand your suggestion, but I welcome a graceful way to choose the proxy.
[16:36] <sinzui> ah, mailman is not running with zopisms so my favorite hack or registering something in the testrunners config will not work
[16:39] <sinzui> abentley, If you can help me factor out the monkey patch, I will be delighted
[16:39] <abentley> sinzui, am writing up example.
[16:39] <sinzui> thanks!
[16:40] <abentley> sinzui, something like this: http://pastebin.ubuntu.com/497078/
[16:41] <abentley> sinzui, it would be possible to generalize this to other mokeypatches.
[16:41] <sinzui> abentley, I love this
[16:42] <abentley> sinzui, great.
[16:42] <abentley> s/addContext/useContext
[16:42] <sinzui> notes
[16:42] <sinzui> noted
[16:43] <sinzui> I am do excited to have solved the mailman monkeypatch test strategy. No more anxiety when I hear mailman is broken
[16:47] <abentley> sinzui, for paranoia, it could make sense to check that self.mailing_list.getReviewableMessages().count() == 0 before you make any changes.
[16:48] <sinzui> abentley, I can add that. I have a lot of confidence since the team is new in each case, and I am only testing one message each time, that if that fails, then teardown failed
[16:48] <abentley> sinzui, okay.
[16:51] <abentley> sinzui, r=me
[16:52] <sinzui> thanks. I will integrate the changes shortly
[16:52] <henninge> gmb: approved. Sorry, I should have looked at it sooner as it was really niece and smooth reviewing ... ;-)
[16:53] <gmb> henninge, No worries, and thanks.
[16:53] <abentley> bac, r=me
[17:04] <gmb> rockstar, Did you have chance to look at my lazr-js branch yet?
[17:04] <bac> thanks abentley-lunch
[17:04] <gmb> (Realising of course that Monday has just started for you... :))
[17:07] <bryceh> abentley-lunch, yep?
[17:18] <leonardr> sinzui: i landed the branch you reviewed for me a few days back, and then immediately discovered that the requirements have changed so as to render the branch moot. can you help me a) review a branch that reverts the change i just made, and b) help me construct that branch in the first place?
[17:18] <sinzui> :(
[17:18] <sinzui> leonardr, do you want bzr command to do a reverse merge?
[17:19] <leonardr> sinzui: exactly
[17:19] <leonardr> i just tried bzr merge -r 11577..11578 and it ran, but i haven't checked if it's right yet
[17:19] <leonardr> no, that didn't work
[17:20] <sinzui> you will need --merge3, but let me look locally
[17:21]  * sinzui pulls tip
[17:21] <leonardr> sinzui, my revision is 11578
[17:21] <leonardr> in case that wasn't clear
[17:23] <sinzui> bzr cdiff -r 11578..11577 | less -R
[17:23] <leonardr> yes, that looks like it will undo my change
[17:23] <sinzui> then...
[17:23] <sinzui> bzr merge --merge3 -r 11578..11577
[17:43] <abentley-lunch> leonardr, you need to specify the branch, unless you want 11578/11577 to be interpreted relative to the branch you normally merge from.
[17:43] <abentley-lunch> leonardr, so "bzr merge --merge3 -r 11578..11577 ."
[17:44] <abentley-lunch> leonardr, though --merge3 is the default, so you only need it if you've overridden the default.
[17:45] <leonardr> abentley-lunch: i think i've got it...
[18:01] <abentley> bryceh, since this branch is proposed to land in db-devel, it's unlikely that the db patches would be shown if they were already in db-devel.
[18:02] <abentley> bryceh, perhaps they hadn't landed at the time you proposed the merge?
[18:03] <rockstar> gmb, I did look at it enough to realize it needs more of my attention than I could give to it at the time.
[18:04] <rockstar> gmb, I'll have it finished when you get up tomorrow, is that good?
[18:05] <abentley> bryceh, I think the new style is to define permissions in terms of interfaces.  Did you consider that option?
[18:08] <leonardr> sinzui: https://code.edge.launchpad.net/~leonardr/launchpad/revert-oauth-aware-website/+merge/36038
[18:23] <bdmurray> abentley: Could I get https://code.edge.launchpad.net/~brian-murray/launchpad/api-export-bug-activity/+merge/35897 added to the queue?
[18:24] <abentley> bdmurray, sure.
[18:24] <abentley> bryceh, OCR is meant to be interactive.  Please ping me when you are up for an interactive review.
[18:27] <abentley> bdmurray, what is a BugField?
[18:27] <bdmurray> abentley: double checking
[18:30] <bdmurray> abentley: its a field that allows one to enter a bug number so maybe its unnecessary
[18:32] <abentley> bdmurray, I would expect IBugActivity.bug to be a reference to the bug, but it sounds like it's actually an int?
[18:33] <bdmurray> abentley: yes, an int, the bug number, is correct
[18:34] <abentley> bdmurray, ISTM that specifying it as an Int will be clearer, and since users don't edit BugActivity, we won't lose any functionality.
[18:34] <bdmurray> abentley: right, that makes sense to me
[18:35] <abentley> bdmurray, classes should have blank lines between their entries, e.g. export_as_webservice_entry(), datechanged, etc.
[18:36] <abentley> bdmurray, the description of message is copy-pasted.
[18:36] <bdmurray> abentley: could you elaborate on both of those points?
[18:39] <abentley> bdmurray, I am generalizing from the PEP8 requirement "Method definitions inside a class are separated by a single blank line."
[18:39] <bdmurray> abentley: I meant I don't see where the error is
[18:40] <abentley> bdmurray, lines 33, 78, 80, 84, 88, 92, 96, 100
[18:42] <bdmurray> abentley: hmm, there are not blank lines in IBug from interfaces/bug.py nor in IBugTask from interfaces/bugtask.py
[18:43] <abentley> bdmurray, that may be so.
[18:45] <sinzui> leonardr, I think the MP is for the wrong branch. I see your work and the work of others. Maybe you meant to merge into devel?
[18:45] <leonardr> sinzui, thanks, i was trying to figure out what was the problem
[18:46] <sinzui> just delete the mp and be sure to choose /devel (launchpad's default is db-devel)
[18:47] <leonardr> sinzui: try https://code.edge.launchpad.net/~leonardr/launchpad/revert-oauth-aware-website/+merge/36040
[18:47]  * sinzui waits for diff
[18:47] <abentley> bdmurray, it's possible that there's some skew in team styles here.  It's also possible that those files are not good examples, because they were created a long time ago.
[18:47] <bdmurray> abentley: okay
[18:52] <sinzui> leonardr, r=me
[18:52] <leonardr> sinzui: think i should ec2 test or is that overkill?
[18:52] <sinzui> leonardr, I would ec2 to cover the small case where someone made a change on top of your changes
[18:53] <leonardr> sinzui, ok
[18:53] <abentley> bdmurray, I can't see anything definitive in our style guide.  https://dev.launchpad.net/PythonStyleGuide  The 10-line example under Properties hints at it.
[18:57] <abentley> bdmurray, for the copy/paste, "message" is described as "The related property of the bug that changed." which is not accurate.
[18:59] <bdmurray> abentley: do you have an idea for a more accurate description?  I couldn't find anything describing the field.
[19:01] <abentley> bdmurray, sorry, I don't know what the field is used for.
[19:02] <abentley> I think the test at line 154 is not useful.  It would not catch a case where bug activity were exposed as /bug_activity, for example.
[19:25] <bdmurray> abentley: deryck and I've discussed the description some and have something better
[19:25] <abentley> bdmurray, great.
[19:31] <abentley> bdmurray, ping me when you've pushed your changes.
[19:38] <rockstar> abentley, here's a really little one.
[19:38] <rockstar> https://code.edge.launchpad.net/~rockstar/launchpad/not-logged-in-recipes/+merge/36049
[19:40] <abentley> rockstar, don't introduce shout_at_engineer.  Use removeSecurityProxy if the usage is legit, or an XXX if there's a fix needed.
[19:42] <rockstar> abentley, ah, hadn't seen that.
[19:42] <abentley> rockstar, you can also use getViewBrowser instead of canonical_url/logout/setupBrowser.
[19:42] <rockstar> abentley, no, I can't.  getViewBrowser logs me in.
[19:43] <abentley> rockstar, okay, let's fix getViewBrowser, then.
[19:51] <gmb> rockstar, That works for me, thanks.
[19:54] <rockstar> abentley, getViewBrowser's login stuff goes pretty deep...
[19:55] <abentley> rockstar, can't we just add a no_login parameter and call setupBrowser instead of getUserBrowser?
[19:55] <rockstar> abentley, yup, that's what I'm doing.
[19:56] <abentley> rockstar, cool.
[20:20] <rockstar> abentley, updated (and removed the other instance of setupBrowser in another test) https://code.edge.launchpad.net/~rockstar/launchpad/not-logged-in-recipes/+merge/36049
[20:22] <abentley> rockstar, r=me.
[20:22] <rockstar> abentley, yay.
[20:28] <gary_poster> abentley: quick one, maybe (and if it's not, maybe we should ignore the branch for now, because it was a flyby): https://code.edge.launchpad.net/~gary/launchpad/bug643715/+merge/36060
[20:29] <bdmurray> abentley: I've pushed an updated branch leaving bug as a BugField as that is a link to the bug report and Int returns a dictionary of all the bug properties
[20:30] <abentley> bdmurray, I'll have a look in a minute.
[20:34] <abentley> gary_poster, your patch is treating revnos as if they were revision-ids.  It will fail to do an update if the definition of the revno has changed.
[20:34] <gary_poster> abentley: agreed, but when would that happen for this use case
[20:35] <abentley> gary_poster, if someone uncommits a revision.
[20:36] <gary_poster> ew, didn't know you could do that with a public branch but I guess that makes sense within the model
[20:36] <gary_poster> ok, that's a shame, but if that's a reasonable concern then we should just drop it.  thanks for the look abentley
[20:37] <abentley> gary_poster, np.
[20:44] <abentley> gary_poster, I think you also may not have accounted for the possibility that the branch has changed.  Also, it appears that your test will give false negatives if "revision" is not a revno.
[20:50] <abentley> bdmurray, I notice that you're still using BugField rather than Int.  Rationale?
[20:51] <bdmurray> leaving bug as a BugField as                   that is a link to the bug report and Int returns a dictionary of all  the bug properties
[20:52] <abentley> bdmurray, so bug is a reference to the bug, not an Int?
[20:52] <bdmurray> abentley: yes, afaict
[20:54] <abentley> bdmurray, okay.  "Int returns a dictionary of all  the bug properties" means that when you use it via the WS, you get a dict?
[20:55] <bdmurray> abentley: yes, when exported it as an Int I was seeing bug properties like latest_patch_uploaded in a dictionary.
[20:56] <abentley> bdmurray, r=me.
[20:57] <bdmurray> abentley: great, thanks!