[01:01] <speakman> hi folks!
[01:03] <speakman> I'm having this common webdevelop issue with bzr. A few users to commit to a central repo. There's still no authentication within Smart Server right?
[01:03] <Peng_> Right.
[01:05] <speakman> Another issue with this web developing (actually php), is there any "proper" way to get the remote working tree updated when committing?
[01:05] <Peng_> speakman: There's a bzr-push-and-update plugin. If you're using checkouts, I dunno if it would work.
[01:07] <speakman> But then it will be required on all clients?
[01:08] <speakman> Isn't there a post-commit hook to be used on the server side for such things?
[01:08] <Peng_> ...Possibly.
[01:09] <speakman> How about the bzr+http approach, will it work with simple htdigest for auth?
[01:13] <Peng_> I'm sure you could set up http auth in your web server.
[01:14] <speakman> And is there any reason not to use the mod_wsgi with bazaar? No howtos seems to cover that setup.
[01:14] <Peng_> It might be difficult to secure though..
[01:14] <Peng_> speakman: Eh. It's probably just that nobody's written the documentation.
[01:16] <speakman> Easy as that. :)
[03:14] <Pete_> Hello.  Can anyone help me get loggerhead to work on apache?  I have it running on the localhost:80, but cant get it to work when someone types in : http://bzr.website.com
[03:14] <james_w> are you using ReverseProxyPass?
[03:14] <james_w> oh
[03:14] <james_w> you're using mod_python and apache directly?
[03:15] <Pete_> i want to just use apache
[03:15] <james_w> ok
[03:15] <Pete_> or do w/e is needed to just get it working
[03:15] <Pete_> lol
[03:15] <james_w> can you access it at "<your ip>:80" ?
[03:15] <Pete_> no
[03:15] <Pete_> but.
[03:15] <Pete_> if i go terminal and use lynx, i can
[03:16] <james_w> using the IP address?
[03:16] <james_w> or using the domain name?
[03:16] <Pete_> one sec ill put it in pastebin
[03:17] <Pete_> http://pastebin.com/d676f76c7
[03:17] <james_w> oh, 8080?
[03:17] <Pete_> ya, sorry it was a typo earlier
[03:17] <james_w> you said 80 before
[03:18] <james_w> ok, so it sounds like you are not using mod_python, but running loggerhead by another method, is that correct?
[03:18] <Pete_> i suppose
[03:18] <Pete_> what is the mod_python way  of doing it?
[03:18] <james_w> I'm not positive you can
[03:18] <Pete_> i was just running serve_branches from the directory i wanted to start the branches in
[03:18] <james_w> I assume you can
[03:18] <james_w> ah, ok
[03:18] <Pete_> oh ic
[03:19] <james_w> if you want to keep using serve-branches then look for a ReverseProxyPass tutorial
[03:19] <james_w> I think that's what you need to use
[03:19] <Pete_> sorry, im also learning the whole server apache thing. :( sorry for the lack of knowledge there
[03:20] <Pete_> earlier
[03:20] <Pete_> i was able to get it to work by using a Proxy and mod_rewrite
[03:21] <Pete_> but it only worked halfway, half of the links would show up as localhost:8080/filename and not work....
[03:21] <james_w> hmm
[03:21] <Pete_> http://pastebin.com/m6f350e95
[03:21] <Pete_> that is the apache config file i used
[03:21] <james_w> there may be a serve-branches option to change what those links are generated as
[03:21] <Peng_> Pete_'s nick is really confusing me. D:
[03:25] <Pete_> --host=USER_HOST      Host Loggerhead should listen on.
[03:25] <Pete_> would that be my ip or the url?
[03:30] <Pete_> Ugh, and now when i try using the --host=bzr.petederemer.com option i just get an error: socket.error: (98, 'Address already in use')
[03:41] <nDuff> Pete_, I don't have the loggerhead source handy, but by convention the default should be <IP_ADDRESS>, ie. to listen on all interfaces.
[03:41] <nDuff> Pete_, it sounds, though, like something else may have the port open.
[03:44] <Pete_> nDuff: i got it working. now i just have to figure out how to get http://<IP_ADDRESS>:8080
[03:44] <Pete_> to show up as bzr.petederemer.com
[03:45] <nDuff> Pete_, is doing a redirect from http://bzr.petederemer.com/ http://bzr.petederemer.com:8080/ unreasonable?
[03:45] <nDuff> (if so, you certainly do have other options, but it's the easy/quick/cheap approach)
[03:45] <Pete_> nDuff: i would like to keep it cleaner
[03:46] <Pete_> i think my iptables are blocking port 8080, so im opening those up right now
[03:46] <nDuff> ...hmm, it's using paste... doesn't Paste support WSGI?
[03:46] <Pete_> what is wsgi?
[03:46] <nDuff> a protocol for communication between webservers (say, Apache) and webapps.
[03:46] <Pete_> well hot damn
[03:47] <Pete_> any tips on using it? or should i just hit the website straight up
[03:48] <nDuff> ...actually, looking at the README, looks like the preferred deployment approach is still mod_proxy...
[03:48] <nDuff> ...given that that's what the devs prefer, I'm surprised you were having trouble with redirects.
[03:48] <Pete_> what readme are you seeing this in? the one i looked at was like 10 lines long :(
[03:49] <nDuff> you *were* using a ProxyPassReverse directive, right?
[03:49] <Pete_> http://pastebin.com/m6f350e95
[03:49] <Pete_> i tried that
[03:49] <Pete_> but had very very limited succes
[03:49] <Pete_> but had very very limited success
[03:49] <nDuff> err, the README.txt in the loggerhead source directory I'm in is 117 lines per "wc -l".
[03:50] <nDuff> ...and has an explicit section "SERVING LOGGERHEAD FROM BEHIND APACHE"
[03:50] <Pete_> err, that file did NOT look lliek the one i read
[03:50] <Pete_> :(
[03:51] <nDuff> http://bazaar.launchpad.net/%7Eloggerhead-team/loggerhead/1.10/annotate/head%3A/README.txt
[03:51] <Pete_> Now im really mad... the different documentation wasted several hours of my time :(
[03:51] <Pete_> i think i read the readme in the debian package
[03:51] <nDuff> ahhh
[03:52] <Pete_> apparently, a very silly thing to do. haha
[03:52] <Pete_> ok thanks ill read and let you know if  i have any issues
[03:52] <Pete_> thanks!
[04:07] <Pete_> nDuff: http://pastebin.com/d4eea86df  i am now getting access forbidden errors :(
[04:08] <nDuff> Pete_, do you have any Allow clause applying to that Location?
[04:09] <Pete_> nDuff: Not that I know of.  but i dont have a deny either?
[04:10] <nDuff> Pete_, right -- so you're relying on default behavior. Smart (from a security perspective) default behavior for any server is to not allow access to anything unless it's been explicitly granted.
[04:10] <Pete_> nDuff: ah, didnt know that, will allow it right now
[04:11] <nDuff> Pete_, ...that said, the default Order deny,allow makes things which don't match either directive permitted (while Order allow,deny does the reverse)
[04:12] <Pete_> nDuff: the location here is the location relative to the site right?
[04:12] <Pete_> nDuff: or is it the location of the folder im trying to serve?
[04:14] <nDuff> The former.
[04:14] <nDuff> If you were talking about a location on-disk, you'd be using a Directory section, not a Location one.
[04:18] <Pete_> http://pastebin.com/d45f286ca
[04:18] <Pete_> still having issues :(
[04:24] <nDuff> Pete_, erm, I meant for you to put those directives in the Location clause, not in a separate Directory clause
[04:24] <nDuff> Pete_, my apologies if I was unclear.
[04:24] <Pete_> nDuff: oh
[04:26] <nDuff> ...my comment about "if you were talking about a location on-disk" was explaining *why* you're putting them in a Location clause rather than a Directory one, as when you're proxying something from a local service, it's not coming off a disk as far as Apache is concerned.
[04:27] <Pete_> ah, i see
[04:28] <Pete_> http://bzr.petederemer.com/ , still getting getting a service temperary unavailable
[04:28] <Pete_> rather now im getting
[04:28] <Pete_> nm just took a minute
[04:28] <Pete_> :-D
[04:29] <Pete_> nDuff: one issue. now if i click on a link it takes me to another subdomain for some reason :(
[04:29] <Pete_> http://pastebin.com/d55c13e3a
[04:30] <nDuff> Pete_, using it from here it looks fine.
[04:30] <nDuff> Pete_, can you describe very specifically how to reproduce?
[04:31] <Pete_> nDuff: click on the cs350hw link
[04:31] <Pete_> nDuff: it takes you to afrolegs.com
[04:31] <nDuff> Pete_, it brings me to http://bzr.petederemer.com/cs350hw/files... I don't imagine you'd be using an ancient browser that doesn't provide a Host: header?
[04:32] <Pete_> nDuff: Google Chrome...
[04:32] <nDuff> well, that's certainly not the problem, then...
[04:32] <nDuff> ...hang on, I'll try from my Windows VM.
[04:33] <nDuff> nope, I can't reproduce it here using Chrome either.
[04:33] <Pete_> nDuff: wtf?!
[04:33] <Pete_> ie does it fine
[04:34]  * nDuff remembers Chrome having a take-a-screenshot feature, but doesn't remember where it is.
[04:35] <Pete_> its chrome 2.0
[04:35] <Pete_> i dunno if that matters...
[04:35] <Pete_> but still thats just gay
[04:37] <nDuff> Pete_, that *is* bizarre. Can you reproduce it with other browsers?
[04:37] <Pete_> nDuff: Nope
[04:38] <Pete_> well this is REALLY strange
[04:38] <Pete_> but clearing thee cache worked
[04:38] <Pete_> im not sure why it was cached like that to begin with though...
[04:38] <Pete_> lol
[04:38] <Pete_> thanks sooo  much!
[04:38] <nDuff> Glad to help.
[04:39] <Pete_> nDuff: i still cant believe that i wasted a week because the debain readme was incomplete
[16:06] <wekt> What does LP error message mean?
[16:06] <wekt> "Series head on sane-backends has no branch associated with it"
[16:17] <avuton> How do I check the version of a remote repository without checking it out
[16:21] <phanatic> avuton: bzr revno remote_address
[16:21] <avuton> Aah, thanks :)
[16:22] <avuton> hrm, that isn't working on http://bazaar.launchpad.net/~lottanzb/lottanzb/
[16:22] <avuton> Says it's not a branch
[16:23] <luks> because it's not a branch
[16:24] <luks> the currect url is bazaar.lp.net/~USERNAME/PROJECTNAME/BRANCHNAME
[16:24] <luks> you are missing the last part
[16:24] <avuton> Oh, sorry, I'm so infamiliar with bzr
[16:25] <luks> no, this is about launchpad, not bzr
[16:45] <sender> hi, can anyone help me installing bzr on my debian box?
[16:46] <sender> aptitude show bzr gives me: Version: 0.11-1.1 - is this up to date?
[16:47] <phanatic> sender: that's a very old version
[16:48] <sender> phanatic, tx.. thought so :/
[16:48] <phanatic> sender: this page should help you a bit: http://bazaar-vcs.org/DistroDownloads
[16:49] <sender> tx, seen that.. trying to use backports.org now, it gives me a  GPG error ..
[16:49] <sender> "The following signatures couldn't be verified because the public key is not available: NO_PUBKEY EA8E8B2116BA136C"
[16:50] <sender> rather different problem.. any idea how do i fix this? :)
[16:51] <phanatic> you should be able to override that somehow. not sure how :/
[16:53] <sender> phanatic, this did it: apt-get install debian-backports-keyring.. thanx! off now exploring bzr :)
[16:54] <phanatic> sender: that's great, have fun! :)
[16:56] <sender> phanatic, shoot i'm now at Bazaar (bzr) 1.5 .. am i missing out with this version (1.10 most recent, right?) is this advanced enough or do you reckon that i compile from source?
[16:57] <phanatic> sender: i think 1.5 is still pretty old, so my advice would be to do a manual install (you can remove it later pretty easily)
[17:00] <sender> phanatic, ok I'll try this, will be a first
[18:45] <Sonderblade> is there something like git-svn for bzr that works really well?
[18:47] <LarstiQ> Sonderblade: bzr-svn
[19:03] <davidstrauss> lol
[19:43] <asabil> Sonderblade: and it works better :p
[19:44] <asabil> (it is only annoying sometimes when the bzr and bzr-svn versions don't match)
[19:45] <Sonderblade> good to know, git-svn is very nice and if bzr-svn is even better, then i'm happy
[20:13] <thumper> morning
[20:15] <lifeless> hi
[20:45] <Sonderblade> bzr diff is kind of slow, i thought it only operated on local data?
[20:46] <RAOF> It does, yes. It needs to hit the disc a bit, though.
[20:47] <RAOF> lifeless: What sort of debug information would be useful for a "bzr search displayed a bunch of binary data and messed up my terminal character map" bug?
[20:47] <Sonderblade> a lot it seems
[20:48] <Sonderblade> in git, diff, log and blame are instanteous but take a long time in bzr
[20:49] <RAOF> Some of that is the different type of output; bzr log shows the topological log, rather than the list of commits in chronological order.
[20:49] <RAOF> Some of that is python overhead.
[20:49] <RAOF> Perhaps some of it is an outdated repository format, or old bzr?  I don't find the diff time obnoxious.
[20:50] <Lo-lan-do> Speaking of which (I havent whined about it for quite some time)... is there work done on the reduction of the startup time?
[20:51] <Sonderblade> on the same repos, "bzr log | less" takes 7 seconds but "git log" less than one second
[20:51] <ronny> hmm
[20:51] <RAOF> Right. "git log" doesn't have to walk the repository in the same way "bzr log" does.
[20:52] <RAOF> In return, you get what is IMO more useful output.
[20:52] <ronny> LarstiQ: i had to change the abstraction, now i need repo<>workingset<>branch<>workdir
[20:53] <Sonderblade> RAOF: in this case it is not the "walk" that is taking the time, both repos are just one long svn HEAD branch
[20:55] <RAOF> We have, at this point, reached the limit of my bzr-internals knowledge.  Are they both native repositories, or is it an bzr-svn/git-svn thingy?  That might make a difference.  Maybe.
[20:57] <Sonderblade> one is bzr-svn, the other is git-svn
[20:57] <lifeless> so I have a ew queued questions I see :P
[20:57] <lifeless> *few* queued...
[20:58] <lifeless> Sonderblade: bzr diff slow - should be < 1 second across the board for working tree diffs; for historic diffs it will be slower (potentially radically slower) though that is being worked on
[20:58] <lifeless> RAOF: pointer to a repo and a search that does it would be best
[20:58] <lifeless> RAOF: patch that fixes it better still
[20:59] <Sonderblade> lifeless: historical diffs?
[21:00] <lifeless> Sonderblade: diff -r x..y
[21:01] <lifeless> Lo-lan-do: not much happening on startup reduction at the moment
[21:01] <lifeless> Lo-lan-do: various folk have done analysis of what makes it slow; seems to be most accurately summarised as 'python;
[21:03] <Lo-lan-do> :-/
[21:04] <lifeless> Sonderblade: gits raw extraction speed is extremely fast; I'm actually analysing exactly what at the moment; I suspect its a combination of less copies (e.g. use of mmap) and the IO ordering of packs which is pretty good (we tend to have more recent revisions at the end of the pack not the fount; this is a limitation in current storage not a design goal)
[21:04] <lifeless> Sonderblade: so when you say diff is kind of slow; are you talking milliseconds or seconds or ... ?
[21:05] <lifeless> Lo-lan-do: more specifically it appears to scale with codebase size
[21:05] <LarstiQ> lifeless: a bit higher up:21:51:07 < Sonderblade> on the same repos, "bzr log | less" takes 7 seconds but "git log" less than one second
[21:05] <Sonderblade> lifeless: i'm talking 7-10 seconds for bzr blame on a single file
[21:05] <lifeless> LarstiQ: thats log not diff
[21:05] <lifeless> Sonderblade: you said "
[21:05] <lifeless> 07:43 < Sonderblade> bzr diff is kind of slow, i thought it only operated on local data?
[21:05] <lifeless> "
[21:05] <lifeless> Sonderblade: did you mean blame?
[21:05] <Lo-lan-do> lifeless: I see.  There was talk of only loading the required modules, on demand, though.  Did that happen?  Would it help much?
[21:06] <LarstiQ> lifeless: though, I'm sorry, I'm not in the best of states atm
[21:06] <Sonderblade> lifeless: ALL operations are that slow, bzr blame, diff, log..
[21:06] <Sonderblade> they are "subversion slow"
[21:06] <lifeless> Sonderblade: thats unusual; blame *should* be pretty fast, status, diff, commit should be near instant
[21:07] <Jc2k> Sonderblade: did you bzr co or bzr branch from subversion?
[21:07] <lifeless> Sonderblade: could you pastebin 'bzr info' - feel free to sanitise urls
[21:07] <Sonderblade> Jc2k: bzr checkout
[21:07] <Sonderblade> i was told bzr-svn worked very well:)
[21:08] <lifeless> Sonderblade: oh, in which case its svn slow cause its still doing svn on every operation
[21:08] <lifeless> Sonderblade: because you've told it you want to act like a svn client
[21:08] <lifeless> Sonderblade: run 'bzr unbind'
[21:08] <Lo-lan-do> I don't think bzr blame runs svn.
[21:08] <Lo-lan-do> Nor do bzr diff or log.
[21:09] <lifeless> Lo-lan-do: elimination of variables
[21:09] <Lo-lan-do> (Or maybe I've got a secret wireless card in my laptop that works even when in a train in a tunnel)
[21:09] <lifeless> Lo-lan-do: (and there is a release that does, it looks up the master ranch for the branch nickname)
[21:09] <Sonderblade> lifeless: i did checkout all revisions of the svn repos which took a really long time so i don't understand why it should act like svn?
[21:10] <Sonderblade> this is my bzr info: http://pastebin.com/m7ef9bc53
[21:11] <sportman1280> hello again.  How do i import a svn repository into bzr 11RC1?
[21:13] <Lo-lan-do> sportman1280: bzr branch svn://foobar/trunk
[21:13] <sportman1280> Lo-lan-do:  what if it is a https page that requires login?
[21:14] <lifeless> Sonderblade: nothing alarming there
[21:14] <lifeless> Sonderblade: did you try unbinding?
[21:14] <lifeless> Sonderblade: 'time bzr st' would be useful for me
[21:14] <lifeless> Sonderblade: also are you running bzr packaged or from source?
[21:14] <sportman1280> Lo-lan-do: and i get a unsupported protocol for "svn://websitename.com"
[21:14] <Lo-lan-do> Then first do an "svn ls https://foobar/", then "bzr branch https://foobar/trunk" will reuse your SVN credentials.
[21:14] <Sonderblade> lifeless: bzr unbind did not help
[21:15] <Sonderblade> lifeless: time bzr st -> 0m0.337s
[21:15] <lifeless> what does bzr inventory | wc -l output
[21:15] <Sonderblade> lifeless: bzr --version -> 1.3.1 from ubuntu hardy
[21:16] <Sonderblade> lifeless: bzr inventory | wc -l -> 537
[21:17] <sportman1280> Lo-lan-do i still get an  unknown protocol for url
[21:17] <Lo-lan-do> Try svn+https then
[21:17] <Lo-lan-do> You did install bzr-svn, right?
[21:17] <sportman1280> Lo-lan-do i still get an  unsupported protocol for url
[21:18] <sportman1280> bzr-svn wont install with 1.11rc1
[21:18] <lifeless> Sonderblade: https://launchpad.net/~bzr/+archive
[21:18] <sportman1280> bzr-svn says it requires a build of bzr less than 1.8
[21:18] <lifeless> Sonderblade: has bzr 1.10 in it
[21:19] <lifeless> Sonderblade: this has had about 8 months of folk optimising it :P
[21:19] <Sonderblade> lifeless: yes but i'm not using latest ubuntu, 1.3.1 can't be so old can it?
[21:20] <lifeless> bzr 1.3.1 2008-04-09
[21:21] <Sonderblade> bzr can't be very mature yet if an 8 months old version is to old
[21:21] <lifeless> sportman1280: there are newer releases of bzr-svn too
[21:22] <Lo-lan-do> sportman1280: I guess you need to find a more recent version.  Like 0.5.
[21:22] <lifeless> Sonderblade: uhm its not too old; its had performance improvements and you seem to have a performance issue
[21:22] <sportman1280> Lifeless: where can i find a built one?
[21:22] <Lo-lan-do> Built for what?
[21:22] <sportman1280> Lo-lan-do: i386
[21:22] <lifeless> Sonderblade: we can sit down and analyse why you're having a performance issue, and hope its not one thats fixed; -or- we could as a start point get the current release
[21:23] <Lo-lan-do> What distribution?
[21:23] <sportman1280> Lo-lan-do: the ppa beta doesnt have it
[21:23] <sportman1280> Lo-lan-do: ubuntu intrepid
[21:23] <Lo-lan-do> Try the one in Debian experimental.
[21:23] <Sonderblade> lifeless: ok, i'll recompile it from source and will try again
[21:24] <Lo-lan-do> (Or just grab it from upstream into your ~/.bazaar/plugins, there's no compiling required)
[21:24] <lifeless> Sonderblade: huh! you don't need to do that
[21:24] <sportman1280> Lo-lan-do: oh i didnt realize there was no compiling
[21:24] <lifeless> Sonderblade: just add that PPA to your apt sources and ubuntu will track it
[21:25] <lifeless> sportman1280: intrepid has bzr-svn 0.4.13-2;
[21:26] <sportman1280> lifeless: which doesnt work with 1.10
[21:26] <lifeless> sportman1280: cause intrepid shipped 1.6.1
[21:26] <sportman1280> lifeless: it apparently only likes bzr 1.8 or less
[21:26] <sportman1280> lifeless: i was getting an error when importing
[21:27] <sportman1280> lifeless: it was an invalid character '\'
[21:27] <sportman1280> lifeless: and would terminate
[21:27] <lifeless> sportman1280: how did you install 1.10 ?
[21:30] <sportman1280> lifeless: i installed the 1.11rc1 from the bzr beta ppa
[21:31] <lifeless> sportman1280: ah, we don't build bzr-svn in the beta ppa
[21:31] <lifeless> perhaps we should
[21:31] <sportman1280> Lo-lan-do: the plugin isnt being detected when i put it in the plugins file
[21:31] <lifeless> sportman1280: anyhow, I would just use the released ppa, which has bzr-svn included in it
[21:31] <sportman1280> lifeless: yes please do. they conflict and it actually removes any bzr-svn u have installed
[21:32] <sportman1280> lifeless: but that bzr-svn doesnt work
[21:32] <sportman1280> lifeless: because it conflicts with bzr 1.10.
[21:32] <lifeless> sportman1280: in the release ppa?
[21:32] <sportman1280> or anything higher than 1.8
[21:32] <sportman1280> https://launchpad.net/~bzr/+archive
[21:32] <lifeless> sportman1280: yes
[21:33] <sportman1280> yep it conflicts
[21:34] <lifeless> +COMPATIBLE_BZR_VERSIONS = [(1, 10, 0)]
[21:34] <lifeless>
[21:34] <lifeless> sportman1280: looks fine to me; I would wager breakfast that you were using the beta ppa which *will conflict*
[21:35] <sportman1280> lifeless: gah. apparently i cant read
[21:39] <sportman1280> lifeless:  Thanks lifeless and Lo-lan-do. Hopefully i dont get an error this time importing it
[21:40] <sportman1280> lifeless: cuz then i really have no idea what to do haha
[21:40] <lifeless> sportman1280: well if an import fails file a bug please
[21:40] <sportman1280> there was a bug filed when i looked
[21:40] <sportman1280> but its been there since 2007 i think so theres little hope of it being fixed
[21:40] <sportman1280> :(
[21:41] <kumi> Hi guys, I pulled an upstream revision into a standalone tree, and the working tree is now 1 revision behind the tip of the branch.
[21:41] <kumi> What command will tell me what files will change when I use "bzr up"? Or which command will give me a diff of the changes that "bzr up" will perform?
[21:42] <Lo-lan-do> kumi: bzr diff ../upstream --new .
[21:43] <kumi> Lo-lan-do: thanks. But what if I don't have read access to upstream?
[21:44] <kumi> (I mistyped earlier, I didn't pull from upstream, I pushed from upstream)
[21:44] <Lo-lan-do> Then you won't be able to update anyway :-)
[21:44] <kumi> hm, maybe I'm not wording things right
[21:45] <Lo-lan-do> Oh, no, it's just that I didn't read you correctly.
[21:45] <lifeless> kumi: bzr diff -r -2..-1 probably
[21:45] <Lo-lan-do> I'm actually wondering about the same question from time to time.
[21:45] <lifeless> we really sould add that ree: revspec
[21:46] <lifeless> *tree:*
[21:46] <kumi> Lo-lan-do: me too, I stumble upon this on occasion
[21:47] <Lo-lan-do> lifeless: Also probably a "upstream:" revspec or so, for use in "bzr missing"
[21:47] <Lo-lan-do> (For bound branches)
[21:48] <Lo-lan-do> Currently, one has to do bzr info, paste the "bound_location" out of that, and do a bzr missing $that_url, which is a bit cumbersome for the equivalent of "svn status -u"
[21:56] <lifeless> Lo-lan-do: parent:
[21:57] <Lo-lan-do> Won't that ignore the new revisions on the parent side since the last update?
[21:58] <lifeless> Lo-lan-do: no, why would it?
[21:58] <igc> morning
[21:58] <Lo-lan-do> I'm probably mixing with ancestor:
[21:59] <Lo-lan-do> And I'm still on 1.5, where there's no parent:, I guess it was added later.
[21:59] <Lo-lan-do> Ah, yeah, the changelog for 1.6 has :parent.
[22:01] <mwhudson> what's the story with my non system bzr trying to load plugins from the system location?
[22:01] <Wurblzap> Hi all -- I'm getting "No such file" on an initial init-repo using sftp. I can mkdir using sftp manually, though... Can you give my some pointers?
[22:02] <spiv> mwhudson: that's the intended behaviour, I think.
[22:03] <mwhudson> even if BZR_PLUGIN_PATH is set?
[22:03] <mwhudson> also, just no
[22:03] <mwhudson> it seems nuts
[22:05] <LarstiQ> it can have it's use, but I agree it's often more annoying
[22:06] <mwhudson> i guess i can avoid it by calling load_plugins with just the paths i want
[22:08] <mwhudson> i wonder if this is why bzr trunk fails tests when run against launchpad trunk...
[22:12] <lifeless> Wurblzap: -Dtransport may add more detail to .bzr.log
[22:13]  * Wurblzap tries
[22:13] <lifeless> Wurblzap: other than that I suggest filing a bug
[22:14] <Wurblzap> -Dtransport literally doesn't add anything (identical logging). Server logs don't shed light either. Unfortunate...
[22:15] <lifeless> Wurblzap: oh, what url are you using
[22:15] <Wurblzap> A private one, lifeless... What details do you need?
[22:16] <lifeless> basically do you have a dedicated directory, or is it in your home dir, if its in your home dir, do you have ~ in the url
[22:16] <lifeless> e.g. sftp://HOST/~/INMYHOMEDIR
[22:16] <lifeless> or sftp://HOST/ABSPATH
[22:16] <lifeless> are the syntax for sftp urls in bzr
[22:16] <Wurblzap> It's in a home dir, lifeless. There's no ~. It's sftp://user@hostname/path/from/homedir/subdir/
[22:17] <lifeless> add /~
[22:17] <Wurblzap> All right, that sounds promising, lifeless
[22:17]  * Wurblzap tries
[22:17] <Wurblzap> All right, no error msg... Let's see what happened on the server
[22:18] <Wurblzap> Yeah, lifeless, this seems to have done the trick. Thanks a lot!
[22:28] <mwhudson> spiv: i think this behaviour means that if you have an old bzrtools installed in the system location, bzr.dev's tests will fail
[22:28] <mwhudson> (because of the blackbox tests of shelve)
[23:37] <markh> do I still have time to make doc changes and brand tbzr and still have them make 1.11?
[23:38] <lifeless> I'd say so
[23:40] <sportman1280> hello.  i am getting the following error. is there anyway around it?bzr: ERROR: Unable to convert Subversion path loud-lintian/trunk/testset/filenames/files/'\  because it contains characters invalid in Bazaar.
[23:52] <sportman1280> Can anyone help?
[23:53] <lifeless> sportman1280: bzr doesn't permit every single possible character in file names
[23:53] <lifeless> in particular '\' isn't permitted
[23:54] <sportman1280> lifeless: how do i get around this if i am trying to import an svn?
[23:54] <lifeless> (as well as \r, \n, \x00)
[23:54] <lifeless> I don't know
[23:54] <lifeless> you could fastexport it and write a awk filter for the fastexport stream
[23:54] <lifeless> bzr can import fastimport streams
[23:56] <sportman1280> what is fastexport a google search isn't really showing me much.  to much random in the results
[23:57] <spiv> You could probably filter that file out of an svnadmin dump of the repo too.
[23:57] <lifeless> http://bazaar-vcs.org/BzrFastImport
[23:57] <spiv> I've no idea if that'd be better/worse or easier/harder than the fastexport option.
[23:58] <lifeless> note that lintian has changed its repo to remove these files now
[23:59] <mwhudson> as is almost always the case
[23:59] <mwhudson> it makes the restrictions a little frustrating for my vcs-imports hat :)


[06:55] <dholbach> good morning
[08:39] <Mister_Q> morning o/
[08:42] <czajkowski> Aloha
[08:42] <czajkowski> dholbach: you've gotten your groove back
[09:12] <dholbach> czajkowski, these are OLD mixes :)
[16:11] <dholbach> all right my friends - I call it a day - have a good one!
[18:32] <wxl> ugh so i got my community donations funds for seagl and now the ticket price has increased ugh. what do you advise i do?
[18:37] <czajkowski> mhall119: ^
[18:46] <ahoneybun> I usually ask for a little mor
[18:46] <ahoneybun> in case of that
[18:47] <ahoneybun> then push the extra back into the project
[18:48] <wxl> oh that's a good idea
[18:49] <wxl> i'm always so careful about the money. i don't want to ask for too much
[18:49] <wxl> i guess i have two options: tell clare to talk to the cc and ask them to confirm an additional amount or make a whole new request? i don't know.
[18:51] <ahoneybun> how big is the difference wxl?
[18:52] <wxl> ahoneybun: about $50. i realize i also didn't ask for enough to cover baggage. so in total then, $75
[18:52] <ahoneybun> do you have Google Wallet?
[18:52] <wxl> i think i may still have it
[18:53] <wxl> i have PayPal too


 Anyone know anything about Simon Krull 'crydotsnake' applying to join website editors ?
 I figured we'd be declining, but just wanted to check
 They have hung around in the past doing testing in -devel, but I don't think webedit perms are good to do (re @Rick_Timmis: Anyone know anything about Simon Krull 'crydotsnake' applying to join website editors ?)
 OK Thanks @RikMills I agree
[21:43] <valorie> crydotsnake is ... a bit bull-headed
[21:43] <valorie> so a no from me
[22:02] <Mamarok> ditto, no from me


[06:10] <stub> Tribaal: Could be. I'm noticing that bootstrap now seems a lot slower, with a CPU core nearly pegged and 60% iowait for over half a minute.
[09:32] <d4rkn3t> hello everyone, I've a question for you about JUJU environments and the deploy of services. I'v e created on a virtual environment with 3 VM (1 Region and 2 Cluster), added 1 node to RC and installed JUJU on RC, made the bootstrap of node the ubuntu's installer starts and install the OS. Now I'd like to deploy the services seeing the guides on web I saw that for each charms installed it creates a machine...my question is these machines
[09:32] <d4rkn3t> are a clone of the node or it's a name to identify just the charm installed on the node?
[09:58] <d4rkn3t> anyone can answer me?please
[10:32] <noodles775> d4rkn3t: I think that the name you are referring to is the "service name" (which defaults to the charm name if you don't provide one - see `juju help deploy`).
[10:33] <noodles775> hazmat, lazyPower: updates to the elasticsearch README if you've time: https://code.launchpad.net/~michael.nelson/charms/trusty/elasticsearch/update-readme/+merge/225802
[10:34] <noodles775> lazyPower: So I don't ping you in the future, what's the process to get updates to charms in the review queue - do I need to create a bug for each?
[10:34] <lazyPower> noodles775: yeah, if you've got a MP, make sure charmers is the reviewer
[10:34] <lazyPower> sorry just now waking up
[10:34] <lazyPower> its still pretty early here - give me a few to get moving and i'll take a look
[10:35] <noodles775> lazyPower: hah, sorry? You just replied within the minute! No rush, enjoy your breakfast!
[10:35] <lazyPower> :)
[10:38] <d4rkn3t> noodles775: thanks for your support it's a bit clear but I don't understand ia think f I've 4 nodes installed on MaaS and  I try to deploy a service, for example wordpress, this one will be installed on machine 0 by default?
[10:40] <noodles775> d4rkn3t: Ah - I'm not sure - I've not used MaaS. gmb or allenap might be able to answer your original question then? ^^
[10:41] <d4rkn3t> noodles775: and in case we want to add another node to MaaS , I've to run again the Juju bootstrap to allow to Juju to know there is a new node?
[10:42] <d4rkn3t> noodles775: thanks again for your first answer..
[10:42] <noodles775> No, you only need to bootstrap the juju environment once, but I'll defer to someone with experience with MaaS for the rest of your question :)
[10:43] <noodles775> no problem.
[10:43] <allenap> d4rkn3t: Juju asks MAAS for a machine, and MAAS chooses one in no special order (that satisfies any criteria that Juju has specified), so your first service deployment won’t always go to your first machine.
[10:43] <d4rkn3t> ok, I'll contact gmb or allenap
[10:43] <d4rkn3t> for the rest
[10:44] <allenap> d4rkn3t: When you add a machine to MAAS Juju can immediately make use of it, because Juju just asks MAAS for machines as it needs them.
[10:44] <d4rkn3t> so, one service one node????
[10:46] <d4rkn3t> each service will be installed on a node?
[10:46] <allenap> d4rkn3t: Yes, by default, but Juju can put multiple services onto a single machine if you ask it.
[10:46] <d4rkn3t> ok
[10:46] <d4rkn3t> now it's more clear!!!
[10:48] <d4rkn3t> and if I'd want to specify more environments  for example maas1, maas2.... how do juju assign the node to environment? it's the last q. I make :-))
[10:51] <lazyPower> d4rkn3t: each environment is its own isolated configuration, and your driving workstation will have that configuration
[10:52] <lazyPower> you can use the same maas cluster for different environments, and you would switch between them as 'juju switch maas1' - they keep the machines allocated isolated to that environment
[10:52] <lazyPower> i'd caution you against using the same user/apikey though, and isntead make a different user per environment so its apparent in teh maas GUI which machines are allocated to which environment
[10:59] <d4rkn3t> lazyPower: let's me know....at the begin i've an environment (maas1), i make the bootstrap juju see the node created on MaaS and deploy the service on that nodes. Then i decide to create new environment (maas2) with new nodes,  how can I assign the new nodes to the second environment?
[11:00] <lazyPower> d4rkn3t: you need to create the maas2 environment in $HOME/.juju/environments.yaml - and follow the same process as you would with mass1 but in the context of maas2 by issuing 'juju switch maas2'
[11:00] <d4rkn3t> ok
[11:01] <d4rkn3t> and the new context i can decide which node to use for that environment
[11:02] <lazyPower> just like maas1 - juju is only asking maas for a node
[11:02] <lazyPower> maas will randomly return a node for juju to use.
[11:02] <d4rkn3t> ops ....in the new context...
[11:03] <d4rkn3t> and using juju-gui, can i see these different environment and the node used for that one?
[11:21] <lazyPower> You'll need to deploy a second instance of the juju-gui
[11:22] <lazyPower> at the moment you cant manage multiple environments with a single juju-gui - rick_h__ may have more information on the subject as he's the GUI project guru.
[12:31] <d4rkn3t> lazyPower: thanks a lot for your support I'll try to make that on my infrastructure
[12:31] <lazyPower> No Problem d4rkn3t
[13:02] <d4rkn3t> lazyPower: I've tried to add 1 more node on MaaS but Juju don't see that when I run juju status
[13:03] <d4rkn3t> why?
[13:03] <lazyPower> d4rkn3t: which environment are you in? still in maas1?
[13:03] <d4rkn3t> the default, maas
[13:04] <lazyPower> and how are you trying to add a machine?
[13:04] <adeuring> d4rkn3t: Juju knows only about machines that are already deployed. By adding a machine to Maas you just make the number of machines offered by Maas larger
[13:04] <lazyPower> (relative) morning adeuring
[13:04] <d4rkn3t> how can i make that?
[13:04] <adeuring> morning lazyPower
[13:05] <d4rkn3t> the node is in ready status
[13:05] <adeuring> d4rkn3t: just run "juju deploy some-new-service" of "juju add-unit"
[13:07] <d4rkn3t> it should see the new node added on MaaS?
[13:07] <adeuring> yes
[13:07] <d4rkn3t> I don't see it
[13:08] <d4rkn3t> if i run juju status I see just "0" machines ( the first node I added before)
[13:08] <adeuring> d4rkn3t: whoich commands did you try?
[13:08] <lazyPower> i think its prudent to start a few steps back. How many machines do you have allocated in your MAAS pool d4rkn3t?
[13:10] <d4rkn3t> lazyPower:  at moment I've 2 node
[13:10] <lazyPower> d4rkn3t: ok, so when you view your MAAS gui, you have the region-controller and the cluster controller on teh same machine, with 2 additional nodes enlisted in maas?
[13:10] <d4rkn3t> one node has been bootstrapped with juju
[13:11] <d4rkn3t> now I've added another node to MaaS,
[13:11] <lazyPower> http://i.imgur.com/k0jvVIT.png
[13:11] <lazyPower> similar to the following, but showing 2 nodes, correct?
[13:11] <d4rkn3t> Ive RC + 2 CC ( offer DHCP service) with 2 node
[13:12] <lazyPower> when you issue juju deploy 'myservice' - its going to take a moment to go through the fastpath installer (assuming thats how you have your nodes setup) before it'll show as enlisted in juju
[13:12] <lazyPower> this can take up to 5 minutes depending on network speed, machine specs, etc.
[13:12] <lazyPower> however, in juju you should see it as pending
[13:12] <d4rkn3t> ok
[13:13] <d4rkn3t> until here everything are ok!
[13:13] <lazyPower> I'm bootstrapping my maas cluster atm so i can pull example output for you
[13:14] <d4rkn3t> lazyPower: thanks
[13:19] <lazyPower> d4rkn3t: http://paste.ubuntu.com/7760128/
[13:19] <lazyPower> thats directly after running juju quickstart, and juju deploy ubuntu
[13:20] <d4rkn3t> you're using 2 node, isn't it?
[13:21] <d4rkn3t> "0" and "1"
[13:21] <d4rkn3t> and on "1" you've deployed juju-gui!
[13:27] <lazyPower> yep, there's 3 total here, the bootstrap teh gui and a pending ubuntu node
[13:29] <d4rkn3t> lazyPower: sorry why 3 machines?
[13:29] <lazyPower> d4rkn3t: boostrap is machine 1 - i didn't co-locate juju gui, so thats machine 2 - the ubuntu service is node 3. by default juju assumes 1 service per node
[13:34] <d4rkn3t> I've just deployed juju-gui and make the status http://paste.ubuntu.com/7760176/, now i see also the second node
[13:35] <d4rkn3t> now also the second node is in allocated
[13:36] <lazyPower> sounds like things are progressing as they should
[13:36] <lazyPower> you can save yourself a node by deploying the juju-gui with '--to 0' to make it deploy on the bootstrap node
[13:36] <lazyPower> i just accepted teh juju quickstart defaults for simplicity sake
[13:37] <d4rkn3t> I've loose something why before the deploy I saw only 1 machines and after the deploy i see also the second one????
[13:38] <lazyPower> noodles775: Merged, thanks for the Readme update
[13:39] <d4rkn3t> i've tried to run the command juju deploy juju-gui --to 0 but receive this error "ERROR cannot add service "juju-gui": service already exists"
[13:39] <lazyPower> d4rkn3t: because juju is completely unaware of the maas pool, it just sends messages to maas requesting a machine.
[13:39] <d4rkn3t> lazyPower: ok, it's clear
[13:39] <lazyPower> d4rkn3t: you will have to juju destroy-service juju-gui, or deploy it with a different name (if you want 2 juju-gui's) deployed.
[13:40] <noodles775> lazyPower: great, txs.
[13:41] <d4rkn3t> i've destroyed it and the status now is  http://paste.ubuntu.com/7760210/""
[13:41] <lazyPower> noodles775: suggestion for the next update: use juju-run instead of juju ssh
[13:42] <lazyPower> juju-run is brilliantly handy
[13:43] <lazyPower> d4rkn3t: looks like agent 1 hasn't finished setting up. are you using the fastpath installer in maas?
[13:43] <d4rkn3t> yes
[13:43] <d4rkn3t> I'm seeing just now
[13:43] <d4rkn3t> ops!!!!
[13:43] <d4rkn3t> I've to wait
[13:44] <lazyPower> you can't be impatient :) We're orchestrating several layers of complexity here.
[13:44] <d4rkn3t> you right!!!!!
[13:44] <noodles775> lazyPower: I do use juju run for other things, not sure why I used ssh here. I'll switch it in the branch I'm working on :)
[13:44] <lazyPower> noodles775: its not a big thing, i just like promoting juju-run
[13:45] <lazyPower> noodles775: your juju-ssh line works ootb, and is just as brilliant. However i'm pushing the -run agenda here :P
[13:46] <noodles775> lazyPower: Yeah, we're using it to implement generic "actions" (like actions/reindex) so we can do `juju run --unit foo/0 actions/reindex` (until there's proper support for actions, I haven't checked recently).
[13:47] <lazyPower> noodles775: its coming but isn't here yet. we're taking similar actions against a few charms. cory_fu has done similar in the apache allura charm
[13:48] <noodles775> Cool, I'll try to check it out to compare and learn.
[13:48] <Caguax> juju switch maas
[13:48] <Caguax> ERROR couldn't read the environment
[13:48] <Caguax> Just install juju 1.20.0 and ran 'juju generate-config'. Edit the corresponding areas for maas but get the following after running 'juju switch maas' ;
[13:48] <Caguax> juju switch maas
[13:48] <Caguax> ERROR couldn't read the environment
[13:48] <lazyPower> Caguax: you have an error in your YAML
[13:49] <lazyPower> typically this is because you used a tab character instead of 4 spaces, but could be a number of things.
[13:49] <Caguax> lazyPower: hmm any log that help pih-point them ?
[13:49] <lazyPower> suggest to run it through a YAML linter
[13:50] <lazyPower> http://stackoverflow.com/questions/287346/yaml-validation  Caguax
[13:50] <Caguax> lazyPower: thanks...let me check that out
[13:50] <lazyPower> i would caution against using online yAML validators as you dont know what they are doing with the data. there's a few ruby/node.js listed linters in there
[13:54] <d4rkn3t> lazyPower: is there a way for juju to see the nodes added in the second time and start it in allocated status?
[13:55] <lazyPower> d4rkn3t: sounds to me like you want to allocate machiens to juju before you deploy. That emulates the manual behavior of juju - and will become cumbersome once you scale to gt 10 nodes.
[13:55] <lazyPower> i would advise against that
[13:56] <lazyPower> buti f you really want to go that route, by running juju add-machine, it will alloate the machine in juju
[13:56] <d4rkn3t> lazyPower: yes I'd like to make that, before to make the deploy of service
[13:56] <lazyPower> then you *have* to use juju deploy --to nodenumber   in order to deploy services, otherwise it will request another machine from MAAS
[13:57] <d4rkn3t> I've to use juju add-machine to inform juju I've added 1 more node to MaaS?
[13:57] <lazyPower> juju has no concept of maas other than it sends messages requesting a machine
[13:58] <lazyPower> juju add-machine will request the machine from maas, install the agent and leave it in an idle state, waiting for a service to be deployed to it.
[14:00] <d4rkn3t> perfect, but if I run the juju status I'd see the nodes available in my infrastructure!!!!!
[14:00] <lazyPower> d4rkn3t: there's maas-cli for that https://maas.ubuntu.com/docs/maascli.html
[14:00] <lazyPower> and the maas gui
[14:00] <lazyPower> but if thats what you want - i'm happy to say you've achieved that
[14:00] <lazyPower> :)
[14:01] <Caguax> lazyPower: Thanks...it was some space/tab thingie
[14:01] <lazyPower> Caguax: no problem - it gets me too.
[14:01] <lazyPower> Caguax: i find that when i edit in vim, if i show hidden characters while editing yaml, i'm about 90% more effective at not placing tabs vs spaces.
[14:02] <Caguax> lazyPower: Cool, will try that. thnks
[14:17] <d4rkn3t> lazyPower: I'd like to avoid to use always MaaS to see how many nodes I've available if I'm working with juju....
[14:21] <lazyPower> sinzui: grats on landing 1.20.0!
[14:22] <adeuring> d4rkn3t: the problem is that juju works also on public clouds (amazon/hp,azure/joyent etc). And these companies don't always want to say "we have a present 5000 machine idling and waiting for customers"
[14:23] <sinzui> thank you lazyPower
[14:24] <d4rkn3t> it's also true that!!!
[14:27] <d4rkn3t> but this is aspect that who works with juju should know, it's just my opinion!!!!! :-)
[14:27] <d4rkn3t> ops "but this is an aspect ..."
[14:30] <d4rkn3t> there should be  a way to see the available nodes presented on MaaS before to make the deploy of a service.....
[14:50] <d4rkn3t> lazyPower: thanks a lot for your technical support!!!
[14:51] <lazyPower> No problem d4rkn3t
[14:53] <d4rkn3t> allenap & noodles 755: thanks to you!! see y next time
[15:01] <d4rkn3t> hello again guys!but during the juju status I've seen this "agent-state-info: 'hook failed: "install"'" you can see all of that here "http://paste.ubuntu.com/7760515/" what does it mean?
[15:04] <lazyPower> d4rkn3t: something happened during the install hook that caused teh charm to fail. its now in a state that you need to resolve manually before it can proceed
[15:04] <lazyPower> you can either juju debug-hooks service/unit-number or you can juju resolved --retry service/unit-number to attempt retrying the hook to see if its temporary.
[15:05] <lazyPower> d4rkn3t: https://juju.ubuntu.com/docs/authors-hook-debug.html - see that for using debug-hooks
[15:06] <d4rkn3t> i've run "juju resolved --retry juju-gui/0" but i've receive any answer"""
[15:10] <lazyPower> d4rkn3t: you're either going to have to look through juju debug-log to see why it failed, or enter debug-hooks, run the install hook manually and find out why its failing
[15:10] <lazyPower> in either case, its going to require manual intervention if its not resolving itself when being retried
[15:12] <d4rkn3t> while the command "juju debug-hooks juju-gui/0" it' opened the terminal node! seeing in the machine-0.log there is this "ERROR juju runner.go:220 worker: exited "api": websocket.Dial wss://localhost:17070/: dial tcp <IP_ADDRESS>:17070: connection refused"
[15:16] <d4rkn3t> after that now it's in started (http://paste.ubuntu.com/7760573/)
[15:16] <d4rkn3t> ?????
[15:19] <lazyPower> d4rkn3t: not sure why you got the API connection refused - but if its in started, you should be able to visit the GUI now.
[15:19] <lazyPower> can you try it and see if its pulling up for you or if it resolved without fixing the error?
[15:19] <d4rkn3t> the url to use it "MaaSCCSvr1Node1.maas"
[15:21] <d4rkn3t> the answer is "The page you are looking for is temporarily unavailable.
[15:21] <d4rkn3t> Please try again later." and the url is changed in "http://cdn.spotflux.com/50x.html"
[15:22] <lazyPower> ok, not sure whats going on. I would recommend to destroy the service and machine, and start over on the GUI deployment - so we can troubleshoot from step 1
[15:22] <lazyPower> if it fails install a second time, instead of trying resolved -r, issue a juju debug-hooks and re-run the install hook
[15:23] <d4rkn3t> ok
[15:38] <Caguax> I this a timeout issue ?
[15:38] <Caguax> ERROR juju.cmd supercommand.go:323 cannot initiate replica set: Closed explicitly
[15:39] <Caguax> https://gist.github.com/luflores/11fa3c6b4af78b6bd503
[15:49] <d4rkn3t> lazyPower: I've destroyed the service, I'm trying to destroy also the environment to re-start from the begin but I can't make this step. juju gives me this error "ERROR failed to destroy environment "maas"
[15:49] <d4rkn3t>
[15:49] <d4rkn3t> If the environment is unusable, then you may run
[15:49] <d4rkn3t>     juju destroy-environment --force"
[15:50] <d4rkn3t> i made also the --force but nothing
[15:56] <lazyPower> if juju destroy-environment maas --force isn't working for you then there are larger problems manifesting here that are outside my realm of knowledge
[15:56] <lazyPower> that should forcibly destroy your juju environment with a large hammer with great predjudice.
[15:59] <Delair> I deployed neutron-gateway in kvm and and rest of the services including nova-compute on another server just for testing. Everything is deployed but i cant see the neutron service running when i login to openstack dashboard
[15:59] <Delair> do i need a relation from neutron-gateway to keystone
[16:22] <adeuring> utlemming: Today's Juju/Vagrant images don't work after a reboot: ISTM that the call of /root/redirect.py is missing again, so that port 8001 of the virtualbox is not forwared to 80 of the LXC instance of the GUI
[16:23] <utlemming> aduering: do you have a paste of the Juju output?
[16:23] <utlemming> adeuring: er, I mean the console of "vagrant up"?
[16:24] <adeuring> utlemming: http://paste.ubuntu.com/7760876/
[16:28] <utlemming> adeuring: looking...slow download today
[16:50] <jrwren> anyone else getting much rsyslog messages to /var/log/syslog on machines?  http://paste.ubuntu.com/7760981/
[17:43] <sebas5384> hey lazyPower! o/
[17:55] <Caguax> I am trying to run 'juju quickstart' to test my installation but it is failing with a 'DEBUG juju.mongo open.go:87 connection failed, will retry: dial tcp <IP_ADDRESS>:37017: connection refused' Anyone have seeing this ?
[18:01] <lazyPower> o/ hey sebas5384
[18:03] <sebas5384> lazyPower: when you can, please take a look at this drupal charm? https://github.com/sebas5384/charm-drupal
[18:03] <sebas5384> :)
[18:06] <sebas5384> I release a 0.5 version, and now I'm going to do some other relations, like varnish, etc...
[18:07] <Caguax> I most be doing some obvious thing wrong but juju quickstart does not work on 1.20
[18:11] <lazyPower> sebas5384: I don't see it in the review queue. https://juju.ubuntu.com/docs/authors-charm-store.html
[18:13] <sebas5384> lazyPower: yeah, for that i have to use bzr ?
[18:13] <sebas5384> launchpad
[18:13] <lazyPower> Thats the officially supported method.
[18:15] <sebas5384> hmmm
[18:16] <sebas5384> lazyPower: ok then ¬¬
[18:16] <lazyPower> Sorry sebas5384. Everybody else does it - its easy to lose track of things if it's not in the queue.
[18:16] <lazyPower> in the future github will be a supported source and ease the process.
[18:17] <sebas5384> yeah I can imagine that! ;)
[18:24] <hasues> Does anyone have a working juju after deploying from github?  I can't seem to execute generate-config or anything else without errors?
[18:45] <lazyPower> hasues: if you're working on -HEAD of juju-core, you want want to ask in juju-dev
[18:49] <hasues> lazyPower: Well, I merely used "go get -d -v github.com/juju/juju/...", does that pull -HEAD?
[18:52] <lazyPower> hasues: i would think so, but i dont know.
[19:18] <sebas5384> ok now, that was easy https://code.launchpad.net/~sebas5384/charms/precise/drupal/trunk
[19:18] <sebas5384> :)
[19:57] <jrwren> juju-charm getall  # might not have been a good idea for me
[19:58] <lazyPower> jrwren: mirroring the charm store, one charm at a time :)
[19:59] <jrwren> Grabbing 164 charms from Charm Store
[20:00] <rick_h__> jrwren: how goes?
[20:00] <jrwren> rick_h__: I'm squashing bugs.
[20:00] <jrwren> rick_h__: I'm enjoying it :)
[20:01] <jrwren> rick_h__: learning a lot too. e.g. first time with debug-hooks
[20:01] <jrwren> rick_h__: welcome back :)
[20:01] <rick_h__> jrwren: heh, just got in the door in time for a meeting
[20:01] <rick_h__> jrwren: cool on bug squashing
[20:20] <michelp> sebas5384, cool!  ansible integration :)
[20:20] <sebas5384> thanks michelp !!
[20:20] <sebas5384> :)
[20:20] <sebas5384> ansible rocks! \o/
[20:42] <jrwren> i read https://juju.ubuntu.com/docs/authors-relations-in-depth.html and https://juju.ubuntu.com/docs/authors-charm-interfaces.html and I'm left with the question about optional or default value interface fields. Is that a comming thing?
[20:51] <jrwren> common thing?
[21:23] <jrwren> because: https://bugs.launchpad.net/charms/+source/mysql/+bug/965094
[21:23] <_mup_> Bug #965094: Provide config option to specify database encoding <mysql (Juju Charms Collection):Confirmed> <https://launchpad.net/bugs/965094>
[21:25] <sebas5384> [!] question: the charm icon only appears if the charm is recommended?
[21:26] <lazyPower> sebas5384: correct
[21:26] <sebas5384> damn it ¬¬
[21:26] <sebas5384> hehe
[21:31] <jose> cory_fu: ping
[21:58] <cory_fu> jose: Hey, what's up?
[21:58] <jose> cory_fu: hey, I got to reproduce the error with allura, if you want I can give you ssh access to the machiens
[21:59] <cory_fu> jose: My public ssh key is up on Launchpad
[21:59] <jose> awesome! give me just a minute
[22:52] <cory_fu> jose: Thanks again for helping me figure out the issue with the Allura charm.


 I'd be game for a release party. But I'm gonna find out in the next day or two exactly if and when I'll be moving to Colorado. I'm in background checks now. Once I sign the offer though, I have to start moving. I may not be in town for it.
 Internet Explorer vs Murder Rate  … 18,000  … 90%  … 17,200  … 75%  … 16,400  … 60%  … 15,600  … el  … 45%  … 14,800  … 14,000  … 30%  … 20062007 20082009 20102011  … _ Internet Explorer Market Share  … O Murders in US


 I just removed the "Intel inside" sticker from my laptop. Security by obscurity FTW.
 I saw that tweet
 Yup. Strange. I thought it would have copied the link. Used Samsung Smart Select for the first time
 https://twitter.com/martijn_grooten/status/948581711696351237
 https://www.raspberrypi.org/blog/piserver/
 Network booting on pi made simple.
 This would be good for home speaker systems.


[21:42] <malaria> Hello
[21:43] <malaria> I would like some feedback about this bug ( https://bugs.launchpad.net/rosetta/+bug/608631 ) and attached patch
[21:43] <_mup_> Bug #608631: Visual tag to represent narrow non-breaking spaces <Launchpad Translations:New> <https://launchpad.net/bugs/608631>
[22:21] <malaria> anyone?


[01:58] <smoser> are grub2-signed uploads required for each grub2 upload ?
[03:21] <NewGnuGuy> Who has the authority to move a package from multiverse to universe? https://bugs.launchpad.net/ubuntu/+source/redeclipse/+bug/1740979
[03:23] <NewGnuGuy> I would like to see this miscategorization be fixed in time for the Bionic release, but I have no idea who can make that happen.
[03:26] <Unit193> !info redeclipse-data unstable
[03:29] <infinity> smoser: Yes.
[03:34] <infinity> NewGnuGuy: Done.
[03:38] <NewGnuGuy> infinity: Sweet! Thanks :-)
[07:25] <LocutusOfBorg> juliank, you know what is funny? your curl merge could have been a sync:p
[07:25] <LocutusOfBorg> curl 7.58.0-2: Explicitly enable libssh2 support which got silently disabled in the previous update
[07:25] <LocutusOfBorg> LOL
[07:58] <juliank> LocutusOfBorg: Well, the build-depends were there.
[09:10] <LocutusOfBorg> juliank, you can build-depend from stuff in universe, as long as you don't runtime-dep on it :)
[09:10] <juliank> oh, yeah, that's true
[09:11] <LocutusOfBorg> actually a little switch in Debian might make it syncable
[09:12] <juliank> yup.
[09:37] <seb128> wgrant, cjwatson, hey, does bug #1745210 sound like something one of you could look at? unsure how work that could be but GNOME has migrated mostly to gitlab now which means we lost bug watches support for the GNOME stack
[09:37] <seb128> willcooke, ^ unsure if that's something you could raise up/get resources allocated for
[09:38] <cjwatson> seb128: it's probably not a spare-time task; can you get it raised with our management?
[09:38] <willcooke> I can raise it with Jamie, but easier if we can come to a friendly agreement IMO
[09:39] <cjwatson> I'm not unfriendly towards it, just don't have quite the kind of casual time available to do a job of that size
[09:39] <cjwatson> it's a few days, I'd say
[09:39] <willcooke> kk, I will raise it
[09:39] <willcooke> thanks
[09:39] <cjwatson> (given that we've already done GitHub, which is likely similar in structure)
[09:39] <seb128> cjwatson, willcooke, thanks
[10:02] <juliank> I get "Package does not exist" error on http://autopkgtest.ubuntu.com/packages/d/dput/bionic/ppc64el
[10:02] <juliank> excuses says ppc64el: Test in progress (always failed)
[10:03] <LocutusOfBorg> can a package in main suggest a package in universe?
[10:03] <juliank> Is that just because we ran no tests yet for dput in bionic on ppc64el?
[10:05] <juliank> So I think we'll see dput migrate very soon
[10:14] <cjwatson> LocutusOfBorg: yes
[11:40] <ahasenack> hi, can someone guide me through what I should do with ocfs2-tools that's stuck in bionic migration due to an upstream bug on s390x?
[11:40] <ahasenack> http://autopkgtest.ubuntu.com/packages/o/ocfs2-tools/bionic/s390x
[11:40] <ahasenack> o2image core dumps
[11:40] <ahasenack> xnox filed https://github.com/markfasheh/ocfs2-tools/issues/22
[11:41] <ahasenack> last time tests passed, o2image wasn't in them as far as I can tell
[11:41] <ahasenack> I'm not ready to make the statement "ocfs2-tools does not work on s390x", I'm not familiar with that arch and ocfs2-tools in it
[11:41] <ahasenack> my upload is a fix for an ftbfs
[11:42] <ahasenack> xnox is on holidays I think
[12:03] <juliank> ahasenack: If the test was not in there before, ignore it? I mean, upstream already wrote that it only works on little endian
[12:03] <ahasenack> you mean I should change the test so that if I'm on s390x, return a fake success?
[12:03] <ahasenack> afaik autopkgtest can't skip arches
[12:04] <juliank> Something like that
[12:04] <juliank> yeah
[12:05] <juliank> ahasenack: Another alternative would be to remove the 3ubuntu1 merge from proposed and just do the FTBFS fix in there.
[12:05] <juliank> or I am confused or something :D
[12:05] <juliank> -2 also failed, but only sometimes
[12:06] <ahasenack> I'm not the maintainer, I just saw an easy win fixing the ftbfs
[12:06] <ahasenack> hm
[12:06] <ahasenack> the green pass was on lxc
[12:06] <juliank> ahasenack: I'd just ask #ubuntu-release to mark s390x as always failed
[12:07] <ahasenack> I bet this test wasn't run before
[12:07] <ahasenack> and now we are in a vm
[12:07] <juliank> ahasenack: It only did not fail before because yeah
[12:07] <juliank> before: o2cb                 SKIP Test requires machine-level isolation but testbed does not provide that
[12:07] <ahasenack> right
[12:08] <juliank> So yeah get it marked as always-failed, or reset or whatever
[12:08] <ahasenack> ok
[13:41] <juliank> cpaelzer: uploaded
[13:41] <juliank> :D
[13:41] <juliank> that was a terrible merge.
[13:41] <juliank> ( https://launchpad.net/ubuntu/+source/multipath-tools/0.7.4-2ubuntu1 )
[13:42] <juliank> cpaelzer: thanks for reviewing :)
[13:42] <cpaelzer> juliank: I did the last two, so I was less shocked as a first time visitor to that package :-)
[13:42] <cpaelzer> thanks for your work on it
[13:43] <juliank> I sure hope the part I submitted to Debian gets merged. It's completely broken there.
[13:48] <juliank> cpaelzer: The whole question of the find_multipaths patch thing spawned like a 20-email long dicussion thread on dm-devel (actually 3 threads I think)
[13:48] <juliank> well, there's a 16 patch long patch series to redefine find_multipath too
[13:49]  * juliank lets the SUSE and RH people figure out some sanity
[14:27] <PenguinPerk> Is anyone using Vagrant with Ansible Windows WSL (Windows Subsystem for Linux)?
[14:30] <LocutusOfBorg> who broke ppa builds?
[14:30] <LocutusOfBorg> # only call dh_scour for packages in main
[14:30] <LocutusOfBorg> if grep -q '^Component:[[:space:]]*main' /CurrentlyBuilding 2>/dev/null; then dh_scour -plibghc-th-utilities-prof ; fi
[14:30] <LocutusOfBorg> ppa is everything in main AFAIR
[14:33] <LocutusOfBorg> jbicha, I blame YOU :p
[14:34] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+sourcepub/8740844/+listing-archive-extra
[14:34] <LocutusOfBorg> :)
[14:45] <Laney> LocutusOfBorg: probably https://anonscm.debian.org/cgit/collab-maint/scour.git/commit/?id=d3a95f82d4490f1a088c7bcb058b1962c0385e41 no?
[14:49] <jbicha> I blame pitti :)
[14:51] <Laney> all this blame
[14:56] <jbicha> http://people.canonical.com/~ubuntu-archive/component-mismatches.html stopped updating yesterday
[14:56] <jbicha> hope I didn't break that too ;)
[14:56] <jbicha> oh never mind
[15:17] <ahasenack> are ppa builds really broken?
[15:18] <ahasenack> I uploaded a package to a ppa of mine more than 1h ago and it hasn't started building, and still says "start in 1h"
[15:18] <Odd_Bloke> ahasenack: Looks like there's a legit queue: https://launchpad.net/builders
[15:21] <ahasenack> ok, thanks
[17:19] <caravena> Hello, I'm working with Ubuntu 18.04 + repository "Proposed"
[17:21] <nacc> caravena: that seems like a bold choice
[17:21] <nacc> caravena: did you have a question? if support, you want #ubuntu+1
[17:27] <jibel> slangasek, I proposed a fix for bug 1744722, could someone from foundations review and sponsor it while Brian is on holidays?
[17:56] <cjwatson> caravena: where I think "bold" is nacc's polite way to say "that configuration is explicitly recommended against, even for developers"
[18:01] <caravena> nacc: Ok, Thanks
[18:38] <nacc> cjwatson: :)
[18:58] <juliank> jibel: I forgot about this. I could take a closer look at it tomorrow if nobody wants to pick it up today.
[18:58] <LocutusOfBorg> juliank, I did steal again your curl merge, and uploaded the "syncable approach" one
[18:59] <juliank> LocutusOfBorg: awesome
[18:59] <LocutusOfBorg> can you please have a quick look?
[18:59] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/curl/7.58.0-2ubuntu1
[18:59] <LocutusOfBorg> if you agree, lets forward to debian
[18:59]  * juliank waits for diff
[18:59] <LocutusOfBorg> (I did a sync -f of the -2 version, so the autogenerated debdiff is "complete")
[19:00]  * LocutusOfBorg feels so dirty
[19:00]  * juliank is only half here atm :)
[19:00] <LocutusOfBorg> http://launchpadlibrarian.net/354671929/curl_7.58.0-2_7.58.0-2ubuntu1.diff.gz
[19:00] <juliank> looks ok
[19:00] <LocutusOfBorg> thanks!
[19:01] <LocutusOfBorg> the suggests libssh2-dev should be harmless
[19:01] <LocutusOfBorg> my ppa build log was looking promising
[19:01] <juliank> yeah


[01:19] <derekv> https://github.com/DerekV/Bookie-Android/commits/master
[01:19] <derekv> It does something now
[01:19] <derekv> I won't be working on it for a week or so
[01:19] <derekv> no intents yet
[01:23] <rick_h> awesome, looking
[01:25] <rick_h> derekv: https://github.com/mitechie/Bookie/blob/develop/bookie/static/js/bookie/model.js is the JS api implementation. You can probably crib off that some for things like attribs in the bookmark model, etc
[01:25] <rick_h> if that helps at all
[01:30] <derekv> i got a developers challage with one week
[01:30] <derekv> tonight is beer and code
[01:30] <rick_h> sweet
[01:30] <derekv> tommorow is code and workout and code
[01:30] <derekv> sunday is code and fathersday dinner and code
[01:30] <derekv> =]
[01:31] <derekv> then also code a work
[01:45] <rick_h> oh man, it's fixed! woot!
[01:48] <rick_h> ok, if you guys can find a site it blows up on please let me know. All known bad sites aprse correctly now! http://readable.bmark.us
[01:54] <rick_h> fix bugs == time to get a snack and check out the AMZ streaming movie selection
[03:02] <derekv> i thought i was going to be up late tonight hacking but after eating and having a beer I realized that isn't happening
[03:02] <derekv> given the choice between that or going to bed now hacking in the AM i definately want sleep
[03:03] <derekv> this marks officially the moment I did become an old man
[03:27] <rick_h> lol congrats derekv
[11:14] <rick_h> greg-g: dude no way on the U1 stuff. Did you ping @sil and see if maybe there's a chance of some magic?
[13:16] <jrwren> what i a developer challenge?
[13:16] <jrwren> *what is
[13:17] <brousch> I challenge you to crack into the DoD and retrive info on roswell
[13:19] <rick_h> lol brousch
[13:20] <rick_h> lol sorry to hear about the pup as well
[13:25] <brousch> It is unbelievably stinky
[13:26] <brousch> I grew up in the country and have smelled skunk a thousand times, but this is way beyond anything I've experienced
[13:26] <brousch> We locked the dog on the 20ftx20ft sun porch for an hour and it became impossible to breath in there. Like chemical warfare
[13:27] <brousch> He doesn't even seem to care
[13:30] <rick_h> ugh
[13:35] <brousch> It looks like the skunk was under our deck and he found it
[13:35] <brousch> Smell spot out back too
[13:37] <brousch> Wow, gave me a headache walking through there
[14:00] <snap-l> Good morning
[14:07] <brousch> Gonna have to throw out the dogs' couch. Duncan laid his skunk-sprayed head on it and it reeks
[14:09] <snap-l> Ugh
[14:09] <snap-l> hope you have enough tomato juice.
[14:12] <derekv> jrwren, for a job where i'm applying, they gave me a coding task. calling it a developer's challange.
[15:02] <derekv> i just got a link-in/facebook style email from twitter
[15:02] <derekv> it says "here's what your missing" and then just a bunch of random tweets from my stream
[15:02] <derekv> what a fail
[15:04] <snap-l> Yeah, I turned that shit off
[15:05] <derekv> i never saw it before
[15:05] <derekv> seems antithesis to how twitter works
[15:08] <snap-l> yes
[15:08] <snap-l> but it's a convenient way to ship ads.
[15:19] <derekv> its like all these businesses just want to make money
[15:20] <snap-l> Yeah, it's like they don't like charity
[15:56] <snap-l> http://www.youtube.com/watch?feature=player_embedded&v=L1BL_nkq64w#!
[15:56] <snap-l> I think I would have played the hell out of tis game
[17:57] <greg-g> anyone know a way to tell e2fsck to assume "yes" for all questions after it has been invoked?
[18:01]  * greg-g is getting tired of holding down the y key
[18:02] <greg-g> ef it, just ctrl-c'd and restarted with -y
[18:05] <greg-g> rick_h: not yet, trying old harddrives I have laying around
[18:11] <greg-g> so, this ssd was in fact totally toast
[18:12] <greg-g> on to the next drive....
[18:18] <greg-g> alright, all 3 drives are of no use (2 dead, and one didnt have the data, wasn't probable it would, just had to check)
[18:20] <rick_h> greg-g: :( so what happened? Your laptop SSD went boom and the files weren't there when you re-setup U1 on a system?
[18:22] <greg-g> must have. At some point my Grad_School folder lost all files, but the folders were in tact (so I didn't notice). eg: Grad_Schoo/SI-507/Assignments/ existed but was empty
[18:23] <greg-g> so, all of my backups on my RAID1 etc were just copying empty folders
[18:23] <rick_h> ugh
[18:23] <rick_h> and nothing on your colo server thing?
[18:23] <rick_h> yea, that's the suck part. A backup strategy will copy/backup empty folders
[18:23] <greg-g> and since I have it set to --delete (rysnc) (since I didn't want duplicates everywhere if I moved things) my backups were useless
[18:24] <rick_h> yea, I made sure not to do that on my sync to the NAS I got, so it'll rsync overwrite empty files, but doesn't remove deleted onces
[18:24] <rick_h> but ugh
[18:24] <greg-g> and, since I trusted that system (hey, its on no less than two laptops and U1's servers!) I didn't included the U1 folder in my incremental backups
[18:24] <rick_h> well, hopefully the U1 guys can do something for you. Much as I want to be a U1 lover, if it was dropbox they keep versions so the old ones would be avail I think
[18:25] <greg-g> so, yeah, bad harddrive will cascading failures from there :(
[18:25] <rick_h> always the way, backups never seem to work like they're supposed to when you need them. Sorry man
[18:26] <greg-g> yeah, I was totally depressed/shocked last night, didn't get to bed until 1:30am, which when Rowan wakes up at 5:30.... heh
[20:04] <brousch> greg-g: ug, that sucks
[20:04] <brousch> SSD died?
[20:07] <snap-l> Howdy
[20:07] <snap-l> Went to Guild of Blades for Free RPG day. They were completely slammed around 12:30pm
[21:30] <rick_h> phew, ok done with yard projects for the year
[22:58] <brousch> rick_h: in your dreams
[23:49] <rick_h> brousch: but please?


[04:39] <_player> you should be sleepin, xhaker
[05:00] <Se7h> bs
[05:34] <Se7h> http://www.ebaumsworld.com/video/watch/1067547/
[05:34] <Se7h> awesome!
[14:11] <BUGabundo> ehlo :D
[23:59] <BUGabundo> ITS OUT!!
[23:59] <BUGabundo> http://torrent.zoink.it/Top.Gear.16x01.The.Three.Wise.Men.Christmas.Special.720p.HDTV.x264-FoV.%5Beztv%5D.torrent


[10:26] <bittin> https://debconf23.debconf.org/schedule/venue/1/ Ubuntu Server talk at Debconf in 4 minutes
[10:33] <bittin> starts now


[00:00] <YokoZar> Or is it just like package build-deps and that they must all be satisfied within-arch
[00:44] <mwhudson> i have a php5 build that's exploding because mysql can't create a database to run tests in or something
[00:44] <mwhudson> does this ring any bells with anyone?
[00:46] <sarnold> mwhudson: there's some funny magic in the mysql upstart to ensure an apparmor profile is loaded; I wonder if (a) your apparmor fails to load thus the database fails to load (b) the profile does load, but forbids the testing location?
[00:46] <mwhudson> sarnold: this sounds plausible
[00:47] <mwhudson> do the buildds have especially crippled apparmor?
[00:47] <mwhudson> and is there some way i can turn it off to verify?
[00:49] <mwhudson> well apt-get install apparmor-profiles sure complained a lot
[00:52] <mwhudson> yes ok
[00:52] <mwhudson> Sep 12 20:51:00 h9a kernel: [3212473.992787] type=1400 audit(1379033460.123:64): apparmor="DENIED" operation="mknod" parent=26437 profile="/usr/sbin/mysqld" name="/home/ubuntu/php5-5.4.9/mysql_db/h9a.lower-test" pid=26458 comm="mysqld" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[00:52] <mwhudson> sarnold: how can i tell apparmor to FOAD?
[00:55] <sarnold> mwhudson: good question, I've never poked at the php5 build before :/
[00:57] <mwhudson> maybe i can just put my build directory in /tmp :)
[00:58] <rbasak> That's odd. I've had issues building php5 locally, but not seen that particular issue. Are you using sbuild, or something else? And which version?
[00:58] <mwhudson> rbasak: just running debuild
[00:59] <mwhudson> and it's php5_5.4.9-4ubuntu2.3 + a couple of patches
[00:59] <rbasak> mwhudson: are you using -rfakeroot?
[01:00] <mwhudson> ubuntu@h9a:/tmp/php5-5.4.9$ debuild
[01:00] <mwhudson>  dpkg-buildpackage -rfakeroot -D -us -uc
[01:00] <mwhudson> dpkg-buildpackage: source package php5
[01:00] <mwhudson> ...
[01:00] <mwhudson> rbasak: looks like it?
[01:00] <rbasak> Yeah I guess so.
[01:01] <rbasak> I'm a bit confused. Why does apparmor see an mknod call at all?
[01:04] <sarnold> hrm, this page suggests that the <name>.lower-test file write isn't serious and can be ignored http://dev.mysql.com/doc/refman/5.0/en/cannot-create.html
[01:07] <mwhudson> well
[01:07] <mwhudson> the process that produces that error then falls over in a heap and exits with code 1
[01:07] <mwhudson> i make no claims as to know what's going on :)
[01:08]  * mwhudson is running the build in /tmp now....
[01:08] <rbasak> Do you need to run the test suite? You could disable it with nocheck.
[01:08] <mwhudson> well
[01:08] <rbasak> (assuming the packaging supports that)
[01:08] <mwhudson> i would _like_ to run the test suite
[01:09] <rbasak> :)
[01:09] <mwhudson> but it's not essential for this i guess
[01:09] <mwhudson> it appears the package does support nocheck so i'll try that next
[01:11]  * mwhudson goes for a walk
[02:08] <infinity> pitti: Does germanium need to learn about arm64, or will it just pick it up magically?
[04:27] <slangasek> jbicha: erm, I thought CC-BY{,-SA}-2.0 were allowed in Debian... I've not heard of packages being rejected from main as a result of either of these.  But in any case, the license wasn't listed in debian/copyright, which is certainly an ftp reject reason
[04:27] <slangasek> hmm, not actually here
[06:35] <DktrKranz> slangasek: CC-BY-*-2.0 is not allowed in Debian main
[06:38] <slangasek> DktrKranz: ah, ok.  I always get confused about which versions were the "good" ones
[06:39] <DktrKranz> at the moment, CC-BY-SA-3.0 is fine
[06:41] <DktrKranz> (we should really complete http://ftp-master.debian.org/licenses/)
[06:41] <slangasek> might be useful, yes :)
[06:45] <dholbach> good morning
[07:01] <dholbach> can somebody please reject https://code.launchpad.net/~xnox/ubuntu-seeds/ubuntu-touch.remove-webapps-demo/+merge/185092?
[07:01] <dholbach> (based on the comment)
[07:54] <xnox> dholbach: done.
[07:58] <dholbach> thanks xnox
[07:58] <xnox> YokoZar: at the moment we don't have cross-arch dependencies, but, if multi-arch is enabled, you can depend on a package which only present on that arch to get a similar effect.
[07:58] <xnox> YokoZar: see wine on amd64 for example.
[10:11] <YokoZar> xnox: I was asking because I wanted to add winetest to wine's amd64 package, but it depends on wine's 32 bit as well ;)
[10:42]  * mlankhorst pokes YokoZar
[10:42] <cjwatson> mdeslaur: Mind if I merge libxcb?  It fails to build in saucy because it's out of sync with xcb-proto; the new upstream fixes that.
[10:42] <cjwatson> mdeslaur: (this is a blocker for the arm64 bootstrap)
[10:52] <rbasak> kirkland: hey! Could you please see if https://code.launchpad.net/~dannf/cpu-checker/arm-cortex-a15/+merge/171667 is OK to land? I asked kees but I guess he's busy. It looks like you are in ~cpu-checker-dev too?
[10:56] <cjwatson> mdeslaur: It does have your security fix
[11:02] <brendand> rbasak, is there an armhf build of cpu-checker available yet?
[11:03] <rbasak> brendand: not that I'm aware of, although AIUI dannf's patch is all that is needed. I'll propose a distro patch if we can't get his patched merged upstream soon.
[11:24] <mdeslaur> cjwatson: not at all, go right ahead
[11:27] <cjwatson> mdeslaur: thanks, done
[11:37] <tkamppeter> cjwatson, hi
[11:49] <mdeslaur> dholbach: can I please push my patch piloting to monday?
[11:50] <dholbach> mdeslaur, sure, whenever you like it best - just move it in the calendar
[11:50] <dholbach> mdeslaur, the schedule I set up is more just a reminder
[11:52] <cjwatson> tkamppeter: yes?
[12:09] <tkamppeter> cjwatson, I have a problem with PackageKit, called from a Python program, /usr/bin/install-printerdriver.
[12:10] <tkamppeter> cjwatson, http://paste.ubuntu.com/6101343/
[12:10] <cjwatson> tkamppeter: I only started learning about PackageKit a couple of months ago, and I only know as much about it as I've needed for click; this isn't a corner of it I know, I'm afraid
[12:12] <tkamppeter> cjwatson, who could I ask?
[12:12] <cjwatson> tkamppeter: I'm not sure.  Sebastian Heinlein, maybe, if you can track him down
[12:13] <tkamppeter> cjwatson, thank you.
[12:21] <mdeslaur> dholbach: cool, thanks
[12:24] <mdeslaur> dholbach: google calendar won't save the changes, sorry
[12:31] <juliank> tkamppeter: You could ask ximion for help on the PackageKit problem (if it's really related to PackageKit, and not something in aptdaemon's pkcompat stuff, but it seems to be in the PackageKit client bindings) once he's back; although I don't know when he'll be online again.
[12:32] <juliank> If this is also PackageKit on the server side (that is, aptdaemon's pkcompat is not involved) you can also ask in #PackageKit, although no Debian or Ubuntu people seem to be there at the moment except for me.
[12:40] <tkamppeter> juliank, I have installed the Saucy package of system-config-printer on Raring now and there it works, so it seems to be a PackageKit or aptdaemon regression in Saucy.
[12:40] <tkamppeter> juliank, thanks, if I do not find them I will report a bug.
[12:44] <dholbach> mdeslaur, no worries
[12:49] <pitti> Good morning
[12:49] <pitti> infinity: nope, no magic; I'll tell it about it
[13:03] <pitti> infinity: hm, I added arm64 for saucy and re-pulled the last 7 days of ddebs, but it seems it didn't pick up a single arm64 binary; did we actually have any yet?
[13:03] <cjwatson> pitti: We have a small handful
[13:04] <cjwatson> Still working on the bootstrap
[13:04] <pitti> hmm, /me looks closer
[13:04] <pitti> oha: The requested URL /~buildd/ddebs/ was not found on this server.
[13:05] <pitti> that's http://birch.buildd/~buildd/ddebs/
[13:05] <cjwatson> pitti: Note that they've been going into saucy (release) rather than saucy-proposed, if that makes a difference
[13:05] <pitti> infinity: so it seems these buildds aren't apache-ified yet?
[13:05] <cjwatson> That's an error message from Apache, surely?
[13:05] <pitti> yes, sorry; I meant the buildd hack hasn't been applied there?
[13:06] <pitti> neither on magic nor kijo01
[13:24] <GuidoPallemans> Hey guys, I have a problem installing my own click package on my computer, should I be worried?
[13:24] <GuidoPallemans> in the ubuntu software center i get an error <filename>_1.0_all.click” could not be opened.
[13:31] <cjwatson> GuidoPallemans: Installing click packages on the desktop is kind of possible with some hackery, but it's not supported yet and certainly not via Software Center.
[13:31] <cjwatson> GuidoPallemans: For 13.10 they're just for touch devices.
[13:32] <GuidoPallemans> oh ok.
[13:32] <GuidoPallemans> thanks!
[13:32] <GuidoPallemans> but how can I test them then?
[13:33] <cjwatson> GuidoPallemans: You'll need a touch device ...
[13:33] <GuidoPallemans> dang
[13:36] <cjwatson> (There's work in progress on an emulator)
[13:51] <OvenWerks> cjwatson: I asked aboout dssi-vst on our ML and I am told falktx has talken it over as maitainer and will be reintroducing it to debian. Not sure of time frame. His builds both 32/64bit.
[13:52] <diwic> slangasek, do you have time to explain how to fix a multi-arch related bug to me?
[13:53] <OvenWerks> cjwatson: (the building in 64bit doesn't stop it from needing wine)
[13:55] <cjwatson> OvenWerks: OK, thanks
[14:34] <GSport> everything i say is copyrighted
[14:50] <infinity> pitti: I see ddebs directories on all but kijo01 (that host isn't being used).
[14:51] <infinity> Oh, maybe mod_userdir isn't enabled.
[14:52] <infinity> pitti: Okay, fixed.  Should be ddebs to fetch now.
[15:18] <SuperLag> Thank you guys for your work on the distro. It rocks. You guys rock. :)
[15:18] <SuperLag> Has there been any official decision made on whether Ubuntu is going to move to a rolling release model, or not? or is that still up in the air?
[15:22] <stgraber> SuperLag: there has been an official decision that it wouldn't (at least for now). Though a few changes were done to reduce the support length of non-LTS releases and make it easier for people to track the development release.
[15:25] <stgraber> SuperLag: http://fridge.ubuntu.com/2013/03/19/changes-in-ubuntu-releases-decided-by-the-ubuntu-technical-board/ for the summary I wrote of the relevant Technical Board meeting
[15:25] <stgraber> SuperLag: https://lists.ubuntu.com/archives/technical-board/2013-March/thread.html has some more details of the discussions too
[15:29] <jbicha> why does ibus-xkbc's excuses say 'unsatisfiable Depends: python:any (>= 2.7.1-0ubuntu2)'
[15:30] <cjwatson> jbicha: Because proposed-migration doesn't understand :any yet - I have most of a patch to fix this and will land it before saucy
[15:30] <cjwatson> Did it towards the end of Debconf and then got distracted by vacation and forgot about it :)
[15:31] <jbicha> cjwatson: ok, thanks
[15:32] <slangasek> cjwatson: oh, did I jump the gun by getting dh-python :any-fied? :)
[15:33] <cjwatson> slangasek: I may have forgotten to mention this, largely because I'd forgotten that I hadn't finished this ...
[15:33] <cjwatson> slangasek: Will get it done early next week, my head is full of the cold right now
[15:34] <slangasek> cjwatson: ok.  note that this means an awful lot of packages that depend on python are going to be coming through with python:any deps; I probably should've done a proper FFe request for this change...
[15:35] <slangasek> cjwatson: do you think I should back it out until you have a chance to work on p-m?
[15:35] <cjwatson> slangasek: Nah, I have most of it done and this gives me an excellent test case
[15:36] <cjwatson> It's just that I didn't feel like merging http://paste.ubuntu.com/6102117/ without testing its behaviour rather closely
[15:37] <cjwatson> (Also the patch is unfinished, as you'll see from the mismatched parens in lib/dpkg.c)
[15:39] <ev> pitti: rickspencer3 is seeing apport consume 100% CPU on his phone. Perhaps in this new world of mobile devices we should use a cgroup to minimise the CPU time it can use?
[15:39] <rickspencer3> arg ....
[15:39] <ev> on second thought this is probably better handled with nice
[15:39] <rickspencer3> ev additionally, the update did not apply or something
[15:39] <ev> rickspencer3: *nods*
[15:39] <rickspencer3> let me reboot and try again
[15:42] <slangasek> ev: nice vs. cgroups, depends on the goal... if it's, say, the shell that's dead, you want apport to be greedy with the CPU because the whole thing is dead in the water until it finishes anyway, and apport won't actually be competing with other processes for resources, so a nice level is probably most logical there
[15:42] <slangasek> but in some cases it'll still be using 100% CPU because it *should*
[15:42] <ev> slangasek: yes, that was my thinking. I didn't want to restrict apport when it's not competing with anything else
[15:43]  * slangasek nods
[15:43] <slangasek> rickspencer3: did you get to see what apport was chewing on before you rebooted?
[15:43] <rickspencer3> slangasek, no, sorry
[15:43] <rickspencer3> I assumed it was related to failing to download the update
[15:44] <rickspencer3> arg
[15:44] <slangasek> rickspencer3: it was probably processing the core file for whatever crashed... so rebooting before it's done means we get no crash report from it
[15:44] <rickspencer3> slangasek, sorry
[15:44] <rickspencer3> slangasek, I did wait until it was not showing up in top
[15:44] <rickspencer3> so I think it finished
[15:44] <slangasek> rickspencer3: ah, yeah, probably then
[15:44] <rickspencer3> I just didn't look at what it was
[15:44] <slangasek> in that case whoopsie should take it from there :)
[15:45] <rickspencer3> slangasek, that's what I expect, yes
[15:45] <ev> slangasek: while we're on the subject, lool pointed out that we probably want to handle resumable uploads for error reports on touch
[15:46] <ev> eventually
[15:46] <slangasek> ev: resumable, not just retries?
[15:47] <ev> yes, we already retry
[15:48] <ev> "an awful scenario would be that I'm on shitty internet, this large crash file never gets uploaded, but the crash happens from time to time and we never know about it and it keeps eating bandwidth on people's systems"
[15:49] <SuperLag> cjwatson: whiskey. Drink some. It'll burn out all those cold germs. :)
[15:49] <SuperLag> stgraber: thank you for the info
[15:51] <slangasek> ev: yeah, that's a good point.  is this captured in a blueprint / bug report so we don't forget?
[15:51]  * mdeslaur needs some cold germs too
[15:52] <ev> slangasek: on it
[15:59] <hallyn_> mdeslaur: you can drink the whiskey without first getting the cold germs
[16:00] <mdeslaur> hallyn_: can I still claim it's medicinal?
[16:02] <SuperLag> haha
[16:03] <hallyn_> mdeslaur: yeah, just say you drank some LA well water, I hear it has some brain fungus
[16:03] <mdeslaur> hehe
[16:13] <ev> slangasek: https://blueprints.launchpad.net/ubuntu/+spec/foundations-1308-touch-error-reporting
[16:14] <pitti> infinity: confirmed, w3m works now; re-fetching
[16:15] <pitti> ev, rickspencer3: like, 100% forever, or just while it actually is writing the file and processing the core dump?
[16:15] <rickspencer3> pitti, it seemed like it was just working normally
[16:15] <rickspencer3> except that it pegged my CPU while it was doing it's thing
[16:15] <pitti> in general it's better to let a process run at 100% in x seconds than at 50% in 2x seconds (power-wise)
[16:16] <pitti> of course it should be niced so that it does'nt slow down foreground apps
[16:16] <pitti> rickspencer3: yeah, kind of unavoidable I'm afraid; core dumps are big, we have to compress them; we can think about using less aggressive compression maybe, but it's already only using gzip
[16:25] <pitti> thomi, didrocks: forgot to set a commit message before the tests ran in https://code.launchpad.net/~pitti/autopilot/bamf-dep/+merge/185497; I did that now, do we need to re-run the tests, or will the PS Jenkins bot pick up that I added it now and approve?
[16:26] <thomi> pitti: it gets picked up
[16:26] <pitti> cheers
[16:27] <pitti> infinity: look, arm64 ddebs!
[16:27] <pitti> infinity: no indexes yet, but they'll be built later in the day
[16:28] <infinity> pitti: Shiny.  Indexes aren't critical, it's not like we have enough packages to retrace.  Just wanted to make sure we didn't lose any ddebs before cleaning crons kick in.
[16:28] <pitti> actually, they are:
[16:28] <pitti> http://ddebs.ubuntu.com/dists/saucy/main/binary-arm64/Packageshttp://ddebs.ubuntu.com/dists/saucy/main/binary-arm64/Packages
[16:28]  * pitti draws a +5 pasting skills card
[16:29] <infinity> pitti: William and I need to put our heads together and figure out a way to gina all your ddebs into the librarian some time.  It'll offend me if arm64 is 99% complete in soyuz, and has 1% of its ddebs in the legacy archive. :P
[16:34] <didrocks> pitti: the build test ran as expected
[16:34] <didrocks> pitti: so, once someone set to approved, everything's will be fine, not having a commit message isn't an issue before you set to approve
[16:35] <pitti> didrocks: d'accord, merci
[16:36] <didrocks> pitti: mais de rien!
[18:36] <slangasek> smb: good news!  I still can't reproduce the bug in a VM, but I can reproduce it on my laptop ;)
[18:54] <cjohnston> pitti: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1225113/comments/2
[18:55] <pitti> cjohnston: ah, I hope that system-image-cli won't actually need root
[18:56] <pitti> cjohnston: thanks, I'll play with this
[18:56] <cjohnston> barry: ^
[18:56] <cjohnston> I don't know if it does or not
[18:56] <barry> pitti: system-image-cli needs root to do updates, but should not need it for --info
[18:57] <barry> (i'd say it would be a bug if that were the case ;)
[18:57] <barry> --info/--help/--version that sort of thing
[18:57] <barry> (basically, if it doesn't need to download anything, it shouldn't need root)
[19:00] <cjohnston> cool.. thanks barry
[19:01] <barry> pitti: btw, i'm playing with py-dbusmock.  looks quite nice.  i gather by adding a template, i can make mocks "do things" in response to methods, right?  e.g. wait 3 seconds then send signal foo
[19:36] <slangasek> smb: and reproduced in a vm now too, so progress
[20:01] <pitti> barry: yes; you can do anything templates can do in your normal test cases, but it makes sense to write templates for common services (such as NM or logind)
[20:03] <barry> pitti: i'm actually trying to mock the new ubuntu-download-service so i can continue to make progress while the real service is fixing some critical bugs.  it might make sense to keep the mock anyway later.  but anyway, thanks for this useful package.  i filed a bug and may push some mps as i go.
[20:08] <pitti> barry: right, that's the idea -- as soon as you encounter the second place that needs that mock, generalize and put into p-dbusmock
[20:08] <barry> pitti: +1
[20:40] <cyphermox> stgraber: poke
[20:40] <cyphermox> stgraber: know anything specific about /sys/fs/cgroup/memory/lxc/memory.use_hierarchy ?
[21:16] <YokoZar> So, I've noticed over the years that a lot of Wine games don't work because of performance reasons, and in turn I've discovered that a lot of those performance problems are solved if you force the CPU to run at 100% through a tool like cpufreq  --  this even happens on desktop systems and laptops with 100% battery on AC power.
[21:17] <YokoZar> I'm wondering what sort of rabbit hole I'll climb into if I try to get a handle on power management configuration, and more specifically how much of this is distro-specific.
[21:17] <YokoZar> It strikes me as a serious bug that the cpu isn't upscaling to 100% when a cpu-bound app is run in Wine, but I'm not 100% sure what to file the bug against
[21:18] <stgraber> YokoZar: you'll likely end up crying once you figure out that it's mostly caused by broken firmware
[21:18] <ChogyDan> YokoZar: that is part of the kernel, cpu frequency governers.  And I think you would file upstream
[21:19] <stgraber> YokoZar: most of my machines here are reasonable, the kernel defaults to ondemand and the scaling happens as you'd expect with the policy changing when switching between AC and battery
[21:19] <sarnold> YokoZar: a few thoughts: (a) I've seen something like gnome-cpu-indicators (or whatever) actually dicking around with the CPU -- make sure you're not also running something stupid like that (b) what governor are you using? performance vs powersave, it'd make a difference. again I think some "power management" contraptions might try to manage those for you.
[21:19] <stgraber> YokoZar: but you need a machine with an ACPI that's not completely messed up for that :)
[21:20] <YokoZar> sarnold: I've seen it on a wide variety of machines, even "supported" stuff like System76 laptops.  Or AWS nodes!  In trying to mitigate it by manually forcing everything to 100% I have discovered some conflicting stuff, but it isn't quite default.
[21:21] <stgraber> example, all my cores are currently at 1.2Ghz, if I start "yes | sha1sum", one of the core (two threads) instantly go to 2.9Ghz
[21:21] <barry> pitti: if you're still around.  does running dbusmock on a system bus require sudo?  http://paste.ubuntu.com/6103403/
[21:21] <stgraber> and that's default saucy, no config whatsoever
[21:22] <YokoZar> stgraber: Yeah that sounds like how it should work.  But nevertheless when I do something like install indicator-cpufreq and force it to "performance" my game goes from 12 fps to 40 fps
[21:22] <stgraber> so it may be interesting to get some stats, what subset of machines don't default to ondemand and why, then for those that use ondemand, figure out why some don't scale as quickly as they should
[21:22] <YokoZar> (on a few different systems)
[21:22] <YokoZar> I feel like we don't test this case at all really
[21:22] <ChogyDan> YokoZar: I had issues with ondemand.  I lost about %30 performance for cpu bound applications
[21:23] <ChogyDan> anyway, this is better for offtopic
[21:23] <stgraber> YokoZar: I guess letting the user tweak some of those in the settings may be interesting, though I doubt we can simply do things like force performance when on AC
[21:24] <stgraber> YokoZar: as quite a few new systems overclock in such cases and can't sustain it indefinitely (well, they should, but there again, firmware usually sucks, so you'll probably reach the trippoint and your machine will just shutdown)
[21:24] <sarnold> ouch
[21:24] <YokoZar> stgraber: There is firmware that does that.  I remember having a demo set up and discovering that if we unplugged/replugged the laptop it would forever lose its performance mode until manually reset
[21:25] <stgraber> YokoZar: yeah, you can decompile your DSDT table to figure out exactly what those triggers are and if you feel like it, fix some of those.
[21:26] <stgraber> I suspect they just ship fixed/tweaked tables as part of their drivers on Windows and just swap them so they don't get the same problems there (since people are usually bad at updating their firmware...)
[21:30] <ChogyDan> YokoZar: Im curious, could you try fiddling with sampling_down_factor, and see if that changes things for you?
[21:50] <YokoZar> ChogyDan: when I set it to 3 instead of 1 (while on ondemand governor) I did see more consistent "max" fps -- with it on 1 it would occasionally drop down for a second or two.  I've seen wildly different performance on this machine (including on default settings), I'm beginning to get a sense this is a much bigger real world problem
[21:50] <ChogyDan> YokoZar: try 200.  1 is just disabled, 3 is barely anything
[21:52] <ChogyDan> YokoZar: basically, it is a time based factor that delays ondemand's scaling the frequency back down.  So *1 is default behaviour.  * other numbers, it increases the max freq time exponentially I believe,
[21:53] <sarnold> hrm, the archlinux wiki page suggests that changes how often checks are made
[21:53] <sarnold> if the cpu -could- be scaled down at a given check, it'd keep it down for a while
[21:54] <ChogyDan> sarnold: I dunno, the idea was about keeping it up I thought
[21:54] <sarnold> ChogyDan: going entirely by this one wikipage, it looks to me like it's about reducing the overhead of the checks..
[21:55] <sarnold> ChogyDan: ohhhhh, maybe i'm wrong, "This tunable has no effect on behavior at lower CPU frequencies/loads. "
[21:55] <ChogyDan> sarnold: well, it does do that, since it delays ondemand from checking so often
[22:07] <ChogyDan> sarnold: this is probably the one thing of linux that I'm aware of beyond the reading documentation.  I've filed a single bug upstream, and it was about the poor performance of ondemand.  The sampling_down_factor patch was proposed as a possible performance boost and solving of my issue.  So I read through the patch, but since I'm bad at compiling kernels, I haven't actually tested it much
[22:12] <OvenWerks> YokoZar: I don't know if this would help, but I found I got better performance (latency wise) with freq set to user and forced to half speed than with on demand. It seems even though the cpu speed switch is very quick I was getting audio under runs at ondemand speed switching. It might interesting to try other speeds than just performance. Also, The application may be settings its max frame rate bassed on idle performance before the higher speed kicks
[22:13] <YokoZar> OvenWerks: Yeah, it's entirely possible the game is too smart in a lot of cases
[22:14] <OvenWerks> Running a high cpu use do nothing app when startiing the game up? :P
[22:15] <stgraber> hallyn_: cyphermox reported:
[22:15] <stgraber> root@castiana:~# echo 1 > /sys/fs/cgroup/memory/memory.use_hierarchy
[22:15] <stgraber> bash: echo: write error: Device or resource busy
[22:15] <stgraber> hallyn_: isn't that supposed to work? :)
[22:16] <hallyn_> stgraber: it doesn't work once there is already a subdir
[22:16] <stgraber> hallyn_: haha, that explains it, thanks
[22:16] <stgraber> cyphermox: ^
[22:16] <hallyn_> yup.  it's actually one reason to stick with /lxc/%n as cgroup_pattern, i guess
[22:17] <cyphermox> ok, so it means we don't need to rerun it or what?
[22:17] <hallyn_> what is it set to
[22:18] <stgraber> cyphermox: if you have a script doing the echo, just do it at boot time, before LXC in /sys/fs/cgroup/memory/memory.use_hierarchy
[22:18] <stgraber> cyphermox: I assume that this should then get inherited by everything that gets created after that point
[22:18] <stgraber> cyphermox: (and I just confirmed it)
[22:19] <cyphermox> cool, sure
[22:19] <cyphermox>  thanks
[22:19] <stgraber> np
[22:19] <cyphermox> that happens before we start the container
[22:20] <sarnold> ChogyDan: funny enough I did wonder if the code would be easier to understand.. :)
[22:20] <didrocks> stgraber: is this new?
[22:20] <didrocks> stgraber: we run it during the pre-mount
[22:20] <didrocks> for months
[22:21] <stgraber> didrocks: it probably changed behaviour at some point in 3.11
[22:21] <didrocks> ok
[22:22] <didrocks> stgraber: actually, we do that in prestart