[00:54] <AfC> I have no wish to stop using bzr, but it's becoming less and less optional to not be on github with my code.
[00:55] <AfC> I'm trying to understand what a workflow could be, but since dpush did a rewrite of all my history, am I supposed to throw my old bzr (only) branches away, or...
[00:55] <AfC> ?
[00:56] <jelmer> AfC: you shouldn't have to throw your old branches away - a new 'bzr dpush --no-rebase' from your old branches should be compatible with what's on github
[00:56] <AfC> Huh
[00:56] <AfC> jelmer: So you use `dpush` once and only once, then always `dpush --no-rebase` from then on?
[00:57] <jelmer> AfC: you should be able to always use --no-rebase I think
[00:57] <AfC> jelmer: oh, interesting
[00:57]  * AfC tries that
[00:58] <AfC> jelmer: so, er, why wouldn't that be the default command?
[00:58] <AfC> s/command/option setting/
[00:58] <jelmer> AfC: it's the default, because it's not useful for what dpush was meant for (contributing to upstream projects in git)
[00:59] <AfC> I see
[00:59] <jelmer> AfC: an option setting to disable rebasing would make sense, though you can also add a 'dpush = dpush --no-rebase' alias in ~/.bazaar/bazaar.conf
[00:59] <maxb> Presumably publishing to git via dpush --no-rebase works wonderfully until someone tries to submit changes to you via github....
[01:00] <jelmer> right, it works if you have a mirror but it makes it impossible to merge from git since the histories will be completely unrelated
[01:00] <AfC> maxb: that's the other thing I'm wondering about, though frankly that's secondary
[01:00] <AfC> maxb: I really just want to get my code up somewhere more visible than self-hosting
[01:01] <AfC> jelmer: right. So, if I `dpush` alone, then the branch gets rebased
[01:01] <AfC> that's fine.
[01:01] <jelmer> AfC: yep
[01:01] <AfC> I then continue developing locally
[01:01] <AfC> making [bzr] commits
[01:01] <AfC> then I ...
[01:01] <AfC> er
[01:01] <AfC> um
[01:01] <AfC> use dpush again, and accept that the branch keeps getting rebased?
[01:01] <AfC> I guess I'm trying to understand how that will work vs
[01:01] <AfC> bzr branch a b
[01:01] <jelmer> AfC: that's one way of working
[01:01] <AfC> cd b
[01:01] <AfC> comit, commit,
[01:02] <AfC> bzr missing --line ../a
[01:02] <jelmer> AfC: as long as you dpush before you push the changes anywhere else
[01:02] <AfC> jelmer: [Robert has told me I'm foolish for keeping trying to use Bazaar against a Git storage backend, but :(]
[01:02] <AfC> jelmer: ah
[01:02] <AfC> yes, that makes sense
[01:03] <AfC> so dpush to github [or even just a local throw-away?] and *then* push to my "official" public branches on our webserver
[01:04] <AfC> jelmer: [as always, thanks for your advice]
[01:05] <jelmer> AfC: FWIW I'm just using Git for projects that are in Git these days too
[01:06] <AfC> jelmer: so, I sorta said it before, but the critical need for me is to get my code onto github
[01:06] <AfC> jelmer: it's really just a PR thing
[01:06] <AfC> jelmer: but it's getting to the point where people judge your resume by your github account. I've been challenged for it in an interview once already.
[01:06] <AfC> jelmer: that, cross product
[01:07] <fullermd> Pfft, how hard can it be to hack github and setup bzr hosting on the server?   :p
[01:07] <AfC> jelmer: the language I'm working in these days is *extensively* active on github
[01:07] <AfC> fullermd: :)
[01:07] <AfC> fullermd: I wish
[01:07] <bob2> just using git means you also get to use magit
[01:07] <jelmer> AfC: ah :-( That's a pity, especially the fact that it's about a specific propietary service.
[01:07] <bob2> which is awesome
[01:07] <AfC> jelmer: I know. But the community is there.
[01:09] <fullermd> Well, it could be worse.
[01:09] <AfC> jelmer: [that would, essentially, be the same conversation if we were talking about Twitter vs Identica]
[01:09] <fullermd> Imagine if the important community coalesced around ClearCaseHub instead.
[01:10] <jelmer> AfC: only slightly; Git has the advantage of being distributed, but we then still stick all our repositories on Github
[01:11] <AfC> jelmer: yeah
[01:11] <AfC> jelmer: though, I'm less worried about that; *I* know how to host my code elsewhere :)
[01:11] <jelmer> AfC: :-)
[01:11] <AfC> jelmer: the fact that it's a single point of failure for everyone else who thinks DVCS are centralized is their problem :)
[01:12] <jelmer> AfC: So, I think I agree with lifeless here.. maintaining a copy of your work in two DVCSes is a lot more pain than in one, especially given the somewhat beta state of bzr-git's dpush support.
[01:13] <AfC> jelmer: don't be saying that. You're my last shred of hope that I can keep using bzr in the face of overwhelming numbers of employers/clients who otherwise have no idea what I'm talking about
[01:13] <fullermd> Funnily enough, I've got a bzr project somebody else put on github  ;p
[01:14] <fullermd> Though that went the other way; they used git-bzr to yank it in.
[01:15] <AfC> fullermd: hm
[01:15] <jelmer> AfC: if you don't care about pulling in contributions from github then bzr-fastexport+git-fastimport (which is basically what git-bzr is) is certainly also a good option
[01:17] <AfC> jelmer: well, I wouldn't want to be hostile to contributions from there
[01:17] <AfC> jelmer: reality is, that's where they're going to see the code
[01:18] <jelmer> AfC: dpush (with rebase) should indeed be quite suitable in that case
[01:21] <jelmer> AfC: without somebody actively maintaining bzr-git it's likely to break at some point though, as is happening with some repositories because of new git features
[01:22] <mgrandi> hey, does anyone have any experience with bzr serve? i'm messing around with it
[01:22] <AfC> mgrandi: sure. What's your question?
[01:23] <fullermd> You're not supposed to mess with it, it doesn't have any sense of humor at all.
[01:23] <mgrandi> im not sure how im supposed to use it, is the ssh server supposed to be listening on 4155 (the default port), but then bzr serve can't bind to that address
[01:24] <mgrandi> and if ssh isn't listening on 4155 and bzr serve is, then i get "bzr: ERROR: Unable to connect to SSH host mgrandi.no-ip.org:4155; Error reading SSH protocol banner"
[01:24] <jelmer> mgrandi: the plain bzr server listens on port 4155
[01:24] <AfC> Running bzr [serve] as a daemon is not SSH protected
[01:24] <jelmer> mgrandi: the ssh server is basically just 'bzr serve' executed over the ssh protocol, on the regular port
[01:25] <mgrandi> yeah i noticed that, is that basically waht its intended for?
[01:25] <jelmer> mgrandi: yep
[01:25] <mgrandi> that the client just runs bzr serve?
[01:25] <mgrandi> and then it exits?
[01:26] <mgrandi> seems like that would be slower
[01:27] <jelmer> mgrandi: there is some overhead involved, but starting up bzr isn't that slow, especially compared to the ssh handshake
[01:28] <mgrandi> but either way its faster then using sftp?
[01:28] <AfC> mgrandi: hugely so
[01:28] <AfC> SFTP is a disaster zone
[01:28] <fullermd> Again, could be worse; could be FTP...
[01:28] <mgrandi> well on my remote host i can't install stuff to root, is there a way to modify what path of bzr it asks for?
[01:29] <fullermd> (that's what's great about the internet; there's always a worse idea somebody's gonna force you to use sooner or later...)
[01:29] <jelmer> mgrandi: you can set the 'BZR_REMOTE_PATH' environment variable
[01:29] <fullermd> Or just put where it is in your remote $path.
[01:29] <mgrandi> oh thats true
[01:30] <mgrandi> there is just little documentation about serve, its mystical~
[01:32] <mgrandi> so after it calls bzr serve how does it tell tell the computer (running bzr serve) what it needs?
[02:24] <spiv> fullermd: updating your remote $PATH won't help, unless you mean via some system-wide mechanism (/etc/environment?)
[02:28] <fullermd> Sure it will, it just runs 'bzr'.
[02:52] <spiv> fullermd: right, and it doesn't run .bashrc (or whatever your shell of choice is)
[02:53] <spiv> So if you try to update your PATH for your account the way you usually do, it won't help.
[02:55] <mgrandi> doesn't ssh do that when it connects? i know putty does
[03:01] <fullermd> That's a shell specific thing.
[03:01] <fullermd> I don't know offhand what config file weird-ass shells like bash load on non-interactive sessions, but there is one.
[03:01] <fullermd> For me, it does work just fine, since I use a sensible shell  ;p
[03:05] <fullermd> e.g.: % bzr ping bzr+ssh://localhost/      [...]  Headers: {'Software version': '2.6.0dev3'}
[03:05] <fullermd> Unless'n you think I'm nuts enough to system-wide install bzr.dev...
[03:05] <fullermd> (and in fact, in this case, it's not even $path; 'bzr' is a shell alias getting invoked, pointing over to .dev)
[03:09] <spiv> fullermd: the point is that sshd *won't run your shell*, IIRC
[03:09] <spiv> Because the SSH client is not requesting a shell.
[03:09] <spiv> It's asking to run a command.
[03:09] <fullermd> Er.  Yes it does.  It has to; that's how the login process works.
[03:10] <fullermd> Otherwise setting your shell to /usr/sbin/nologin or similar artifacts would have no effect, as you could just 'ssh host /bin/sh' or the like to bypass them.
[03:10] <fullermd> The shell is what runs the command you ask for.
[03:13] <fullermd> It runs the shell in _non-interactive_ mode, which means if you're using a shell that reads different rc files based on that you'd need to know it and set things in the right place, but that's a separate matter.
[03:13] <spiv> I may be getting confused with subsystems...
[03:14] <fullermd> Possibly.  Subsystems are a whole different ball of mud.
[20:15] <Tolstoy> When my colleague does a bzr diff, we see a revid on the files that have changed. When I do it, I get a date. Is there some way I can change that?
[20:16] <Tolstoy> bzr 2.5.1
[20:54] <Tolstoy> bzr diff rebid plugin was the trick.
[20:54] <youlysses> Now obviously you guys may be a bit biased, but how comparable is bzr to git speed-wise?
[21:02] <fullermd> I'd say somewhere between "indistinguishable" and "terribly slower", depending on the cases you're comparing.
[21:02] <fullermd> It probably averages out to moderately slower, day to day.
[21:08] <youlysses> fullermd: But it's not a *huge* deal, assuming you aren't doing a ton at a time?
[21:10] <fullermd> Probably not, unless you hit degenerate cases.
[21:10] <fullermd> Seems the usual case we hear about is initial branching on giant projects.
[21:12] <youlysses> fullermd: Yeah for my current needs, I have nothing "massive" to really worry about... or alteast I hope-so. :-P
[21:36] <ZyX-I> Hello. How can I know what statuses may be shown in “bzr status” output? Except for reading “bzr help status” (it is incomplete) and bazaar source code (it is hard to find out the answer there).
[21:37] <lifeless> ZyX-I: its incomplete?
[21:38] <ZyX-I> lifeless: Yes.
[21:40] <lifeless> ZyX-I: a little more detail would be useful, or perhaps file a bug. I was not aware that it was incomplete.
[21:43] <ZyX-I> lifeless: There are at least three statuses that are not listed there: missing (don’t remember how to reproduce), ignored and unexistent (just supply bzr status ignored or unexistent paths). It looks like there are also two merge-related statuses.
[21:44] <lifeless> hmm - please do file a bug
[21:44] <lifeless> help status is where it is *meant* to be documented.
[21:46] <ZyX-I> lifeless: For missing: add a file using “bzr add” and then remove it using just “rm”.
[21:47] <lifeless> ZyX-I: yes
[21:48] <ZyX-I> It is for bzr-2.5.1.
[22:00] <ZyX-I> I like the idea of telling me about invalid password when it was meant that I have not activated my account.


[08:42] <mzanetti> pete-woods: ping
[08:42] <pete-woods> mzanetti: hi
[08:43] <mzanetti> pete-woods: I was looking into the colors of the infographics. seems that comes from the libusermetrics model.
[08:43] <mzanetti> pete-woods: can you point me to the right place?
[08:44] <pete-woods> mzanetti: yes, basically there's an interface (http://bazaar.launchpad.net/~unity-team/libusermetrics/trunk/view/head:/src/libusermetricsoutput/ColorThemeProvider.h)
[08:44] <pete-woods> mzanetti: and a dummy implementation with hard-coded colours (http://bazaar.launchpad.net/~unity-team/libusermetrics/trunk/view/head:/src/libusermetricsoutput/HardCodedColorThemeProvider.h)
[08:45] <mzanetti> pete-woods: so that's the only place were we get the colors from?
[08:45] <pete-woods> mzanetti: at the moment, yes
[08:45] <mzanetti> pete-woods: we'd need to make that configurable.
[08:45] <pete-woods> mzanetti: obvious
[08:45] <pete-woods> ly
[08:45] <mzanetti> pete-woods: not by the user, but for the vendor
[08:45] <mzanetti> pete-woods: no... I mean right now :D
[08:46] <pete-woods> mzanetti: didn't we have this conversation last week?
[08:46] <mzanetti> pete-woods: yes... I wanted to get it done right now
[08:46] <pete-woods> tell me what configuration to read / or if I should just make an API and I'll do it
[08:46] <mzanetti> pete-woods: I guess we can just read some dconf key in there
[08:47] <mzanetti> pete-woods: it's probably not something with a big future. but we need to have that configurable somehow for iteration1
[08:47] <pete-woods> okay
[08:47] <pete-woods> mzanetti: should I just invent some configuration format to stick into dconf then?
[08:48] <mzanetti> pete-woods: I'd say yes... keep it simple... 3 color strings (or whatever amount of different colors we need)
[08:49] <pete-woods> mzanetti: basically we need 3 colours for each "theme", and should probably support multiple themes
[08:50] <mzanetti> pete-woods: I think that's not even needed
[08:50] <pete-woods> mzanetti: I don't want to have to do this twice, though, and it really won't make it much more difficult
[08:51] <mzanetti> pete-woods: ok. in that case... feel free
[08:51] <pete-woods> mzanetti: do we have a "canonical" way of accessing dconf from Qt?
[08:51] <mzanetti> pete-woods: gsettings-qt
[08:51] <pete-woods> mzanetti: okay, thanks, will use that
[08:52] <mzanetti> pete-woods: QGSettings gSettings("com.canonical.Unity.Infographics", "/com/canonical/unity/infographics/");
[08:53] <pete-woods> mzanetti: cool, writing my code for me! :)
[08:53] <mzanetti> just copy pasted it from my code and replaced launcher with infographics :D
[08:53] <mzanetti> in the hope it saves you 5 minutes
[08:53] <pete-woods> probably will!
[08:53] <pete-woods> :D
[09:27] <mzanetti> mhr3: ping
[09:27] <mhr3> mzanetti, pong
[09:27] <mzanetti> mhr3: hey, how hard is it to do the FIXME in scope.cpp:172 ?
[09:27] <mzanetti>  // FIXME: Change to use row index.
[09:28] <mzanetti> I'd need that
[09:28] <mhr3> mzanetti, why would you need that?
[09:29] <mhr3> also pstolowski wrote that code, he'll know better :)
[09:29] <mzanetti> mhr3: because we need to change the previews to be able to swipe them left/right
[09:29] <mzanetti> mhr3: and increasing/decreasing the index would be better that somehow finding all the data from a delegate from the outside
[09:31] <mhr3> i do remember someone mentioning the index when the branch was being reviewed, but there was some reason why we kept it this way
[09:31] <pstolowski> mzanetti: the fixme shouldn't be there anymore, at some point I had a branch that changed it to use index, but it was decided not do so, but unfortunately I don't recall what was the reasoning anymore...
[09:31] <mzanetti> mhm...
[09:31] <mzanetti> interesting
[09:32] <mzanetti> pstolowski: was it Saviq?
[09:32] <pstolowski> mzanetti: let my try to dig up in my logs..
[09:33] <mzanetti> cool, tahnks
[09:34] <pstolowski> mzanetti, mhr3 : ok, I found out what was the reason
[09:35] <pstolowski> mzanetti, mhr3 : https://code.launchpad.net/~mhr3/unity8/use-dee-filtermodel/+merge/171846 made it no longer possible to support index-based activation
[09:36] <mhr3> oh right, cause the activation is on the scope level and not on the category level
[09:36] <pstolowski> mzanetti: in short, the indices doesn't make sense anymore internally afair, mhr3 can explain..
[09:37] <mhr3> pstolowski, you home scope fixes didn't do the category sorting, right?
[09:37] <mhr3> pstolowski, would be nice to get that in with the rest of the fixes
[09:38] <pstolowski> mhr3: right, I forgot about that.. let me add it to the next one
[09:38] <mhr3> cause now the device shows music first in home
[09:38] <mhr3> instead of apps
[09:38] <mhr3> people will complain :P
[09:40] <mzanetti> pstolowski: so if I'm in GenericScopeView, how would I get to the information required to open another preview?
[09:41] <pstolowski> mzanetti: I'm not familar with qml side of things, but essentialy you just pass another row, unless it's the last row in the model
[09:42] <pstolowski> mzanetti: and you get the preview via onPreviewReady signal
[09:42] <asac> 11:40 < asac> anyone can look at [09:42] <mzanetti> pstolowski: that's the thing... I don't have access to that row
[09:42] <asac> 11:40 < asac> and tell me if that changes anything in the ui?
[09:42] <asac> 11:40 < asac> those are staged and just wanted to punt them in the archive... just double checking because of the freezes
[09:46] <mhr3> mzanetti, can't you just pass the model + index to your thing and then do model.get(index+1)?
[09:47] <mhr3> dee models do expose get iirc
[09:47] <mzanetti> I'm afraid Saviq won't approve that :D
[09:47] <pstolowski> hmm
[09:48] <mhr3> mzanetti, imo it's not that terrible if you just do that when you're changing the item
[09:48] <mhr3> ie on user action
[09:50] <mhr3> mzanetti, ultimately, why does this even matter? if you do have the index (which you wanted in the first place) you can just call the get() when activating the item
[09:50] <pstolowski> mzanetti: essentialy, you want to "advance" to the next/prev item in the model, and perform scope.preview(..) on it; can't it be achieved via a signal from delegate to the parent list?
[09:51] <mzanetti> pstolowski: no... the delegate is hidden doesn't have anything to do
[09:51] <mzanetti> pstolowski: the current preview is open and that's the one that needs to trigger loading for the next/previous preview
[09:52] <pstolowski> mzanetti: ah, ok, got it
[09:52] <mzanetti> but yeah... exposing the whole model is probably the best we can... holding the whole model in the preview and call get on next/previous. discarding it when the preview is closed
[09:52] <mzanetti> ok... I'll give that a shot
[10:02] <mhr3> mzanetti, if you're touching the preview code it'd also be nice to have immediate response :)
[10:02] <mhr3> cause right now you see preview after clickandhold + whatever time the scope/network takes to return it
[10:03] <mhr3> it'd be cool to open the preview window right after clickandhold and show a spinner
[10:03] <mzanetti> mhr3: ack
[10:03] <mhr3> mzanetti, then again designs say that preview should be open on tap, not on clickandhold
[10:03] <mzanetti> mhr3: huh? but not for everything, or?
[10:04] <mhr3> mzanetti, right, installed/recent apps are exception
[10:04] <mzanetti> mhr3: i.e. launching an installed app would be tedious if having to go through the preview
[10:04] <mzanetti> mhr3: but what about the other scopes? i.e. music? should we always go through the previews there?
[10:05] <mhr3> according to designs, yes
[10:05] <mzanetti> mhm...
[10:05] <mzanetti> well... anyways... doesn't change the fact that it should open right away and show a spinner while loading
[10:05] <mhr3> indeed
[10:05] <mzanetti> doesn't really matter to which handler it is connected
[10:06] <mhr3> mzanetti, oh but there's a catch - double tap should "launch" stuff right away
[10:06] <mhr3> no preview
[10:06] <mzanetti> ok... I guess that's a different merge than the one with the preview list
[10:07] <mhr3> sure, just something to keep in mind
[10:07] <mhr3> hard to say whether a tap is going to be double one when you receive it :P
[10:07] <mhr3> unless sdk added Oracle {}
[10:32] <easd> do you know how to open window spread effect at first click on the launcher, and not the second one?
[10:40] <mhr3> Saviq, got the lock up again :( same trace as in the bug i reported
[10:40] <mhr3> this time it happened as i was closing lots of open apps
[10:40] <mhr3> yey for deadlocks
[10:48] <asac> mzanetti: Saviq: can you pleasea look for the unity changes
[10:48] <asac> and tell me if they change UI on the desktop?
[10:48] <asac> otherwise we cant push the button and thostrsscopes etc. are blocked
[10:49] <mzanetti> asac: unity7?
[10:49] <asac> http://people.canonical.com/~platform/cu2d/results
[10:49] <asac> search for [10:49] <asac> mzanetti: well check the changes in there
[10:49] <asac> quite a lot desktop changes... if that changes UI i need to find an exception
[10:50] <mzanetti> I have no idea tbh
[10:50] <asac> mzanetti: can you check please?
[10:50] <asac> mzanetti: i have even less of an idea
[10:51] <asac> or tell me who in unity team can check
[10:51] <mzanetti> asac: I wouldn't be so sure about that
[10:51] <asac> we want to get that flushed in
[10:51] <asac> who is doing this stuff? if we kick it out and it doesnt make saucy is that also fine?
[10:51] <mzanetti> asac: better ask Trevinho
[10:51] <asac> :)
[10:51] <asac> kgunn: ^^
[10:51] <asac> kgunn: who knows about unity desktop?
[10:51] <mzanetti> asac: this is unity7... I don't think even kgunn know about it...
[10:51] <asac> kgunn: i need someone to check the changes pending and confirm that it doesnt change UI etc. for the freezes
[10:52] <asac> mzanetti: if he doesnt care, then we just dont take it and get no more updates in saucy ... i doubt thats the case  though :)
[10:52] <asac> Trevinho: hi
[10:52] <asac> Trevinho: your changes... if you need them better tell us now that they are good :)
[10:53] <mzanetti> ChrisTownsend: ^^
[10:53] <mzanetti> mhr3: do you know someone from unity7 that is around at this time?
[10:54] <mhr3> mzanetti, Trevinho andyrock ^^
[10:54] <andyrock> hola :D
[10:54] <mzanetti> andyrock: hi... can you answer asac's questions?
[10:55] <asac> mhr3: look for [10:55] <asac> andyrock: ^^
[10:55] <asac> http://people.canonical.com/~platform/cu2d/results
[10:55] <asac> tell me if anything in there changes the UI
[10:55] <asac> (i dont think so)
[10:55] <andyrock> ok let me check
[10:58] <andyrock> asac, no changes in UI
[10:59] <asac> thanks!!
[11:07] <andyrock> np!
[11:24] <dednick> Cimi: ping
[11:24] <Cimi> dednick, pong
[11:25] <dednick> Cimi: howdy. is ubuntu-settings-components in the archive yet?
[11:25] <Cimi> dednick, apt-cache search :)
[11:25] <Cimi> dednick, dunno
[11:25] <dednick> Cimi: mh. no, it's not
[11:26] <dednick> Cimi: we should probably get that in.
[11:27] <dednick> sigh. and i choose the day that didrocks is not in...
[11:28] <mzanetti> pstolowski: why does preview() require all those parameters and not just the uri?
[11:30] <pstolowski> mzanetti: 2 reasons - 1) we would need to iterate over the model to find the rest (all need to be passed the backend); 2) that assumes uri is unique
[11:30] <mzanetti> pstolowski: yes... I think the url is unique
[11:31] <mzanetti> pstolowski: afaics, when I get the previewReady() signal I have no chance it knowing which preview it actually is
[11:31] <pstolowski> mzanetti: I think we don't want to make that assumption, it bite us in unity7
[11:31] <mzanetti> pstolowski: so how can I know which preview this actually is? it seems the Preview class contains none of the identifying items
[11:31] <dednick> Cimi: you doing any work on that branch still?
[11:32] <Cimi> dednick, it needs to be integrated
[11:32] <Cimi> dednick, becoming real widgets...
[11:32] <mzanetti> pstolowski: and given that we don't have unique id's I would need to have all that stuff in the preview again and compare everything again
[11:36] <dednick> Cimi: hm. i want to move all the indicator widgets into there.
[11:36] <Cimi> dednick, ok...
[11:37] <Cimi> dednick, then import from this package?
[11:37] <dednick> Cimi: yeah
[11:37] <pstolowski> mzanetti: unitycore has the result row already in the preview object, but it's not exposed in the bindings, so it needs to be fixed if we need to match on that
[11:38] <mzanetti> pstolowski: what's the result row? the index?
[11:45] <pstolowski> mzanetti: no, that would be a struct or variant that carries actual values (same values you pass when calling activate/preview)
[11:45] <mzanetti> pstolowski: another possiblity would be to introduce some sort of cancelPreview(...)
[11:45] <mzanetti> pstolowski: so I would know that the incoming signal is the correct one
[11:46] <mzanetti> if always cancelling previous ones
[11:49] <pstolowski> mzanetti: indeed. that would be handled completly in the bindings (transparent for you)
[11:50] <pstolowski> mzanetti: ie. preview() request would automatically cancel the previous request
[11:50] <mzanetti> which bindings?
[11:50] <asac> mzanetti: Saviq: unity8 crashes in automation
[11:50] <asac> https://jenkins.qa.ubuntu.com/job/saucy-touch_ro-mako-smoke-unity8-autopilot/103/?
[11:50] <mzanetti> pstolowski: ah... yeah... even better.
[11:50] <asac> look in build artifacts for the crash
[11:50] <asac> file
[11:50] <mzanetti> pstolowski: do you think you can add that for me?
[11:50] <asac> please file a bug
[11:51] <asac> we will forget in case it doesnt happen on retry
[11:52] <mzanetti> asac: where is the crash happening?
[11:52] <asac> mzanetti: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1228097
[11:52] <asac> mzanetti: during unity8 autopilot runs
[11:53] <asac> all is in the bug
[11:53] <asac> and artifacts
[11:53] <asac> the tests succeeded, just systemsettle failed because it apparently was processing the crash files
[11:53] <mzanetti> ah... see it
[11:55] <asac> in case it doesnt go away
[11:55] <asac> i will let you know
[11:55] <asac> and get QA escalate it :)
[11:55] <asac> lol
[11:56] <mzanetti> "lol" is not evil enough... you should uas "muahahaha"
[11:56] <mzanetti> s/uas/use/
[11:57] <mzanetti> :)
[12:06] <asac> mzanetti: so its happening again
[12:06] <asac> mzanetti: seems a real issue... just install 57 image on mako
[12:06] <asac> and run unity8 autopilots... i am sure you will hit the crash on 1 or 2nd try
[12:07] <mzanetti> asac: ack
[12:07] <Cimi> mzanetti, still keeping cdimage-touch or we can switch to ubuntu-system^
[12:07] <Cimi> ?
[12:08] <mzanetti> Cimi: not sure... haven't tried ubuntu-system lately
[12:08] <asac> thostr_: ^^ i think home scope is also yours... 57 build always crashes that when running unity8 autopilot
[12:11] <pstolowski> mzanetti: I will. can you in the meantime rely on the previewReady signal as it is; it shouldn't block you, right?
[12:11] <mzanetti> pstolowski: no, shouldn't block me... it will "just" cause the wrong preview to show up until this is in
[12:11] <mzanetti> when the user scrolls too fast, that is
[12:11] <pstolowski> mzanetti: exactly
[12:18] <asac> mzanetti: any news :)?
[12:18] <asac> sorry... just need info if this issue a) is making the phone not dogfoodable and b) whether it is understood to make an assessment if the current image can go out
[12:18] <mzanetti> asac: regarding the crash? no, not yet. I'm kinda in the middle of something
[12:19] <asac> mzanetti: well, this one is most important of all :)
[12:19] <asac> when can you loko at it?
[12:20] <mzanetti> asac: ok... give me a few minutes to bring this to a state where I can interrupt it
[12:20] <mzanetti> and I'll look into the crash
[12:20] <asac> awesome
[12:39] <asac> mzanetti: do you already know enough to give an assessment about impact of dogfoodability in the bug? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1228097 ? if not, please do once you know and ping me :)
[12:39] <asac> thx
[12:55] <Cimi> maguro doesn't lock anymore here with cdimage of 18 sept
[12:57] <Cimi> well, now works :)
[13:01] <mzanetti> pstolowski: hey, about that crash... this is the closest I could come so far: http://paste.kde.org/pf84d9e23/
[13:01] <mzanetti> pstolowski: any ideas?
[13:02] <pstolowski> mzanetti: I suppose it's random? it's in home?
[13:02] <mzanetti> pstolowski: yes
[13:07] <mzanetti> cwayne: ping
[13:08] <pstolowski> mzanetti: do I need to be running today's image? any pattern to reproduce?
[13:09] <mzanetti> pstolowski: yes, todays image and apparently it only happens with the latest unity build
[13:23] <pstolowski> mzanetti: I'm flashing and will try to repro. can you install dbg symbols to get better stacktrace?
[13:23] <mzanetti> pstolowski: I don't even manage to flash the device...
[13:23] <mzanetti> phablet-flash bailed out and I can't recover any more
[13:23] <mzanetti> but yes... once I have it back up I will try
[13:31] <Saviq> dednick, standup
[13:31] <Saviq> mzanetti, ↑
[13:43] <Cimi> another thing, directionaldragarea uses abbreviations, like maxSpeed instead maximumSpeed
[13:43] <Cimi> I think we wanted always to go with full words, right?
[13:45] <Cimi> Saviq, dandrader|afk, ok was the "maxSilenceTime" causing the drop of the gesture...
[13:46] <Saviq> Cimi, cool
[13:46] <Cimi> wondering what a sane value is...
[13:46] <Cimi> default is 200ms
[13:49] <dednick> Saviq, mzanetti: jenkins ci builds seem to be taking a very long time today... any idea?
[13:49] <dednick> #1054 has been going for 5 hours
[13:49] <mzanetti> dednick: which job?
[13:50] <Saviq> dednick, mzanetti we've switched to real hardware from the vm
[13:50] <Saviq> http://<IP_ADDRESS>:8080/job/autopilot-testrunner-otto-saucy/
[13:50] <Saviq> looks pretty backed up
[13:50] <dednick> http://<IP_ADDRESS>:8080/job/generic-mediumtests-saucy/
[13:51] <Saviq> dednick, yeah, the hardware is backed up - we seem to be down to two machines that can run autopilot tests
[13:51] <Saviq> fginther, any word on that ↑ ?
[13:51] <dednick> Saviq: ic.
[13:52] <dednick> Saviq: if you get a chance today can you look at the indicator messages merge? https://code.launchpad.net/~nick-dedekind/unity8/unitymenumodel.messages/+merge/181552
[13:52] <dednick> there are a few bugs waiting on it
[13:53] <Saviq> dednick, not gonna happen, I'm afraid, flying home in ~2hrs
[13:53] <dednick> Saviq: ah ok. I'll bug someone else :)
[13:55] <fginther> dednick, Saviq, yes, it's at two machines at the moment. The long queue is the result of a failed machine and jenkins not rescheduling the jobs on the other system correctly
[13:56] <fginther> dednick, Saviq, both machines are up and running now, and tests run in about 1/3 the time they did on the VMs
[14:03] <tedg> Hey folks is greyback out today or just at lunch/rebooting ?
[14:06] <dandrader> tedg, haven't seem him today.
[14:12] <ChrisTownsend> mterry: Hi
[14:13] <mzanetti> tedg: he was at the sprint, but didn't show up in the standup. I assume he's on his way home
[14:13] <Saviq> fginther, sounds awesome, looking forward toit
[14:13] <Saviq> tedg, flying
[14:13] <tedg> Cool, thanks guys.
[14:13] <Saviq> tedg, actually should be around later today
[14:13] <mterry> ChrisTownsend, hello!
[14:13] <ChrisTownsend> mterry: Hey, I would like to know if distro agrees with this for Unity7: https://code.launchpad.net/~jbicha/unity/recommend-telepathy-indicator/+merge/186392
[14:15] <Saviq> tedg, well, actually he was on http://flightaware.com/live/flight/BAW202/history/20130920/0250Z/KBOS/EGLL - so assuming he survived he should be online some time soon
[14:16] <mterry> ChrisTownsend, I'm probably not the right person to approve that these days.  When did we drop telepathy-indicator?  I'm not in-tune with Desktop enough to know whether we want it in or not
[14:17] <ChrisTownsend> mterry: Honestly, I'm not really sure what the history is behind this.  I'd usually ask sil2100 or didrocks, but they are both out, so I thought maybe you could help.  I'll just wait for one of them to be available.  Thanks for looking!
[14:18] <mterry> ChrisTownsend, seb128 isn't here either...  :-/
[14:18] <ChrisTownsend> mterry: Right, he's another I didn't consider, but...
[14:19] <mterry> ChrisTownsend, sorry  :(  I have been working on unity8 this cycle and haven't been paying attention to Desktop movement
[14:19]  * tedg finds it a little weird Saviq was tracking greyback's plane
[14:19] <Saviq> tedg, ;)
[14:19] <ChrisTownsend> mterry: No worries, thanks for taking a peek anyways.
[15:11] <cwayne> mzanetti: hi
[15:12] <mzanetti> cwayne: can you please test/review this: https://code.launchpad.net/~pete-woods/libusermetrics/color-themes-gconf/+merge/186770
[15:12] <mzanetti> cwayne: btw... pete-woods is your hero... I didn't do anything in the end
[15:17] <cwayne> mzanetti: pete-woods: :D thanks guys, will test that out today
[15:17] <Saviq> mzanetti, N900 and N9 being examples of "this can be done" is a rather broken argument ;)
[15:18] <mzanetti> no its not
[15:18] <Saviq> mzanetti, remember we're not normal people - normal people will leave dozens of apps open at any given time
[15:18] <Saviq> mzanetti, try doing that on the N9
[15:18] <mzanetti> I do that too
[15:18] <Saviq> well, for me N9 slows down quite a lot, and quickly, when I leave too many apps open
[15:19] <mzanetti> Saviq: the only real issue I have with that is GPS apps drain battery. but for that I'd say the solution wouldn't be too hard
[15:19] <mzanetti> just stop gps in the qt backend
[15:20] <Saviq> mzanetti, there's also misbehaving apps that are "taken care of" when they're stopped
[15:20] <Saviq> mzanetti, and TBH, I see no point in the argument about us "not doing multi-tasking well" - the user doesn't even know
[15:20] <Saviq> they can do multitasking as they usually would
[15:20] <mzanetti> Saviq: oh yes he does. ever used android?
[15:21] <mzanetti> everything that's more comples than a fart-app will just behave weird once in the background and brought back
[15:21] <Saviq> mzanetti, remember we won't be just killing them for no reason
[15:22] <Saviq> mzanetti, while there's memory available, they'd just be stopped
[15:22] <mzanetti> games start from the beginning without having your high score saved, every network related app drops connections
[15:22] <Saviq> mzanetti, that's just bad apps, not bad multi tasking
[15:22] <mzanetti> Saviq: bad apps come from bad developers
[15:22] <mzanetti> Saviq: its waaaay more complex to get the state saving correct than not to waste resources
[15:23] <Saviq> mzanetti, sure, the gain we get is that bad apps from bad developers won't destabilize your system
[15:23] <mzanetti> Saviq: shutting down some task on a signal minimized() is easier to do than storing a uncountable amount of possible combinations for anything
[15:23] <mzanetti> at the cost of having much more bad apps
[15:24] <mzanetti> nearly all, that is
[15:24] <Saviq> mzanetti, I disagree, but even so, it's still better for the user experience
[15:24] <dednick> Cimi: ping
[15:26] <mzanetti> Saviq: I disagree there...
[15:26] <MacSlow> anybody ever ran into this one "WireProtocolVersionMismatch: Wire protocol mismatch at <session bus :1.355 /com/canonical/Autopilot/Introspection>: is 1.3, expecting 1.4" (trying to run autopilot-tests)
[15:26] <MacSlow> just pulling updates again, in the hope that will fix the issue...
[15:27] <thomi> MacSlow: yes
[15:27] <thomi> MacSlow: that means somehow you installed python-autopilot 1.4 on top of saucy
[15:27] <Saviq> MacSlow, ppa:autopilot maybe?
[15:28] <thomi> MacSlow: there was a period of about 8 hours where the release team accidentally released 1.4 into the archive
[15:28] <thomi> MacSlow: so you may need to manually remove it, update, and reinstall
[15:28] <MacSlow> thomi, Saviq: *sigh* I don't know... or can't remember... to be honest
[15:28] <thomi> MacSlow: if you run 'dpkg -l | grep autopilot' the version numbers should all start with '1.3' or '1.4' if you're running T
[15:30] <MacSlow> thomi, http://pastebin.ubuntu.com/6133175
[15:30]  * MacSlow looks for the PPA now...
[15:31] <thomi> MacSlow: you shouldn't have ppa:autopilot on your system
[15:31] <thomi> MacSlow: we release into the archive now
[15:32] <Saviq> pstolowski, could you reproduce the unity8/home scope crashes?
[15:33] <pstolowski> Saviq: yes (with ap tests)
[15:33] <Saviq> mzanetti, ↑
[15:34] <pstolowski> Saviq: and currently prepping a possible fix
[15:34] <MacSlow> thomi, in the last weeks I've been deep into ext. snap-decision, thus didn't follow ap at all
[15:34] <Saviq> pstolowski, awesome, thanks
[15:34] <pstolowski> Saviq: btw, are AP tests restarting unity8 a lot?
[15:34] <Saviq> pstolowski, yes
[15:35] <Saviq> pstolowski, for each test, more or less
[15:35] <pstolowski> Saviq: just once for a test? and there are roughly ~240 tests?
[15:35] <Saviq> pstolowski, no, just 50 tests or so
[15:36] <pstolowski> hmm
[15:36] <pstolowski> mhr3: ^
[15:36] <Saviq> pstolowski, http://<IP_ADDRESS>:8080/job/generic-mediumtests-runner-saucy/3060/testReport/?
[15:37] <Saviq> pstolowski, and actually ~half of those are gallery app tests
[15:37] <Cimi> dednick, pong
[15:37] <Saviq> pstolowski, we're at 36 total tests
[15:37] <pstolowski> Saviq: ok, thanks
[15:38] <MacSlow> thomi, that doesn't look to good... http://pastebin.ubuntu.com/6133208
[15:38] <dednick> Cimi: hey. was just wondering if you had any specs for the menus in ubuntu-settings-components. Just trying to merge mine into there now.
[15:39] <Cimi> dednick, nope...
[15:39] <dednick> Cimi: ie. desgins
[15:39] <dednick> Cimi: ok
[15:39] <thomi> MacSlow: ok, it seems that those packages made it into the next PPA. I'll ask around and see if I can get that fixed.
[15:39] <MacSlow> thomi, how long does that take?
[15:40] <MacSlow> thomi, because this is blocking me from working on the ap-tests for the extend snap-decisions
[15:41] <thomi> MacSlow: I just asked in #ubuntu-ci-eng
[15:42] <thomi> MacSlow: it's not really something I can control
[15:42] <MacSlow> Saviq, ^
[15:42] <thomi> MacSlow: I suggest you ask there as well, so we get some traction sooner rather than later
[15:43] <MacSlow> Saviq, I can't/should not do an MR for the working ext. snap-decisions without AP-tests, I guess...
[15:44] <MacSlow> Saviq, although these not being in trunk blocks pete-woods on some tasks, because he is waiting on the pin-pad support in notifications
[15:45] <fginther> MacSlow, hello, I'm trying to help with the autopilot version problem you are having
[15:45] <pete-woods> MacSlow: it's not the pin pad support I need, it's just the plain old dialogues I need right now, the wifi selection dialogue would also be nice, but can come later
[15:46] <fginther> MacSlow, are you seeing the 1.4 version on your local development machine or somewhere else?
[15:47] <MacSlow> fginther, thanks
[15:47] <MacSlow> fginther, also just put all my questions in #ubuntu-ci-eng for reference
[15:47] <fginther> MacSlow, ok, moving there
[15:47] <MacSlow> pete-woods, "plain old dialogs" what do you mean by this?
[15:48] <pete-woods> MacSlow: as in the simple "password prompt" type dialogue
[15:48] <MacSlow> pete-woods, those are all depending on the same feature added to notifications and need the same ap-testing... which currently doesn't work.
[15:49] <pete-woods> MacSlow: np, I just didn't want you to think I needed more than I actually do
[15:49] <MacSlow> pete-woods, the password-dialog, login/password-dialog and pin-pad entry extended snap-decisions all work... and I've python-examples to play around with...
[15:50] <MacSlow> pete-woods, it just that without any ap-tests I cannot make a MR for those hoping it'll get approved and merged.
[15:50] <MacSlow> pete-woods, and I don't think you'd want to work with non-trunk branches for notifications, or do you?
[15:50] <mhr3> pstolowski, that totally explains it
[15:51] <mhr3> and also makes it test-only failure
[15:51] <mhr3> thostr_1, ^
[15:51] <davmor2> davidcalle: Is there a way to tell if the "themoviedb.org" scope is working, On the phone and desktop I have typed Iron Man 3,  I figured that should trigger a response but all the info options are from wikipedia
[15:51] <mhr3> thostr_1, so it's crashing because the tests are doing what unity doesn't normally do
[15:51] <pete-woods> MacSlow: I'm already working with non-trunk unity8 for my development (I'm using your extended-notitications-2 branch)
[15:51] <mhr3> thostr_1, ie restart
[15:52] <MacSlow> pete-woods, well then you have password, login/password and pinpad already available to you
[15:52] <davmor2> davidcalle: nevermind I lowered it down on desktop
[15:53] <MacSlow> pete-woods, just let me check the revisions... not that I might be sitting on some, I've not pushed yet
[15:54] <davidcalle> davmor2, to check the state of a scope, the easiest way is to activate it directly  : eg. themoviedb:iron man 3
[15:54] <davmor2> davidcalle: ah nice thanks
[15:54] <MacSlow> pete-woods, all good... you have what you need with the currently available revisions of lp:~macslow/unity8/extended-snap-decisions-2 and lp:~macslow/unity-notifications/extended-snap-decisions-2
[15:56] <pete-woods> MacSlow: yes, my development has not been slowed, all that is blocked is the landing :)
[15:56] <MacSlow> pete-woods, ok... yeah... sorry about that... I didn't expect autopilot being still such an issue...
[15:57] <MacSlow> pete-woods, I try to see if I can get around it with the tips from fginther
[15:57] <MacSlow> pete-woods, really wished myself I'd be able to get these into trunk by today
[15:58] <thomi> MacSlow: you really shouldn't be using the next PPA
[15:58] <pete-woods> MacSlow: no worries, as long as you don't break the API, I am very happy!
[15:58] <davidcalle> davmor2, np
[15:59] <MacSlow> pete-woods, well I try to avoid breaking API... as much as possible :)
[15:59] <davmor2> davidcalle: hmmm phone is showing no result but the desktop is I'll try it again in bit :)
[15:59] <MacSlow> pete-woods, and then the "API" is really just a bunch of hint-names
[16:00] <MacSlow> pete-woods, libnotify and UnityMenuModel won't change that easily
[16:04] <davidcalle> davmor2, the terrible wifi doesn't allow me to test now on my Nexus7, but there shouldn't be any difference, afaik
[16:08] <davmor2> davidcalle: got it remove the .org and then it works.  So just themoviedb:iron man 3 and it shows the same on both :)
[16:11] <davidcalle> davmor2, oh cool
[16:38] <cwayne> pete-woods: im trying your libusermetrics theming branch, but it FTBFS for me
[16:52]  * dednick thinks it a good time to end the day when he spills a glass of water onto desk with about £3000 worth of laptop/phones/tablets on it...
[16:53] <dednick> plus the multi-adapter plug which has another few grands worth of stuff plugged in...
[16:53] <dednick> sigh... have a good weekend all.
[18:10] <thomi> dandrader: got a second?
[18:10] <dandrader> thomi, yes
[18:11] <thomi> dandrader: so for autopilot, I need to be able to see where the shell thinks the mouse pointer is. FOr configurations that are mir/unity8, kgunn suggested you're the person to ask.
[18:11] <thomi> dandrader: can we have some sort of simple interface to make that possible?
[18:12] <thomi> the current thinking here is that some sort of simple dbus interface might work...
[18:15] <dandrader> thomi, yes, it's possible to do such thing
[18:15] <dandrader> I mean, it's possible to implement such interface for autopilot to query
[18:15] <thomi> dandrader: heh, that's a very carefully worded reply :)
[18:16] <dandrader> :)
[18:16] <thomi> Before we can do application testing for non-touch platforms on top of mir, we'll need something like this.
[18:17] <thomi> since that's likely to happen in the next cycle, I think it might be wise to schedule this for sometime in the next few months. What do you think?
[18:19] <dandrader> thomi, you mean testing unity8-mir for the desktop form factor?
[18:19] <thomi> dandrader: not just unity8, but anything running within it.
[18:20] <dandrader> thomi, because I didn't hear a word about getting it implemented yet...
[18:20] <thomi> dandrader: my understanding is that that is supposed to wkr (although opt-in) in 6 months time.
[18:20] <dandrader> thomi, ah, you mean xmir
[18:20] <thomi> no
[18:20] <thomi> I mean mir + unity8
[18:20] <thomi> opt in for 14.04
[18:21] <dandrader> thomi, interesting. that's news for me.
[18:22] <thomi> I'm sure kgunn will confirm that - sorry you had to find out this way :P
[18:23] <kgunn> dandrader: its always been that way...but hey for unity8, you can already run no desktop...so the real key is rrunning with mir :)
[18:23] <thomi> dandrader: kgunn: So I'll add a bug task to unity8, and assign it to.... someone?
[18:23] <dandrader> kgunn, it will just look like a huge tablet.
[18:23] <thomi> dandrader perhaps?
[18:24] <dandrader> thomi, fine by me
[18:24] <kgunn> dandrader: yeah ;)
[18:25] <thomi> dandrader: consider yourself pressganged: https://bugs.launchpad.net/unity8/+bug/1169362
[18:25] <dandrader> :)
[18:26] <dandrader> thomi, so the milestone would be 14.04?
[18:26] <dandrader> (for the unity8 side of that bug)
[18:27] <thomi> dandrader: well, hopefully before 14.04 is released, but yeah
[18:27] <thomi> if I had my way it'd be in the next 12 weeks
[18:31] <dandrader> thomi, do your way
[18:32] <dandrader> s/do/done
[18:32] <thomi> :)
[18:37] <mzanetti> dandrader: ping
[18:37] <dandrader> mzanetti, pong
[18:37] <mzanetti> dandrader: this just happened when I wanted to drag down indicators: http://paste.ubuntu.com/6133905/
[18:37]  * dandrader realizes it's Friday night in Germany
[18:42] <mzanetti> dandrader: yeah... it is :/
[18:43] <dandrader> mzanetti, hmm, at least it seems to be easy to avoit this crash. check if DirectionalDragArea::fetchTargetTouchPoint returned a valid touch point instead of null
[18:43] <dandrader> before using it
[18:43] <dandrader> null meaning that it din't find it
[18:43] <mzanetti> dandrader: yeah... I've seen that.
[18:43] <dandrader> mzanetti, the hard/curious part is how did we get into such state
[18:44] <dandrader> where the touch that's doing se gesture seemingly vanished...
[18:44] <dandrader> s/se/the
[18:44] <mzanetti> dandrader: yep. that's when I pinged you... I figured in a method called touchEvent_recognized() the touch event actually shouldn't be 0
[18:45] <dandrader> mzanetti, is it hard to reproduce?
[18:45] <mzanetti> dandrader: not sure... I realized more often crashes when trying to reveal something... but this is the first time I actually got a trace (because was in the middle of deugging something else)
[18:47] <mzanetti> dandrader: I didn't do much actually... unity started up, opened the phone app, did a phone call, and when that ended I tried dragging down the indicators and bam
[18:48] <dandrader> mzanetti, can you file a bug report with the info you got?
[18:48] <mzanetti> dandrader: if only I would be able to reproduce :/
[18:49] <dandrader> maybe the theme here is "making DirectionalDragArea resilient about disappeasing/inconsistent touch events"
[18:50] <dandrader> but it could also be that touch events are coming fine but DDA messed up in a different way but ended up crashing just there
[18:51] <mzanetti> dandrader: yeah... I believe more in the second one
[18:51] <dandrader> mzanetti,  nah, DDA is perfectly engineered!
[18:51] <mzanetti> haha
[18:51] <mzanetti> famous last words
[18:55] <mzanetti> dandrader: bug reported
[18:55] <mzanetti> have  a nice weekend
[18:59] <dandrader> mzanetti, you too!
[20:37] <mterry> Can anyone explain if there's anything special I have to do as a shell to have the OSK work?
[20:38] <mterry> (I'm implementing the first-boot welcome screens, which runs outside of unity, and I'm not seeing it come up)


