[00:00] <exs> hm ok. one more question. i commit a develtree. after that i create a new file and then i want revert to the last revision without all files created after the last commit. is this possible?
[00:05] <bob2> perhaps you want bzr uncommit
[00:05] <bob2> I'm not sure
[00:07] <exs> but then the newly created files are still there
[00:07] <Peng> "bzr revert" instead?
[00:07] <exs> no
[00:08] <bob2> so delete them?
[00:08] <bob2> or clean-tree
[00:09] <exs> a great. that was i ve searched
[00:15] <exs> i go sleep n8
[01:47] <RenatoSilva> lifeless: https://bugs.launchpad.net/bzr-search/+bug/480684
[02:06] <mwhudson> Peng: your mirror branches broke launchpad :-)
[02:06] <mwhudson> (but it seems to be some network provider stupidity, not your fault)
[02:06] <lifeless> RenatoSilva: I'm going out, but I have replied to the bug
[02:09] <RenatoSilva> lifeless: last 2 comments are mine
[02:11] <spiv> RenatoSilva: the last comment (#6) isn't
[02:16] <RenatoSilva> no idea of what this means: Nor does it have a suffix index (where you put rabedis and rabedis-on in an index and can then find both sidebar and no-sidebar efficiently).
[02:17] <RenatoSilva> lifeless: I would simply rename the bug to 'make bzr search human friendly', but that seems a big way to walk through
[02:17] <spiv> lifeless was going perhaps a bit too much into possible implementation details in those parens.
[02:18] <RenatoSilva> how to find no-sidebar?
[02:20] <spiv> If I'm understanding lifeless comment correctly, currently bzr-search only keeps a simple index that lets you look up complete words.
[02:21] <RenatoSilva> I don't understand why the bug is imcomplete, the title and description and comments are pretty clear
[02:21] <spiv> (i.e. it doesn't support searches by parts or words, or suffixes)
[02:21] <spiv> The problem is the scope of the bug is too large and nebulous to be useful as something to have on a todo list.
[02:22] <RenatoSilva> no it's not
[02:22] <RenatoSilva> *it's specific*
[02:22] <spiv> I think lifeless is asking for a bug, or bugs, with specific suggestions about how to improve the searching, rather than something as vague as e.g. "human friendly"
[02:22] <RenatoSilva> I just want to search the diffs, and know the revision
[02:23] <RenatoSilva> I didn't rename the bug to "make it human friendly"
[02:23] <spiv> So you want "diff-only search"?
[02:23] <RenatoSilva> I said that because of their comments about how imcomplete bzr-search is
[02:24] <RenatoSilva> well that's a very bad thing that bzr-search is in version 1.7 and can't even search partial words or whatever
[02:25] <RenatoSilva> I would keep the software as beta
[02:25] <RenatoSilva> spiv: well, as in the title, I just want "return matching revisions"
[02:26] <Peng> mwhudson: Awesome. How'd that happen?
[02:26] <RenatoSilva> return the revisions that match a search string, just like bzr search more or less does
[02:26] <spiv> Also, comment #4 is suggests you're looking for more complex forms of search queries than simple term-matching.
[02:26] <RenatoSilva> spiv: do you call bzr search Preferences a more complex search??
[02:26] <RenatoSilva> same about no-sidebar
[02:27] <spiv> RenatoSilva: What does "matching" mean in "return matching revisions"?  "word appears in the diff"?  "substring appears in the diff and/or commit message"?
[02:27] <RenatoSilva> spiv: https://bugs.launchpad.net/bzr-search/+bug/480684/comments/2
[02:28] <spiv> RenatoSilva: ok, so
[02:28] <spiv> RenatoSilva: I'm guessing a bit at what lifeless would like, but
[02:28] <spiv> RenatoSilva: I suggest changing this bug title to 'show the revisions whose diff contains the search string'
[02:28] <RenatoSilva> spiv: if you're lucky, your method is not called no-sidebar so you can use bzr-search for that but as I said there 1. no rev *number* 2. output is ugly
[02:29] <RenatoSilva> spiv: nice title, will change it now
[02:29] <spiv> RenatoSilva: and filing one or more other bugs for other enhancements like "find PreferencesProvider when I search for Preferences", etc.
[02:29] <spiv> RenatoSilva: I just copied it straight out of your comment #2!
[02:32] <mwhudson> Peng: connections from the data centre to bzr.mattnordorff.com are timing out
[02:33] <RenatoSilva> ah ok :) just changed, for the other bugs, I think I'm only able to say 'make it human friendly', which would probably be rejected for being too general (looks more like a blueprint). You guys, however, are more experienced on how it works and all the specific terms like stemming (?), so you can more easily split it into more specific tasks in my opinion
[02:35] <RenatoSilva> "return PreferencesProvider when I search for Preferences" is more like a use case than a proper bug description for me (imagine one writing if s == 'Preferences': return 'PreferencesProvider', or some similar hack :D )
[02:36] <spiv> RenatoSilva: well, don't worry about specific jargon
[02:36] <spiv> RenatoSilva: give specific examples of things you'd like to work better
[02:36] <RenatoSilva> ok
[02:36] <RenatoSilva> thanks for helping
[02:36] <spiv> RenatoSilva: i.e. a bug report that is a use case that doesn't work yet is still a reasonable bug report, so long as the use case isn't too general
[02:36] <spiv> RenatoSilva: i.e. don't file bug 1 ;)
[02:36] <spiv> (That was a quick timeout!)
[02:37] <RenatoSilva> spiv: would be nice if you later convince lifeless that the bug is not incomplete
[02:37] <RenatoSilva> (because it seem you got me)
[02:37] <spiv> RenatoSilva: lifeless may still prefer to split some of those bugs into more specific bugs, or mark some as duplicates of others, but that will be easier to do the more specific they are
[02:38] <RenatoSilva> I mean this open bug, its status is incomlete but it's just that lifeless didn't get me in my opinion
[02:38] <RenatoSilva> * imcomplete
[02:39] <spiv> RenatoSilva: well, I'd guess with the new title he'll be satisfied, but ask him
[02:39] <spiv> RenatoSilva: right, I agree, but that's actually a reasonable use of incomplete
[02:39] <RenatoSilva> ok ok, it's because you have more weight in convincing him I suppose :)
[02:39] <spiv> RenatoSilva: perhaps, I wouldn't be too sure ;)
[02:40] <RenatoSilva> I'll tell him that you think it's ok, ok?
[02:40] <spiv> Well, you can tell him it's now close to I think he thinks it should be ;)
[02:41] <RenatoSilva> don'tget you, but big thanks anyway!
[02:41] <spiv> It's his project, I don't have any special authority over it or him.  I *do* have some experience in understanding what he finds useful in a bug report, though.
[02:42] <spiv> (Which isn't far off what I find useful)
[02:42] <RenatoSilva> ok ok thanks, gtg good night!
[02:45] <spiv> RenatoSilva: good night
[03:01] <tonyyarusso> So I have a local (unbound) bzr branch, and I want to merge a change from a branch on launchpad.  I tried doing 'bzr merge lp:~ubuntu-minnesota/ubuntu-drupal-theme/minnesota-patches' and got this:
[03:01] <tonyyarusso> "bzr: ERROR: KnitPackRepository('file:///home/drupal/sites6/ubuntu-minnesota.org/themes/ubuntu-drupal-theme/.bzr/repository/'); is not compatible with; RemoteRepository(bzr+ssh://bazaar.launchpad.net/~ubuntu-minnesota/ubuntu-drupal-theme/minnesota-patches/.bzr/); different rich-root support"
[03:02] <spiv> Your local branch is in an old format
[03:02] <spiv> Assuming you have bzr 2.0 or newer, just run "bzr upgrade" in that branch
[03:03] <Peng> mwhudson: Ehh. That's not my fault, is it?
[03:04] <tonyyarusso> spiv: ah, perfect - thanks
[03:04] <Peng> mwhudson: FWIW, mtr to crowberry (bazaar.lp) and druzhnaya (puller) from my end work fine. Well, 1 packet gets dropped at the last hop, but that shouldn't matter.
[03:09] <spiv> tonyyarusso: you're welcome
[03:10] <tonyyarusso> hmm, now I have a message that there's a conflict in a file - is there a way to show what the actual conflicting text is?  (I only have a filename so far)
[03:10] <tonyyarusso> the man page makes it sound like showing the text should be the default
[03:12] <tonyyarusso> oh, I see
[03:12] <tonyyarusso> .BASE and .THIS
[03:14] <mwhudson> Peng: maybe it's better now anyway, not your fault
[03:15] <spiv> tonyyarusso: and look at the file itself
[03:15] <spiv> tonyyarusso: the conflicting region(s) will have markers like <<<<<<< [03:16] <spiv> er, s/in it/around it/
[03:16] <tonyyarusso> oooh, ok
[03:17] <Peng> mwhudson: I hit the "Try again" button on one branch -- let's see if it works.
[03:18] <tonyyarusso> spiv: um, by "the file itself", do you actually mean one with .~1~ appended to the name?
[03:19] <Peng> mwhudson: The puller did hit my server, but LP still reports an error. (https://code.edge.launchpad.net/~mnordhoff/loggerhead/cheezum)
[03:20] <spiv> tonyyarusso: the file that has the conflict, usually
[03:20] <spiv> tonyyarusso: unless you have a conflict where both sides added a file of the same name.  (More common is both sides modified the same file that already existed)
[03:20] <mwhudson> Peng: hmm
[03:22] <tonyyarusso> spiv: well, the issue is the file with the conflict is listed as 'style.css', but that doesn't appear to exist right now.  I have a style.css.~1~, style.css.20100204 (a separate backup I made a few days ago manually), style.css.BASE, style.css.orig (I'm not sure about that one), and style.css.THIS
[03:22] <tonyyarusso> only .BASE and .THIS have file modification times of today.
[03:27] <spiv> tonyyarusso: ok, I'd guess you have the more complex kind of conflict, i.e. that both sides added (or renamed) different files to have the name 'style.css', or something like that.
[03:27] <spiv> tonyyarusso: pastebin the output of "bzr conflicts"?
[03:27] <spiv> And "bzr st"?
[03:27] <tonyyarusso> no need for pastebin on the former - it's one line:  /home/drupal/sites6/ubuntu-minnesota.org/themes/ubuntu-drupal-theme
[03:29] <tonyyarusso> the latter has "renamed: style.css => style.css.THIS; added: css/style.css; unknown: style.css.BASE"
[03:29] <spiv> tonyyarusso: "bzr conflicts" just shows a filename, not "Text conflict in $filename"?
[03:30] <tonyyarusso> spiv: bah, bad copy-paste.  "Contents conflict in style.css
[03:31] <spiv> tonyyarusso: ok, IIRC this is because one side has modified the file (yours probably judging by what you've said), but the other has deleted it
[03:32] <tonyyarusso> spiv: Yes, I have modified that file manually.  So most likely, upstream tried to move style.css to css/style.css, and got confused b/c I had modified something it wants to delete, right?
[03:32] <spiv> tonyyarusso: I suspect from the "bzr st" output that someone might have accidentally deleted it and then added it again (as a new file) to rename/move it
[03:32] <spiv> tonyyarusso: exactly! :)
[03:32] <tonyyarusso> hrm, ok
[03:33] <spiv> tonyyarusso: so the resolution is mostly likely to either apply your changes to the new file, or revert the deletion, and move your file to the new location...
[03:33] <spiv> tonyyarusso: ...and tell whoever made that change to use "bzr mv" next time, or even "bzr mv --auto".
[04:25] <RAOF> Man, “git add -i” makes me *long* for bzr shelve.    Actually I wanted “git add -p”.
[07:20] <vila> hi all !
[07:28] <bialix> рунф мшдф!!!
[07:28] <bialix> heya vila!!!
[07:28] <vila> :D
[08:09] <chx> lifeless: ping
[08:10] <lifeless> chx: hi. Is this re: the mail you sent me? I've replied.
[08:10] <chx> lifeless: yes. i saw. :)
[08:11] <chx> lifeless: just wanted to ask whether you want me to collect the more interesting points or you guys will read the (rahter interesting) thread
[08:15] <lifeless> I'm not sure at this point
[08:15] <lifeless> I'm hoping jam or someone will volunteer to be a resource for you
[08:16] <lifeless> in my experience its best to have someone like yourself or emma as a primary advocate though
[08:16] <lifeless> for now, until I hear back, I suggest mailing anything specific that is a concern/needs more info to the main bazaar mailing list
[08:18] <chx> I will do that , OK
[08:18] <chx> And we are advocating -- David Strauss and myself, I will get hold on Emma once she is bakc from NZ
[08:32] <lifeless> chx: excellent
[08:32] <bialix> chx: battle for drupal?
[08:33] <chx> bialix: yes
[08:33] <bialix> gimme a link please
[08:33] <chx> http://groups.drupal.org/node/48818
[08:33] <mneptok> I WANNA BE AN ELF-WARRIOR WITH A +3 BOW OF PHP!
[08:34] <mneptok> wait ... does PHP allow +?
[08:34] <chx> the discussion so far is suprisingly sober
[08:35] <fullermd> mneptok: Of course.  It may even mean what you want it to.
[08:35] <chx> or may not
[08:35] <chx> :p
[08:35] <fullermd> Doesn't Drupal still have a semi-active bzr mirror around from $YEARS ago when jblack was talking to them?
[08:35] <chx> i write phpwtf.org so you dont need to tell me that php is weird
[08:36] <chx> fullermd: we have a launchpad mirror which i use.
[08:36] <chx> fullermd: thanks god
[08:36] <quicksilver> vila: finally got around to finishing and sending that email to the bzr list. Sorry it took so long.
[08:36] <mneptok> ohcrap.
[08:37] <mneptok> i just put on a Ring Of Power and now register_globals is enabled.
[08:37] <mneptok> THE EYE CAN SEE ME!
[08:37] <vila> quicksilver: great, thanks
[08:37]  * fullermd writes it for a living; no secret here either   :p
[08:37] <chx> fullermd: it would have been better to move to bzr in 2006 yes but it did not happen alas. We are a lot bigger so it might be a bit harder but it's also our growth that made CVS unbearable. And let's face it, these last four years made bzr a lot better too.
[08:39] <chx> mneptok: i already told you that you do not need to bash PHP to me. I can do it a hell lot better and evne do it on a blog as mentiond. And register_globals is gone for good for one, two, Drupal worked around it for years and now simply refuses to run if it is on...
[08:41] <chx> mneptok: i came here for help and not (the rather boring and tiring) PHP bashing. There is more to picking a system than the language it is written in.
[08:41] <mneptok> uh. wow. easy there, tiger. i'm not "bashing" PHP. i'm not bashing Drupal. i'm trying to make people smile a little.
[08:42] <vila> mneptok: you failed :D
[08:42] <mneptok> vila: apparently not. ^^
[08:42] <vila> As I *try* to teach my daughters, humour is a risky job, sometimes you had to assume the consequences, bear with it and keep bashing :D
[08:43] <vila> mneptok: I was meta-smiling :D
[08:43] <mneptok> vila: woot! meta-success!
[08:43] <vila> LOL
[08:44] <gerard_> morning
[08:44] <vila> chx: you're preaching the chore, we're all using bzr....
[08:44] <vila> hi gerard_
[08:45] <fullermd> Humor == brute force?  If it doesn't work, you're not using enough?
[08:45] <chx> vila: yes I do. But there are a couple thousand Drupal developers who dont.
[08:45] <gerard_> fullermd: heh
[08:45] <chx> vila: we have an excellent chance to change that.
[08:45] <vila> chx: I was referring to "There is more to picking a system..." :D
[08:46] <vila> chx: I agree with lifeless, things work better when some ambassadors act as gateways, we have limited resources so focusing on ambassadors's summaries is the most effective way to help
[08:48] <vila> chx: if there are bugs that are more important to the drupal community, flag them as such (affects-drupal or something)
[08:48] <chx> hm, then i need to check whether there is a bug for friendlier unshelve
[08:48] <vila> chx: if you need help setting up some central server, ask here
[08:49] <chx> oh infra knowledge we have aplenty :)
[08:49] <vila> chx: you know about 'bzr unshelve --preview' right ?
[08:49] <vila> chx: yeah, silly me :D
[08:49] <mneptok> chx: GNOME went through similar machinations not long ago. although outdated, this might provide some useful info and topic points - http://live.gnome.org/DistributedSCM
[08:50] <chx> last i checked (which was this year) you could only specify a numeric id for unshelve
[08:50] <chx> and not the message
[08:50] <chx> let me retest so i can speak more coherently :)
[08:50] <quicksilver> that's how it seemed to me when I chcked out unshelve just a few weeks ago
[08:50] <quicksilver> that sounds like a really easy one to fix, too :)
[08:51] <bialix> wise words, vila, about your daughter.
[08:52] <chx> vila: bzr: ERROR: no such option: --preview
[08:52] <vila> bialix: two daughters even :D lunches and dinners are more and more... interesting :D
[08:52] <vila> chx: upgrade ! :D
[08:52]  * bialix was bitten in the past for not looking forward before start joking on risky themes :-/
[08:52] <vila> chx: let me check
[08:52] <bialix> vila: w00t!
[08:52] <chx> No packages will be installed, upgraded, or removed.
[08:53] <chx> i am on 2.0.2
[08:53] <bialix> chx: unshelve --preview is in 2.1
[08:53] <mneptok> "let's poke fun at $LANGUAGE" in an IRC dev channel is not risky. it's a hard requirement.  ;)
[08:53] <chx> and what does it do? shows the patch to be applied?
[08:53] <bialix> yep
[08:53] <vila> chx: revno 4955 so yes, part of 2.1
[08:54] <bialix> but it fails for me yesterday with non-ascii
[08:54] <vila> chx: it shows the corresponding diff
[08:54] <lifeless> mneptok: klingon!
[08:54] <fullermd> mneptok: Pfft.  That sounds like something a COBOL programmer would say...
[08:54] <lifeless> vila: choir
[08:54] <lifeless> vila: chores are boring tasks ;)
[08:54] <vila> lifeless: it's like hhtps, it's too late now, I will take the one for the other for years to come ;D
[08:55] <mneptok> lifeless:  Hab SoSlI' Quch!
[08:55] <vila> lifeless: I was so sure to get it right this time...
[08:55] <vila> :-D
[08:55] <ronny> fullermd: join the curch of cobol now for final salvation
[08:55] <bialix> ooo, hhtps! that's cool
[08:56]  * fullermd has been dreaming of cobol's "final salvation" ever since he had to learn it...
[08:56] <vila> COBOL got the boring printed report descriptions right, I've never since better since then....
[08:56] <mneptok> COBOL's final salvation is the banking industry.
[08:57] <lifeless> mneptok: in lucid, you can enable it ;)
[08:57] <vila> mneptok: yeah, that's what I just said no ?
[08:57] <ronny> oh ffs - im still in #cobol
[08:57] <vila> ronny: yeah ! Don't you love putting 'D' in column 7 ?
[08:57] <ronny> lol, every few dats someone got in and declared cobol dead
[08:58] <ronny> and a few weeks ago i explained the religion of cobol to someone
[08:58] <vila> ronny: and how about: Error: '.' is missing
[08:58] <mneptok> ronny: idle     : 6335 days 4 hours 44 mins 30 secs [signon: Jan 31 00:00:00 1969]
[08:58] <ronny> damn, i must have been drunk to get such an idea
[08:58] <vila> mneptok: lol
[08:59] <vila> err, wait, let's stop bashing COBOL, chx is still around
[08:59] <chx> bah
[08:59] <vila> . o 0 (Will chx smile on this one ?)
[08:59] <ronny> cobol aint that bad, its a pretty good worst case example
[08:59] <vila> . o 0 (Darn, missed again)
[08:59] <chx> i apparently have a humour detector fail :)
[09:00] <vila> \o/
[09:00] <vila> ronny: stop ! stop ! someone will try to find worst !
[09:00] <mneptok> chx: dude, i have like 10 ex-girlfriends that would LOVE you.
[09:00] <mneptok> ;)
[09:00] <fullermd> At once?  That sounds hazardous.
[09:01] <mneptok> not really. just expensive.
[09:01] <ronny> vila: once someone explained to me how to sort a words file in just as little 100 loc of cobol
[09:01] <vila> . o 0 (girlfriends load test harness... worst a try ?)
[09:01] <vila> worse, damn
[09:01] <mneptok> "worth"
[09:02] <vila> no, worth, or something
[09:02] <mneptok> *patpat*
[09:02] <vila> on reflexion worst wasn't such a bad joke :D
[09:02] <fullermd> Yeah, I thought it rather apropos.
[09:13] <exs> hi
[09:13] <exs> i want to hold a single file and revert all other files two reversions back
[09:14] <vila> cp file SAFE; bzr revert; cp SAFE file ?
[09:14] <vila> rm SAFE
[09:15] <vila> exs: bzr shelve/unshelve *may* work too
[09:16] <exs> ok will tryin
[09:16] <exs> thx
[09:18] <bialix> exs: qrevert
[09:19] <bialix> err, no
[09:19] <bialix> qrevert can't do two revisions back
[09:19] <exs> ok i do not use kde
[09:19] <bialix> bad bad qrevert
[09:19] <bialix> exs: people on gnome using it too, I guess
[09:20] <exs> bialix: maybe but i like the commandline more
[09:21] <bialix> no problem.
[09:21]  * bialix also likes command line
[09:23] <exs> also i want just to become better in bzr so i asked the question in the hope to learn more and new methods working with bzr
[09:30]  * gerard_ loves lighweight checkouts :)
[09:30] <gerard_> I'm switching around git style
[09:33] <exs> and how to unignore certain files? ivh not found any commands for this issue
[09:33] <bob2> edit .bzrignore
[09:33] <exs> can i simply delete this file?
[09:34] <fullermd> A lot depends on exactly what you mean by "unignore"...
[09:34] <bob2> you almost certainly don't want to delete it
[09:35] <exs> i vh ignored only two files and after i delteded it and commited there was a line informed me that the .bzignore is missing. is this very worse?
[09:48] <bialix> gerard_: colo ftw!
[09:57] <junak-michal> Hi. I was trying to send bugfix to bzr through launchpad. More information here https://code.launchpad.net/~junak-michal/bzr/giveback/+merge/18297. I was advised to send an email for accepting contributor agreement so i did it (from the mail I use as launchpad login). I want to ask if I should do something else or if it is okay now. Sorry for stupid question, but I am kind of confused.
[10:11] <spiv> junak-michal: that sounds fine to me
[10:11] <spiv> junak-michal: (thanks!)
[10:30] <exs> one more question. what does revert --no-backup does? which backups are means?
[10:30] <spiv> junak-michal: oh, and if for some reason there's more required, a developer will let you know.  Reviews and the like don't always happen immediately, but we mostly manage within a day or two.
[10:31] <spiv> exs: see "bzr help revert":
[10:31] <spiv> By default, any files that have been manually changed will be backed up
[10:31] <spiv> first.  (Files changed only by merge are not backed up.)  Backup files have
[10:31] <spiv> '.~#~' appended to their name, where # is a number.
[10:31] <exs> i dont see any # files in my directory
[10:32] <spiv> exs: it would be FILENAME.~1~
[10:32] <spiv> not literally #
[10:32] <exs> ah ok
[10:32] <exs> thx
[10:32] <spiv> (or FILENAME.~2~, etc)
[10:33] <exs> can you answer me one more question. which advantages i get if i use init-repo?
[10:34] <fullermd> Space savings by sharing history among branches.
[10:34] <spiv> the branches inside the repo will share that repo, which means only one copy of revision data.  That saves space (and time when creating and deleting branches)
[10:35] <exs> that means there are no more commands or feature i can use if i have a repo inited, but the .bzr directories are more organized and work faster?
[10:36] <spiv> exs: right
[10:36] <exs> ok thx. i have in one directory an inited dir without a repo. but i want to do the repo to the parent direcory. can i do it simply?
[10:36] <exs> so the repo accept the inited dir?
[10:36] <fullermd> Yes.  With the exception of a few dark edge cases, everything should act exactly the same.  Just faster.
[10:37] <spiv> exs: you should be able to init-repo the parent, then "bzr reconfigure --use-shared" in the branch
[10:37] <fullermd> You can init-repo to create the repo, and then use reconfigure (--use-shared I think) to change that existing branch to use the now-present repo.
[10:37]  * fullermd gives up and lets spiv do the typing   :p
[10:39] <spiv> Actually, I'm about to go to bed, but thanks :P
[10:39] <fullermd> Bed?  Nonsense.  The sun isn't even up yet.
[10:40] <junak-michal> spiv: thanks:-)
[10:54] <exs> and how to rename a branch?
[10:55] <exs> just bzr mv bla blanew?
[10:55] <beuno> exs, rename a branch?
[10:55] <beuno> you can just rename the directory
[11:00] <exs> can i mv the repo after init?
[11:01] <exs> for example bzr init-repo bla and then mv bla to subdir/bla?
[11:01] <beuno> exs, yes, as long as you take the .bzr dir with you, it's all good
[11:01] <spiv> exs: so long as the branches are still subdirectories of the repo, sure
[11:01]  * spiv -> bed
[11:01] <exs> ok thx
[11:12] <exs> lol
[11:13] <Lamba> hello (this is in relation to launchpad project).  - im getting an error about being unable to lock a file when i try to push, i've used the brek-lock but it gives the same lock error when i try push again. anyone know an easy way out of this mess ?
[11:13] <Lamba> break-lock*
[11:15] <Lamba> i should mention its only me using the repo. - i lost net connection during a push which caused this.
[11:25] <vila> Lamba: hmm, the simplest way may be to just delete the branch on launchpad
[11:29] <Lamba> ive just this second fixed it... - apparently break-lock bzr+ssh & break-lock sftp dont actually break the lock. - i did break-lock lp:~username and bingo.
[11:30] <Lamba> bit confusing because bzr's error message says to uzr bzr+ssh, but hey ho :) - least i know now
[11:30] <Lamba> use*
[11:31] <vila> Lamba: hmm, as long as 'lp~username/...' aliases to the same branch, that's equivalent :D
[11:32] <Lamba> yea, odd thing was the bzr+ssh and sftp ones didnt ask for a y/n response, just dropped back to prompt. oddness.
[11:42] <vila> Lamba: then it may mean there wasn't a lock there to break...
[11:42] <vila> ach, he's gone :-/
[14:02] <GaryvdM> Hello
[14:04] <rubbs> hello
[14:07] <GaryvdM> The bzr version in the beta ppa is out of date (it has 2.0.1) - I'm going to have a shot at updateing it.
[14:17] <GaryvdM> Err - I guess if I do that, I also need to do all the plugins to. :(
[14:29] <GaryvdM> jam: The list that you had in this mail<EMAIL_ADDRESS>[14:29] <GaryvdM> Is there an update version.
[14:30] <jam> GaryvdM: you can just look at lp:bzr-windows-installers or lp:~bzr/bzr-windows-installers/2.0, the file tools/win32/buildout.cfg has the list of files and versions
[14:30] <jam> off-hand, there is a newer qbzr, bzr-explorer and bzr-xmloutput
[14:30] <GaryvdM> Ah - cool
[14:31] <GaryvdM> Thanks
[15:29]  * quicksilver utters a long and ugly ancient egyption curse at mailman's ridiculous default settings, and chases his preferences on yet another mailman installation.
[16:18] <bialix> evening GaryvdM!
[16:18] <bialix> nice to see you here
[16:18] <GaryvdM> Hi bialix
[16:19] <GaryvdM> I'm busy trying to get the beta ppa up to date...
[16:19] <bialix> igc: ping
[16:22] <bialix> GaryvdM: should we CC announcement mails about qbzr releases to debian maintainers?
[16:24] <GaryvdM> Maybe. I think that they have tools to do that automatically. See<EMAIL_ADDRESS>[16:24] <Tak> hmm, is dpush part of bzr core, or something like rebase?
[16:25] <bialix> jelmer: ^
[16:25] <GaryvdM> And http://dehs.alioth.debian.org/report.php?package=qbzr
[16:26] <jelmer> bialix, GaryvdM: I'll leave updating up to Stefano
[16:27] <bialix> hi jelmer, Tak asked about dpush
[16:27] <jelmer> Tak, it is in core
[16:27] <GaryvdM> Hi jelmer
[16:28] <jelmer> Tak, ('bzr help commands' will tell you what plugin a command lives in)
[16:28] <bialix> cool, we're now pstream
[16:28] <bialix> cool, we're now upstream
[16:28] <Tak> yeah, I forgot about hidden-commands
[16:30] <GaryvdM> bialix: In the debian package is a watch file, which is configured to check our downloads page.
[16:30] <bialix> great
[16:34]  * Tak #519382
[16:40] <jelmer> bug 519382?
[17:18] <gerard_> jam: got some time to continue reviewing my changes to update?
[18:32] <jam> gerard_: done, in case you didn't see the update
[18:33] <gerard_> jam: thx, didn't see it yet ;)
[18:33] <jam> vila, poolie: did you see any update about Junak signing the contributor agreement?
[18:46] <vila> jam: EODed but, Junak was here a couple of hours ago, I missed him but he sounded like he sent the mail for the agreement, so it should be somewhere in the pipes...
[18:46] <jam> vila: I'll have to take control of your machines then... :)
[18:46] <jam> thanks for checing
[18:46] <jam> checking
[18:46] <jam> Sort of makes me wish LP had a "blocked on X" status
[18:47] <jam> Having to read the mp comments to determine that is a pain
[18:47] <jam> I suppose even just a "Whiteboard" for merge proposals might suffice
[18:50] <poolie> hi vila
[18:50] <poolie> jam, in https://code.edge.launchpad.net/~abentley/bzr/lpsubmit/+merge/18876 i think you should have picked up on the lack of docs too
[18:51] <vila> poolie: enjoying early wake-ups when coming from Europe ? :-/ :-)
[18:52] <poolie> :/
[18:52] <vila> jam: a whiteboard sounds like a good idea
[18:52] <vila> poolie: :-(
[18:52] <vila> poolie: I half hoped I was wrong :-/
[18:52] <jam> poolie: it just makes you a morning person, able to get done before lunch what most people take all day to accomplish
[18:53] <abentley> poolie, you say "It looks like [lp-submit] creates a merge proposal or requests a merge - that's what the Launchpad UI calls it but this seems to have no connection."  What do you mean?
[18:53] <poolie> does this create a merge proposal?
[18:53] <abentley> poolie, yes.
[18:53] <poolie> but the term 'merge proposal' doesn't occur anywhere in its ui
[18:53] <poolie> or help
[18:53] <jam> abentley: I guess that since it wasn't obvious to poolie, it could use some further explanation in the doc string
[18:54] <abentley> poolie, I'll add that.
[18:57]  * gerard_ is looking for a second reviewer for https://code.launchpad.net/~gerard-/bzr/update/+merge/18464
[18:57] <gerard_> it's about the coolest merge proposal ever
[18:57] <gerard_> or maybe not
[18:57] <poolie> i'm happy to have it
[18:57] <gerard_> only one way to find out ;)
[18:58] <poolie> hi gerard_
[18:58] <poolie> i think it would be good
[18:58] <poolie> i'll try to get to it later
[18:58] <gerard_> hey poolie
[18:59] <poolie> though i think vila is meant to be ppa this week still
[18:59] <vila> poolie, gerard_ : I plan to do it tomorrow morning first thing, I only saw jam's review some minutes ago
[19:00] <poolie> i have some more things to put into the queue from my flight
[19:00] <vila> err, tomorrow morning my TZ so, in ~12 hours
[19:01] <gerard_> vila: that's morning for me too ;)
[19:01] <vila> gerard_: ok :D
[19:03] <poolie> our patch queue is getting long again
[19:03] <poolie> kind of good in a way
[19:03] <poolie> but you can have too much :)
[19:06] <vila> poolie: not too much from non-core though and I hope to reduce it before Friday :D
[19:07] <vila> poolie: did you get a mail from Junak for the contributor agreement ?
[19:07] <vila> poolie: He was here a couple of hours ago, I missed him but he sounded like he sent the mail for the agreement, so it should be somewhere in the pipes...
[19:10] <gerard_> the contributor agreement looks kinda scary I must admit
[19:11] <gerard_> lots of open source projects ask for copyright assignment, but most are really informal about it
[19:42] <poolie> gerard_, kfogel and i are working with our lawyers on it
[19:42] <poolie> in fact he just sent me a new draft faq
[19:42] <poolie> so any further comments are welcome
[19:45] <jam> I would also mention that most open source projects aren't backed by something worth suing :)
[19:45] <gerard_> I don't like point 5 and the "other license terms" of point 6
[19:45] <gerard_> jam: yeah, you've got a point there
[19:50] <poolie> re clause 5, lawyers understand that to mean you promise to do small non-onerous things
[19:50] <poolie> we will clarify this
[19:51] <poolie> and re clause 6, it allows for dual-licencing but not for the code to be closed up
[19:59] <lifeless> moin
[20:17] <poolie> hello lifeless
[20:18] <keithhub> ok
[20:44] <emmajane> Lord love a duck: http://groups.drupal.org/node/48818. Reading through the comments on how people pick a dvcs is making my head spin.
[20:51] <lifeless> emmajane: ola
[20:51] <lifeless> hi poolie
[20:51] <emmajane> lifeless, ola :)
[20:57] <gerard_> emmajane: interesting read
[20:57] <gerard_> git is absolutely horrible to script
[20:57] <emmajane> I'm about 3/4 of the way down now.
[20:57] <emmajane> apparently it's trivial according to the summary here. :/
[20:58] <emmajane> 3/4 down the comments I should say.
[20:58] <gerard_> I wrote a 2way git<->svn gateway script and it wasn't nice
[20:58] <lifeless> ease in the fingers of the scripter
[20:58] <emmajane> the summary at the top was pretty straight forward but *very* git-leaning
[20:58] <lifeless> *ease is in*
[20:59] <mwhudson> emmajane: are you in wellington today?
[20:59] <gerard_> lifeless: I guess so, but who doesn't like python better than bash?
[21:00] <gerard_> aaah, what did I do? did I just compare two languages on irc?
[21:00]  * emmajane thinks hard. Looks outside, notes it's overcast... yes. Wellington.
[21:00] <emmajane> gerard_, :)
[21:03] <emmajane> mwhudson, I'm staying with sharrow and metlermmind? (adam) this week. then up to AKLish for the weekend then back down to WLG on Monday evening then fly out on Thursday for SCaLE.
[21:04] <mwhudson> emmajane: cool
[21:04] <mwhudson> (it's been sunny until you got here!)
[21:04] <mwhudson> :)
[21:04] <emmajane> mwhudson, sure sure. :)
[21:05] <mwhudson> emmajane: i'm in town today, want to meet for a coffee or something?
[21:05] <poolie> hello emmajane, mwhudson
[21:05] <lifeless> emmajane: adam shand?
[21:06] <emmajane> lifeless, no. erm. Adam B. Security bearded kiwi dude.
[21:06] <emmajane> mwhudson, oo. I like coffee.
[21:06] <lifeless> :)
[21:07] <gerard_> heh, #bzr, also know as #canonical ;)
[21:08] <thumper> gerard_: not entirely :)
[21:08] <mwhudson> emmajane: so do i, although i'm trying to not be entirely dependent on it these days...
[21:09] <emmajane> mwhudson, pfffbt. what fun is that?
[21:10] <gerard_> thumper: says ~quassel@canonical/launchpad/thumper ;)
[21:10] <thumper> gerard_: heh, yeah, I know
[21:11] <thumper> gerard_: emmajane isn't a canonical bod
[21:11] <thumper> and I'm sure there are others
[21:11] <emmajane> gerard_, nor is davidstraus_s
[21:11] <emmajane> we're both here from drupal
[21:11] <jam> vila: shouldn't you be asleep?
[21:12] <emmajane> chx is normally here too (also drupal)
[21:12]  * vila snores
[21:12] <jam> well, at least not working :)
[21:12] <emmajane> nor is sdboye_r
[21:12] <emmajane> (also drupal)
[21:12]  * vila snores and has fun
[21:12] <emmajane> tonyyaruss_o's ubuntu, not canonical, IIRC
[21:13] <emmajane> and abentley's Canadian. so that hardly counts as canonical. it's way cooler. ;)
[21:13] <gerard_> hehe
[21:14] <emmajane> lifeless,    Adam Boileau - Hacker (the security/cracking sort, Kiwicon organiser, pundit, aka "metlstorm"), unix, big networks. black metal. beer. beards.
[21:14] <gerard_> I still need to write some tool to make a nice tag cloud of all the channels the people in a channel are in + their cloaks
[21:14] <emmajane> enfin. I found it.
[21:14] <emmajane> mwhudson, where are you in Wellington?
[21:15] <mwhudson> emmajane: i'm in the central library right now
[21:15] <emmajane> mwhudson, that's down next to the LCA venue?
[21:15] <mwhudson> emmajane: yeah
[21:15] <mwhudson> emmajane: where are you?
[21:15] <emmajane> mwhudson, in my PJs about a 20 minute walk from the ustay.
[21:15] <mwhudson> emmajane: i see
[21:16] <emmajane> so maybe post-lunch?
[21:16] <emmajane> or for lunch?
[21:16] <mwhudson> yeah, lunch would make sense
[21:16] <RenatoSilva> verterok: hi
[21:16] <emmajane> \o/
[21:16] <mwhudson> i'm meeting my accountant (exciting!!) at 12
[21:17] <emmajane> WOO!
[21:17] <mwhudson> and he's in the left bank on cuba mall
[21:17] <emmajane> I know the cuba mall.
[21:17] <emmajane> the left bank is where the yarn shop is?
[21:17] <mwhudson> knit world?
[21:17] <emmajane> yeah
[21:17] <mwhudson> yeah, that's around there
[21:17] <RenatoSilva> spiv: you are who I was talking to yesterday about bug 480684, right?
[21:18] <mwhudson> emmajane: meet you there at 12:30?
[21:18] <emmajane> mwhudson, that could work nicely. :)
[21:18] <mwhudson> emmajane: awesome
[21:20] <emmajane> and then it got sunny out.
[21:20] <emmajane> clearly that was the right thing to play. :)
[21:20] <verterok> RenatoSilva: hi
[21:21] <mwhudson> emmajane: the forecast is for it to get bad later :/
[21:22] <mwhudson> wow battery suckage
[21:22]  * mwhudson heads off to find powah
[21:24] <emmajane> mwhudson, I'll take it personally that wellington only has bad weather when i'm around. ;)
[21:24] <mwhudson> :-)
[21:24] <vila> emmajane: you scare their sun ? Shining too much ? :-P
[21:25] <mwhudson> actually bian
[21:25] <mwhudson> biab
[21:25] <emmajane> vila, apparently. :)
[21:25] <emmajane> mwhudson, laterz
[21:30] <gerard_> ok guys, I'm off
[21:51] <emmajane> I think I may just need to get tshirts printed that read, "Git makes me angry inside"
[21:51] <lifeless> \o/
[21:52] <emmajane> http://groups.drupal.org/node/48818#comment-130248 <-- I've said it again.
[21:52] <emmajane> turns out: I actually like saying it. :)
[21:57] <mkanat> emmajane: If you need any help with your argument, I just did a full migration from CVS to bzr for Bugzilla.
[21:57] <mkanat> emmajane: I have a script that also perfectly syncs bzr branches back to CVS.
[21:57] <emmajane> mkanat, nice. :)
[21:57] <mkanat> emmajane: So that people can continue to use CVS as a read-only repo.
[21:58] <emmajane> davidstrauss may want to know that too.
[21:58] <mkanat> emmajane: That allowed us to not have to modify any of our build tools right away, because they all just kept using CVS.
[21:58]  * emmajane nods
[21:58] <RenatoSilva> verterok: if I have some time maybe I'll help on that bug
[21:58] <davidstrauss> emmajane: pardon?
[21:58] <verterok> RenatoSilva: awesome, thanks! I'll try to take a look to it later this week
[21:59] <emmajane> davidstrauss, see mkanat's comments just above.
[21:59] <verterok> RenatoSilva: I was thinking to provide the --encoding option only for the xml* commands and always use UTF-8 for the xmlrpc-service
[21:59] <RenatoSilva> verterok: I think we need to find the way for one single command, and repeat that for all the other commands. If we create a shared branch and we finish step 1, I may ocasionally contribute to step 2 till we get the whole task done
[21:59] <mkanat> emmajane: Also, I don't know if you're going to use launchpad or your own server, but we have the whole process of setting up our own bzr server documented.
[21:59] <davidstrauss> mkanat: Is it built on Tailor?
[21:59] <mkanat> davidstrauss: No.
[22:00] <mkanat> davidstrauss: It actually syncs the literal file content one commit at a time by using bzr and cvs directly.
[22:00] <RenatoSilva> verterok: that patch seems to be a solution but it breaks tests, so we need to check this
[22:00] <mkanat> davidstrauss: So it catches "renames" and all that from bzr properly.
[22:00] <davidstrauss> mkanat and emmajane: We're pretty well equipped for deploying Bazaar on our side. I handled institutional deployment at Yale for some projects, and we use it internally and with clients.
[22:00] <davidstrauss> mkanat: Doesn't Tailor do that?
[22:00] <mkanat> davidstrauss: Also, it can do unlimited numbers of branches.
[22:00] <RenatoSilva> verterok: doesn't it already contains some kind of encoding arg? iirc youhad implemented that already, hadn't you?
[22:01] <davidstrauss> mkanat: ah, now that's a nice thing
[22:01] <davidstrauss> mkanat: Tailor scales poorly with many branches from an administration perspective
[22:01] <mkanat> I can see that.
[22:01] <verterok> RenatoSilva: I think that patch jkust encode/decode everything as UTF-8
[22:02] <mkanat> I mean, right now, the way the script works is that you have to specify the --from and --to branch on the command line, but it could be re-worked pretty easily to just take a config file or read a directory or something.
[22:02] <mkanat> davidstrauss: Anyhow, if you want to look at it, it's at bzr://bzr.mozilla.org/bzr-plugins/bzr-to-cvs/
[22:03] <emmajane> mkanat, thanks. :)
[22:03] <mkanat> emmajane: Welcome. :-)
[22:03] <davidstrauss> mkanat: thanks :-)
[22:03] <mkanat> Welcome. :-)
[22:03] <RenatoSilva> verterok: statically like I said, then we would add the arg (which I thought to already exist)
[22:04] <RenatoSilva> verterok: anyway, if I ltake a look/create a branch, I'll let you know
[22:04] <verterok> RenatoSilva: yeap, I'll try to refactor that for all commands
[22:04] <verterok> RenatoSilva: cool, thanks!
[22:04] <RenatoSilva> verterok: thanks you too
[22:06] <emmajane> ok. I should probably get ready to head out into the real world.
[22:06] <RenatoSilva> lifeless: hi, I have created a small tool for the bzr search bug
[22:07] <RenatoSilva> simply based on log -p output
[22:08] <RenatoSilva> gtg syl
[22:18] <goundy> Hi
[22:18] <goundy> I use bazaar through FTP. I pushed 4 revisions
[22:18] <goundy> it only pushed 2... and when I restart push it says no revisions to push
[22:18] <goundy> (I committed and everything)
[22:18] <goundy> Any ideas ?
[22:19] <davidstrauss> goundy: How did you get your numbers?
[22:20] <goundy> davidstrauss, by running bzr log in local
[22:20] <goundy> davidstrauss, when I pushed the last 2 revisions it acted like if it was done successfully, no errors... etc
[22:21] <goundy> the first 2 revisions had only one file (Test.txt) and it's there. The following revisions added many folders and files
[22:21] <davidstrauss> goundy: and how do you know there are only two revisions on the remote branch?
[22:21] <goundy> weird because I remember I used it before and it worked
[22:21] <goundy> davidstrauss, by checkout
[22:21] <davidstrauss> goundy: are any revisions merged?
[22:22] <goundy> davidstrauss, yes actually I've working/ and mainline/ in local
[22:22] <goundy> I work in working, merge into mainline and push mainline to the ftp location
[22:23] <davidstrauss> goundy: are you running log with -n0?
[22:23] <goundy> davidstrauss, no
[22:24] <davidstrauss> goundy: It's best to run that to see what revisions are there. Different branches can have the same revisions as parents of merges (and hence hidden to normal bzr log).
[22:24] <goundy> davidstrauss, when I checkout I get only the Test.txt that shouldn't exist anymore, and I don't get the rest of the source code
[22:25] <davidstrauss> goundy: are your branches public or accessible in a way I can look?
[22:25] <goundy> and still, bzr log -n0 gives 2 revisions
[22:26] <goundy> davidstrauss, oh ftp credentials are required, and these are belong to the guy I work for. I do fully trust you but I don't feel confortable toward him by giving you the access ^^
[22:27] <davidstrauss> ok
[22:27] <goundy> davidstrauss, well look nevermind
[22:27] <goundy> I'll try to find a server to host the sources
[22:27] <goundy> and thank you very much
[22:27] <davidstrauss> goundy: I'm not sure how to help unless you can at least package up the branches for some review
[22:27] <davidstrauss> ok
[22:28] <goundy> davidstrauss, I can package them but I really think it's useless because I'm sure I didn't do anything wrong. I just did it the way I always do, well am gonna use a server anyway
[22:28] <goundy> Thank you very much
[22:28] <davidstrauss> ok
[22:36] <mtaylor> lifeless: any suggestions on how I get started hacking on a pre-existing hudson plugin (like bzr-hudson) ?
[22:43] <lifeless> mtaylor: get netbeans; follow the wiki page for checking out the source. do mvn hpi:run in the bzr directory and check it works
[22:43] <lifeless> mtaylor: you'll need the official sun java btw
[22:44] <mtaylor> lifeless: sigh.
[22:44] <lifeless> mtaylor: its in Ubuntu
[22:44] <mtaylor> lifeless: thanks
[22:44] <lifeless> mtaylor: just a different packae
[22:48] <mneptok> lifeless: "official oracle java"
[22:48] <lifeless> mneptok: 'meh'
[22:49] <mneptok> lifeless: i'll agree with that, but use <capslock> :)


 Is there some gui that needs to drive this?
