[00:01]  * jelmer waves
[00:01] <jelmer> maxb: I wonder if it would make sense to add these to a separate PPA
[00:01] <jelmer> surely we're not the only ones facing these backport issues?
[00:02] <jelmer> at least, I wouldn't mind using your backports in the subvertpy and dulwich PPA's
[00:25] <maxb> Conceivably. Though especially where debhelper is concerned, I'm aware I'm not caring about things like changes concerning udev rules and kernel modules, because I know the backport only needs to work for bzr stuff
[00:26] <poolie> hi spiv
[00:31] <spiv> Hi poolie.
[00:32] <spiv> The patch to make Twisted's error handling is inching closer to approval.
[00:32] <poolie> oh good
[00:33] <mgz> did maxb's issue with my pyrex change not updating his C files get resolved the other evening?
[00:40] <spiv> mgz: doesn't look like it: https://code.launchpad.net/~bzr/+recipe/bzr-daily
[00:44] <mgz> okay, I understand that page now, confusing.
[00:44] <mgz> 'successful' is a lie, cog-and-stop-sign is truth.
[00:47] <mgz> so, setup.py needs fixing somehow...
[00:54] <mgz> or that script is bypassing our setup.py somehow? the log makes no sense to me, the only pyrex mentions are from apt, but is something went wrong with recreating the C files there should be a note printed
[00:54] <mgz> what does `dh_auto_build --buildsystem=python_distutils` do?
[00:55] <poolie> i'm going to flush out some underway patches and then go back to colo/ui3
[00:55] <poolie> mgz, good point about testtools matchers
[00:56] <poolie> that exists in the testtools we use on pqm so i'll rework my patch to do that
[01:05] <spiv> mgz: IIRC, it appears it is getting the .c files from the debian packaging branch, and not regenerating them
[01:05] <spiv> mgz: I don't know why it doesn't run pyrex though, it even build-depends: python-pyrex, and it would seem like a sensible thing to do
[01:07] <mgz> spiv: I'm trying to work out how that's happening, our setup.py should print a log message if it's not running pyrex
[01:07] <mgz> I may just file a bug and leave it for someone who knows debian better.
[01:46] <poolie> thanks for the review mgz
[01:46] <poolie> re bug 746859
[01:46] <poolie> this is very strange
[01:46] <poolie> i don't think we commit the c files
[01:46] <poolie> how can they be out of date?
[01:47] <mgz> poolie: re review, I think your code was actually a bit cleverer than the testtools way, I'll file a bug against them for the UDIFF thing.
[01:48] <mgz> as that also helps my complaint about unreadable output.
[01:48] <mgz> re bug, the thing is there's a pyrex file, and a c file, that need to be in sync after the commit.
[01:48] <spiv> poolie: the recipe merges in lp:~debian-bazaar/bzr/unstable-2.4, and that contains the C files
[01:48] <mgz> I think the daily builds start from a tarball.
[01:49] <mgz> or... what spiv said.
[01:49] <mgz> so, there's another bug about the start point being wrong perhaps, but I don't see why the build doesn't update the pyrex generated files
[01:49] <spiv> I'm pretty sure this is some sort of hangover from 'debs start with a source tarball and then add packaging goo', although I'm unclear on the precise route between that fact and this problem :)
[01:51] <spiv> It may be something like the timestamps of the .c files on disk in the checkout/build area aren't older than the .pyx files, so the build stuff thinks they are up to date.
[01:51] <poolie> i agree it seems to make sense to have udiff and ellipsis on by default
[01:51] <poolie> you can file for that
[01:51] <poolie> the matcher thing seems a bit too java-ish
[01:51] <poolie> something more concise is probably possible
[01:54]  * mgz agrees with the java-ish-ness
[01:55] <mgz> oh, I take it back the not working, testtools does do the right thing, I just mistyped my example
[01:56] <poolie> REPORT_UDIFF gives you a diff when it fails
[01:56] <poolie> i think it's normally on in doctest
[01:56] <poolie> but not throug this api
[01:56] <mgz> provided you remembered to put newlines in the example, apparently.
[01:58] <mgz> it's certainly easier to read, it's probably a good default.
[02:07] <poolie> mgz i don't think testtools defaults to the right thing
[02:07] <poolie> or not in the version i have
[02:09] <mgz> no, it defaults to nothing, but I thought it ignored the report flag entirely (because I'd not supplied a multiline example)
[02:10] <mgz> in other words, ignore me!
[04:21] <poolie> spiv, what's the easiest or most python way to just make a random object that has an attribute
[04:21] <poolie> i see you can no longer assign to instances of object()
[04:23] <spiv> Easiest: random_obj = type('Random', () {})
[04:23] <spiv> Most pythonic probably involves actually using the class statement :)
[04:23] <poolie> !
[04:23] <spiv> Er, a missing comma, but you get the idea
[04:23] <poolie> is () {} a typo?
[04:24] <poolie> oh, i thought that was real magic :)
[04:24] <spiv> :)
[04:25] <spiv> For values of “easiest” equalling “can be done inside an expression”, anyway…
[04:26] <poolie> nice, thanks
[04:36] <bob2> collections.namedtuple yo
[04:37] <poolie> mm true
[04:37] <poolie> but i think there you need to separately create the class and then the instance?
[04:37] <poolie> also it's probabyl not in 2.4
[04:37] <poolie> hi
[04:44] <Peng> You can create a namedtuple class and instance in one statement, though.
[04:45] <Peng> err, expression
[04:46] <poolie> namedtuples(...)(...)
[04:46] <poolie> like that?
[04:46] <spiv> Right.  Actually, that's sort-of true for my suggestion as well.
[04:46] <bob2> ah, 2.4 support, forgot about that :)
[04:47] <poolie> yours is nice
[04:47] <spiv> Except that classes are also random objects that can have attributes.
[04:47] <poolie> type('FakeFoo', (), dict(thing=1))
[04:47] <spiv> Whether you then instantiate the class is a separate question…
[05:04] <poolie> spiv you should do https://code.launchpad.net/~jelmer/bzr/move-interbranch-fetch2/+merge/54958 for jelmer sometime
[05:04] <poolie> not necessarily right now
[05:07] <poolie> i wonder if we could get a clean lint
[05:07] <poolie> it would catch some things
[05:12] <spiv> I regularly use pyflakes (the branch of it that understands lazy_import) on stuff I'm working on
[07:48] <vila> hi all !
[07:49] <poolie> hi there vila
[07:49] <fullermd> ETOOENTHUSIASTIC
[07:49] <vila> :)
[07:49] <poolie> vila did we ever get a fix for the bad rendering of options like '--1.14' in ReST?
[07:49] <vila> poolie: not that I know of
[07:50] <poolie> hi jam?
[07:50] <vila> poolie: regarding config, I realize I haven't been clear about what I meant when saying 'implement all this design'
[07:50] <poolie> jam i just wondered why you answered https://answers.launchpad.net/bzr/+question/151218
[07:51] <vila> poolie: the option registry is not needed yet (its main point is displaying help) and registring there is optional otherwise and anyway
[07:51] <vila> poolie: also, reaching the point where a Store guarantees minimal IOs is not needed yet either since we don't do that today and anyway I'd like some measurements in place before starting to implement it
[07:53] <poolie> i think the next steps are deciding on the api
[07:53] <vila> poolie: so what I meant was: I'd implement Section (read-only and write), Store and Stack and minimal implementations for the existing global, location and branch config files
[07:53] <poolie> and the closely related thing of working out where they'll be held to avoid repeatedly reading them
[07:53] <vila> even that can wait since it's an optimization vs what we have today
[07:54] <vila> so yeah, deciding on the api
[07:55] <vila> poolie: so, which part of the api poses problem ?
[07:58] <vila> poolie: hehe, just read bug #746993 :)
[08:06] <vila> poolie: also, you can do self.skip(reason) instead of raise TestSkipped(reason)
[08:14] <vila> poolie: ping ?
[08:16] <poolie> hi
[08:17] <vila> poolie: so, which part of the api poses problem ?
[08:17]  * poolie looks
[08:19] <poolie> vila, i think getting it from a registry is a bit strange
[08:19] <poolie> ah
[08:19] <poolie> we need to know who will hold, and gc, the objects
[08:20] <vila> 'it' ? config ? option ?
[08:20] <poolie> i guess the branch or whatever is supposed to get one when it's first created
[08:20] <vila> yeah
[08:20] <poolie> shoudl we talk here or mail?
[08:20] <vila> as you see fit, here may be more effective though
[08:20] <vila> err, efficient ?
[08:20] <vila> both ? :D
[08:22] <poolie> i'll answer mail first
[08:22] <vila> ok
[08:22] <vila> ping me then ;)
[08:23] <poolie> why did you want "config.regsitry.get('bazaar', location)." ?
[08:25] <vila> I think I said "didn't" in the mail but there are two cases:
[08:25] <vila> if you have an already known bzrdir (branch, wt, etc), this should be used as it will already grab the relevant sections in bazaar
[08:26] <vila> but there could be cases where you don't have a bzrdir, so selection the relevant sections from bazaar should still be possible
[08:28] <vila> how stacks are built are still a bit unclear but some rules should already be pretty clear: command-line options, os.environ and bzrlib-defined default values should appear in the stack around the sections from the config file
[08:29] <maxb> jelmer: Hi. Do you think it is worth updating ~bzr/ppa with bzr-git snapshots that you put into sid, or should the PPA be left on the latest release?
[08:29] <vila> maxb: did you mean ~/bzr/beta ?
[08:30] <poolie> ok, so it seems like moving things that currently construct configs to instead get a .config_stack from their object would be good
[08:31] <maxb> vila: That would be the *other* thing we could do
[08:33] <vila> maxb: putting snapshots in ~bzr/ppa sounds... weird. I thought we agree about using only official releases in stable, now I realize that ppa *always* define a release but you get my point (I hope)
[08:35] <vila> poolie: right, that's part of the deployment in my mind
[08:36] <vila> poolie: but *that* could be done with a minimal implementation
[08:37] <poolie> vila, i think it could be done by just lifting out some common code today
[08:37] <poolie> imbw, it may be more complicated
[08:37] <poolie> in particular i guess we'd have to make sure it did not cause more io
[08:38] <poolie> maxb, vila, fwiw i think shipping snapshots there is fairly ok
[08:38] <poolie> ubuntu ships snapshots of some projects
[08:38] <vila> poolie: well more IO than one IO by read and by write will be hard :)
[08:38] <vila> poolie: in LTS ? And they get updated ?
[08:41] <maxb> In this specific case, I'm operating on the basis that "If Jelmer thinks the snapshot is good enough for unstable/testing, I'm happy with it being in the PPA" :-)
[08:41] <poolie> yes, in LTS
[08:41] <poolie> presumably they get updated by patches, rather than by updating to new snapshots
[08:42] <maxb> or not updated at all :-)
[08:42] <poolie> vila, specifically, i want to make sure that if there is a case where at the moment we don't read a remote branch.conf, this change should not cause us to start doing so (and thereby doing one more rt)
[08:42] <poolie> it's not a blocker just something to watch
[08:42] <vila> poolie: +2
[08:43] <poolie> in other news i would love if you, or someone, would fix bug 344013
[08:43] <poolie> seems like it ought to be really easy!
[08:44] <vila> poolie: as a workaround: bzr.transform.orphan_policy=move
[08:44] <vila> poolie: I don't think it's easy :)
[08:44] <vila> or I wouldn't have proposed orphans ;)
[08:45] <poolie> nb this is (i think) the specific case where i've just rm -r'd the directory
[08:45] <poolie> is it really hard to notice that?
[08:46] <vila> no, what is hard is to extend the automatic resolution properly
[08:46] <vila> (from memory)
[08:47] <vila> and that may also be related to a single object being involved in several conflicts
[08:47] <vila> imbw
[08:50] <poolie> yes, i can imagine it might need some infrastructural work to the resolution machinery to make it possible to express this
[08:51] <vila> poolie: you should try bzr.transform.orphan_policy too, since it's off by default and it triggers rarely when on, I got almost no feedback there
[08:51] <vila> poolie: it's active here and on babune
[08:52] <poolie> what do i set it to?
 poolie: as a workaround: bzr.transform.orphan_policy=move