[00:00] <histo> scalability-junk: I know I have servers now
[00:02] <scalability-junk> histo: cool
[00:04] <histo> just none with vmx
[00:04] <histo> Anyone know if the mail server taskel pulls the mail-stack-delivery meta package?
[00:51] <histo> interesting samba4 is failing to install from repo
[00:51] <histo> !info samba4
[00:53] <histo> anyone mind confirming a bug on 12.04?
[00:53]  * Patrickdk is looking
[00:53] <Patrickdk> don't see any
[00:53] <histo> Patrickdk: if you install samba4 it bombs
[00:53] <histo> Patrickdk: package won't install errors about smb.conf
[00:54] <Patrickdk> I don't have a system I'm willing to pollute with samba4 right now
[00:55] <histo> ahh
[00:55] <histo> I just built a vm and installed 12.04.2 server updated and trying to install samba4 errors
[00:55] <histo> ERROR: Invalid smb.conf
[01:02] <histo> How has no one filed a bug against the package.
[01:04] <mardraum> http://www.abc.net.au/news/2013-03-22/cyprus-becoming-cash-only-economy/4588214
[01:05] <mardraum> er sorry, paste error
[01:24] <hallyn> sarnold: scalability-junk: iiuc you want to be able to preseed a virt-install install?  if so the key there is to manipulate the iso ahead of time to add the preseed file
[01:25] <hallyn> you can look at lp:ubuntu-qa-tools vm-tools/vm-new for an example
[01:26] <scalability-junk> hallyn: yeah I wanted to do something like with the vmbuilder -> no setup -> boot.sh sort of thing
[01:27] <scalability-junk> I dislike the preseed file so (worked with it and it's just bad) :D
[01:27] <hallyn> heh
[01:27] <hallyn> yeah it doesn't usually treat me too well
[01:28] <scalability-junk> syntax is nothing to like
[01:28] <scalability-junk> but back to virt-install is there a way to not go through the install, but have a ready vm ? like with vmbuilder?
[01:28] <scalability-junk> or is that only possible with a premade .img which is used then?
[01:28] <hallyn> no the install is how it works
[01:29] <hallyn> would cloud images be useful to you?
[01:29] <hallyn> you can wget them, qemu-nbd+mount to modify them as needed, then clone themwhen you need...
[01:30] <scalability-junk> yeah but working on implementing openstack on a few boxes anyway, but being able to do it with other tools should be great
[01:30] <scalability-junk> hallyn: mh kk for now it works and "never change a running system" :D
[01:30] <hallyn> mh kk?
[01:30] <scalability-junk> ok
[01:33] <hallyn> no - what is mh kk?
[01:51] <scalability-junk> hayllin: mhh = thinking. kk = ok
[01:53] <hallyn> ok thx :)
[01:54] <histo> !info samba4 precise
[01:54] <histo> !info samba4 raring
[01:55] <histo> hrm...
[01:55] <histo> Going to try quantal next then see if bug is still present there.
[04:48] <blkperl> !info collectd raring
[04:48] <blkperl> oow this bot is cool
[04:49] <blkperl> !info ganeti raring
[04:49] <blkperl> !info ganeti precise
[04:49] <blkperl> !info ganeti2 precise
[04:49] <blkperl> !info ganeti2 raring
[05:04] <histo> blkperl: yes it does all sorts of neat things
[05:04] <histo> !find ganeti
[05:05] <histo> !search botabuse | blkperl
[05:05] <histo> !botsnack
[05:28] <Alysum> hi - how does canonical landscape manage conflicts with configs during an apt-get upgrade ?
[05:39] <histo> I would assume it would leave the modified config present. You would probably have to ask canonical though
[05:40] <sarnold> heh, he left four minutes ago..
[06:00] <NaGeL> Sup
[08:30] <Daviey> Mornin'
[08:41] <soren> Daviey: Indeed.
[08:44] <zetheroo> I am getting "X11 connection rejected because of wrong authentication."
[08:44] <zetheroo> when trying to run virt-manager
[08:44] <zetheroo> how can I fix this?
[09:05] <caribou> people, I'm back at investigating Bug #1066845
[09:05] <caribou> it's marked as fixed in Raring, but I still see novnc being a Suggest: rather than a Depends: on Raring. Am I missing something ?
[09:12] <jamespage> rbasak, thanks for testing that
[09:12] <jamespage> caribou, lemme take a look
[09:12] <rbasak> morning jamespage!
[09:12] <rbasak> No problem
[09:14] <rbasak> jamespage: could you please mark bug 1156223 as release critical? I don't want to forget about it. Getting some dupes.
[09:16] <jamespage> rbasak, I raised a raring task - it will appear on the bug tracking report now
[09:16] <rbasak> thanks!
[09:19] <jamespage> caribou, hmm- no I see it as suggests still as well
[09:19] <caribou> jamespage: ok, then I'm not crazy.
[09:19] <jamespage> caribou, the problem is that neither websockify or novnc are in main
[09:20] <jamespage> caribou, so if we switch to recommends they have to be promoted
[09:20] <caribou> jamespage: oh, I see I didn't think about that
[09:20] <caribou> jamespage: one workaround is to use --install-suggests
[09:21] <jamespage> caribou, yeah
[09:21] <caribou> jamespage: ok, I'll see what I can do, thanks for checking
[09:21] <jamespage> its less than ideal - the package should just work when installed
[09:21] <jamespage> caribou, I don't think we can fix this for released versions of ubuntu
[09:22] <caribou> jamespage: and I guess it's a bit too late to MIR novnc now
[09:22] <jamespage> caribou, I was just looking at that
[09:35] <jamespage> yolanda, I'm looking that that raring/openstack/juju bootstrap issue again
[09:36] <jamespage> it would appear that none of the runcmd section of the cloud-config actually gets run.
[09:40] <jamespage> yolanda, hmm - but if I delete all of the instance data in /var/lib/cloud/instances/* and reboot, it does the right things
[09:40] <jamespage> how odd
[09:43] <jpds> jamespage: I thought bits of the cloud-archive depended on universe packages?
[09:44] <caribou> jamespage: are all the openstack dependancies need to be in main ?
[09:44] <jamespage> jpds, not that I am aware of
[09:44] <sanderj_> Do anyone know what's the benefit of having raid 60 compeard to raid 55 ?
[09:44] <jamespage> caribou, for any of the current core openstack projects, yes
[09:45] <jamespage> caribou, actually ignore me
[09:45] <yolanda> jamespage, quite strange
[09:45] <yolanda> does it happen with all raring images?
[09:45] <jamespage> caribou, nova-novncproxy is in universe so there is no reason those suggests can be promoted to depends
[09:45] <caribou> jamespage: How could I ever ;-)
[09:46] <jamespage> lemme do that now
[09:49] <caribou> jamespage: good, that'll fix Bug #1076442 as well
[09:53] <thyrant> Hey, I need a solution where my server handles user files. The students have laptops available which they use to login and they recive files and folders related to the user. When they logout it is saved to the server. What is this called?
[09:55] <jamespage> yolanda, if you would be so kind - https://code.launchpad.net/~james-page/nova/fixup-novncproxy-depends/+merge/154894
[09:57] <jamespage> jpds, I stand corrected
[09:57] <jamespage> jpds, some universe packages are in the cloud-archive
[09:57] <jamespage> but we maintain the same rules about main->universe depends
[09:57] <jamespage> i.e. anything from universe in the CA won't get the same level of security support as stuff in main for example
[10:03] <caribou> jamespage: thanks for that. Do you want me to do the SRU for Precise ?
[10:03] <jamespage> caribou, that would be helpful - yes please
[10:03] <jamespage> hey pcarrier!
[10:03] <caribou> jamespage: ok, will do
[10:04] <caribou> jamespage: my only question is how SRU to the U.C.A are handled ? same as for regular packages ?
[10:04] <jamespage> caribou, just do the one in quantal - we have a process that detects updates for the uca and lets us know
[10:04] <jamespage> its largely automated
[10:05] <caribou> jamespage: ok
[10:05] <caribou> jamespage: pls, can you add a Quantal task on the bug, I don't have the rights for that
[10:06] <jamespage> caribou, already has one!
[10:06] <caribou> jamespage: ah, sorry didn't check
[10:10] <caribou> jamespage: I'm puzzled; which branch should I use for the Quantal SRU ?
[10:10] <caribou> jamespage: lp:~openstack-ubuntu-testing/nova/quantal-folsom-proposed ?
[10:10] <jamespage> caribou, oh-gods - there is an out-of-date SRU inflight
[10:10] <jamespage> caribou, we need to get that rejected
[10:11] <jamespage> it got superceeded by an security sru
[10:11] <jamespage> caribou, lemme think
[10:11] <caribou> jamespage: k
[10:11] <jamespage> (we might be trying to get the 2012.2.3 release in again)
[10:29] <Daviey> jamespage: which one?
[10:29] <jamespage> Daviey, which one is out-of-date?
[10:29] <Daviey> yes
[10:29] <Daviey> ie, what needs to be removed?
[10:29] <jamespage> nova 2012.2.3
[10:30] <Daviey> from precise?
[10:30] <jamespage> lemme check then all - I think we will re-cut across the board with the security patches included
[10:30] <Daviey> err, quantal
[10:30] <jamespage> Daviey, yes - quantal
[10:30] <Daviey> ta
[10:33] <Daviey> jamespage: good catch, it is > security version
[10:34] <jamespage> Daviey, lemme check what else is impacted
[10:37] <jamespage> Daviey, nova glance keystone definately - just checking cinder
[10:38] <jamespage> Daviey, yeah - cinder as well
[10:41] <Daviey> ugh
[10:41] <jamespage> Daviey, if they could all be rejected/removed much appreciated
[10:41] <jamespage> Daviey, that said I can probably re-cut them with the security fixes added quite quickly
[10:44] <Daviey> jamespage: horizon and quantum are OK?
[10:44] <jamespage> Daviey, yeah - they have not been security fixed
[10:47] <Daviey> done
[11:04] <jamespage> Daviey, do you know who did the ubuntu theme for the dashboard? it has a couple of bugs with grizzly
[11:04] <jamespage> bug 1157918
[11:06] <Daviey> jamespage: yes, it was Hugh
[11:07] <Daviey> jamespage: Huw Wilkins, rather
[11:08] <jamespage> Daviey, what's his nick?
[11:08]  * jamespage looks it up
[11:08] <Daviey> jamespage: Aussie, so i would be surprised if he answers now.
[11:09] <airtonix> it's only 8pm here Daviey
[11:09] <Daviey> ah, i thought it was later.  Thanks airtonix
[11:09] <airtonix> actually 9.3pm
[11:09] <Daviey> airtonix: hmm, i am seeing it as 10:07 PM (+1100) ?
[11:10] <airtonix> Daviey: there are three timezones in australia, i'm in +10.30
[11:10] <Daviey> oh
[11:10] <Daviey> *.30 time zones scare me.
[11:12] <jamespage> Daviey, meh -he's not on irc so emailed him instead
[11:12] <Daviey> super
[11:16] <mardraum> airtonix: more than 3
[11:17] <mardraum> actually I guess it's what you call the ones not observing daylight savings
[11:32] <jamespage> smoser, bug 1158724 I seem to be able to reproduce pretty successfully
[11:33] <jamespage> thats on raring only
[11:33] <jamespage> (and it might be the image - its the most recent raring image I could find of yours on canonistack)
[11:33] <jamespage> yolanda, ^^
[11:33] <jamespage> for reference
[11:49] <Techdude1011> Is it possible to disable broadcasts for heartbeat and use only unicast?
[11:50] <jamespage> Daviey, I'm going to update the 2012.2.3 branches with the security fixes and re-upload them to proposed for review
[11:53] <Daviey> jamespage: splendid
[11:53] <jamespage> Daviey, hmm - although I see adam already did something in the ci branches
[11:54] <jamespage> Daviey, but I think for security updates when we have an inflight proposed branch we should keep going with the existing proposed
[11:54] <jamespage> rather than cut a new 2012.2.3+stableXXX release
[11:58] <Daviey> jamespage: hmm, it's just as easy to cut a new release?
[11:59] <Daviey> jamespage: why not go for the latest ?
[12:00] <jamespage> Daviey, well we are either tracking point releases or not
[12:00] <jamespage> I'd rather stick with the point release and include security fixes
[12:01] <jamespage> rather than suck up anything extra; I think this should expedite the SRU process as everything has been seen before
[12:07] <Daviey> jamespage: i've always said that i don't like upstream point releases
[12:07] <Daviey> i much prefer us working to our own scheudle
[12:07] <jamespage> Daviey, well I don't think this actually makes that much difference
[12:07] <jamespage> Daviey, we should just rebase what's already in-flight with security fixes, not start afresh
[12:08] <Daviey> jamespage: yeah, do what you think is best
[12:08] <Daviey> personally, i prefer getting the latest we can, always
[12:08] <jamespage> Daviey, whats inflight might actually be a +stable
[12:08] <Daviey> yeah, so we an drop distro patches earlier
[12:11] <jamespage> Daviey, OK - lemme work this out and we can move forwards
[12:15] <Daviey> jamespage: but do what you think to be best.
[12:19] <zul> morning
[12:28] <smoser> jamespage, duped
[12:28] <smoser> and i'll get a newer image up there that will fix that.
[12:29] <smoser> jodh, ^ any love you could give to bug 1103881 would be greatly appreciated.
[12:38] <jamespage> smoser, ah-ha!
[12:38] <jamespage> good - at least its something we are aware of
[12:38] <smoser> jamespage, so 2 things, i disabled cloud-init invoking initctl-reload
[12:38] <smoser> (bug 1124384)
[12:39] <smoser> you would have hit that if you were adding upstart jobs.
[12:39] <smoser> but you cant avoid the upstart upgrade (without blocking it)
[12:43] <zul> yolanda/jamespage: https://code.launchpad.net/~zulcss/cinder/cinder-rtslib-remove/+merge/154937
[12:59] <jamespage> zul, oh great
[12:59] <jamespage> licensing right?
[13:00] <zul> jamespage:  yeah it got removed uptsream
[13:13] <zul> jamespage:  before i start this you didnt upload keystone rc1 this morning did you?
[13:13] <jamespage> zul, nope - leaving it for you :-)
[13:13] <zul> jamespage:  thats what I thought
[13:13] <zul> jamespage:  you are so kind ;)
[13:14] <jamespage> zul, adam_g: do you guys ever look at the branches that get created from the lab - nova/raring-grizzly for example?
[13:14] <zul> ....like a swarm of bees
[13:14] <jamespage> just wondering whether we should dump them
[13:14] <zul> jamespage:  i do when there is conflicts in the debian/changelog
[13:14] <jamespage> zul, yeah - they are just a pita imho
[13:15] <zul> jamespage:  i wont tear up if they go away
[13:15] <zul> it would make things easier to navigate
[13:28] <remote> morning
[13:37] <zul> yolanda/adam_g: https://code.launchpad.net/~zulcss/keystone/rc1/+merge/154951
[13:43] <yolanda> jamespage, what's best branch for rabbit charm? i'm having problems of timeouts with rabbitmq and nova-compute
[13:44] <jamespage> zul, do those re-syncs makes sense to you? I'm really just fixing up the version history in the lab branches with what I'm about to upload to quantal-proposed
[13:44] <zul> jamespage:  it does
[13:44] <jamespage> yolanda, ~openstack-charmers/charms/precise/rabbitmq-server/ha-support
[13:45] <jamespage> timeouts probably don't have much todo with the charm tbh
[13:46] <yolanda> they happen only for nova-rabbit relationships
[13:46] <yolanda> maybe incorrect password?
[13:49] <jamespage> Daviey, I've uploaded re-based keystone, glance, cinder and nova to quantal-proposed
[13:53] <jamespage> zul, pls could you ack the other 3 as well - ta
[13:53] <zul> which other three?
[13:54] <jamespage> zul, https://code.launchpad.net/~openstack-ubuntu-testing/+activereviews
[13:54] <yolanda> i think i'll bootstrap again
[13:54] <jamespage> the 3 resync MP's at the bottom of the list
[13:55] <zul> jamespage:  done
[13:55] <jamespage> zul, ta
[13:58] <zul> jamespage: http://people.canonical.com/~chucks/ca/
[14:02] <jamespage> zul, +1
[14:02] <zul> jamespage: thx
[14:19] <zul> jamespage:  do you want the CA to bake over the weekend and then we can push it out on monday?
[14:19] <jamespage> zul, sounds good
[14:19] <jamespage> I'll run some testing against staging this afternoon
[14:19] <jamespage> zul, actually that reminds me I need to upload libvirt
[14:19] <zul> jamespage: heh
[14:21] <jamespage> zul, its testing just fine in the trunk testing PPA
[14:22] <jamespage> zul, so I think we should go for it
[14:22] <jamespage> zul, any chance that glance fix will land today? I'd like to have all RC's in for testing
[14:22] <zul> jamespage:  sounds good to me
[14:31] <kantlivelong> anyonek now why 12.04.2 doesnt have raid config?
[14:31] <jamespage> zul, http://people.canonical.com/~jamespage/ca-updates/ libvirt update
[14:31] <holstein> !raid
[14:31] <holstein> kantlivelong: ^
[14:32] <holstein> kantlivelong: it should be possible
[14:32] <zul> jamespage: +1
[14:32] <jamespage> zul, any chance you could sign and upload that one for me - 22MB orig.tar.gz really chokes my connection
[14:33] <zul> sure
[14:33] <jamespage> zul, ta
[14:33] <kantlivelong> holstein: ive done it before.. it just doesnt list it..
[14:45] <zul> jamespage:  time to move....done
[15:05] <yolanda> jamespage, i'm deploying again with latest version of charms, and i receive that error on nova-cloud-controller: 2013-03-22 16:05:01,805 unit:nova-cloud-controller/0: hook.output INFO: /var/lib/juju/units/nova-cloud-controller-0/charm/hooks/lib/nova/nova-common: line 16: .: /var/lib/juju/units/nova-cloud-controller-0/charm/hooks/lib/nova/: is a directory
[15:07] <yolanda> i'm using that branch: lp:~openstack-charmers/charms/precise/nova-cloud-controller/ha-support
[15:12] <rsthelord> guys i downloaded the ubuntu server 12.04 lts version and used the universal usb installer to boot from pendrive but now i am getting "load error from cd-rom"
[15:13] <rsthelord> what to do ?/
[15:15] <holstein> http://askubuntu.com/questions/203052/installing-ubuntu-server-in-a-usb
[15:15] <holstein> http://askubuntu.com/questions/127398/usb-drive-install-of-ubuntu-12-04-server-fails-cant-find-components-from-cd-r
[15:19] <jamespage> yolanda, deployer configuration please
[15:20] <yolanda>         "nova-cloud-controller": {
[15:20] <yolanda>             "branch": "lp:~openstack-charmers/charms/precise/nova-cloud-controller/ha-support",
[15:20] <yolanda>             "options": {
[15:20] <yolanda>                 "instance-type": "m1.small",
[15:20] <yolanda>                 "openstack-origin": "ppa:ubuntu-cloud-archive/grizzly-staging"
[15:20] <yolanda>             }
[15:20] <yolanda>         },
[15:20] <RoyK> !pastebin
[15:22] <roaksoax> !pastebin | yolanda
[15:23] <yolanda> ok, it was an small bit so i did it fast, sorry
[15:43] <rsthelord> holstein: i am still unable to install it
[15:44] <holstein> rsthelord: and you cant use a CD?
[15:44] <holstein> !mininal
[15:45] <holstein> !minimal | rsthelord this is another option
[15:45] <jamespage> yolanda, I'm trying a grizzly staging deploy now
[15:46] <jamespage> yolanda, "openstack-origin": "cloud:precise-grizzly/staging"
[15:46] <jamespage> should work as well I think
[15:47] <rsthelord> this minimal option is ubuntu server ?
[15:48] <rsthelord> i just want to kill myself
[15:48] <holstein> rsthelord: ?
[15:49] <holstein> rsthelord: its just an install.. can you not use a CD?
[15:49] <holstein> rsthelord: what are you using to make the stick?
[15:49] <holstein> rsthelord: you can install *any* ubuntu version that you can, and convert to ubuntu server
[15:50] <jamespage> zul, can you fixup glance in raring for the time being so we can drop it into the CA?
[15:50] <zul> with that patch?
[15:51] <jamespage> zul, I'd go with the test removal patch thats being proposed for master
[15:51] <zul> jamespage:  ack
[15:51] <yolanda> jamespage, that origin i set is not good?
[15:51] <rsthelord> holstein: i just used the cd to burn the iso but it didnt work out. and i am using universal usb installer
[15:51] <jamespage> yolanda, no - that should work as well as it has the keyword grizzly in it
[15:51] <rsthelord> wait holstein: i am going to burn another one
[15:52] <yolanda> jamespage, but problem seemsd to be in the charm anyway
[15:52] <yolanda> i'll change that origins, but i think that this is not the problem
[15:52] <holstein> rsthelord: try unetbootin.. or dd copy... or eleborate about your issues with the CD.. or take the hard drive to another machine aind install
[15:52] <jamespage> yolanda, no - the charm uses the source to determine which version of openstack is being used
[15:52] <yolanda> oh
[15:52] <yolanda> ok, i'll change it
[15:55] <george1> hello
[15:56] <george1> addi?
[15:58] <rsthelord> holstein: i think i found my mistake in cd burning, i was burning it on a 700 mb disk where i should have used a DVD
[15:59] <zul> jamespage: https://code.launchpad.net/~zulcss/glance/glance-testsuite/+merge/154998
[15:59] <george1> anybody?
[16:00] <holstein> !ask | george1
[16:01] <george1> !patience
[16:01] <jamespage> yolanda, can you make sure that you have up-to-date charm
[16:01] <george1> how do i as a question?
[16:01] <jamespage> yolanda, the code looks ok to me - it does a grep for the codename in the ppa uri
[16:01] <george1> did i print that !ask | george! ?
[16:02] <jamespage> zul, +1
[16:03] <jamespage> george1, just ask it
[16:04] <george1> what is the meaning of the "!" mark in front of ask and of patience?
[16:04] <jamespage> george1, it instructs ubottu to do something
[16:04] <george1> where do i learn about ubottu?
[16:09] <zul> jamespage:  http://people.canonical.com/~chucks/ca/
[16:10] <jamespage> zul, type in changelog and you need a bit more change history than that as 0ubuntu1 has not been uploaded
[16:10] <jamespage> type/typo
[16:10] <jamespage> lol
[16:11] <george1> apparently, from its source ... :-)
[16:12] <zul> jamespage:  k just a sec
[16:12] <Guest66849> hello.    I would like to add a few SSH users to my ubuntu server.  best practice advice please?
[16:14] <LargePrime> sorry for typo
[16:15] <jamespage> zul, can I be a real PITA - its actuall a new upstream release for the CA
[16:16] <george1> LargePrime: check /home/* permissions
[16:16] <zul> jamespage:  grr
[16:17] <zul> jamespage:  annnnnnd now
[16:17] <jamespage> zul, +1
[16:17] <jamespage> I'm assuming it has built OK in raring right?
[16:17] <jamespage> zul ^^
[16:18] <zul> jamespage:  yep
[16:18] <LargePrime> george1:  I am looking for a way to generate the /home .ssh dir and set permissions or several users at a time
[16:18] <LargePrime> george1:  I am looking for a way to generate the /home .ssh dir and set permissions for several users at a time
[16:18] <LargePrime> sorry
[16:19] <LargePrime> also adding the SSH keys to the authorized keys would be cool too
[16:20] <george1> that comes from the client
[16:20] <zul> jamespage: yep
[16:20] <jamespage> LargePrime, check out ssh-import-id
[16:20] <jamespage> might help
[16:20] <RoyK> LargePrime: make it in /etc/skel ?
[16:20] <jamespage> (well so long as SSH public keys are stored in launchpad - but I think you can make it use an arbitary host)
[16:21] <LargePrime> george1: I assume a admin can generate keys an send to clients
[16:21] <LargePrime> RoyK:  jamespage  checking that out.  i am a noob at this
[16:21] <jamespage> LargePrime, users should generate their own keys
[16:21] <RoyK> LargePrime: everyone starts out as noobs ;)
[16:23] <george1> jamespage: probably you can send users a script doing that, but I'm a beginner, too
[16:23] <RoyK> george1: better tell the users how to do it - that way they may even learn something ;)
[16:23] <LargePrime> james, why should users generate thier own keys?
[16:24] <RoyK> LargePrime: because you normally want to set a password on that key
[16:24] <LargePrime> besides altruistic learning?
[16:24] <RoyK> (or some might want to do that)
[16:25] <george1> LargePrime: sorry, last message was for you not for jamespage. because it is a security issue. private key should be private, and how can you keep it private if you generate it on other systems and then you send it to the user over some network?
[16:26] <LargePrime> i imagine we should assume other secured networks/systems can exist.
[16:27] <george1> LargePrime: come on, they should generate their keys just as they should choose their passords
[16:28] <LargePrime> ok, i defer to you.  Also it seems no good tool to do it my way.
[16:28] <george1> !factoid
[16:28] <LargePrime> What groups, if any does the user need to be
[16:28] <gdeeble> Hey, anyone familiar with Ser2net?
[16:28] <george1> !ubottu
[16:30] <george1> LargePrime: as I said, I'm a beginner, but I would useradd a user and then i would check itd default groups, and if they need more then i would add them
[16:30] <jamespage> zul, 24 mins to build glance - thats better than 25 hours
[16:31] <george1> !ubottu help
[16:32] <LargePrime> One of my desires was to eliminate assword logins
[16:32] <LargePrime> password* sorry
[16:32] <LargePrime> and just bulk create keys and set them up
[16:32] <LargePrime> but that seems rather diicult
[16:33] <LargePrime> difficult*
[16:33] <george1> LargePrime: for that you let them login with a password, then they generate the key and copy its public part to the server, and then you modify the sshd_config to block password usage
[16:34] <george1> LargePrime: if you create a large number of keys you need to put them into those systems somehow, so either a connection or going there physically. connection is already done with password from client to server
[16:34] <george1> !ubottu help commands
[16:35] <LargePrime> george1: yes.  understood.  but that seems rather manual and I would need to turn it of and on as i add users and as they get around to doing the taks
[16:35] <yolanda> jamespage, i have up-to-date charms, i pulled them today
[16:36] <george1> LargePrime: it should be possible to turn off passwd login for each user as they generate their keys
[16:36] <LargePrime> george1:  with some sort o script?
[16:36] <yolanda> i'm testing with the origin you told me
[16:36] <george1> LargePrime: maybe from that script ..., using local configs
[16:36] <jamespage> yolanda, hmm - I just deployed using that origin and it worked fine
[16:36] <jamespage> odd
[16:37] <george1> !help
[16:37] <LargePrime> george1: like (on logout) if authorized keys exists (re config ssh config)
[16:37] <sarnold> george1: http://ubottu.com/devel/wiki/Plugins
[16:37] <george1> !es
[16:39] <george1> LargePrime: or even from the client, in the same script, modify its user .ssh settings, if that is possible. could be less secure? :-?
[16:40] <yolanda> i'm trying again
[16:41] <george1> very well, i found out alone how does ubottu work. now, the big question, maybe i don't have to answer it alone, too: can i contribute to some ubuntu server utility, provided that i know C++ and i am running another linux distribution but i may also run ubuntu server text mode only on a 500MHz 225MB RAM system? can you please suggest such an application or at least tell me where to look?
[16:41] <LargePrime> I dont have a good handle on the security model.  I assume local configs might not be user configable?  But either way there exists no tool for doing this i guess
[16:44] <george1> LargePrime: i can't find any way to config passwd usage per user
[16:44] <george1> LargePrime: this is bad
[16:46] <LargePrime> george1: maybe there is an irc channel for ubuntu server questions like this.

[16:47] <gdeeble> Anyone know if using Serial 2 Network is it possible to push the host serial port to the client via telnet using Ser2net?
[16:48] <LargePrime> george1: did you look at this http://www.chrisjohnston.org/ubuntu/ssh-import-id-saves-time-and-hastle
[16:48] <george1> LargePrime: man ssh_config speask about ~/.ssh/config and there you can set this. however, it is not clear if the file lives on the client or on the server
[16:49] <LargePrime> that older and those files DNE by default
[16:50] <george1> LargePrime: yes, it looks great
[16:50] <LargePrime> george1: those DNE by default.  they are generated by any of the SSH tools
[16:50] <LargePrime> sorry my fingers have been drinking
[16:50] <george1> LargePrime: of course, all users still need to generate their keys and post them (the public part) on launchpad
[16:50] <george1> LargePrime: ha?
[16:51] <sarnold> george1: ~/.ssh/config is a client-side configuration file
[16:51] <LargePrime> also in the sever home dir
[16:52] <LargePrime> it cant be client side.  it controls how the server responds?  sarnold ?
[16:53] <yolanda> jamespage, i'm testing, same problem
[16:53] <sarnold> LargePrime: eh? how?
[16:53] <yolanda> let me check if i have latest revisions, maybe there is some cache?
[16:53] <george1> sarnold: yes, it is absurd to deny passwd login with a config on the server side. so, LargePrime, write a script that works on the client side and blocks passwd login there. of course, clients can change that if they want. otherwise, you can only block them all from using passwords
[16:54] <george1> !es | george
[16:54] <sarnold> george1: what? that's the whole point of the PasswordAuthentication sshd configuration variable.
[16:55] <george1> everybody: so, can you help me with any suggestion about any program that i could help develop in text mode on a weak system for ubuntu server?
[16:55] <yolanda> jamespage, in deployer directory i have revision 240, but it tries to publish revision 240
[16:55] <yolanda> how can i remove that caching?
[16:55] <yolanda> it tries to publish revision 212, sorry
[16:55] <george1> sarnold: that one block all users from using passwd's, i believe. am i wrong?
[16:55] <LargePrime> sarnold: george1  why is it absurd to control who can and cannot have password login server side?
[16:56] <LargePrime> it seems we have at least one use case?
[16:56] <george1> LargePrime: because when ssh reads that file it is already connected
[16:56] <sarnold> george1: if you use a "Match" block you can apply it to certain groups or users or whatever.
[16:58] <george1> sarnold: yes, thank you for that! LargePrime you can block individual users from logging in with a root script that verifies that a user has generated his key and then it ads it to sshd_config
[16:59] <jamespage> yolanda, hmm
[16:59] <LargePrime> george1:  can this be an application you wish to create?
[16:59] <yolanda> i see a -u option in deployer
[16:59] <jamespage> yolanda, deployer -S scrubs zookeeper of charms
[16:59] <george1> everybody: very well, it appears that i have no chance for an advice here for a program in C++ to which I could contribute
[17:00] <jamespage> I always do a -S -D -T when tearing down
[17:00] <george1> LargePrime: that would be a script in bash
[17:00] <jamespage> george1, sorry - other than c++ do you have any specific areas of interest
[17:00] <sarnold> george1: there's just not that many C++ programs with a non-graphical but graphical interface....
[17:00] <sarnold> george1: iirc, apt is done in C++...
[17:01] <jamespage> and ceph, mongodb
[17:01] <george1> jamespage: i know many, but nothing special. please tell me what is in demand right now, first two or three choices
[17:02] <george1> sarnold: so there are C++ programs WITH graphical interfaces? i may upgrade my system for Ubuntu, if that is the case
[17:02] <jamespage> george1, well; specifically in Ubuntu not much tbh - if you want to do something C++ related I would recommend getting involved in a specific project thats written in C++
[17:02] <gazoombo> utlemming: Hi, I'm trying to track down info about the tools used to build the Vagrant boxes released with the cloud images.
[17:03] <gazoombo> utlemming: I tried first in #ubuntu-virt and soren directed me here.
[17:03] <george1> jamespage: so I should go upstream, right? what language are you using now to program?
[17:03] <koolhead17> hi all
[17:03] <sarnold> george1: iirc, nearly the entirety of the KDE stack is programmed in C++
[17:03] <utlemming> gazoombo: tools?
[17:03] <jamespage> george1, as a distro developer not just one
[17:03] <gazoombo> utlemming: yes, what does the release process look like for those boxes?
[17:03] <george1> sarnold: so there is demand in programming graphic support in C++? it makes sense, for efficiency
[17:04] <jamespage> george1, I touch Java, C, C++, Python, Go but only really from a bugfixing perspective
[17:04] <jamespage> (actually Go is streching that a bit)
[17:04] <george1> jamespage: but you need ALL of them, is that the problem?
[17:04] <gazoombo> utlemming: I found vmbuilder, but it looks like that only targets xen kvm vmw6 and vmserver as hypervisors
[17:04] <sarnold> george1: yeah, C++ feels like a reasonable sweet spot there, C-levels of efficiency are _possible_ but some nice high-level abstractions can come for free.
[17:05] <utlemming> gazoombo: well, they are still in beta, so those are dailies only.
[17:05] <utlemming> gazoombo: I'm OTP at the moment...can I pick this up in a bit?
[17:05] <gazoombo> utlemming: whereas the Vagrant boxes run on virtualbox
[17:05] <gazoombo> utlemming: no problem
[17:07] <george1> jamespage: Python i only browsed, but it looks friendly. java i read, it looks like c++, only i hated the class library documentation. maybe now i understand it better
[17:07] <george1> jamespage: never head of Go
[17:07] <jamespage> newish language
[17:08] <LargePrime> any suggestions o a server load measuring tool?
[17:08] <LargePrime> load management really
[17:09] <sarnold> LargePrime: like 'vmstat 1' and 'top'? or .. like collectd or mrtg or nagios or .. ?
[17:10] <LargePrime> sarnold:  pretend I am a noob
[17:10] <sarnold> LargePrime: hehe, okay, go run 'vmstat 1' in a terminal and look at the block input and output, swap input and output, rates.. those are pretty useful :)
[17:11] <LargePrime> the server told me it is at load 4.  never seen it over 1.5
[17:14] <LargePrime> it still at 4
[17:14] <LargePrime> sarnold:  how can i tell what is using the server?
[17:14] <sarnold> LargePrime: that might not mean much. 'top' or 'htop' will make it easy to see the processes running and which ones have the CPU occupied
[17:15] <LargePrime> how can i tell if i am getting ddosed?
[17:16] <sarnold> LargePrime: depends on the type of dos, stpuid packet floods would show up in ifconfig as huge packet rates
[17:17] <sarnold> LargePrime: some dos attacks induce huge computing problems in servers, those are harder to spot..
[17:18] <LargePrime> assuming stupid.  how i ifconfig?  with ifconfig?
[17:18] <zul> jamespage:  yay!
[17:18] <sarnold> LargePrime: just type 'ifconfig' at a prompt, wait a little bit, run 'ifconfig' again, and check the difference in packet counts
[17:19] <LargePrime> ok
[17:19] <LargePrime> I think i found with top
[17:19] <LargePrime> it was a jaa pocess running crazy
[17:19] <LargePrime> java*
[17:20] <LargePrime> thanks sarnold
[17:21] <sarnold> LargePrime: hehe, yeah, that sounds like java. *sigh* :)
[17:23] <george1> well, thank you all for the info
[18:07] <sw> hi is there a command to list all apache VirtualHosts running on a server?
[18:08] <sarnold> sw: "running" might be hard, if you have parts of your configuration disabled.. but grep -ri virtualhost /etc/apache* might get you close
[18:17] <sw> sarnold: $ apache2ctl -S seemed to do it
[18:18] <sarnold> sw: nice :) thanks!
[20:19] <sauce> what are packages that begin with "unity" i.e. unity-webapps-newsblur
[20:20] <Pici> sauce: unity is the default desktop environment
[20:21] <sauce> oh i get it.. that's what they call it
[20:21] <sauce> so unity-* packages integrate with the desktop, got it
[20:21] <Pici> Yeah, not really relevant for server stuff.
[20:37] <Darkstar1> Hello people. I need to persist DNS servers on my machine. editing the resolv.conf doesn't work as it's wiped after restart. How can I persist the search and DNS details?
[20:40] <genii-around> Darkstar1: Use a post-up command in /etc/network/interfaces file to echo the dns info to the resolv.conf, or else keep a copy in another file and cp it to resolv.conf from rc.local
[20:41] <Darkstar1> genii-around: cheers
[20:42] <Darkstar1> genii-around: post-up is a part of a set of tools?
[20:44] <sauce> Darkstar1: http://manpages.ubuntu.com/manpages/lucid/man5/interfaces.5.html
[20:44] <genii-around> Darkstar1: man interfaces   gives you some examples.
[20:44]  * genii-around slides sauce a coffee and cookie
[20:47]  * sauce wink
[23:39] <ispivey> Anyone know how to invoke cloud-init with a userdata file after boot, from the shell?  Or is that not possible?


[11:06] <stub> utilities/js-deps -n LP_MODULES -s build/js/lp -x '-min.js' -o \
[11:06] <stub>         build/js/lp/meta.js >/dev/null
[11:06] <stub> Traceback (most recent call last):
[11:06] <stub>   File "utilities/js-deps", line 4, in <module>
[11:06] <stub>     from convoy.meta import main
[11:06] <stub> ImportError: No module named convoy.meta
[11:07] <stub> This seems to be why staging.launchpad.net is down (phew, not me)
[11:10] <Spads> This is bad and you should feel bad.
[11:19] <stub> I always feel bad.
[11:20] <Spads> Jolly good.
[11:27] <StevenK> Is python-convoy no longer installed then?
[11:28] <stub> StevenK: It isn't in version.cfg or setup.py -- I'm just testing a branch
[11:28] <StevenK> stub: It's a package, required by launchpad-dependencies
[11:28] <stub> oic, so we need to update that
[11:29] <StevenK> steven@lptests:~% apt-cache show launchpad-dependencies | grep Depends | cut -d, -f48
[11:29] <StevenK>  python-convoy


[10:49] <Kilos> helloooo africa
[10:49] <MarwenDo> hi Kilos
[10:49] <Kilos> been very busy
[10:49] <Kilos> and power cut
[10:49] <Kilos> sigh
[10:53] <urbanslug> Kilos: Running the community!
[10:53] <urbanslug> Clap for Kilos
[10:54] <Kilos> lol
[10:54] <urbanslug> :D
[10:54] <Kilos> urbanslug go back to zipper man
[10:54] <Kilos> i keep typing zip tab
[10:55] <Kilos> then have to delete and start over with the slug thing
[10:55] <urbanslug> hahaha for you I shall
[10:55] <Kilos> lol ty
[10:55] <zipper> Now I shall get accidental mentions from the haskell channel.
[10:55] <Kilos> did you see melodies links yesterday
[10:56] <Kilos> oh gremble is a haskell lover
[11:22] <Na3iL> o/
[11:26] <Kilos> hi Na3iL
[11:28] <Na3iL> Kilos, :D
[11:29] <Na3iL> how are you!
[11:29] <Kilos> ok ty and you?
[11:29] <Kilos> been busy with outside physical labours
[11:29] <Na3iL> Same as usual
[11:31] <zipper> I didn't know
[11:31] <zipper> Is gremble back?
[11:31] <zipper> Under a new nick i.e.
[11:33] <Kilos> nope
[11:34] <Kilos> he is on the za channel where classes over


[14:56] <fooctrl> is there a way to disable evolution-alarm-notify, except manually killing it each time system is booted?
[14:56] <fooctrl> I'd still like to use gnome-calendar, I just don't want to get notifications by it about my appointments, I use Thunderbrid for this
[17:22] <msev--> do i need to turn of secure boot or is ubuntu-gnome clever enough to work with it?
[17:22] <msev--> off*