[00:46] <marcoceppi> stub: no, but build time validation is still quite valuable
[00:47] <marcoceppi> and this has been in charm-tools for quite a while ;)
[00:51] <stub> T_T
[00:52] <marcoceppi> stub: either way, we can't have layers hoping keys will exist, or throwing run time errors during deploy, jsonschema makes it so we can validate layer configurations at build time, before a deploy even happens
[00:52] <marcoceppi> stub: just trying to make sure WE HANDLE THE UNEXPECTED
[00:55] <stub> yeah, I just hate the spec. I mean, your schema *could* just be an example snippet that is decoded and introspected for all the type information you need. But nooo, lets repeat the mistakes of the past like XML schemas.
[06:34] <kjackal> Hello Juju World!
[08:14] <magicaltrout> stub: ping
[08:42] <stub> magicaltrout: pong
[08:44] <magicaltrout> ah hi stub sorry to bother you had a quick nagios question for my demo tomorrow, I was hoping you might be able to shed some light on
[08:44] <magicaltrout> https://github.com/buggtb/dcos-master-charm/blob/master/reactive/dcos_master.py#L200
[08:44] <magicaltrout> does that look correct to you?
[08:44] <magicaltrout> it seems to execute fine
[08:44] <magicaltrout> but Nagios never picks up the service
[08:45] <stub> I use the nrpe-external-master relation, so not sure if that has anything to do with it.
[08:45] <stub> I also tend to use charmhelpers, rather than the helper on cmars' interface
[08:46] <magicaltrout> https://pythonhosted.org/charmhelpers/api/charmhelpers.contrib.charmsupport.html
[08:46] <magicaltrout> that one?
[08:46] <stub> yes, buried way down in contrib. That one.
[08:46] <magicaltrout> okay
[08:46] <magicaltrout> cool
[08:46] <magicaltrout> thanks
[08:47] <magicaltrout> I see all you lot using the external interface but for the demo I'd like to keep it all inside one model if possible
[08:49] <stub> magicaltrout: I can't see anything obvious wrong with yours. It seems wired up the way I think it is supposed to be if you are using the interface.
[08:49] <magicaltrout> yeah it seems like there is no rsync action
[08:49] <magicaltrout> never mind I'll keep prodding
[08:50] <stub> I'm no nagios expert. I just got sick of seeing the same boilerplate everywhere and decided to not perpetuate it.
[08:50] <magicaltrout> hehe
[08:53] <PCdude> any MAAS users/experts here, the MAAS channel itself has been dead the last 12 hours
[08:53] <magicaltrout> i fiddled with it for the last couple of days
[08:53] <magicaltrout> so I'm not an expert
[08:53] <magicaltrout> but i did get bits of it working
[08:54] <PCdude> which version did u used?
[08:54] <magicaltrout> 2.0-Rc2
[08:54] <PCdude> yeah, the 2.0 version is good, but since the JUJU version is still in beta I decide to use the 1.9.4 version on ubuntu 14.04
[08:55] <magicaltrout> I've used 2.0 since the juju alphas
[08:55] <magicaltrout> so I'm well past that stage ;)
[08:56] <PCdude> are u telling me that u got JUJU and MAAS working together with MAAS 2.0-RC2?
[08:56] <magicaltrout> depends what you call working
[08:56] <magicaltrout> no I didn't but only because of Virtualbox sucking
[08:57] <magicaltrout> but yeah it was bootstrapping etc
[08:57] <PCdude> well, still the whole openstack with landscape shit, which needs JUJU and MAAS
[08:58] <PCdude> I tried the 2.0-RC2 but with an older version of JUJU, maybe the latest beta with that MAAS version might work
[08:58] <magicaltrout> you have to use 2.0 with 2.0
[08:58] <magicaltrout> and 1.x with 1.9
[08:58] <magicaltrout> but my personal opinion is that juju 2.0 is around the corner so I might as well use the beta's and put up with a few bits changing
[08:58] <PCdude> sorry thats what I meant, I used the JUJU beta4 or beta7 I thought with the MAAS 2.0
[08:58] <magicaltrout> and its worked out for me so far
[08:59] <magicaltrout> on a fresh xenial juju beta15 should be current
[08:59] <magicaltrout> afaik
[08:59] <magicaltrout> and on a fresh xenial maas 2.0 is certainly the default
[08:59] <magicaltrout> anyway.... what bit didn't work?
[08:59] <PCdude> yeah, also what I have seen
[08:59] <PCdude> http://askubuntu.com/questions/817572/openstack-fails-to-install-caused-by-juju/818310#818310
[09:00] <PCdude> in that question u can see the whole error , its a nice one haha
[09:00] <PCdude> I could try the older 2.0-rc2 version of MAAS, maybe that could work
[09:01] <magicaltrout> dunno. I was just spinning up nodes with MAAS and Juju and that was fine
[09:01] <magicaltrout> I've not used conjure up etc
[09:02] <PCdude> yeah, conjure-up is the only option for openstack with landscape
[09:02] <PCdude> any idea when JUJU is coming out of beta?
[09:02] <magicaltrout> soon
[09:02] <magicaltrout> its been in beta for ages
[09:02] <magicaltrout> so it can't be that long :P
[09:03] <PCdude> I hope soon too, there is a summit this week, so maybe that helps a bit
[09:03] <magicaltrout> well we're all off to pasadena in a couple of weeks
[09:03] <magicaltrout> for a juju summit
[09:03] <magicaltrout> its coming along, but there is a lot of tooling that needs bringing into line
[09:04] <PCdude> ah ok, fingers crossed :)
[09:06] <magicaltrout> i'll swap
[09:06] <magicaltrout> you fix my nagios relation
[09:06] <magicaltrout> and I'll sort out your open stack ;)
[09:06] <magicaltrout> oh and write my slides for tomorrow please
[09:07] <PCdude> deal!
[09:13] <PCdude> magicaltrout:  what slides do u have to make for tomorrow?
[09:14] <PCdude> for a JUJU summit? or just regular work
[09:15] <magicaltrout> http://sched.co/7n8J
[09:15] <PCdude> looks good, u want me to hand ur slides before it starts ;) haha
[09:16] <magicaltrout> I always leave talk stuff to the last minute
[09:16] <magicaltrout> now I'm cramming :)
[09:18] <PCdude> sounds good, I am a last minute person too, most of the exams 80% was learned in the night beforehand haha
[09:18] <magicaltrout> i failed uni 3 times
[09:18] <magicaltrout> i didn't do any learning ;)
[09:18] <PCdude> well nothing at all is mostly not that good for ur grades, but u succeeded the 4th time?
[09:19] <magicaltrout> no
[09:19] <magicaltrout> I gave up and went to work
[09:19] <PCdude> I have a n00b question, how do I check if postgreSQL is running?
[09:20] <magicaltrout> I did fine in all the practical stuff, I just hate sitting in lectures
[09:20] <magicaltrout> which is ironic because I enjoy talking to people about software
[09:20] <PCdude> why? go to a night uni or something, or become steve jobs and make millions
[09:20] <magicaltrout> I don't need a degree I've been working in IT for 10 years, it pretty much covers it
[09:21] <PCdude> no degree problems with ur boss?
[09:21] <magicaltrout> infact, CS degrees a decade ago would have got you pretty much nowhere in real life
[09:21] <magicaltrout> I'm a self employed contractor for NASA, so I am my own boss
[09:21] <PCdude> CS stands for...
[09:21] <magicaltrout> computer science
[09:21] <PCdude> contractor for NASA, cool! what u do for them?
[09:22] <magicaltrout> Devops and data management platforms
[09:22] <PCdude> ah ok, u gonna tell me when they bring aliens back right? ;)
[09:23] <magicaltrout> ironically, I don't do much space stuff, scientific and data research projects mostly :)
[09:23] <PCdude> I study Electrical Engineering, but I find computer science more interesting at the moment, so yeah weird guy am I
[09:24] <magicaltrout> there is certainly plenty to learn in computer science, the data processing and ops platforms have all changed wildly in the last 5 or so years
[09:26] <PCdude> yeah true, I started with programming and have some degrees with cisco, but when I heard about openstack I jumped on the linux train and try to learn it as fast as I can
[09:26] <PCdude> *certifications
[09:27] <magicaltrout> openstack certainly has a lot of traction
[09:27] <magicaltrout> personally I'm more interested in Mesos type stuff
[09:27] <magicaltrout> to run containers across hardware
[09:28] <PCdude> ah ok, a bit like docker as I can see?
[09:28] <magicaltrout> indeed
[09:28] <magicaltrout> most of it is docker
[09:29] <magicaltrout> but the underlying stuff to manage containers is interesting, stuff like Mesos, Kubnernetes etc
[09:29] <magicaltrout> where you can say "here's my server pool, run my containers in the best possible way"
[09:29] <magicaltrout> and off it goes
[09:29] <PCdude> sounds cool! would u prefer that above openstack?
[09:30] <magicaltrout> well yeah, but each serve a different purpose
[09:30] <magicaltrout> like the project we're working on at NASA currently is genomic research search and discovery platforms, it makes sense to have a bunch of docker containers each with different components in
[09:31] <magicaltrout> and it works great because developers can deploy the identical stack locally as in production, dev or wherever
[09:31] <magicaltrout> but then in production we can leverage a cluster of servers and deploy docker stuff across a data center
[09:31] <PCdude> of course that is true, imo openstack is more widely, I mean u can add LXD or docker too, but u can also use KVM or VMware ESXI
[09:31] <magicaltrout> and its easier and more lightweight than running all of the openstack stuff and then containers or services over the top of that
[09:32] <magicaltrout> openstack might be, but i suspect kubernetes probably isn't too far behind it
[09:33] <PCdude> and kubernetes is more an all in one solution?
[09:33] <PCdude> I mean, the big con for me concerning openstack is the million packages u need
[09:33] <magicaltrout> its a docker management system originally by google
[09:34] <PCdude> free?
[09:34] <magicaltrout> its not entirely all in one
[09:34] <magicaltrout> and hard to setup, but luckily.....
[09:34] <magicaltrout> https://jujucharms.com/observable-kubernetes/
[09:35] <PCdude> long live JUJU haha
[09:35] <magicaltrout> and if you're around in the afternoon lazypower hangs out here who maintains a bunch of it
[09:35] <magicaltrout> but that gives you kubernetes and monitoring
[09:36] <PCdude> cool, I am not here in the afternoon sadly...
[09:37] <PCdude> yeah, the problem is, I would like a little more freedom, I would like to set something up like a private cloud like the amazon aws
[09:37] <PCdude> and afaik, openstack is coming closest to that rn
[09:37] <magicaltrout> yup
[09:38] <magicaltrout> well I know plenty of people have had success using openstack on conjure up, so someone will know the answer to your problems
[09:38] <PCdude> yeah, I am currently hunting for those people, since the project itself is young ,the amount of experts is small too
[09:38] <magicaltrout> this is true
[09:40] <PCdude> I have searched the internet, but for a private version of amazon aws the only option is openstack right?  I am just a student with to much drive to get it to work, but I have put in an fair amount of time already, and nothing is working yet
[09:44] <magicaltrout> don't worry i know that feeling, I've been working on Kerberos based authentication for a webservice for NASA for the last week, where I have no access to the Active Directory server, stuff doesn't work and I don't know why and the Java libraries used are so old the source doesn't exist any more and I had to decompile them
[09:44] <magicaltrout> we've all been there ;)
[09:44] <magicaltrout> eventually for whatever reason stuff starts working
[09:45] <PCdude> java, yuck! please, lets just decide for the sake of the human race to through that ugly one of the earth
[09:45] <PCdude> *throw
[09:46] <magicaltrout> I quite like java, mostly cause its the one thing I learnt at uni
[09:46] <magicaltrout> but for data applications, its pretty important these days
[09:47] <PCdude> yeah, I understand, but all the security bugs with the application for the normal home user is insane
[09:48] <PCdude> the same holds for adobe flash player
[09:49] <magicaltrout> someone else mentioned that a few weeks ago
[09:49] <magicaltrout> so I showed them this
[09:49] <magicaltrout> http://security.stackexchange.com/questions/57646/why-do-i-hear-about-so-many-java-insecurities-are-other-languages-more-secure
[09:49] <magicaltrout> which makes some pretty good points
[09:53] <PCdude> good point
[09:53] <PCdude> read most of it
[09:54] <PCdude> yeah, I never used java in that way and only see the problems with the plugin
[09:54] <PCdude> that is a good point about the memory overflow though
[09:54] <magicaltrout> java in a browser is a terrible experience
[09:54] <magicaltrout> no one denies that ;)
[09:55] <PCdude> well honestly, I dont think java is the only problem when looking at the plugin. I think windows itself is build pretty bad too
[09:55] <PCdude> although they are making progress
[09:56] <PCdude> sandboxing should be almost compulsory these days
[09:56] <magicaltrout> which is basically what Snaps do for package management on Linux systems
[09:57] <PCdude> indeed the point I was trying to make, I convinced my parents to switch from windows to linux a few months ago
[09:57] <PCdude> it took 2 years, but its good now
[09:58] <PCdude> basically the only problem for most people is microsoft word/excel/pp
[09:58] <magicaltrout> true
[10:00] <PCdude> I am really curious though, what is gonna happen with the vulcan game engine
[10:00] <PCdude> some big names are making games for it now (at least that is what they say)
[10:00] <PCdude> the footprint of linux is smaller and could push up the FPS, maybe some of the gaming community will switch to linux
[10:02] <magicaltrout> probably depends if steam keep up the linux support
[10:02] <PCdude> true that
[10:02] <PCdude> how are the slides going?
[10:03] <PCdude> btw, what country do u live in?
[10:03] <magicaltrout> UK
[10:03] <magicaltrout> I'm on 17 of 22
[10:03] <magicaltrout> they're getting there :P
[10:03] <magicaltrout> although I need to go to the opticians this afternoon and drive to heathrow
[10:04] <PCdude> wait, did we talked yesterday too? I am bad with those names so sorry if yes
[10:04] <magicaltrout> lol
[10:04] <magicaltrout> yeah we did
[10:05] <PCdude> sorry then haha
[10:06] <PCdude> what program are u using for IRC?
[10:07] <magicaltrout> I just irssi running on a remote server
[10:07] <magicaltrout> most of my life is spent inside bash terminsals, I don't see why irc would be any different
[10:08] <PCdude> ah ok, I use https://kiwiirc.com
[10:08] <PCdude> I know IRC for some time now, but have only been using it for 1 week now
[10:09] <magicaltrout> i have a 15 year headstart on you :P
[10:09] <PCdude> it is grandpa ;)
[10:10] <magicaltrout> i am old...
[10:11] <PCdude> yeah, but I could use a 15 year knowledge head start rn haha
[10:12] <magicaltrout> it does occasionally have some benifits being old
[10:12] <admcleod_> like spelling
[10:13] <magicaltrout> pfft
[10:13] <admcleod_> ;)
[10:13] <PCdude> I am dutch, so no spelling rules applied to me :D
[10:14] <magicaltrout> i still struggle to read teh screen admcleod_ post LASEK, luckily I have you to back m up! :P
[10:14] <admcleod_> GOOD POINT
[10:14]  * magicaltrout ignores admcleod_ and returns to slide writing
[10:14] <PCdude> read the screen? what happened?
[10:15] <magicaltrout> had laser eye surgery PCdude
[10:15] <admcleod_> now he has laser eyes
[10:15] <admcleod_> peow peow
[10:15] <magicaltrout> hehe
[10:17] <PCdude> may the force be with u
[10:21]  * D4RKS1D3 Hi everyone
[10:39] <magicaltrout> gaa
[10:39] <magicaltrout> stupid nagios
[10:39] <magicaltrout> what on earth am i doing wrong
[10:39] <PCdude> good luck, with pulling out hair magicaltrout :)
[10:39] <PCdude> I am off to work
[10:40] <magicaltrout> hehe
[10:40] <magicaltrout> cya
[10:40] <PCdude> I will be here tomorrow, probably praying for an answer too haha
[10:53] <magicaltrout> stub: am I being a moron? to get nrpe checks registered in nagios, do you have to include monitors.yaml?
[10:53] <magicaltrout> i'm struggling to digest the nrpe readme
[10:53] <magicaltrout> or cmars
[10:54] <stub> I haven't used monitors.yaml, so I know it works without it. But it might be something to do with local-monitors vs. nrpe-external-
[10:54] <magicaltrout> sad times
[10:54] <magicaltrout> fair enough
[10:55] <stub> Best I can tell, local-monitors was intended to replace nrpe-external-master but never gained traction. I don't know who was pushing that.
[10:55] <stub> (this is all antique)
[12:27] <marcoceppi> magicaltrout stub local-monitors pre-dates nrpe-external-master, it's goal was to provide an agnostic way to describe what to monitor that could be implemented by nrpe or zabbix or any other tool
[12:27] <magicaltrout> yeah
[12:27] <marcoceppi> instead of having tens of interfaces for each monitoring tool, you just have one
[12:28] <magicaltrout> i was hoping for something plug and play for tomorrow
[12:28] <marcoceppi> now that we have interface layers, it'll probably be way easier to implement
[12:28] <magicaltrout> but failed
[12:28] <marcoceppi> but it's not anything that has traction
[12:28] <magicaltrout> so hacked the result
[12:28] <marcoceppi> FWIW, local-monitors even predates my involvement with Juju
[12:28] <magicaltrout> and you're bloody ancient
[12:28] <marcoceppi> I know >.>
[12:31] <magicaltrout> https://docs.google.com/presentation/d/1UGuGfU7nuJISaAEIFZ_5lm1o0o010kpdm0HMBF8jvMo/edit?usp=sharing
[12:31] <magicaltrout> cast your eye over them marcoceppi when you get bored
[12:31] <magicaltrout> i need to fill 50 minutes with slides and a demo
[12:31] <magicaltrout> let me know if I've missed anything obvious
[12:35] <marcoceppi> magicaltrout: there's a few empty slides at the end ;) but presentation flows well
[12:35] <magicaltrout> yeah, that bit I do know :P
[12:35] <magicaltrout> just doing some lunchtime hacking to try and iron out a few demo kinks
[12:35] <marcoceppi> cool cool, loog great so far
[12:36] <magicaltrout> virtualbox won't play ball and let me demo maas which is a bit sad
[12:36] <magicaltrout> but don't kill my instances mid presentation tomorrow please :P
[12:37] <marcoceppi> magicaltrout: hah, I'll keep an eye out for anything with dc/os and make sure not to reap them
[12:38] <marcoceppi> hey stub, had a qustion for you on layer-apt
[12:38] <stub> yo
[12:39] <marcoceppi> stub: are there plans to add something like charm.apt.does_this_package_even_exists
[12:39] <marcoceppi> bac Makyo charm build is fixed for your charm now
[12:40] <bac> marcoceppi: cool, thanks!
[12:41] <stub> marcoceppi: Sure. I'd like the API fat enough that all the apt stuff in charmhelpers.fetch can be deprecated.
[12:41] <stub> marcoceppi: But with better naming than doesthis_package_even_exist :-P
[12:41] <marcoceppi> stub: yeah, wasn't sure a name, just wanted to convey the concept
[12:42] <marcoceppi> I've got a situation in the php-fpm charm where packages exist in trusty as php5-<name> but don't in xenail as php-<name> because they're builtins now in php7
[12:42] <stub> marcoceppi: The other option is delegating that to the existing apt package, but that seems to suffer from poor docs.
[12:42] <marcoceppi> stub: so if I ask to queue_packages and it doesn't exist will the apt layer error?
[12:43] <stub> marcoceppi: yes, the apt layer will error. Ignoring errors by default is one of charmhelpers.fetch's mistakes IMO
[12:43] <marcoceppi> stub: makes sense
[12:43] <marcoceppi> I'll open a bug
[12:43] <cmars> magicaltrout, this may help: https://paste.ubuntu.com/23111690/
[12:43] <bac> marcoceppi: worked!
[12:44] <stub> marcoceppi: In this case, I would do 'if trusty then:' rather than 'if package in available_packages'. Because then the dead code is easily removed when trusty eols
[12:44] <marcoceppi> stub: well, the package name is not defined by me, it's defined by the person including the upper layer
[12:44] <magicaltrout> oooh
[12:45] <magicaltrout> very handy cmars
[12:45] <magicaltrout> thanks a bunch
[12:45] <stub> actually, it won't error. it will block with a status message informing you of the problem.
[12:45] <marcoceppi> stub: for example php-modules: ['mcrypt', 'mbstring', 'mysql']
[12:45] <marcoceppi> php5-mbstring exists, but php-mbstring in xenail doesn't, as an example
[12:45] <cmars> sure thing
[12:47] <stub> marcoceppi: ok. So for now, I think it is 'if package not in charmhelpers.fetch.apt_cache()'. And a bug on the apt layer, since there are other use cases too.
[12:49] <marcoceppi> stub: cool, thanks for a path forward
[13:08] <magicaltrout> oooh actually that'll be killer if it works
[13:08] <caribou> Hello, I have a layer question : when using the basic layer & adding options: basic: packages: ['blah'], should I expect the 'blah' package to be installed when the charm is deployed ?
[13:08] <magicaltrout> I can nagios up my dcos master
[13:08] <magicaltrout> nagios up my nginx test container in the charm code
[13:13] <magicaltrout> yeah caribou
[13:13] <caribou> magicaltrout: ok, thought so; thanks!
[13:14] <magicaltrout> lazyPower: just the man you'll know this, if I do, juju remove-application ...
[13:14] <magicaltrout> can I fire a reactive hook inside that charm itself?
[13:14] <marcoceppi> magicaltrout: typically, the stop hook is called during remove-application
[13:14] <lazyPower> ^
[13:14] <marcoceppi> but that's not the /only/ reason stop may fire
[13:14] <lazyPower> however, you also get any relationship broken/departed hooks
[13:14] <marcoceppi> I don't think there's a clear "tear down" hook, but maybe we should have one
[13:15] <magicaltrout> boo
[13:15] <magicaltrout> I would like a "I've removed my docker container" hook
[13:15] <magicaltrout> but fired from the container charm
[13:15] <magicaltrout> not from the dcos-master charm
[13:15] <marcoceppi> magicaltrout: well couldn't you do that in relation-broken ?
[13:15] <magicaltrout> dunno
[13:15] <magicaltrout> thats why i was asking
[13:15] <marcoceppi> that's where I'd put it
[13:15] <magicaltrout> do they fire within the charms that you tear down?
[13:16] <marcoceppi> yup
[13:16] <marcoceppi> juju basically "undos" what you do
[13:16] <magicaltrout> that'll do nicely then
[13:16] <marcoceppi> so if you have a relation and you remove one side of that, the relation-departed/broken hooks fire in addition to the units being torn down
[13:18] <marcoceppi> lazyPower: I think I found a focus that's more "smoke test" applicable
[13:20] <lazyPower> marcoceppi - meet you in the batcave?
[13:20] <marcoceppi> omw
[13:31] <Guest55756> Hi, getting error while deploying juju-2.0beta16
[13:31] <Guest55756> 2016-08-30 05:59:48 INFO juju.cmd supercommand.go:63 running jujud [2.0-beta16 gc go1.6.2] 2016-08-30 05:59:48 ERROR cmd supercommand.go:458 creating LXD client: Get https://<IP_ADDRESS>:8443/1.0: Unable to connect to: <IP_ADDRESS>:8443 ERROR failed to bootstrap model: subprocess encountered error code 1
[13:32] <Guest55756> Is there any work around for this error?
[13:44] <Guest55756> getting below error while deploying juju-2.0beta16
[13:44] <Guest55756> 2016-08-30 05:59:48 INFO juju.cmd supercommand.go:63 running jujud [2.0-beta16 gc go1.6.2] 2016-08-30 05:59:48 ERROR cmd supercommand.go:458 creating LXD client: Get https://<IP_ADDRESS>:8443/1.0: Unable to connect to: <IP_ADDRESS>:8443 ERROR failed to bootstrap model: subprocess encountered error code 1
[13:44] <Guest55756> Is there any work around for this error?
[13:50] <babbageclunk> Guest55756: What was the command you ran?
[13:51] <Guest55756> juju bootstrap local.lxd-test localhost
[13:52] <babbageclunk> And what does the local.lxd-test cloud look like?
[13:52] <babbageclunk> (I mean, how's it defined?)
[13:53] <babbageclunk> Guest55756: Ooh, what version of LXD are you running?
[13:53] <Guest55756> LXD version - Let me check
[13:54] <Guest55756> root@ptcvm3:~# lxd --version 2.0.4 root@ptcvm3:~#
[13:55] <Guest55756> babbageclunk_:its 2.0.4
[14:04] <Guest55756> babbagecluck_:any work around for this error?
[14:05] <marcoceppi> lazyPower: so, -ginkgo.focus=Kubectl.client seems to be a decent smoke test, 32 tests including Guestbook.application
[14:05] <marcoceppi> basically, can I talk to the cluster via client?
[14:06] <Guest55756> babbageclunk_:any work around for this error?
[14:06] <lazyPower> marcoceppi - its a brilliant place to start.
[14:06] <lazyPower> marcoceppi - let me recap whats required to do that. Just build the e2e test suite, set the ginkgo.focus= flag during run of e2e.test and thats basically it?
[14:06] <lazyPower> aside from the credentials dance
[14:07] <marcoceppi> lazyPower: just quick_release
[14:07] <marcoceppi> then run with a few parameters
[14:07] <lazyPower> allright, i'll see if i can get a job setup so we can pipeline it
[14:07] <babbageclunk> Guest55756: Sorry, was on the phone.
[14:07] <lazyPower> are you still wanting an external charm to do this validation step?
[14:07] <marcoceppi> lazyPower: waiting for test to finish, it's a bit long
[14:09] <babbageclunk> Guest55756: Are you able to launch a lxd container on that machine separately from juju?
[14:09] <Guest55756> babbageclunk_:how to do that?
[14:10] <babbageclunk> Guest55756: Also, how hard would it be for you to upgrade to lxd 2.1?
[14:10] <Guest55756> babbageclunk_:when I do apt-get install lxd, this version only comes
[14:11] <Guest55756> babbageclunk_:If I do apt-get upgR
[14:11] <bac> marcoceppi, pmatulis: is this ready to merge? https://github.com/juju/docs/pull/1315  would like to kill those 404s
[14:11] <babbageclunk> Guest55756: launch a new container: `lxc launch ubuntu:`
[14:11] <Guest55756> babbageclunk_:If I do apt-get upgrade lxd will it upgrade
[14:11] <Guest55756> babbageclunk_:ok
[14:13] <Guest55756> root@ptcvm3:~# lxc launch ubuntu: Creating vorticose-tifany Starting vorticose-tifany root@ptcvm3:~#
[14:13] <Guest55756> babbageclunk_:root@ptcvm3:~# lxc launch ubuntu: Creating vorticose-tifany Starting vorticose-tifany root@ptcvm3:~#
[14:13] <babbageclunk> Guest55756: I think 2.1 is only in the ppa, so you'd need to do `sudo add-apt-repository ppa:ubuntu-lxc/lxd-stable` and then `sudo apt-get update` and `sudo apt-get upgrade`
[14:14] <Guest55756> babbageclunk_:ok let me follow these steps and retry
[14:15] <Guest55756> babbageclunk_:any other step apart from these?
[14:15] <babbageclunk> Guest55756: Thanks. If this works then it means we have a bug though - we should be able to work with lxd 2.0.4.
[14:16] <Guest55756> babbageclunk_:will update you if its successful
[14:17] <babbageclunk> Guest55756: Ok, thanks. At the moment I'm not getting notifications of your replies, because they're showing up for me as babbageclunk_ - if you just say babbageclunk I'm more likely to notice if IRC isn't focused (ie. most of the time).
[14:18] <Guest55756> ok :)
[14:18] <pmatulis> bac, i'll look at it now. i would like some feedback from your side re https://github.com/juju/docs/pull/1314
[14:23] <marcoceppi> lazyPower: so here's the output
[14:23] <marcoceppi> lazyPower: http://paste.ubuntu.com/23111989/
[14:24] <marcoceppi> I wonder if a few of these are becuase I'm using 1.3.3 kubectl and not $master
[14:24] <lazyPower> doubtful
[14:24] <marcoceppi> \o/
[14:24] <lazyPower> do we get more detailed summary?
[14:24] <lazyPower> or is that what we get
[14:24] <mattyw> mgz, ping?
[14:25] <marcoceppi> lazyPower: I can get a bunch of failure output
[14:25] <marcoceppi> but it's w3ay up in my buffer
[14:25] <lazyPower> ack
[14:25] <Guest55756> babbageclunk:2016-08-30 13:58:37 INFO juju.cmd supercommand.go:63 running jujud [2.0-beta16 gc go1.6.2] 2016-08-30 13:58:37 ERROR cmd supercommand.go:458 creating LXD client: Get https://<IP_ADDRESS>:8443/1.0: Unable to connect to: <IP_ADDRESS>:8443 ERROR failed to bootstrap model: subprocess encountered error code 1
[14:26] <Guest55756> babbageclunk: same error
[14:26] <marcoceppi> lazyPower: like this: http://paste.ubuntu.com/23111996/
[14:26] <lazyPower> marcoceppi - packaging conflict has bubbled up in charm-tools   pkg_resources.ContextualVersionConflict: (PyYAML 3.12 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('PyYAML==3.11'), set(['jujubundlelib']))
[14:26] <lazyPower> i'm seeing this in all the current implementations of charmbox, on status and in ci
[14:26] <marcoceppi> lazyPower: yeah, that's been fixed in master
[14:26] <lazyPower> ok, so bump the boxes to build from master?
[14:26] <mgz> mattyw: responded in other channel
[14:27] <marcoceppi> lazyPower: what are they building from now?
[14:27] <marcoceppi> pypi?
[14:27] <Guest55756> babbageclunk:sorry, its still running
[14:27] <lazyPower> marcoceppi - apt
[14:27] <marcoceppi> lazyPower: that should never happen
[14:28] <lazyPower> https://github.com/juju-solutions/charmbox/blob/master/install-review-tools.sh#L12
[14:30] <Guest55756> babbageclunk: same error --> Reading state information... tmux is already the newest version (2.1-3build1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Attempt 1 to download tools from https://streams.canonical.com/juju/tools/agent/2.0-beta16/juju-2.0-beta16-xenial-amd64.tgz... tools from https://streams.canonical.com/juju/tools/agent/2.0-beta16/juju-2.0-beta16-xenial-amd64.tgz downloaded: HTTP 200; time 80.146s;
[14:31] <Guest55756> babbageclunk: these are the steps I followed. Please validate --->  2009  sudo add-apt-repository ppa:ubuntu-lxc/lxd-stable  2010  sudo apt-get update  2011  sudo apt-get upgrade  2012  sudo add-apt-repository ppa:juju/devel  2013  sudo apt-get update  2014  sudo apt-get install juju-2.0 lxd  2015  lxd --version  2016  juju --version  2017  sudo lxd init  2018  #juju bootstrap lxd-test localhost  2019  juju list-controllers  2020  j
[14:31] <marcoceppi> lazyPower: why are you pip upgrading?
[14:32] <babbageclunk> Guest55756: Can you put that on paste.ubuntu.com? It's getting mangled here.
[14:32] <lazyPower> Tooling bump
[14:32] <lazyPower> we put tims test tooling bumps in both stable and devel, it required installation from source and a bump. but thats been a few weeks ago, the scenario may have changed
[14:33] <marcoceppi> lazyPower: well a new dep now installs PyYAML 3.12
[14:33] <marcoceppi> which does not work with jujubundlelib
[14:33] <lazyPower> do you know which component is pulling in the new dep?
[14:34] <lazyPower> oh wait i see the explicit upgrade to pyyaml derp
[14:39] <Guest55756> babbageclunk_: http://paste.ubuntu.com/23112045/
[14:43] <babbageclunk> Guest55756: ok, looking
[14:47] <babbageclunk> Guest55756: When I try the same thing I get 'unknown cloud "local"' - have you got a definition for local in `juju list-clouds`?
[14:48] <Guest55756> babbageclunk: let me check
[14:48] <babbageclunk> Guest55756: Try `juju bootstrap local lxd` instead.
[14:48] <Guest55756> babbageclunk: Ok will try this. Result of previous command : root@ptcvm3:~# juju list-clouds CLOUD        TYPE        REGIONS aws          ec2         us-east-1, us-west-1, us-west-2, eu-west-1, eu-central-1, ap-southeast-1, ap-southeast-2 ... aws-china    ec2         cn-north-1 aws-gov      ec2         us-gov-west-1 azure        azure       centralus, eastus, eastus2, northcentralus, southcentralus, westus, northeurope ... azure-ch
[14:49] <Guest55756> babbageclunk: shall i paste in ubuntu.com?
[14:49] <babbageclunk> Guest55756: pastebin again please ;)
[14:50] <Guest55756> babbageclunk: i am trying the other command
[14:50] <babbageclunk> Guest55756: ok
[14:50] <Guest55756> babbageclunk: http://paste.ubuntu.com/23112081/
[14:52] <babbageclunk> I get the same error as you're getting.
[14:52] <Guest55756> ok
[14:53] <Guest55756> babbageclunk: I was not getting the same error in beta15
[14:54] <babbageclunk> Guest55756: Ok, so it might be a bug in beta 16 - I'm going to create a bug for it.
[14:56] <Guest55756> babbageclunk_: when tried `juju bootstrap local lxd`, got the same error. Looks like a bug
[14:57] <Guest55756> babbageclunk_: is there any way to take juju2.0-beta15 version? by seeting ppa:juju/ ?
[14:57] <Guest55756> babbageclunk_:it take default devel version beta16
[14:59] <babbageclunk> Guest55756: Try using http://askubuntu.com/questions/307/how-can-ppas-be-removed to remove the juju ppa, then remove juju and reinstall it - that should get you back to beta15
[14:59] <babbageclunk> Guest55756: (There might be a more direct way than that.)
[14:59] <babbageclunk> Guest55756: (But I'm not sure.)
[14:59] <Guest55756> babbageclunk_:ok. Thanks a lot. Will try that one
[15:01] <babbageclunk> Guest55756: good luck, sorry for the trouble.
[15:01] <Guest55756> babbageclunk_:Thanks, np :)
[15:11] <marcoceppi> petevg: I had some problems using charms.unit over the weekend, mainly that it broke a whole bunch of imports when I tried Harness.patch_imports
[15:11] <marcoceppi> wnated to run through them witih you to see if I can figue out a way to fix it
[15:11] <petevg> macroceppi: I am working on an email on exactly that subject.
[15:12] <petevg> marcoceppi: basically, patching imports is a horrible idea.
[15:13] <marcoceppi> petevg: how else do we get around it?
[15:13] <marcoceppi> I'm using layer:apt and rely on lib/charms/apt.py from that layer
[15:13] <petevg> marcoceppi: I've got a PR in on the docs with some "best practices" for working around it. But basically I think that I need to scrap the harness :-(
[15:13] <petevg> https://github.com/juju/docs/pull/1317
[15:27] <cholcombe> I have a py2 module that i need to use with reactive.  Am I up a creek?
[15:29] <bac> pmatulis, evilnickveitch: this PR landed https://github.com/juju/docs/pull/1315 and it fixes the issue but only for 'devel'. can you update the stable tag on that branch so we don't have the 404s? i'm not sure of your criteria for moving the tag.
[16:04] <marcoceppi> cholcombe: kind of
[16:13] <bdx> is there an option that exists somewhere that will silence child layer messaging - if not this would be super useful
[16:14] <bdx> s/child layers/lower layers/
[16:16] <bdx> also, what is the technical terminology we are using for "lower layer"|"child layer"?
[16:17] <marcoceppi> bdx: is it really that hurtful? I mean at the end of the day it's just telling the operator what it's doing
[16:17] <marcoceppi> bdx: and since you own the top layer, you set the final messages
[16:24] <bdx> marcoceppi: well, I only bring it up because I just demoed deploying one of our apps as a charm, people were thoroughly impressed, the only negative feedback I got was that "the ruby messaging persisting for the entirety of the life of the charm is annoying, can we change that?"
[16:24] <bdx> its a polish thing
[16:24] <marcoceppi> bdx: you totally can, in your top layer :)
[16:25] <bac> pmatulis, marcoceppi, evilnickveitch: automated dead link checking: https://github.com/juju/docs/pull/1318
[16:25] <pmatulis> bac, i'd like to but that is the same file affected by the other bug and it has a bad link. i'd like to correct it first
[16:26] <bac> pmatulis: ok.  if not immediately, perhaps soon.
[16:27] <bdx> marcoceppi: I am ... the last thing I do  in my charm is -> http://paste.ubuntu.com/23112522/
[16:27] <bdx> no matter what layer ruby messaging just trumps all
[16:28] <marcoceppi> bdx: that's a bug in ruby layer
[16:28] <marcoceppi> bdx: you might also want to respond to @hook('update-status')
[16:28] <bdx> oooh, and set status there as well
[16:29] <bdx> can I use @hook in a reactive layer?
[16:29] <marcoceppi> bdx: you can, it's discouraged, but this is a good example of where it works
[16:30] <marcoceppi> bdx: also, you can just have @when('prm.available') and have it always status_set...
[16:30]  * marcoceppi looks at ruby layer
[16:32] <marcoceppi> bdx: ah, I see the problem
[16:32] <marcoceppi> this is a quick fix
[16:35] <bdx> marcoceppi: should I just not use the @when_not('prm.available')
[16:35] <bdx> and set_state('prm.available')
[16:35] <marcoceppi> bdx: no, I think that's fine
[16:35] <bdx> instead just ensure that it fires all the time
[16:35] <bdx> lol
[16:38] <marcoceppi> bdx: https://github.com/battlemidget/juju-layer-ruby/pull/7
[16:39] <bdx> lol
[16:39] <bdx> YES
[16:40] <marcoceppi> bdx: I've also got a bunch of other fixeds to make this layer more modern I'm about to put in another PR
[16:40] <marcoceppi> bdx: this will have a few changes to what you're doing in your layers, as an FYI
[16:49] <bdx> marcoceppi: also, I've another odd little issue ... http://paste.ubuntu.com/23112614/
[16:49] <bdx> no matter what I do, I can't get my charm to open ports
[16:49] <bdx> ha
[16:51] <bdx> I feel like I'm about to feel really stupid, but I've gone over everything 10x and can't seem to figure it out ... works in all my other charms implemented identically
[16:52] <marcoceppi> bdx: none of the charms are expsed
[16:52] <marcoceppi> also, lxd doesn't raelly have a firewaller
[16:52] <bdx> http://paste.ubuntu.com/23112623/
[16:52] <marcoceppi> they should all just be "open'
[16:52] <bdx> on aws I get the same thing tho here ..
[16:52] <marcoceppi> bdx: I see the problem
[16:52] <bdx> even when exposed
[16:52] <marcoceppi> website.available is only run when you connect to the http interface
[16:52] <bdx> ooooooh
[16:53] <marcoceppi> bdx: you'll want to do that during prm.available, probably
[16:53] <marcoceppi> the rest of the hook looks fine, but open the port there in stead
[16:54] <bdx> ok
[16:54] <bdx> exactly what I needed
[16:54] <bdx> thank you thank you
[16:57] <marcoceppi> bdx: this is what I want to change: https://github.com/battlemidget/juju-layer-ruby/pull/8
[16:57] <marcoceppi> bdx: how much of the configuration options do you use for the ruby stuff?
[16:58] <bdx> just 'version'
[16:58] <bdx> 'ruby-version'
[16:58] <marcoceppi> bdx: it seems that config is idempotent though, like if you change it after a deploy, it won't do anything
[16:59] <marcoceppi> how often do you plan on changing ruby version?
[16:59] <bdx> never
[16:59] <bdx> it should be an option then?
[16:59] <bdx> all of those should be
[16:59] <marcoceppi> bdx: yeah, that seems like a compile time option
[16:59] <marcoceppi> bdx: that's what I'm thinking
[16:59] <marcoceppi> I'll make that a separate pull request
[17:00] <marcoceppi> I feel bad ripping out all these chunks
[17:08] <bdx> anything that reduces the # of configs getting slammed in config.yaml +1
[17:12] <bdx> oh I see, you haven't gotten that far
[17:14] <marcoceppi> bdx: eyah, not yet, I may do taht here or another PR
[18:13] <bdx> marcoceppi: when I try to build my charm with your modernize branch -> http://paste.ubuntu.com/23112908/
[18:14] <bdx> possibly I need to remove /home/bdx/allcode/charms/repo/deps ?
[18:22] <bdx> marcoceppi: https://github.com/battlemidget/juju-layer-ruby/issues/9
[18:35] <marcoceppi> bdx: yeah, that WIP is not ready to land until charm-tools is fixed
[18:38] <bdx> awwwwee
[18:56] <cholcombe> marcoceppi, any eta on review.juju.solutions coming back up?
[18:56] <cholcombe> just wondering
[19:16] <valeech> How can I modify a charm’s bundle.yaml to deploy services to a specific maas host? I have tried changing the -to: from just 1 2 3 to hostname1.maas hostname2.maas and it fails with “placement “hostname1.maas” refers to an application not defined in this bundle”
[19:17] <bdx> valeech: https://github.com/jamesbeedy/os_ha_test_stack/blob/master/l3_ha_charmconf.yaml
[19:18] <bdx> valeech: specifically https://github.com/jamesbeedy/os_ha_test_stack/blob/master/l3_ha_charmconf.yaml#L428,L440
[19:18] <bdx> thats one way
[19:18] <valeech> Eureka! Thanks bdx!
[19:18] <bdx> add constraints that are machine tags in maas
[19:19] <bdx> valeech: np
[19:59] <hatch> using tip it appears that --region is no longer supported?
[21:11] <magicaltrout> marcoceppi: sometimes i'm very sad
[21:11] <magicaltrout> bugg@tomsdevbox:~/Projects/dcos-master$ juju deploy nagios
[21:11] <magicaltrout> panic: unknown channel "edge"
[21:11] <marcoceppi> magicaltrout: the saddest of pandas?
[21:11] <magicaltrout> sad because it worked this  morning :P
[21:11] <marcoceppi> magicaltrout: yeah, a new charm store just went out, are you on beta15?
[21:12] <magicaltrout> yeah
[21:12] <marcoceppi> oh boy.
[21:12]  * magicaltrout 's head hits the keyboard
[21:12] <magicaltrout> okay let me caveat that
[21:12] <magicaltrout> i have an empty beta 15
[21:13] <magicaltrout> i'm not stuck to beta 15
[21:13] <magicaltrout> i just need stuff to deploy
[21:13] <BradCrittenden> magicaltrout: please update to beta 16
[21:13] <magicaltrout> sage advice
[21:13] <magicaltrout> is that in some funky ppa?
[21:13] <marcoceppi> magicaltrout: ppa:juju/devel
[21:14] <bac> magicaltrout: we have three moving parts we tried to coordinate the release as well communication. they didn't all make it out together
[21:14] <bac> magicaltrout: short answer, we now have four channels and juju before beta 16 will not work
[21:14] <magicaltrout> no problem
[21:14] <magicaltrout> being locked out is something i'm used to ;)
[21:22] <magicaltrout> alrighty
[21:22] <magicaltrout> take 1
[21:22] <magicaltrout> 2
[21:50] <aisrael> de3b7q!0
[21:50] <aisrael> gah
[21:55] <cmars> huh, all i see is ********
[21:56]  * aisrael snickers
[21:58] <magicaltrout> i see de3b7q!0
[21:58] <magicaltrout> it must be some osbfucated hash
[22:00] <jrwren> i see hunter2


[10:22] <mup> PR operator#808 closed: Test observe(decorated-method) <Created by PietroPasotti> <Merged by PietroPasotti> <https://github.com/canonical/operator/pull/808>