[08:52] <poolie> ok, set
[08:52] <vila> bzr help bzr.transform.orphan_policy
[08:52] <vila> NIY :D
[08:52] <poolie> i was just going to say that :)
[08:53] <vila> joke aside, I'm not sure about how this should work from the command line
[08:53] <vila> just DWIM ?
[08:53] <poolie> i'll file a thing for it
[08:57] <poolie> https://bugs.launchpad.net/bzr/+bug/747050
[08:59] <vila> poolie: thanks !
[09:08] <vila> poolie: http://paste.ubuntu.com/588152/ 'their configuration' ?
[09:09] <vila> poolie: is that: a Store needs to know where its lockdir is or some other config option specific to the lock dir ?
[09:09] <poolie> per-lockdir configuration
[09:09] <poolie> eg, whether to automatically steal apparently dead locks
[09:09] <vila> ha
[09:10] <poolie> people probably don't want to actually set this per lockdir, but they might well want it per location
[09:10] <vila> right, there is a chicken and egg issue there as config files needs a lock to access the file
[09:10] <vila> so, yeah, probably something global but per-location
[09:11] <vila> which can't be specified in the config file obviously
[09:12] <vila> unless we special case bazaar.conf
[09:12] <vila> >-/
[09:21] <jam>  poolie: I responded before I finished reading the rest of my email
[09:22] <poolie> ah i thought that was probably it - you were reading it in non-threaded mode or something
[09:22] <poolie> i wondered a bit if there was a mail delay as has happened in the past
[09:35] <poolie> jam, vila, is there a technical distinction between a checkout and a bound branch in bzr?
[09:36] <vila> hehe, I'd say: you can't unbind a lightweight checkout ?
[09:37] <vila> I never use checkouts, I only use branches, sometimes bound.
[09:38] <poolie> ok, so the difference is that a lightweight branch has a 'reference' type branch inside it, rather than a bound branch
[09:38] <vila> I'd love to replace looms/pipelines with colocated branches and integrate switch/up-thread/pump into core.
[09:38] <poolie> me too
[09:39] <vila> me too on branches or replacing ?
[09:39] <poolie> i also would love to do that
[09:40] <poolie> i mostly use colo branches, with some regular branches (in a repository), and occasionally checkouts
[09:41] <vila> and adding colocated support via branch.conf should also be doable without a format bump by duplicating last-revision (or even last-loom (hmm, tricky one ;)) from some 'current' definition in branch.conf
[09:42] <vila> that was a shameless plug ;)
[09:42] <poolie> hm
[09:42] <poolie> what is this to accomplish?
[09:43] <vila> what ? branch.conf ? Replacing .bzr/branches
[09:43] <poolie> oh, to put them all into that file rather than in the .bzr/branches sub directory?
[09:43]  * vila nods
[09:43] <vila> This will probably requires versioning branch.conf
[09:44] <poolie> i don't know if that particular file is the right place
[09:44] <poolie> we can have others
[09:44] <vila> which raises the issue of conflicts there and how to resolve them
[09:45] <vila> which can be somehow addressed by having a Store that revert to the last valid committed version (up to the empty file) if a parse error is encountered
[09:45] <vila> that won't cover all cases but should ~work
[09:45] <vila> but enough blue-skying ;)
[09:46] <poolie> hm
[09:47] <poolie> i'm wondering how we reconcile having a repository directory (containing branches etc) vs bzr-colo putting the repository just into the single bzrdir
[09:48] <vila> forget about it and just use whatever repo is used by the branch ?
[09:49] <poolie> so, don't create a repository when the colo is set up?
[09:49] <poolie> that could work
[09:50] <vila> yup
[09:51] <vila> If we trust our fallback repos implementation to be robust, I'm also wondering whether we shouldn't start thinking about repos as a stack of read-only repos and one mutable one
[09:51] <vila> ooooh, come on vila, stop with the shameless plugs will you ?
[09:51] <poolie> hm, where?
[09:51] <poolie> ?
[09:52] <vila> well, in most cases we want one repo where we commit but we'd still like to find revisions wherever they are (think having lp as a repo fallback)
[09:53] <poolie> right, that could be useful
[09:53] <vila> or a local mirror or a ~/.bzr repo as a last resort before requiring a network connection
[09:53] <poolie> i think some searches will be slower if there are many of them
[09:53] <vila> yup
[09:54] <vila> we need a better graph support including optimized queries across the network
[09:56] <vila> but each repo should be able to maintain a cache of which revisions are known in each pack file, we can get rid of python bloating such caches by having a C implementation restricted to just a hash with revision-IDs as keys which should still be small enough
[09:57] <vila> so that shouldn't be an obstacle to start thinking about such repos at the conceptual level
[09:59] <vila> I'm not really introducing new concepts as far as the data model is concerned here, only new ways to use the existing ones
[10:07] <poolie> it could be good
[10:07] <poolie> i don't think it's very high up the stack
[10:09] <poolie> i mean, i don't think adding multiple fallbacks is very urgent compared to other things
[10:21] <vila> hmm, I think we already handle multiple fallbacks (but only for stacking), what we don't provide is a way to configure them
[10:21] <vila> but yeah, not a top priority so far
[10:26] <poolie> i'm wondering if we can deprecated bound branches
[10:27] <poolie> just have checkouts with branch references
[10:27] <poolie> there's a lot of old mail about this of cours-e
[10:43] <poolie> good night all
[11:01] <vila> poolie: g'night ! (but gimme my bound branches back ;)
[13:52] <spiv> jelmer: it's nice to see a patch that adds to test_import_tariffs :)
[14:10] <jelmer> spiv: Thanks :)
[14:10] <jml> hey
[14:10] <jml> I'd like to switch to using colo for launchpad hacking
[14:11] <jml> please help me
[14:14] <jelmer> jml: I don't have any experience using bzr-colo myself, but "bzr help colo-tutorial" should help
[14:19] <jml> jelmer: ok, thanks.
[14:20] <jam> vila: another "Welcome to Europe" for you. We did manage to get our furniture today. Everything made it in, except we couldn't get our Queen-size (150cm) box springs upstairs. (Neither through a window, nor through the stairway)
[14:20] <jam> So now we have to go out and buy split box springs
[14:20]  * vila bangs head on desk
[14:21] <vila> jam: wecome back here :-}
[14:21] <vila> welcome ggrr
[14:23] <vila> jam: try futon ?
[14:29] <jelmer> maxb: wrt your question this morning; I don't think it necessarily makes sense to upload snapshots to the beta PPA, it seems that if we're ok with doing that we might as well use the nightly builds
[14:29] <jelmer> euhrm, daily builds
[14:35] <vila> jelmer: I've got a test_tariff failure locally, probably a plugin, how to you debug that ?
[14:36] <vila> found: builddeb
[14:36] <vila> jelmer: fixed in trunk, thanks ;)
[14:37] <vila> jelmer: don't bother answer my out-dated questions for bugs you already fixed :D
[14:38] <jelmer> :)
[14:42] <vila> jelmer: I still have failures with bzr-hg tip though ;)
[14:42] <jelmer> vila: you mean test import tariff fails if you load bzr-hg ?
[14:43] <vila> no no, different failures (re-running)
[14:43] <jelmer> ah
[14:44] <vila> AttributeError: 'HgRemoteRepository' object has no attribute 'lookup_foreign_revision_id'
[14:44] <vila> AttributeError: 'HgLocalBranch' object has no attribute 'generate_revision_history'
[14:44] <vila> etc
[14:50] <vila> jelmer: urgh, 103 failures 654 errors
[14:50] <vila> ./bzr tss -s bt.test_import with hg: ran 3 tests, 1 failure (bzrlib.foreign)
[14:50] <vila> meh, not hg 8-/
[14:53] <jelmer> vila: Oh, there's bound to be plenty of those. The per_branch, per_repository and per_workringtree tests don't work against the foreign formats yet, that's still a WIP
[14:54] <vila> ok
[14:56] <vila> bah, typo in the env var name, *no* tariff test failure when hd is disabled
[14:59] <jelmer> vila: when *hg* is disabled ? :)
[15:00] <vila> jelmer: yes, the test fails for hg, pass when hg is disabled, well bzr-hg of course ;)
[15:05] <jelmer> vila: I suspect we may have to remove bzrlib.foreign from the blacklist, all foreign plugins import from it
[15:06] <vila> I thought you put it there to ensure proper lazy loading ?
[15:06] <jelmer> no, it was added when the test was initially written (presumably without any foreign plugins loaded)
[15:07] <vila> ha ok, then I won't object if you remove it
[15:07] <vila> well, if this can't be used to check for lazy loading that is ;)
[15:09] <jelmer> vila: bzrlib.foreign is imported to access the foreign vcs registry
[15:09] <vila> ... which reminds me that when I looked at the tests I was thinking: "Gee, we certainly need to explain why we blacklist these modules..."
[15:09] <vila> jelmer: hehe, back to putting all registries in their own separate file are we ? :D
[15:10] <jelmer> vila: None of these has ever changed either way afaik
[15:10] <vila> jelmer: .. which doesn't mean that more comments will hurt ;)
[15:10] <jelmer> vila: Shouldn't we rather explain why things are not blacklisted though?
[15:11] <vila> jelmer: that was a general remark, don't take for you ;)
[15:11] <vila> yeah, both will help people encountering failures for this tests
[15:11] <vila> test
[15:11] <vila> but may be just adding more tariff tests will render that useless
[15:14] <jelmer> yeah
[15:30] <jelmer> vila: MP proposed :)
[15:33] <vila> jelmer: approved
[15:34] <jelmer> vila: fwiw I have two more MPs up that add more entries to the blacklist :)
[15:34] <jelmer> vila: thanks for the review
[15:35] <vila> jelmer: I think *adding* doesn't need review, pqm will block and babune will double-check
[15:35] <vanguard> how can I "checkout" a previous commit without uncomming the previous history?
[15:36] <vila> .. if a problem arise
[15:36] <jelmer> vila: Well, add a lazy import and then add to the blacklist
[15:36] <jelmer> vanguard: "bzr branch -r<revno> thebranch newcopy-at-revno"
[15:37] <vanguard> jelmer: okay, that sounds expensive ...
[15:37] <jelmer> vanguard: You're asking about checking out a new copy - do you just want to reset the current tree?
[15:37] <vanguard> jelmer: I just want to take a look at the work I did back then, basically for bisecting and stuff
[15:38] <jelmer> vanguard: bzr revert -r<old-revno>
[15:38] <vanguard> jelmer: I do not want to base new work on it
[15:38] <vanguard> jelmer: but that will kill everything I did since that revision!?
[15:38] <jelmer> vanguard: it will only reset the working tree - you can go back by running "bzr revert" after that again
[15:38] <vanguard> jelmer: ah, okay, I see. Thanks!
[15:39] <vila> vanguard: if your working tree is clean (no uncommitted changes) revert is fine
[15:39] <jelmer> alternatively, you could export just that revision to a directory "bzr export -r<revno> /tmp/wt-at-revno"
[15:39] <vanguard> okay, that sounds good.
[15:39] <vila> vanguard: alternatively, if you can read diffs, bzr qlog/bzr qblame can also be used
[15:40] <vanguard> vila: that might work for some cases, but if I need to build a previous version again, that will not help me
[15:40] <vila> sure
[15:48] <jml> I think running 'bzr colo-ify ../devel' inside a Launchpad working tree might have been a bad idea.
[15:50] <jml> hah
[15:50] <jml> *after* a very lengthy process I am told: bzr: ERROR: '/home/jml/src/launchpad/stable/' is already a lightweight checkout.
[15:56] <james_w> jelmer, hey, was there a decision on https://code.launchpad.net/~jelmer/bzr-builddeb/fix-bz2-repack/+merge/54991 ?
[15:59] <james_w> does someone want to take a look at https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/libxklavier/natty-201103311620/+merge/55787 and https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/glib-networking/natty-201103311614/+merge/55785 see if they are legitimate, and if not avoid doing it for similar situations in future
[16:03] <james_w> plus https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/gst-plugins-bad0.10/natty-201103311110/+merge/55730
[16:14] <jelmer> james_w: hey
[16:15] <jelmer> james_w: Not yet, I'm planning to have another look at it today.
[16:15] <james_w> jelmer, great, thanks
[16:22] <maxb> james_w: Hi, since you're around, did you see the thread on bazaar@ on whether bzr-builddeb should aim to be able to function and/or run tests on an old distroseries that predates source format 3.0 support in dpkg?
[16:22] <james_w> maxb, I did
[16:22] <james_w> maxb, and I agree with both of you :-)
[16:23] <james_w> hardy shouldn't have a lot of effort put in to it
[16:23] <james_w> but the majority of the code and tests should be fine to work without the new features
[16:23] <james_w> or is there something fundamental that requires the new version?
[16:23] <maxb> only that 'bzr selftest' currently won't pass on hardy
[16:23] <maxb> (for builddeb)
[16:24] <maxb> So, perhaps have the tests in question require dpkg >= whatever?
[16:27] <jelmer> maxb: that seems reasonable
[16:29] <james_w> maxb, add a dpkgv3 feature and require it in those tests?
[16:29] <james_w> I think that would be fine
[16:29] <james_w> but I agree that hardy isn't a particularly important platform for a developer tool
[16:30] <jelmer> "Ran 35295 tests in 21.551s"
[16:31] <jelmer> Is it me, or does 21 seconds seem longer than it actually is?
[16:45] <vila> jelmer: can I have some of your hardware ? I'd *love* run 35.000 tests in 20 secs
[16:59] <jelmer> :)
[17:02] <jelmer> have a good weekend everyone :)
[17:03] <james_w> you too jelmer
[17:09] <vila> jelmer: enjoy your week-end !
[17:11] <jam> vila: you to
[17:11] <jam> too
[17:11] <vila> jam: and you too ;)
[17:12] <vila> jam: hope you find a suitable bed ;)
[17:12] <jam> vila: well, we still have the matress (which fit), just not the box springs
[17:12] <jam> and we have our couches if necessary
[19:21] <eridu> I keep getting a "KeyError: No such TDB Entry" after trying to check out an SVN repo, even after deleting ~/.cache/bazaar/svn -- how could I figure out what's going on? ~/.bzr.log doesn't seem to be helpful.
[20:20] <maxb> eridu: Hi, do you have a traceback from ~/.bzr.log? That would usually help debug the issue?
[20:21] <maxb> erm, lose that last ?-mark
[20:21] <eridu> maxb: yeah, it's on launchpad, lemme grab the link
[20:21] <eridu> maxb: https://bugs.launchpad.net/ubuntu/+source/bzr/+bug/747633
[20:22] <eridu> maxb: https://launchpadlibrarian.net/67919275/BzrLogTail.txt -- I can upload the rest of it if you want
[20:22] <maxb> hmm
[20:22] <maxb> Is the source repository public or private?
[20:23] <maxb> oh, I see in the bug
[20:23] <eridu> yeah
[20:23] <maxb> OK, well, this is kind of cheating, but you could try uninstalling the python-tdb package, and seeing if the SQLite-backed cache provides better diagnostics :-)
[20:24] <eridu> sure
[20:24] <maxb> The other thing that could be interesting would be to modify /home/tedks/.bazaar/plugins/svn/cache/tdbcache.py to catch the KeyError and report what the revnum it is looking for is
[20:27] <eridu> well, it seems to be working without python-tdb
[20:27] <eridu> oh, no, it gives me this error: bzr: ERROR: A Subversion remote access command failed: Server sent unexpected return value (403 Forbidden) in response to PROPFIND request for
[20:28] <eridu> that's odd, I thought that bug was fixed in bzr-svn 1.0.4
[20:28] <maxb> for ..... ?
[20:28] <eridu> for the path to the repo root
[20:28] <maxb> hmm
[20:29] <maxb> You could consider trying bzr 2.3.1 and bzr-svn 1.0.4+bzr3475 from the ~bzr ppa if you think it may have been fixed after 1.0.4
[20:31] <eridu> sure
[20:34] <eridu> upgrading now, though apt is holding back bzr and bzrtools --should I expect that?
[20:39] <eridu> with tdb, I get the same error, with bzr-svn 1.0.5dev (reported by bzr plugin)
[20:41] <eridu> ...and I get the same error with sqlite
[20:43] <maxb> hmm, ok
[20:43] <eridu> upgrading bzr to 2.3.1 doesn't help either
[20:44] <eridu> it looks like this bug: https://bugs.launchpad.net/bzr-svn/+bug/409668
[23:41] <ianm_> I have a local bzr repo (made with 'bzr init') that I'd like to move into a launchpad.net hosted project, can I bring it in with the commit history?


[04:12] <smartboyhw> Congrats Lubuntu: You might be the only release left that will still aim for CD releases
[04:13] <smartboyhw> in the Ubuntu deriative world
[06:46] <sagar> hello
[06:47] <sagar> when will lubuntu be LTS?
[06:47] <smartboyhw> sagar, until gilir and phillw says so:P
[06:48] <sagar> gilir and phillw please say so :) ... cmmon guys u dont know how quickly lubuntu has become popular
[06:50] <wxl> i wonder…
[06:50] <wxl> !lts
[06:50] <wxl> nope we don't have that updated for lubuntu
[06:51] <wxl> https://wiki.ubuntu.com/Lubuntu#Lubuntu_12.04_is_not_an_LTS
[06:51] <wxl> that's for you sagar
[06:51] <sagar> for large scale deployments we need LTS ... upgrading breaks a lot of things ... i tried from 11.04 to 11.10 and then to 12.04 ... all via upgrade and it broke a lot of things ... i keep getting errors equivalent to explorer has performed illegal operation ... now you really dont come to linux world to get the dreaded windows error ...
[06:51] <smartboyhw> Actually I seriously think that Lubuntu has the human resources to be an LTS
[06:52] <smartboyhw> I think Xubuntu or Ubuntu Studio has less resources than Lubuntu and they can still support LTS releases
[06:54] <sagar> in fact i feel that LUBUNTU must only be a LTS release ... no intermediate releases ... that would make it different ... 3 years or even 24 months is a good LTS time ... so the problem of manpower shortage is nullified here as the focus will only be on LTS releases only ... every 2 or 3 yrs
[06:56] <wxl> while i don't entirely understand the politics behind why it's not an lts, the fact of the matter is it's not.
[06:58] <sagar> so the best way to put an end to all politics in a diplomatic way, make lubuntu a LTS only release ...
[06:59] <wxl> sagar: file a bug report :)
[06:59] <sagar> :)
[06:59] <sagar> :)
[06:59] <sagar> LOL
[06:59] <wxl> i'm kind of not kidding
[07:00] <wxl> did you ever see the first bug on launchpad?
[07:00] <wxl> !bug 1
[07:00] <smartboyhw> lol
[07:00] <wxl> still a very active bug i might add
[07:00] <smartboyhw> sagar, that's a weird suggestion:P
[07:01] <sagar> LOL LOL LOL ...
[07:02] <sagar> smartboyhw ... only LTS is wierd or something else
[07:03] <smartboyhw> sagar, pure LTS release.....
[07:03] <smartboyhw> Lubuntu has not even get used to LTS every 2 years with intermediate releases in between
[07:03] <smartboyhw> It would be difficult to just switch to pure LTs
[07:03] <mikathewoof> howdy folks.
[07:04] <sagar> but dont you think so that only LTS give more time for developers and we have a much much stable software ... look at  DEBIAN ... they release the last and its hughely hughely stable ...
[07:04] <mikathewoof> i have peppermint installed. oooh, no! i know it's not lubuntu, but it's quite similar and there is no helpl in the pepp irc channel.   i'm just wondering why i have all the folder icons from my /home/username on my desktop.  anyone know why? i'd like a nice clean desktop...
[07:07] <sagar> switch to lubuntu mikathewoof
[07:08] <mikathewoof> heh
[07:08] <mikathewoof> sudo apt-get reinstall os --type--lubuntu   ? that work?
[07:10] <sagar> haa ... have not tried that ... might as well try ... could be a success STORY ...
[07:16] <devslash> does lubuntu support encrypted lvm at install like vanilla ubuntu installer ?
[07:16] <wxl> yep
[07:16] <wxl> same installer devslash
[07:16] <devslash> ok thanks
[07:16] <devslash> vanilla ubuntu 12.10 runs like shit in a VM
[07:16] <devslash> time to try out a different DE
[07:21] <sagar> LUBUNTU ...
[07:21] <sagar> tyr it
[07:21] <smartboyhw> devslash, Unity is **** in VM I agree. It's good on real hardware though
[07:22] <devslash> yea. lack of 3d acceleration from what I understand
[07:22] <devslash> I'm downloading lubuntu now
[07:22] <devslash> too bad. i do like unity overall and didn't want to have to learn a different DE
[07:27] <sagar> well LXDE is pretty straight forward ...devslash ... ull like it and its light on resources too
[07:27] <devslash> yea
[07:28] <sagar> LXDE is desktop environment for Lubuntu ...
[07:31] <sagar> u might want to try these too .... SLITAZ very very small and fast ... http://mirror.slitaz.org/iso/4.0/slitaz-4.0.iso
[07:36] <devslash> if I choose encrypt the file system when installing ubuntu/lubuntu, what type of encryption is used
[07:46] <mikathewoof> how come when i try to open a file over the network (a movie file using vlc)  it can't open it. i get an error that just says 'failed' in vlc.  it opens and plays just fine on linux mint...
[07:47] <mikathewoof> i am lead to believe it's a permissions thing. but the sharef is stup just fine. that's not it. the file can open just fine with mplayer...
[08:01] <sagar> devslash ...> http://www.webupd8.org/2012/10/lubuntu-w-lxde-1210-overview.html
[08:01] <sagar> devslash ---> https://help.ubuntu.com/community/Lubuntu/Documentation/FAQ/Workarounds
[08:11] <sagar> devslash ---> http://en.wikipedia.org/wiki/ECryptfs
[09:40] <sagar> hello
[11:32] <kewel> is there a cool little memory meter that will sit in my tray?
[12:00] <kewel> hello .. piii1ghz 512mb .. lubuntu 12.04.  I'm looking for a memory meter that will sit on my taskbar.   Should find it in Synaptic?
[14:29] <bennypr0fane> Unit193 it seems not to be in the repos
[14:29] <bennypr0fane> what's the terminal command to check if I have a pkg installed?
[14:31] <Unit193> bennypr0fane: Only in medibuntu, but there is a script to installl it in the libdvdread package.
[14:32] <Unit193> https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs
[14:33] <bennypr0fane> http://pastie.org/6130097   it's in German though, sorry but maybe you still recognize the output
[14:34] <Unit193> Yeah, that's expected, it's not in the main/default repos, only medibuntu or installable from that script.
[14:35] <bennypr0fane> what it I just installed lubuntu-restricted-extras? unnecesary weight/ mostly useful stuff/nothing to do with my situation?
[14:35] <bennypr0fane> *what if
[14:36] <bennypr0fane> form this page: "Some programs may need recompilation" I can't do that
[14:36] <bennypr0fane> *from
[14:36] <bennypr0fane> damn typos
[14:39] <Unit193> In case it doesn't use encryption, you should try pointing the open location to the mounted device, or for example I have /dev/dvd1 rather than /dev/dvd (but I still need libdvdcss2 to play, depends on the disk, you may have one that doesn't)
[14:40] <bennypr0fane> turns out I already got libdvdread4 that is new to me, didn't know pkgs could be installed from scripts
[14:40] <Unit193> Ehh, it's not great, I use the other method personally as it will also keep it updated.
[14:40] <bennypr0fane> so this accesses the medibuntu repo without that need to actually add it to my pkg managment?
[14:42] <Unit193> Kind of.
[14:44] <bennypr0fane> damn, still the same error: Wiedergabefehler: DVDRead konnte die Disk "/dev/dvd" nicht öffnen.  Sehen Sie für Details im Fehlerprotokoll nach.
[14:45] <Unit193> Try ls /dev/dvd*  and see what you get.
[14:46] <bennypr0fane> 'bout what you said above, I thought maybe my optical drive is mounted wrong.  But in that case, the drive wouldn't start acting when I tell the Media player to open a disc, right?
[14:47] <genii-around> Maybe you have a CD and not a DVD ?
[14:47] <bennypr0fane> no, it's defintiely a dvd
[14:47] <bennypr0fane> ~$ ls /dev/dvd* ls: Zugriff auf /dev/dvd* nicht möglich: Datei oder Verzeichnis nicht gefunden
[14:48] <bennypr0fane> what's the asterisk for? like wildcard?
[14:48] <bennypr0fane> it says file or directory not found
[14:49] <Unit193> Yep.  Now try  mount  and see "where" it is.
[14:50] <bennypr0fane> (btw little parenthesis does anyone whether there's way to copy/paste in Xchat by right click menu?)
[14:51] <Unit193> May be able to put it in buffer 1 with just selecting the text (scroller click to paste)
[14:52] <bennypr0fane> it's /dev/sr0  but the drive did start doing something when I clicked play - before! now it doesn't
[14:53] <bennypr0fane> (what's buffer 1?)
[14:53] <bennypr0fane> (and how to put it there?)
[14:57] <genii-around> Interesting that sr0 exists but not the dvd symlink
[14:58] <bennypr0fane> it is
[14:58] <bennypr0fane> interesting
[14:59] <bennypr0fane> how can I map this right?
[15:00] <Unit193> genii-around: I have dvd1 symlinked to sr0 on two computers, oddly enough.
[15:00] <Unit193> bennypr0fane: Should be able to create it with ln -s, or in VLC where it has "Open Disk", select /dev/sr0
[15:01] <bennypr0fane> oh wait, I didn't reboot after installing libdvdcss2
[15:04] <tortik> Is any software to see a voltage on a power supply?
[15:05] <bennypr0fane> ha, it works when I input /dev/sr0!
[15:08] <bennypr0fane> Unit193 to make the symlink, like this: ln -s /dev/sr0 /dev/dvd ?
[15:08] <Unit193> Mine is relative, but basically.
[15:09] <Unit193> As root, though, so sudo.
[15:12] <bennypr0fane> Unit193 what you mean relative?
[15:12] <Unit193> `sudo ln -s sr0 /dev/dvd`  basically.
[15:13]  * genii-around ponders cd /dev && sudo ln -s sr0 dvd
[15:13] <bennypr0fane> then I'd need to cd into that directory first wouldn't I?
[15:13] <bennypr0fane> yes like that genii-around
[15:14] <Unit193> It's alink that points to "sr0", wherever that may be.  (I just did it to make sure I was right)
[15:15] <bennypr0fane> ha, it worked! just clicked play with /dev/dvd, dvd starts! I love it when I can set things how they're supposed to be!
[15:15] <bennypr0fane> awesome
[15:15] <bennypr0fane> thanks guys!
[15:15] <Unit193> lrwxrwxrwx 1 root root 3 Feb 12 10:12 dvd -> sr0  was created not in the dir, and is the same as lrwxrwxrwx 1 root root 3 Feb 12 00:27 dvd1 -> sr0  though I don't know if it'll hold on reboots?
[15:15] <Unit193> Sure thing!
[15:16] <bennypr0fane> Unit193 I suppose it wouldn't hold. I often get different device names even though didn't change anything. Even different letters, not just numbers
[15:17] <Unit193> bennypr0fane: But at least you'll know what to do then.
[15:17] <bennypr0fane> yup! nice!
[15:17] <bennypr0fane> have a good day!
[15:18] <Unit193> You as well.
[20:56] <tata> I have Lubuntu with one LXDE panel. I add one more panel XFCE and when I turn on computer, XFCE panel not appear, WHY?
[20:58] <Unit193> tata: Because you didn't add it to any startup scripts.
[21:00] <tata> ok, how to add xfce panel to startup scripts?
[21:03] <Unit193> https://help.ubuntu.com/community/Lubuntu/Boot_Install_Login#How_I_can_autostart_a_program_when_logging_into_Desktop  Should be something like that.
[21:19] <bzb> how do you change the size of icon on desktop?
[21:20] <bzb> seems you can only change the font size
[21:21] <genii-around> bzb: http://askubuntu.com/questions/103807/how-can-i-change-the-icon-size-on-lubuntus-desktop
[21:21] <Unit193> pcmanfm->Edit->Preferences->Display->Size of big icons
[21:22] <Unit193> Blarge.
[21:23] <bzb> genii-around>, <Unit193>: thanks, that works ~


[01:30] <wallyworld> hpidcock: https://github.com/juju/juju/pull/11360
[01:39] <wallyworld> babbageclunk: lgtm, ty
[01:39] <babbageclunk> wallyworld: thanks!
[02:45] <hpidcock> wallyworld: oops sorry, was lying down with a headache
[02:45] <wallyworld> all good, hopr you're ok
[03:45] <tlm> does anyone know why we start certificates 7 days before now and not 5 minutes in the past ?
[03:45]  * wallyworld shrugs
[03:46] <tlm> ¯\_(ツ)_/¯
[06:36] <kelvinliu> wallyworld: these two PRs for adding storage support for non stateful app, https://github.com/juju/charm/pull/308 https://github.com/juju/juju/pull/11362 could u take a look?
[07:44] <parlos> Good Morning Juju!
[09:05] <stickupkid> manadart, got this for CR https://github.com/juju/juju/pull/11355
[09:05] <achilleasa> stickupkid: can you do a quick sanity check on a 2.7 -> dev merge PR https://github.com/juju/juju/pull/11363?
[09:05] <manadart> stickupkid: Yep; will look.
[09:06] <stickupkid> achilleasa, done
[09:14] <manadart> stickupkid: https://github.com/juju/juju/pull/11364
[09:34] <stickupkid> manadart, https://media.giphy.com/media/OCgTKYSVnf7iM/giphy.gif
[09:35] <stickupkid> manadart, i have no idea what i was trying to say "Subnet defines the nes" - nes what? nintendo nes? what was I doing?
[09:44] <stickupkid> manadart, quick ho?
[09:44] <manadart> stickupkid: OMW.
[10:23] <achilleasa> jam: I have replied to your comments in 11341 and pushed two additional commits (the second deals with that odd c-tor for the relation resolvers); can you take another look?
[10:37] <stickupkid> manadart, this looks wrong to me, I would expect this just check for if != 1, as you want to know why it wasn't removed https://github.com/juju/juju/blob/develop/api/spaces/spaces.go#L196-L198
[10:37] <flxfoo> hi all
[10:37] <flxfoo> It is me again
[10:37] <flxfoo> :)
[10:38] <manadart> stickupkid: Yes.
[10:38] <stickupkid> flxfoo, hi o/
[10:39] <flxfoo> So while trying to instanciate `juju add-machine`  (with constraints works fine)... so two things... first juju returns 11       pending       pending  bionic      instance "31c020be-c4b9-440d-aaf0-d2c1b33ea218" has status BUILD, wait 10 seconds before retry, attempt 8, and just loop , until I do a  `juju remove-machine X --force"
[10:40] <flxfoo> so then after a little delay, list of instances is empty ... on rackspace side though... I have a list of 11 instances with the same name (difference IDs) which will listed as building (90% at most) after some time though the instances starts to appear as Ready
[10:41] <flxfoo> So I suspect something wrong with juju, maybe it does not receive the right "return" so It keeps call for server instantiation...
[10:42] <flxfoo> stickupkid: hi :)
[10:43] <stickupkid> flxfoo, so this comes from https://github.com/juju/juju/blob/develop/provider/openstack/provider.go#L1240
[10:44] <stickupkid> flxfoo, we're trying to provision a machine, but we're not getting back one that meets the constraints OR the provider doesn't have enough resources for the machine to be created
[10:45] <stickupkid> flxfoo, I've seen this locally when testing with multipass+microstack and it was the latter case for me
[10:49] <flxfoo> stickupkid: this is the only place right?
[10:49] <stickupkid> flxfoo, let me check
[10:51] <flxfoo> stickupkid: on rackspace side (as I said) each instance have the same name, but different IDs (which make sense), but juju return always the same ID to retry... why do I have several instances created on rackspace though?
[10:51] <stickupkid> flxfoo, that's correct https://paste.ubuntu.com/p/pk76srRk37/
[10:52] <stickupkid> flxfoo, that I don't know
[10:53] <stickupkid> flxfoo, if you think you've got a reproducer then I would create a bug - https://bugs.launchpad.net/juju/+bugs
[10:53] <flxfoo> stickupkid: no idea yet, just trying to put things together
[10:55] <flxfoo> stickupkid: do you know if I explicitely pass `-n 1` that would make a difference?
[10:56] <stickupkid> flxfoo, tbh, I wouldn't know personally
[11:04] <flxfoo> stickupkid: Would you know how a single `add-machine` could endup looping in endless server creation?
[11:04] <stickupkid> flxfoo, not getting back one that meets the constraints OR the provider doesn't have enough resources for the machine to be created
[11:50] <stickupkid> manadart, haha, there are so many issues in remove space, trying to work it out now
[11:50] <stickupkid> in the cmd/remove.go
[12:13] <stickupkid> anyone know how to test that something was written to a cmd/ctx log?
[12:40] <stickupkid> manadart, that was a pig
[12:40] <stickupkid> https://github.com/juju/juju/pull/11365
[14:23] <manadart> achilleasa: 11356 looks good here, but is still marked as a draft.
[14:51] <achilleasa> manadart: marked it as a draft bec it needs a rebase/force-push once the relation-created one lands
[14:51] <manadart> achilleasa: OK. I've approved it.
[14:52] <achilleasa> manadart: tyvm
[15:58] <achilleasa> is there a juju-idiomatic way for accessing controller config options inside state? I was thinking of having the facade fetch them and pass them as arguments to the state method I am working on but I am wondering whether we use a different pattern
[17:39] <achilleasa> rick_h_: do you think 640k for charm data and 512k for uniter data are reasonable defaults for the quota limits? 640k ought to be enough for everyone, right? ;-)
[17:40] <achilleasa> note that the operator will still be able to set the limits to 0 and bypass the quota checks if they are feeling yolo
[17:41] <rick_h_> achilleasa:  hmmm, ideally folks will never know/hit this. I'd prefer to start with bigger defaults like 512k for juju and 1 or 2M for units?
[17:44] <achilleasa> rick_h_: OK, though 2M seems too generous to me. The absolute max (combined) is 16M
[17:45] <rick_h_> achilleasa:  right, personally I'd almost default to the max. I mean we store charms with 1GB of resources/etc
[17:45] <rick_h_> achilleasa:  it seems silly to make folks open the faucet more ever and only close it if they hit issues/care
[17:46] <achilleasa> rick_h_: but those end up in blob store, right?
[17:46] <rick_h_> achilleasa:  but I can go wit some limit to start I guess. We know most controllers in the wild don't have > 3 models and most models are 3-5 applications
[17:46] <rick_h_> achilleasa:  yes, this is true
[17:46] <rick_h_> achilleasa:  but it's on the same disk as the rest of mongodb
[17:47] <achilleasa> rick_h_: we can also do a 14M/1.5M split as the default and allow operators to fine-tune it if they need to
[17:48] <achilleasa> my concern is basically that if we set it too high, charm authors will end up abusing it
[17:48] <achilleasa> to store binary blobs or something
[17:48] <achilleasa> (logs)
[17:48] <rick_h_> achilleasa:  yea, that's why I'm ok with going roomy, but not all the way. I feel like the 512k 2M means we're talking 2.5mb per unit on the machine MAX. Realistically not all your charms will be abuses.
[17:49] <rick_h_> achilleasa:  but we definitely need a metric about size of this collection so we can add it to graphana and if there's a disk usage rise track it directly to this change
[17:49] <rick_h_> grafana doh
[19:37]  * babbageclunk waves
[19:38] <ventura> are u using IRC for project development and discord for app usage? or migrating everything to discourse?
[19:45] <rick_h_> ventura:  irc for real time chat but discourse for async/news/published details
[19:49] <rick_h_> most simple charm is ubuntu heh, just get a machine and setup the charm environment
[19:55] <ventura> rick_h_: turn off/on feature flags on backend for mobile clients
[19:58] <ventura> if it possible to create a git repos with config changes, juju would allow to easily git-revert bad flags with the benefit of always keep track of changes
[20:00] <flxfoo> hi again, :)
[20:00] <rick_h_> ventura:  that does some work but as Juju is more than configuration management there's a lot more to "changes" than flipping config flags.
[20:00] <rick_h_> ventura:  there's resources, or binaries provided to run/use. There's actions, that trigger administrative functions like adding users, backing up db, etc. There's relations, that instruct application to pass details about themselves back and forth.
[20:01] <rick_h_> ventura:  a lot more moving parts and "live system" than can be easily git commit/rollback
[20:02] <flxfoo> so I can confirm that when a machine is created (juju add-unit / add-machine) the process on the provider finishes (takes time but finish)... Except that there is more than one machine created with the same name  (different IDs)...
[20:03] <flxfoo> I had to do a `juju remove-machine XX --force`, because after 11 instances... it is too much :)
[20:03] <flxfoo> I think there is something as well here, where rackspace needs time to allocate resources,  and the frequency where a new server will be spawned...
[20:04] <ventura> rick_h_: i mean "a simple charm that shows something to my manager allow using juju" :-)
[20:04] <ventura> TL; DR: we lost all machines configs during Black Friday due Bolsonaro Bug (i.e. crazy day-light saving time changes in Brazil)
[20:04] <flxfoo> I don't know If I could put a delay like 30 minutes intead of 10s
[21:27] <flxfoo> Anyone on the fact that calling one `juju add-unit/add-machine` would end up create multiple instance with the same name (different IDs) ?
[21:29] <thumper> flxfoo: I'm not sure I understand what you mean
[21:29] <thumper> wallyworld: https://github.com/juju/lumberjack/pull/1
[21:33] <flxfoo> @thumper: when I perform a `juju add-unit` juju loop saying that instance is in state BUILD, retrying... probably due to rackspace lagging... but then a few minute later I have another one instamce created (with the same name different id) and juju report the same message (with different ID)
[21:33] <flxfoo> until I `juju remove-machine --force` that just goes on
[21:34] <thumper> flxfoo: that definitely sounds like a bug
[21:34] <flxfoo> after removing on juju side... all the instances go from buidling state to ready state
[21:34] <thumper> perhaps due to the slow nature in rackspace
[21:34] <thumper> we don't see it on our other openstacks
[21:35] <flxfoo> yeah that sounds very much something linked to rackspace..
[21:35] <flxfoo> feww weeks ago that was not doing that for sure
[23:20] <wallyworld> thumper: lgtm
[23:22] <babbageclunk> thumper: if the password we use to connect to mongo for juju-restore is always oldpassword from controller machine 0, what happens if machine 0 has gone away? ie, the controller has machines 1, 2, 3?
[23:23] <thumper> what does the juju-db plugin do?
[23:23] <thumper> we should use that
[23:23] <babbageclunk> should we be connecting as a different user, so we can use the oldpassword from the machine we're on?
[23:23] <babbageclunk> ooh good call - looking
[23:25] <babbageclunk> ah, ok - it uses statepassword and the tag
[23:25] <babbageclunk> I think that might have been the problem with how we were doing it before - trying with tag but oldpassword, not statepassword


[00:12] <planigan5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[00:17] <chaoscon17> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[00:27] <ByronJohnson5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[00:59] <justif7> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[00:59] <justif7> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[00:59] <justif7> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[01:07] <qew> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[01:41] <sneakyness4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[01:49] <oleo> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[01:57] <sulvone18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:43] <ckeltz4> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:44] <Nick`> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:47] <pendo3241> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:01] <rodarmor9> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:14] <theaetetus> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:30] <simon_-_0> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:33] <diz20> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:37] <phoe18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:47] <dlcastc> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:47] <dlcastc> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[03:47] <foamz10> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:42] <TheoM> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:12] <Raccoon> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:22] <cats28> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:37] <lkoranda17> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:41] <AC`97_> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:51] <Kinny29> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:51] <Kinny29> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[06:42] <Michail1> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[06:47] <jcline11> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[06:47] <jcline11> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[06:47] <jcline11> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[06:47] <jcline11> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[06:57] <Richard_Cavell> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:03] <sujeet17> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:03] <sujeet17> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[07:04] <prawnsalad14> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:16] <MrHands3> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:14] <MeiR> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:18] <mentifis9> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:44] <erasmus20> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:44] <erasmus20> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[09:20] <barbietoss> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:31] <Guest79333> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:34] <Nightmare14> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:43] <Sebastien9> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:46] <trisk22> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[10:13] <TheSilentLink18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[10:13] <TheSilentLink18> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[10:13] <TheSilentLink18> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[10:26] <Guest85043> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[10:51] <f25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[10:51] <f25> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[10:51] <f25> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[10:51] <f25> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[11:49] <Cork8> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[12:08] <opung2> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[12:34] <Guest525> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[12:39] <physpi25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[13:15] <iczero12> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[13:15] <sh4nks14> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[14:45] <xerox12325> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[14:46] <beaver2> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[14:51] <Bock> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[15:19] <quiz9615> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[15:19] <quiz9615> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[15:36] <Spaulding18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[15:48] <mub> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[15:48] <mub> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[15:50] <ramsey8> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[15:50] <ramsey8> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[15:59] <badet0s13> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[16:43] <swordsmanz5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[16:55] <BranchPredictor1> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/


[00:58] <berglh> is it possible to update to ubuntu gnome 16.10 using update utility?
[00:58] <berglh> does do-release-upgrade work
[06:05] <berglh> hello?
[09:40] <mgedmin> oh my, https://bugzilla.gnome.org/show_bug.cgi?id=736660
[09:40] <ubot5`> Gnome bug 736660 in gnome-session "wayland session does not process .bash_profile" [Normal,Assigned]
[18:03] <musashi> hi, can someone help me with this
[18:03] <musashi> NMI watchdog: BUG: soft lockup - CPU#2 stuck for 23s! [plymouthd:305]
[18:03] <musashi> i recive this message while booting the os