[01:19] <spiv> Morning folks.
[02:28] <poolie> hi spiv
[02:28] <poolie> my turn to flip from waking at 3 to waking at 10 :)
[02:34] <spiv> Heh
[05:44] <poolie> lifeless: i don't totally understand your comment in https://code.launchpad.net/~gagern/bzr/bug421776-sftp-move/+merge/62708
[05:44] <lifeless> poolie: we don't know the provenance of the existing file
[05:45] <poolie> hm
[05:45] <poolie> we can safely assume it came from another bzr process?
[05:45] <poolie> we don't know whether that process is still running, dead, etc
[05:45] <lifeless> right
[05:46] <poolie> so...?
[05:47] <lifeless> I would be wary of assuming the file matches what we're uploading
[05:47] <poolie> if it exists, the process that wrote it thought it was correct at the time it finished writing
[05:47] <poolie> it may have been wrong (buggy)
[05:47] <poolie> or there might have been file corruption
[05:48] <lifeless> true. And either that process failed to link it in, failed to unlink it, died, or raced with us on linking it in and did so immediately before we last read the pack list
[05:48] <poolie> but, those possiblities don't seem any more likely here than for any other existing pack file
[05:48] <lifeless> well
[05:48] <lifeless> Call me conservative :)
[05:49] <poolie> if you're asserting for example "a race means it's more likely the file suffered corruption" that's fine, i'm happy to consider it
[05:49] <poolie> i just want to understand what you're saying
[05:50] <lifeless> I couldn't really put a probability on it
[05:50] <lifeless> but I would worry about trusting something that may have crashed when we don't have to
[05:51] <poolie> ok
[05:51] <lifeless> for instance
[05:52] <lifeless> if the machine powered off, without ordering between file renames etc, we might have a zero length file with the right name, not linked into pack-names
[05:53] <poolie> yes, that's very possible
[05:53] <poolie> it's also possible it would end up showing it mentioned in pack-names and yet also have the wrong content
[05:53] <lifeless> yes
[05:53] <poolie> so, being extra careful in this case seems a bit odd
[05:54] <lifeless> uhm
[05:54] <lifeless> this doesn't seem like being extra careful
[05:54] <poolie> you say "we should check if the existing file is intact"
[05:55] <lifeless> once its in pack names (in the absence of attackers) we know that the prior bzr process completed
[05:55] <poolie> i don't understand why we would do that over sftp but not locally
[05:55] <lifeless> we don't know if the fs went awol or not
[05:55] <lifeless> poolie: we would do it locally too, wouldn't we ?
[05:55] <poolie> hang on, "we know that the prior bzr process
[05:56] <poolie> completed" --> that's not true if the machine crashed without an ordered journal of renames
[05:56] <poolie> aiui this bug is sftp specific, about the general pack upload code not working the same way over sftp
[05:59] <poolie> imbw
[05:59] <poolie> i'm going to read the general pack code
[05:59] <lifeless> poolie: so IIRC locally we rename over the top
[06:00] <lifeless> we resolve by assuming our new file is correct - which is the ultimate form of lack-of-trust
[06:00] <lifeless> so this case (which for -very- narrow windows win32 might display too) is when we cannot atomically rename over the top
[06:01] <lifeless> and we don't have a safe rename-out-of-the-way dance that others could use to handle the file-is-temporarily-missing case
[06:01] <poolie> right, we do
[06:03] <poolie> ok, so using .move (which really means, force replace) would be most consistent with what we do locally
[06:03] <lifeless> yes
[06:04] <lifeless> I was suggesting a verification scan (for the pack and the indices) as a workaround to deal with the race condition.
[06:04] <poolie> in other words you like his current patch?
[06:04] <lifeless> uhm, I think its evolved since I commented
[06:05] <poolie> yes
[06:05] <poolie> perhaps rather than delete-and-replace we should move the existing pack into the obsolete directory, so if we're interrupted after deleting it, we won't lose
[06:05] <lifeless> so move has this race condition
[06:06] <lifeless> I don't particularly like that :)
[06:06] <lifeless> I don't want to block anyone
[06:06] <lifeless> I was trying to highlight the interacting constraints
[06:07] <poolie> don't like moving it to obsolete-packs?
[06:07] <poolie> thanks for the review
[06:07] <poolie> i do appreciate it
[06:07] <poolie> am just trying to understand it :(
[06:07] <poolie> s//:)
[06:08] <poolie> so there is actually an sftp rename operation argument saying what behaviour you want
[06:08] <lifeless> ideally we'd make it behave like a local fs :)
[06:09] <poolie> hm
[06:10] <poolie> seems there is possibly a small race on windows too, if we delete then rename
[06:16] <poolie> ok, thanks for that
[06:17] <lifeless> its possible to address the race by having a predictable path to look for fallback files
[06:17] <lifeless> or even just spin on the path in clients
[06:17] <poolie> in the hope it will appear again soon?
[06:18] <lifeless> right
[06:18] <poolie> right
[06:18] <poolie> they're probably separate bugs
[06:18] <lifeless> but if its linked in pack-names
[06:18] <lifeless> I think you need 2 paths - a normal one and a before-naming-into-place one
[06:18] <poolie> for here, i think asking sftp to overwrite, and forcing the overwrite, is probably safe
[06:18] <lifeless> so that repo recovery can do something sensible
[06:18] <poolie> s/safe/an improvement
[06:18] <lifeless> I think we have retry-on-missing-packs now
[06:18] <lifeless> I worry about a network interrupt during that race though
[06:19] <lifeless> how will the repo be recovered
[06:19] <poolie> right, i'm most concerned by the connection dropping (or the server crashing) after it applies the deletion but before the new file moves into place
[06:26] <poolie> spiv, teddy, should i actually do a patch for jml's try_import?
[06:26] <poolie> it does clean things up and it should make pylint cleaner
[06:27] <poolie> bit of an optional yak though
[06:27] <poolie> (there are something like 100 'except ImportError' catches at present)
[07:20] <jam> poolie: after it deletes but before it renames, is probably before we write pack-names
[07:20] <jam> I was concerned at one point, but now... locally we overwrite on posix systems
[07:20] <jam> and I think "crash" on Windows
[07:20] <jam> it seems fine to overwrite on remote systems *without* validation
[07:20] <jam> becuase we justuploaded content *we* are happy with
[07:20] <jam> who cares if there is unreferenced garbage that we get rid of
[07:20] <jam> corrupted or not
[07:21] <jam> we aren't re-instating the pack file that we think was corrupted
[07:21] <jam> "might have been"
[07:21] <poolie> right
[07:21] <jam> we are putting the new hottness there
[07:22] <poolie> right
[07:22] <poolie> hello btw
[07:22] <jam> The only race I can think of is 2 processes both renaming into place, and being ready to update pack-names. p1's rename succeeds so it goes to write pack-names
[07:23] <jam> p2 sees the collision, renames out of the way
[07:23] <jam> then p1 writes pack-names, and the machine crashes
[07:23] <jam> before p2 finallizes its insert
[07:24] <jam> poolie: but, a) I think sftp rename dance does try to preserve the old file as a .tmp
[07:25] <poolie> so you could possibly manually recover
[07:25] <poolie> hm, fancy_rename asserts sftp rename won't let you overwrite
[07:26] <poolie> perhaps either we didn't know of that option, or it wasn't supported then
[07:26] <poolie> or still isn't supported by servers
[07:26] <poolie> so it sounds like you're ok with my last comment
[07:27] <vila> hi all
[07:27] <jam> poolie: "rename" is intentionally for lock/held directories
[07:27] <jam> we don't want to overwrite dirs that aren't empty
[07:27] <jam> that happened accidentally on some sftp implementations, like launchpads
[07:27] <jam> move is the "rename according to posix"
[07:28] <vila> poolie, jam: Sounds like another concurrency testing case, how about trying the no-threads approach there to see how it works ?
[07:28] <jam> vila: in this case, a callback at the right time seems very appropriate, because it is *very* sensitive to timing
[07:30] <vila> that's why I suggest trying it
[07:42] <jam> poolie: I'm checking your comments.
[07:42] <jam> vila: I think there is a hole, I'm not sure it is worth fixing
[07:42] <poolie> hi vila
[07:43] <poolie> i agree using a callback and no threads would be good
[07:43] <poolie> vila i will try to reply to your opus
[07:44] <jam> poolie: I believe the stardand secsh spec is actually 3, at least back when I was researching it a lot, you couldn't guarantee support for anything newer
[07:44] <vila> poolie: not urgetn, I'd rather be unblocked on the reviews (well, unless they are tied)
[07:44] <jam> there were some file open apis and some remote hash apis that would have been promising at th etime
[07:44] <jam> anyway, if we wanted to change Transport.move() to try to use that flag, i'm for it
[07:44] <jam> but *not* Transport.rename
[07:44] <poolie> jam btw you're pp this week
[07:45] <jam> poolie: yep
[07:45] <poolie> vila, i think the reviews are unblocked
[07:45] <jam> for sftp we don't want to overwrite a held/info directory that already exists
[07:45] <poolie> i would really rather the tests were not threaded
[07:45] <poolie> but i won't absolutely block them
[07:45] <poolie> otoh it seems easy to change them
[07:45] <poolie> jam, right, the directory overwrite behaviour is very important it not change
[07:46] <vila> meh, neither one got a vote, am I being too conservative reading the comments ?
[07:46] <poolie> vila, i guess i'd put it in a similar case to tests that use subprocesses: use it if you have to, but if we end up doing it a lot something may be wrong, and we don't want to set a pattern of doing it
[07:48] <jam> vila: I think the reason I haven't been faster at approving stuff is that I'm still pretty uncomfortable with lots of little bits across the whole stack. Which doesn't give me confidence in any given piece.
[07:48] <jam> I do realize that you've had your head in it more
[07:48] <vila> I agree with the principle, but I don't feel it applies to a case where tests were copied before you raised the issue
[07:48] <poolie> vila, i think i meant them both to be +tweak
[07:48] <jam> so I'm willing to defer to your focused insight where it matters
[07:48] <poolie> vila i think this is kind of showing the cost of landing goes up more than linearly
[07:48] <poolie> with the size
[07:48] <poolie> otoh some things perhaps can't be done piecewise
[07:49] <jam> I think I like the idea in broad terms
[07:49] <vila> poolie: you mean that splitting this work in smaller pieces didn't help ?
[07:49] <poolie> hm, not sure
[07:50] <poolie> this was a bit like: write one big thing; chop it up; propose all the pieces
[07:50] <poolie> as opposed to proposing smaller bits as you go
[07:50] <poolie> but perhaps there are hidden costs to that
[07:51] <vila> I think we discussed being a bit less risk averse so I'd delighted to see our policy go more in the direction: this bit is controversial, add A FIXME, address it later, rather than: this bit is controversial, let's reach a consensus before landing it
[07:52] <jam> vila: I think I've tried to do that, I think the fact that it seems to come up at most stages concerns me
[07:52] <vila> especially when there is not enough energy spent on reaching a consensus by all parties involved
[07:52] <jam> (10 stages, and 5 of them have "FIXME" seems a bit odd, if only 1 or 2...)
[07:52] <poolie> i think the thing is that when there are many related patches in flight the whole thing gets a bit harder to discuss
[07:52] <jam> maybe I'm mis-estimating
[07:52] <vila> but if they are all in the same patch they are hard (~impossible) to review
[07:53] <poolie> well, there is doing without consensus; and then there is also being more willing to get consensus even on something that's imperfect
[07:53] <poolie> personally i like the second concept better
[07:54] <vila> the above remarks were general, in this specific case, I've been proposing scaffolding code (and tests) that I think shouldn't be reviewed as strictly as code that will stay (especially tests)
[07:55] <vila> I can't reach a point where we can discuss on the end result if I had to constantly refine code I intend to throw away in the end, this start discussions on code that is not there to discuss about
[07:55] <jam> vila: having code that you are throwing away in the end is odd, and inconsistent with how we usually do it, hence we don't really know how to act on it.
[07:56] <jam> I understand your view point
[07:56] <jam> just saying it is coming from a place we don't usually look at
[07:56] <jam> hence confusion and delay
[07:56] <poolie> right
[07:56] <poolie> what's a good example of scaffolding here?
[07:56] <poolie> are you talking about code to support apis you intend to get rid of?
[07:56] <vila> this a good discussion, I'm not throwing stones, I feel there is several issues and no easy solution, so we should discuss
[07:57] <vila> _CompatibleStack, the tests with threads are the most obvious ones
[07:57] <vila> the Stores (already have FIXME), the xxxStacks (already have FIXME)
[07:58] <poolie> hm
[07:58] <poolie> i think generally speaking if there's some code that's a bit ugly or inefficient but there's a comment explaining it will be soon deprecated, people ought to take that into account in reviewing
[07:58] <poolie> (they might still think it's too buggy or something)
[07:59] <poolie> i think generally "I will throw this out in the future" is not very relevant to reviews
[07:59] <vila> I don't think I can implement a full deployment, add new features, provide a migration path and only then break into pieces for review without incurring a huge push back... (not to mention the delay just to reach that)
[07:59] <poolie> because it's hard to know for sure that you actually will come back to do it
[07:59] <poolie> something more important could come up next week, or you could get sick or whatever
[07:59] <vila> yup, it's hard to know
[07:59] <poolie> so they need to make sense individually
[07:59] <vila> which is why I insist on putting a name and a date in FIXMEs
[08:00] <poolie> shrug, there are named dated fixmes from years ago
[08:00] <poolie> it's a good practice but it is no guarantee they'll be fixed
[08:00] <poolie> we should be ok with stepwise refinement; promises it'll be better in future are really not that important imo
[08:01] <vila> I think it's better than not putting them
[08:01] <poolie> the fixme comments?
[08:01] <vila> yes
[08:01] <poolie> i agree they're good
[08:03] <vila> and my goal for config is to have none of them left in config.py
[08:03] <vila> (I just review them and I strongly confirm)
[08:04] <vila> so it's hard for me to buy the "you won't fix it" argument there and instead it makes my life harder to fix them *now*
[08:04] <vila> which I think is close to the root cause of my frustration there
[08:05] <poolie> hm
[08:05] <poolie> well, it's good to talk it over
[08:05] <poolie> one way to look at it, which might be oversimplified
[08:05] <poolie> is that there are things that must be fixed before landing; and things that don't need to be
[08:05] <poolie> we should be careful where we draw the line
[08:06] <poolie> but, if something really is in the first class, then it actually must be fixed; an earnest intention to do it later is by definition not enough
[08:08] <vila> right, I generally tend to fix things I don't fully agree with to make landing easier, if I don't intend to fix quickly, I file bugs or add FIXMEs, the distinction between the two may not be clear enough as sometimes I use FIXME for issues that are so big I don't even have a good answer for them
[08:09] <vila> or are so unrelated to the proposal I just punt to avoid falling into yak-shaving mode
[08:10] <jam> poolie: correct. Though if enough of "doesn't need to be fixed before landing's it gives some unease about the stack
[08:11] <vila> like 'external_url should accepts an optional relpath' where the implications are all over the place
[08:11] <vila> ha, no, I filed a bug for this one :)
[08:11] <poolie> jam what do you mean "about the stack"?
[08:11] <vila> the whole config work
[08:12] <poolie> so, i haven't reviewed every branch
[08:12] <jam> poolie: the stack of changes that are being proposed. If you have 5 patches pending, and each one has a FIXME or 2, it makes (at least me) concerned
[08:12] <poolie> i think on the whole, having a bunch of branches that possibly interacts, or possibly fix some problems in lower layers
[08:12] <poolie> it's actually harder to review than just one big patch
[08:12] <jam> Sometimes unnecessarily so.
[08:12] <poolie> possibly this is partly a bug inlp
[08:13] <poolie> jam, right
[08:13] <poolie> also it's harder to see what the actual eventual big picture will be
[08:13] <jam> poolie: I think it depends on how inter-related the stack of patches is.
[08:13] <jam> sometimes layering can easily separate out bits
[08:13] <vila> also, the approach I tool was to (try to) minimize the scaffolding so adding each piece can raise its own issues (say: lock remote config files currently ignores control.conf which is used only on lp but doesn't have (AFAIK) corresponding tests to exercise against)
[08:13] <poolie> probably
[08:13] <jam> but if a later patch modifies *the same code*
[08:13] <jam> then it isn't really separated
[08:14] <vila> I tried to use devnotes to track the big picture, but the issue here is that it conflates know issues with solutions that requires new features and I'm only at the no-new-features replacement stage :-/
[08:14]  * vila nods about higher threads fixing issues in lower threads
[08:14] <vila> that makes reviewers life hard
[08:15] <poolie> i'd like to be tracking it against a doc in the developer guide
[08:15] <poolie> i'm not sure which active branch, if any, might be adding or updating that
[08:15] <poolie> is there one? or is it landen?
[08:15] <vila> on the other hand, the past experience with big patches is there to demonstrate this doesn't work either so I had to try something else which we are debugging right now :-}
[08:15] <poolie> also, that's an issue with having a stack of patches
[08:15] <poolie> you can't easily see the overall change to some thing
[08:16] <poolie> (couldbe fixed with tooling, or even just having an overall integration branch)
[08:19] <poolie> vila, so, i don't know
[08:20] <poolie> it would be good to work out how to make this less frustrating
[08:20] <vila> https://code.launchpad.net/~vila/bzr/new-config/+merge/56887 ?
[08:21] <poolie> i feel it's a bit hard to see the big picture
[08:22] <vila> right, so, do you confirm you're ok to land the current branches ?
[08:22] <vila> The good thing I see in this approach is that we get rid of agreed upon code with some pieces still needing work
[08:23] <vila> at least it becomes possible to make independent proposals for these pieces
[08:23] <vila> As a reviewer myself, I prefer a smaller followup than a bigger proposal
[08:23] <poolie> so to me the thing that seems to work best is to just have one mp at a time, make it self contained (both without introducing new serious problems, and hopefully also improving something) and then do a series of those
[08:24] <vila> Sometimes it means *I* should do the followup though...
[08:24] <poolie> is new-config current as the overall thing, or have the others moved?
[08:24] <poolie> because i feel like that diff is not so big as to be impossible to review
[08:24] <vila> argh, but the current series was pushed to the point I could actually present a use case because people weren't seeing how the lower threads will work !
[08:24] <poolie> and it would address this thing of not having an overall picture
[08:25] <vila> let me check
[08:25] <poolie> hm
[08:26] <vila> hmm, it seems to be current (in my local loom) , tip is pushed, but lp diff is bogus :-(
[08:26] <poolie> re the issue of not seeing how lower levels will work
[08:26] <poolie> i think
[08:26] <poolie> it's not necessary to see them used from code
[08:27] <poolie> but i would look for, either it makes the current code at that level cleaner by refactoring it
[08:27] <poolie> or, at least the cover letter can tell a story about how introducing this will later let us do a particular thing
[08:27] <poolie> a prose description of what you're steering for would i think be enough
[08:28] <vila> hmm, you mean something with a restricted target compared to devnotes ?
[08:28] <poolie> what's a good example
[08:29] <vila> of what ?
[08:29] <poolie> anyhow "weren't seeing how the lower threads will work" --> I think just a good cover letter should be able to solve this; we don't need hundreds of lines of code
[08:29] <poolie> example of not seeing how the lower levels will work
[08:31] <vila> well, the weakref branch ?
[08:32] <vila> the _compatibleStack ?
[08:32] <poolie> can you give me the url?
[08:33] <poolie> so your current-config is everything merged in together?
[08:33] <vila> https://code.launchpad.net/~vila/bzr/config-lock-remote/+merge/62418
[08:33] <vila> poolie: don't know yet, waiting for lp to refresh
[08:34] <vila> right, looks better, n oidea about the conflicts though...
[08:34] <poolie> for instance, in that branch, i'd like to know whether there is developer documentation of .unload()
[08:35] <vila> is the fact that 5 FIXMEs are in red there saying something ? :D
[08:35] <poolie> it's not easy to see whether that's true
[08:35] <poolie> well, that's good
[08:35] <poolie> i guess i could just ask you
[08:36] <vila> there is a doc string for unload()
[08:36] <poolie> yes
[08:36] <vila> argh, self._save() ??? Wtf
[08:36] <poolie> which is good
[08:37] <poolie> it's a bit like the conversation with jr at the sprint
[08:37] <vila> hmm, which one ?
[08:37] <poolie> that docstrings i think aren't so good at giving people an overview of what they'resupposed to know about
[08:38] <vila> hmpf, you think the actual ones are better ? Not throwing stones again but... I try to improve and I try to not wait for perfection before proposing :D
[08:39] <poolie> which actual ones?
[08:39] <vila> hehe, exactly :)
[08:39] <poolie> you're saying the developer guide is not better than the docstrings at the moment?
[08:41] <poolie> well, i don't think we should block your landings on having a perfect developer guide
[08:41] <poolie> i think it's reasonable to ask about it
[08:41] <spiv> I don't think better/worse is the way to compare the dev guide to the docstrings
[08:41] <poolie> and in fact that developer guide content could be a good way to communicate where this is going
[08:41] <spiv> They serve different purposes I think
[08:41] <spiv> "guide" vs. "reference manual" broadly speaking
[08:42] <poolie> right
[08:42] <poolie> the guide should tell you where to begin
[08:42] <vila> right, I think issues about unload() would be encountered during tests for new Stores rather than by people using them
[08:42] <spiv> Unfortunately I have to log off now due to ill wife, but it's an interesting discussion you've been having.
[08:42] <poolie> :)
[08:42] <poolie> hope she gets better soon
[08:43] <vila> spiv: take care of her, there will be logs ;)
[08:43] <poolie> i'm sure she'll find that reassuring :)
[08:43] <vila> hehe
[08:44] <vila> back to the dev guide, just at this minute, I don't know whether it's good or not
[08:45] <vila> It may be a bit too soon to put too much effort into it though since I haven't reach the point where I can say: ok, I've been able to deploy for all actual uses (no new features), the Store implementation is complete
[08:45] <vila> But at that point, I will be able to write a doc saying: this is how it works, this is what is needed to implement a new one
[08:46] <vila> So I'd say a bug is appropriate to track this
[08:46] <vila> hmm
[08:46] <poolie> hm
[08:46] <poolie> i think it's easier to write as you go along
[08:47] <poolie> but perhaps i should do a followon patch that tries to explain it, as i understand it
[08:47]  * vila falls to his knees
[08:47] <vila> please do so !
[08:47] <vila> That would be so much more productive as far as I'm concerned !
[08:49] <vila> And probably illustrates how I think the reviews should evolve: many comments should just be : blah, blah, if you dont get the picture, look at lp:~bzr/bzr/blah-blah
[08:49] <vila> will avoid a bunch of round-trips
[08:50] <poolie> ?
[08:50] <poolie> what do you mean?
[08:51] <vila> followon patches could be done *during* review
[08:52] <vila> to the reviewee (sp?) can just merge them
[08:52] <gour> speed improvements are main thing arriving in 2.4?
[08:53] <vila> a trivial example is spelling mistakes, it's almost as fast to fix them and push a branch for the reviewer, but it avoids a roundtrip for the reviewee
[08:54] <vila> well, roundtrips may be more for less trivial stuff but you get the idea
[08:54] <poolie> gour: probably the largest thing: http://doc.bazaar.canonical.com/bzr.dev/en/whats-new/whats-new-in-2.4.html
[08:54] <vila> a more involved example would be the tests with threads ;-)
[08:54] <poolie> vila, yes, and there too lp could handle it a bit better
[08:55] <gour> poolie: thanks...i was looking for such doc, but could not find it
[08:55] <poolie> arguably we should make some of these branches team-owned so that other people can directly commit to them
[08:55] <poolie> perhaps
[08:55] <poolie> vila, i'm reading your doc
[08:55] <vila> the devnotes one ?
[08:55] <poolie> no, the threads mail
[08:56] <vila> oh, start with the followup :)
[08:56] <poolie> you can just send it to the list if you want
[08:56] <poolie> it's a bit rambly
[08:56] <vila> and come back to the main one then
[08:56] <poolie> i agree that these tests should mostly look like a sequence diagram
[08:56] <poolie> that is a good way to express it
[08:57] <poolie> so the question then i guess is, what way of writing the test best expresses the sequence diagram
[08:57] <poolie> and, which way of writing it is least likely to have accidental problems
[08:57] <vila> yup
[08:57] <poolie> i think writing it as tests is no clearer (probably less clear); and much more likely to have bad consequences such as hangs
[08:58] <vila> I don't think there is a clear cut to favor one above the other
[08:58] <poolie> to me it is clear from our experience so far
[08:58] <poolie> there are clear tests for concurrency that work in a single thread
[08:59] <vila> I've made significant progress regarding hangs (and there really are several kind of hangs, the babune ones are only one)
[08:59]  * gour considers that 2.4 will be one very fine release
[08:59] <vila> s//are only one sort)
[08:59] <poolie> well, i'm glad, and i appreciate that
[08:59] <poolie> but, it's better if we can just avoid the issue
[08:59] <poolie> gour :) me too
[08:59] <vila> indeed
[09:00] <poolie> for instance if you look at test_lockdir
[09:00] <poolie> and perhaps as a single example test_20_lock_contested
[09:00] <gour> i'm moving full to bzr now (will migrate some repos from fossil via git)
[09:00] <poolie> this *could* be written with threads, but i think it's pretty clear, and much less likely to have weird problems, the way it is
[09:00] <gour> *fully
[09:01] <poolie> :)
[09:01] <vila> poolie: right (nit:  addCleanup(lf1.unlock))
[09:02] <poolie> good point
[09:02] <poolie> it's a very old test, from before we had that
[09:02] <poolie> (though it could have used finally, of course)
[09:02] <vila> poolie: sure, it's fine as is
[09:03] <vila> What I would love on this thread in test issue is that we go a bit further using the config ones as an example
[09:04] <vila> I've looked at them again and frankly, they are old too
[09:04] <vila> in the sense that in they were written for a bug which in the end is really addressed by using an atomic write
[09:05] <vila> and since it's atomic, the initial issue of having two processes mixing its content is moot and the tests are just... relying on this assumption anyway
[09:06] <poolie> hm
[09:06] <vila> they *were* useful for me in my actual work as ~blackbox tests ensuring the new code paths were covered
[09:06] <vila> but since the new code path *also* assumes an atomic write, the same remark applies...
[09:06] <poolie> mm i see what you mean about you copying existing test
[09:06] <vila> simply deleting them seems extreme though
[09:07] <poolie> ok; i have to talk to jam now
[09:08] <vila> poolie: before you left: you didn't answer to the "meh, neither one got a vote, am I being too conservative reading the comments ?"
[09:09] <gour> AfC: hiya, is bzr still your preferred dvcs? (/me still remembers your 'orthogonal patches' post)
[09:10] <poolie> config-lock is needsinfo
[09:11]  * vila blinks
[09:11] <vila> not approved then ?
[09:14] <AfC> gour: hello
[09:15] <gour> AfC: hiya
[09:15] <AfC> gour: yes, I still use Bazaar pretty much exclusively.
[09:16] <gour> AfC: that's nice to hear...i did experiment (after leaving) darcs with mtn and fossil for some time, but now i'm moving fully to bzr
[09:17] <AfC> gour: that puts me at odds with most of the other hackers I collaborate with, but I don't really care. Our having switched to Bazaar predates their having switched from CVS to Subversion, and their subsequent Git infatuation doesn't impress me much either.
[09:18] <gour> he he...i also cannot grok git and use bzr-git in such cases...it's quite good
[09:18] <fullermd> I always assume that when I disagree with everyone around me, it's 'cuz I'm right and they're wrong.
[09:19] <fullermd> ...  of course, when I _agree_ with everyone around me, that's also because I'm right and they're wrong.  They're just wrong in more subtle ways.
[09:20] <AfC> fullermd: have you ever considered moving to a medium sized mountain top in India and becoming a guru?
[09:20] <gour> lol
[09:20] <fullermd> Oh, absolutely.  But have you priced out decent 'net connectivity on mountain tops lately?!
[09:21] <AfC> wisdom is not bought without sacrifice.
[09:21] <fullermd> Sure, but couldn't I just trade a firstborn or a limb instead?  A man's gotta draw the line somewhere.
[09:23] <gour> here is some wisdom from the vedas: "In a place where there are no scholars, even a men of petty knowledge is worshiped just as in the land devoid of trees, even a castor oil plant is considered as a big tree."
[09:24] <vila> gour: castor is the new kid in town but I'd rather stick with goats
[09:25] <AfC> Goatherds Unanimous
[10:05] <phanatic> hi, do you have any suggestions how i could fix an inventory corruption? https://bugs.launchpad.net/bzr/+bug/620684
[10:06] <gour> vila: ;)
[10:37] <vila> poolie: just foudn you comment on config-lock-remote with needsinfo (which *is* approved), but I was referring to config-locks and config-lock-branch :-/
[10:40] <poolie> vila, sorry, i want to get these fixed up and landed but it's getting too late here
[10:41] <vila> poolie: I'll switch to something else then, enjoy your evening
[10:44] <poolie> jam or i or both will concentrate on them later this week and try to get you unblocked
[10:45] <jam> vila: actually I'd like to do some phone chatting with you if you want. *right* now I need to go eat some food.
[10:45] <vila> hehe, jam (and I) won't be there that much later this week :D
[10:45] <vila> Thursday is a holiday here
[10:59] <vila> jam: sure, I will eat a bit later though. What subjects do you have in mind ?
[11:00] <jam> vila: just to go over your config stuff in a live chat and get it done, rather than high latency email/irc
[11:01] <jam> vila: I feel like we had you do a big work on your own, and we need to rectify that. "big" (more than 1 weeks worth of work) should really be a collaboration.
[11:01] <jam> for config, you're the only one that really has the state in your head, and we've had disjoint reviewers, etc.
[11:02] <jam> so nobody else really understands it. So either we are rubber stamping because we know you're smart, or we are fragmenting on details we don't understand.
[11:03] <vila> jam: interesting point of view, I'm glad you discussed with poolie :D
[11:03] <vila> Indeed, I should have realized it sooner...
[11:04] <vila> I guess it's hard to realize how much people understand without seeing code so the devnotes document wasn't that useful (or too broad or aiming too far in the future)
[11:04] <jam> vila: it has been a general issue for us. I've hit it as well when I do major work. It is really hard to get major work landed, if it wasn't a collaboration.
[11:04] <vila> That reminds me of the i18n effort too
[11:04] <jam> so lets make them collaborations.
[11:05] <vila> yup, I welcome that !
[11:06] <poolie> :) hooray, i can sleep soundly
[11:06] <poolie> good night, gets
[11:06] <poolie> *gents
[11:07] <vila> yeah, I corrected the typo before seeing the fix !
[11:07] <poolie> hi jelmer, welcome back
[11:07] <jelmer> hi poolie, thanks :)
[11:08] <jelmer> things appear to have been busy here last week :)
[11:08] <vila> jam, poolie: I thing there are far enough itches there for anybody to find several to scratch...
[11:09] <vila> jelmer: yeah, when we woke up from your patch avalanches we realized we had some of our own :D
[11:09] <vila> jelmer: but please, keep the snow balls rolling !
[11:09] <poolie> i wonder where jr is
[11:09] <poolie> on holiday this week maybe
[11:09] <poolie> anyhow, see you tomorrow
[11:11] <jelmer> have a good night poolie
[11:11] <jelmer> vila: :)
[11:40]  * vila lunch time
[11:48] <gour> i'd like to convert all my old fossil repos into bzr. fossil has --git export command which can create fast-import stream...now i wonder if i could do fossil --> bzr in one step?
[11:49] <gour> i've tried with the following: fossil export --git -R ~/repos/fossil/admin/cfgfiles.fossil| bzr fast-import -
[11:49] <gour> but bzr crashes
[11:50] <gour> here is the paste - http://pastebin.com/zT10Re96
[11:51] <fullermd> That sounds like bzr and the fastimport plugin being mismatched.
[11:51] <fullermd> Though at least you're using a sensible OS   :p
[11:52] <gour> :-)
[11:53] <gour> here it is https://bugs.launchpad.net/bzr-fastimport/+bug/485788
[12:09] <jelmer> gour: looking..
[12:12] <jelmer> gour: still there? Can you try a different fastimport on that fastimport file?
[12:14] <gour> jelmer: will do...after lunch
[12:15] <gour> jelmer: what do you mean 'different' ?
[12:15] <gour> another format?
[12:15] <jelmer> gour: latest revision
[12:15] <jelmer> see the bug report
[12:15] <gour> ok
[12:16] <CaMason_> hi guys. I have a branch with several merges that may be missing some revisions - is there a command to show a list of 'tips' or old commits?
[12:20] <jelmer> CaMason_: hi
[12:20] <CaMason_> hello
[12:20] <jelmer> CaMason_: bzr heads (from the bzrtools plugin) should be able to help
[12:20] <jelmer> in particular, "bzr heads --dead"
[12:21] <CaMason_> thanks. blank.
[12:21] <CaMason_> I might have to take a look through a backup. Thanks
[12:22] <mvo> hi, a quick question, if I want to copy a file (not rename) and retain history, is there a way to do that with bzr? i.e. bzr copy gtk2.py gtk3.py and then going wild on gtk3.py
[12:22] <jelmer> hi Michael
[12:22] <jelmer> mvo: No, there's no way to track files across copies at the moment
[12:23] <jelmer> we have some thoughts on how to do so, and bzr is will probably support it in some form or another in the future - but today it's not supported
[12:23] <mvo> jelmer: ok, thanks!
[12:53] <jam> hey Riddell, just looking at your zlib patch now
[12:54] <Riddell> thanks jam, if it's rubbish feel free to tell me so :)
[12:56] <gour> jelmer: http://pastebin.com/YReiaLQ0
[12:57] <jelmer> gour: try again?
[12:57] <vila> what happened to bzr-2.3.3 for natty ?
[12:57] <jelmer> (r319)
[12:58] <jelmer> vila: I'm not sure - were we going to do a SRU?
[12:58] <vila> same here, searching for poolie's sru page (or was it maxb's page ?)
[12:58] <vila> a wiki to keep track of the srus
[12:59] <maxb> http://wiki.bazaar.canonical.com/UbuntuStableReleaseUpdates
[12:59] <vila> maxb: you rock :)
[12:59] <vila> google: can you beat maxb and mgz for *my* requests ? Bah, of course you can't !
[13:00] <vila> maxb: If I read this page correctly, 2.1.4 is still in the pipe and 2.3.3 hasn't been started, right ?
[13:02] <vila> bug #494221 is marked fix released, rmadison still says 2.1.1 for lucid, 2.1.4 for lucid-updates
[13:02] <vila> so the SRU for 2.1.4 is completed no ?
[13:04] <gour> jelmer: http://pastebin.com/BS2HbXV1
[13:04] <jelmer> gour: that fastimport stream must be quite unusual :-/
[13:05] <jelmer> gour: is the stream public?
[13:06] <gour> jelmer: no, but i can try with another one which is public...wait a minute
[13:10] <jam> jelmer: https://code.launchpad.net/~nmb/bzr/merge-force-doc/+merge/62938
[13:10] <jam> you voted approve after poolie asked for some changes
[13:10] <jam> was that just delayed email?
[13:11] <jelmer> jam: Uhm, yeah, let me retract that
[13:11] <jelmer> jam: Done - thanks
[13:12] <vila> PP ftw :)
[13:20] <maxb> vila: Ah, right, looks like 2.1.4 has been promoted
[13:21]  * maxb wonders what the dates symbolise
[13:21] <vila> maxb: last modification of the topic ?
[13:21] <maxb> oh. "The date is the upstream source release date." a bit below
[13:22] <vila> damn, good catch
[13:22] <maxb> I wonder why that's useful
[13:23] <vila> I think it gives some rough idea of how long it took to complete the SRU
[13:23] <vila> well, rather since when it has started
[13:23] <vila> -ish
[13:23] <vila> :)
[13:24] <vila> . o O (That was really a clear summary, your S/N ratio sky-rockets !)
[13:26] <fullermd> Well, if it's TOO clear, it's a full report, not just a summary   :p
[13:29] <gour> jelmer: i cloned fossil repo available with fossil clone http://www.fossil-scm.org/ myclone.fossil and then try to fast-export/import and got - http://pastebin.com/czLmWLdb. Fossil is available at http://www.fossil-scm.org/download.html and compiles into single-file executable.
[13:31] <jelmer> gour: can you upload the problematic fast import file to the bug report?
[13:33] <gour> jelmer: you mean git-export format created by fossil?
[13:33] <jelmer> gour: yeah
[13:33] <jelmer> the bit you pipe into bzr fastimport
[13:34] <gour> ok
[13:34] <gour> jelmer: it's 471M...shall i compress it somehow?
[13:35] <jelmer> gour: can you perhaps see if it's possible to reproduce the issue from a trivial fossil repository?
[13:35] <gour> ok
[13:38] <maxb> So, yes, it would be appropriate to get the 2.3.3 SRU underway now
[13:39] <maxb> bug 616878 is a non-trivial behaviour change which would require particularly careful analysis
[13:39] <gour> jelmer: small file is attached to the bug report
[13:40] <jelmer> h
[13:40] <maxb> We'll need to be particularly careful, as it's not the sort of change normally SRUed
[13:40] <jelmer> gour: thanks
[13:56] <vila> jam: finally available, are you ? Mumble ? Phone ? Here ?
[14:05] <jam1> hey vila, probably about 20min for me
[14:05] <jam1> then mumble or phone
[14:05] <jam1> or sip if you have it set up
[14:06] <vila> no, only mumble and phone, but I think I can call you for free
[14:06] <vila> mumble leaves both of my hands free though and I suspect I may need them :)
[14:10] <jam1> uhm.... heh heh
[14:15] <jelmer> gour: fixed
[14:15] <jelmer> gour: though I should note that the way fossil uses fastimport seems really odd
[14:23] <gour> jelmer: let me try...otoh, i just want to convert repos to bzr...one-time event
[14:24] <gour> jelmer: drh also complained how git handles it
[14:25] <jelmer> gour: drh?
[14:25] <jam> vila: logging into mumble now
[14:26] <gour> jelmer: dr richard hipp, author of fossil & sqlite
[14:27] <jelmer> gour: I agree with him fast-import isn't ideal (it's very git centered), but the way fossil seems to use it is inconsistent with how all other systems (including git, where it originated) use it
[14:29] <gour> jelmer: i see...otoh, attempt to import my 'olod' repo gives - http://pastebin.com/CSAZGPfp
[14:30] <jelmer> gour: can git import that file without problems?
[14:30] <gour> let me try
[14:36] <gour> jelmer: it does import
[14:36] <jelmer> gour: are you trying to import into a clean bzr branch?
[14:38] <gour> jelmer: yes
[14:39] <jelmer> gour: in that case I'm out of ideas
[14:39] <jelmer> gour: an alternative might be to import via Git
[14:41] <gour> that's what i'm trying now
[14:56] <gour> import via git fails as well
[15:11] <smoser> hm... i had a link to a list of packages that were broken for udd, but i can't find that link.
[15:11] <smoser> anyone?
[15:13] <smoser> found it.
[15:13] <smoser> http://package-import.ubuntu.com/status/
[15:13] <gour> jelmer: i've tried to export git repo and import into fossil & bzr...former works, the latter fails
[15:14] <smoser> my next question would be "how does one get a package removed from that list"
[15:14] <jelmer> smoser, by fixing the relevant bugs in the package importer
[15:15] <jelmer> gour, how does importing into bzr fail?
[15:15] <gour> jelmer: http://pastebin.com/CvwEcVaH
[15:16] <gour> i used: git fast-export --all
[15:16] <jelmer> gour, what version of git?
[15:17] <gour> git version <IP_ADDRESS>
[15:18] <jam> vila: http://paste.ubuntu.com/615364/
[15:24] <jelmer> gour, I'm afraid I'm out of ideas in that case
[15:25] <jelmer> gour, or perhaps clone the git repository with bzr-git?
[15:25] <gour> jelmer: ok
[15:25] <gour> jelmer: you can export from git and import into bzr?
[15:25] <gour> jelmer: i clone many repos with bzr-git, but i wanted to test whether bzr fast-import cam import from git
[15:30] <jelmer> gour, I haven't seen a lot of issues with bzr-fastimport, its testsuite also covers a fair number of corner cases
[15:30] <jelmer> that said, you seem to've hit an open bug
[15:31] <gour> i've tried from random git repo to export and import into bzr...same error
[15:31] <gour> so, it's not just cae with fossil-exported repos
[15:31] <jelmer> in that case there might be an external thing
[15:32] <gour> ?
[15:32] <jelmer> I've never seen that particular error with bzr-fastimport and I've done dozens of imports
[15:33] <jelmer> are you using python-fastimport trunk?
[15:35] <gour> i just tried with https://github.com/cournape/Bento  -same problem
[15:35] <gour> yes, trunk version
[15:37] <jelmer> gour, what exact command are you running to export that repo?
[15:38] <gour> jelmer: git fast-export --all > ../repo.fi
[15:39] <jelmer> 15:39:01 Imported 1826 revisions, updating 1 branch and 1 tree in 0:00:19
[15:39] <gour> and then: bzr fast-import ../repo.fi fro mwithin newlly-init bzr repo
[15:39] <gour> strange
[15:40] <jelmer> gour: trunk bzr-fastimport *and* trunk python-fastimport?
[15:41] <gour> jelmer: found what's the problem
[15:41] <maxb> Oh, I've been meaning to ask - does this look like a transient error?     bzrlib.errors.TooManyConcurrentRequests:<module>:main:import_package:make_db_set:get_branch_parts:open:open:open_from_transport:open:_open:__init__:_probe_bzrdir:_rpc_open_2_1:_call:call:call_expecting_body:_call_and_read_response:_send_request:_construct_protocol:get_request:__init__
[15:41] <gour> the directory which i used for testing was somehoe, initiliazed as shared-repo
[15:45] <gour> jelmer: now it works directly piping it from fossil
[15:47] <gour> but import is only partial..another problem
[15:47] <jelmer> gour, partial in what way?
[15:49] <jam> vila: http://paste.ubuntu.com/615380/
[15:49] <gour> jelmer: not all revisions are imported...fossil --> git has all revisions
[15:50] <jerryb> Question:  I'm learning bazaar after a while with svn.  I'm wondering if/how I can do "bzr diff <path>" to show the last set of changes like I can with "svn diff -rprev <path>".
[15:50] <gour> now i'll try git --> bzr
[15:50] <jam> vila: http://paste.ubuntu.com/615383/
[15:51] <jam> http://paste.ubuntu.com/615384/
[15:51] <gour> jelmer: fossil --> git imported only ~300revisions, while fossil --> git --> bzr all of 'em (~500)
[15:52] <gour> s/fossil --> git/fossil --> bzr
[15:54] <maxb> smoser: Did you have a particular package in mind?
[15:54] <smoser> i dont care a lot about 'nut' i was just doing a merge and saw it broken.
[15:54] <smoser> i have to say that doing merges with bzr is a whole lot nicer than with 'grab-merge'
[15:58] <jelmer> gour: bzr fastimport only imports trunk, not other branches by default (see its default output)
[16:01] <gour> jelmer: i'm aware of it..the problem was that i did tests in ~/ff dir in which i, by mistake did bzr init ., which was supposed to be done in ~/ff/dir and then, everything was done as within bzr repo which was otherwise empty, but having ~/ff/.bzr greatly confused bzr, as you can see
[16:02] <gour> jelmer: maybe something can be done to detect it instead of spitting "BadRestart: Bad restart - attempted to skip commit 39 but matching revision-id is unknown" ?
[16:08] <jelmer> gour, well, that would require us to know *why* you're getting that error first
[16:15] <gour> trying to reproduce it now, but it stubbornly works :-)
[16:16] <jerryb> Question:  I'm learning bazaar after a while with svn.  I'm wondering if/how I can do "bzr diff <path>" to show the last set of changes like I can with "svn diff -rprev <path>".
[16:18] <maxb> -c-1
[16:18] <maxb> oh, the last set of changes that touched <path> ? That may not be so easy
[16:19] <vila> 'bzr diff -r-1 <file>' works fine
[16:20] <maxb> even if <file> didn't change in the last revision in the branch?
[16:22] <jerryb> vila: doesn't work.  e.g. I got a diff with 'bzr diff -rlast:2 <file>' but nothing with zr diff -r-1 <file>
[16:22] <jerryb> maxb: yes
[16:22] <vila> oooooh, sorry, missed this bit
[16:23] <vila> bzr log -l1 <file>
[16:23] <vila> will tell you the rev
[16:44] <cr3> how can I branch just the code from a project with minimal .bzr overhead where I don't intend to make any commits nor pulls
[16:53] <maxb> I don't think the bzr remote protocol offers a convenient way
[16:53] <cr3> maxb: something minimal would be fine too
[17:48] <vila> mgz: around ?
[17:48] <mgz> ue.
[17:49] <vila> mgz: about cleanups and cycles
[17:49] <vila> when the test has run (or fail) the cleanups are run and deleted right ?
[17:49] <vila> so any reference in a cleanup method can't be involved in a cycle, still right ?
[17:50] <mgz> yup, though it's not always obvious if there are other cycles.
[17:50] <mgz> it's safe to pass a bound method as a cleanup callback though
[17:51] <vila> right, in my case it's not even a bound method ;)
[17:52] <vila> mgz: thanks, that answers my question
[21:45] <chx> hi. in the past there was a Drupal mirror on launchpad. We built the site based on that. Now Drupal uses git (*weep*) and I am trying to merge. This is not trivial to say the least. How can I tell bzr that the other tree (i created with bzr-git or fastimport, doesnt matter much) revision 14503 is pretty much the same as r17861 here? (It wasnt the same but close enough that merge can work from there)
[21:45] <chx> bzr merge -r 14503..-1 gives me a content conflict for every file.
[21:46] <jelmer> chx: that's the "parallel import" problem - it's a nontrivial thing to fix
[21:46] <chx> Yes.
[21:47] <chx> I figured as much.
[21:47] <chx> hey you are the guy who write dulwich arent  you
[21:47] <maxb> Anyone with jubany access got a moment? I'd like a ./requeue_package.py --auto xbl
[21:48] <chx> and fastimport too
[21:48] <chx> and bzr-git as well?
[21:48] <chx> jelmer: Hi! You are my guy that's for sure :D
[21:49] <jelmer> chx: Yeah, I'm active in all three projects by coincidence :)
[21:49] <jelmer> hey maxb
[21:49] <maxb> Hello
[21:50] <chx> jelmer: so... are there some docs i should rtfm to deal with the problem? or just give up, roll a monster patch apply and struggle?
[21:50] <chx> hehe googling bzr parallel import leads to http://wiki.bazaar.canonical.com/ThreeWishes here where it's one of jelmer's wishes
[21:51] <jelmer> chx: I'm not aware of any docs; you should be able to do some sort of fancy rewrite of the old branch to make it use the same file ids as the new (git) branch
[21:51] <jelmer> chx: however, there is no command that can do that at the moment
[21:52] <maxb> I wonder if it's possible to contrive something useful by means of rm / add --file-ids-from=
[21:52] <jelmer> chx: it might be worthwhile to ask on the list, other people might have better ideas
[21:54] <chx> jelmer: https://lists.canonical.com/mailman/listinfo/bazaar this?
[21:54] <jelmer> chx: yep
[21:55] <maxb> chx: Is there an import of drupal's git registered on Launchpad?
[21:56] <chx> maxb: no :(
[21:57] <chx> maxb: David owns the Drupal branch
[21:57] <maxb> Well, I suggest making one, then :-)
[21:57] <chx> ok wrote David Strauss an email so we can do that
[21:59] <maxb> Do you need to?
[21:59] <maxb> The drupal website is pretty unfriendly to people looking for its VCS
[22:04] <maxb> Hm. Looks like a bzr-git import may be frustrated by bzr-git's current lack of support for importing anything other than the repository's HEAD branch
[22:09] <chx> maxb:  i have a fastimport to work from tho
[22:11] <maxb> Fastimport is considerably less convenient to incrementally update
[22:12] <chx> thats for sure :/
[22:12]  * maxb ponders putting "UDD failure ratchet: 487" in the topic
[22:13] <chx> 487
[22:13] <chx> 487?
[22:13] <chx> maxb: well, i can do the bzr rm ; bzr add --file-ids-from dance for sure
[22:14] <maxb> chx: So, I'd be inclined to do a bzr-git branch from a local git clone of whichever drupal branch you want to track
[22:14] <chx> maxb: and then bzr rm --keep ; bzr add --file-ids-from ?
[22:14] <maxb> (487 Ubuntu/Debian packages currently failing to import into Bazaar branches)
[22:15] <chx> ah
[22:15] <jelmer> maxb: How will "bzr add --file-ids-from" help, it means losing the history of all existing files. In that case, why not simply discard the existing history and rely on the new git history?
[22:15] <jelmer> maxb: also, nice work on the UDD progress :)
[22:16] <maxb> I was thinking that with some combination of rm / add --file-ids-from / merge / revert . it might be possible to make bzr behave in a roughly desirable manner
[22:17] <chx> i am happy to lose core history
[22:17] <chx> i have more copies of core history than i can possible care for :P
[22:17] <maxb> Though I've had a fair amount of beer, so I might be missing something :-)
[22:18] <chx> yeah that's what i am trying to do now
[22:21] <maxb> I think it would roughly play out as:
[22:22] <maxb> 1) Check out the latest upstream revision in the ancestry of your old site branch
[22:22] <maxb> 2) bzr rm --keep everything; bzr add --file-ids-from the-new-import .
[22:23] <maxb> 3) bzr merge -r 0..-1 the-new-import; bzr revert .
[22:23] <maxb> with a commit after 2) and 3)
[22:24] <maxb> 4) bzr merge the result of 3) into the tip of the old site branch; bzr revert .; bzr commit
[22:24] <maxb> 5) bzr merge the new upstream import (with fingers crossed) :-)
[22:24] <maxb> or something like that
[22:42] <chx> maxb: this bzr rm // bzr add --file-ids-from worked beautifully
[22:42] <chx> maxb: we dropped from 1042 content conflicts to 31 text conficlits and they are going fast (i am down to 14)
[23:09] <poolie> hi maxb, jelmer
[23:11] <jelmer> g'morning poolie
[23:14] <poolie> i hope you had a good trip
[23:16] <jelmer> yeah, it was great - nothing but sun and nature for a week :)
[23:16] <jelmer> how was yours?
[23:16] <poolie> nothing but motorcycles and mountains and rain for four days
[23:17] <poolie> also great
[23:17] <poolie> the rain is a mixed blessing
[23:17] <poolie> it feels good when you get out of it ;)
[23:17] <jelmer> :)
[23:18] <jelmer> Just because it's rain, or does it also make for slippery driving?
[23:18] <poolie> it's potentially a bit slippery, but i just go gently and it doesn't bother me
[23:18] <poolie> it's more just getting cold and wet
[23:19] <poolie> i had not reckoned on how much colder andwetter wales was than london
[23:19] <poolie> it must have been something like 10C over 200km, without much change in elevation
[23:19] <poolie> just more exposed to the Atlantic I suppose, and less human heat sources
[23:20] <jelmer> oh wow, that's quite a bit colder indeed :)
[23:43] <chx> maxb: OH at https://code.launchpad.net/~vcs-imports/drupal/head
[23:43] <chx> maxb: you recreated this?
[23:44] <chx> maxb: this needs to be , imo, git://
[23:47] <chx> maxb: or maybe just the trailing slash is wrong?


[05:20] <hallyn> ok noob q but i seem to have forgotten - what's the debian/rules incantation to get a parallel kernel build?  just fakeroot debian/rules binary-generic doesn't do -jN right?
[05:21] <hallyn> eh maybe i should be doing upstream build
[11:12] <apw> hallyn, it should use -jN where N is your number of CPUs if you don't specify
[14:34] <hallyn> apw: is there a way to override it? :)
[14:35] <hallyn> anyway i forgot i was building from a 1cpu vm not a container on the rather beefy host, i'll just build on the host next time :)
[14:35] <hallyn> thanks :)


[05:57] <mup> PR snapd#12217 closed: tests/main/mount-ns: update namespace for 18.04 <Simple 😃> <Created by mardy> <Merged by mardy> <https://github.com/snapcore/snapd/pull/12217>
[09:07] <mup> PR snapd#12220 opened: aspects: spike <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/12220>
[09:48] <mup> PR snapd#12194 closed: cmd/snap-confine: move bind-mount setup into separate function <Simple 😃> <Created by mardy> <Merged by mardy> <https://github.com/snapcore/snapd/pull/12194>
[11:38] <mup> PR snapd#12219 closed: i/backends,o/ifacestate: cleanup backends.All <Cleanup :broom:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/12219>
[12:53] <micah> hi folks, I'm trying to figure out why my u2f (yubikey) doesn't work in the firefox snap
[12:54] <micah> i've tried to do snap connect firefox:u2f-devices, but that doesn't work
[12:57] <micah> hm, i had to restart firefox, and then it worked (but it nuked my tabs :()
[12:58] <micah> thanks!
[13:40] <mup> PR snapcraft#3928 closed: tests: mock and test provider calls from lifecycle.py <Created by mr-cal> <Merged by mr-cal> <https://github.com/snapcore/snapcraft/pull/3928>
[13:45] <mup> PR snapcraft#3929 opened: providers: refactor clean_project_environments <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3929>
[16:14] <mup> PR snapd#12203 closed: overlord: auto-resolve validation set enforcement constraints <Created by MiguelPires> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/12203>
[19:46] <mup> PR snapcraft#3930 opened: providers: move mount logic to lifecycle.py <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/3930>
[21:15] <mup> PR snapd#12213 closed: many: implementation of finish install step handlers <Run nested> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12213>
[21:15] <mup> PR snapd#12221 opened: devicestate,boot,tests: make `fakeinstaller` test work <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12221>


[01:07] <Eickmeyer> snd: Wasn't sure if you saw, but lsp-plugins 1.2.8: https://github.com/sadko4u/lsp-plugins/releases/tag/1.2.8


[02:16] <edlik> MY CD/DVD player doesnt show up when I put in a disc, it spins up with the light on but then stops and ...nothing. How do i check this and get it to work? Im using 11.10
[07:38] <joe_china> hi
[07:40] <joe_china> anyone can help me with following Q? I have netbook ACER ASPIRE ONE D270, whose CPU is N2600 and graphic chip is GMA3600, netbook performs not well, i adoubt drivers are not installed correctly, and i checked lspci-v, where a bunch of info mess me up.. can someone tell how can i clarify if drivers are intall right or not?
[07:53] <nlsthzn> 6 minutes...
[08:05] <benonsoftware> nlsthzn: Until?
[08:06] <nlsthzn> :) 6 minutes after asking a question the user leaves...
[08:06] <nlsthzn> ^^ joe_china
[08:06] <benonsoftware> Ah
[10:05] <coalwater> i've seen better records :D
[12:17] <AJH101> Hi I am running 11.10 on a laptop and my curser keys have stopped working. I am guessing it it something v simple but don't know what. Any ideas please?
[12:18] <AJH101> damn - too simple - crumbs! lol
[15:55] <oApocalypse> hello
[15:56] <oApocalypse> i have server questions
[15:56] <oApocalypse> who wants to head that up :P
[15:57] <oApocalypse> cool story bro laters
[15:58] <nlsthzn> 2 minutes
[16:04] <JoseeAntonioR> nlsthzn: 2 minutes for what?
[16:04] <nlsthzn> from asking until leaving :p see above me Apocolapsye
[16:05] <JoseeAntonioR> right :P
[16:23] <coalwater> lol nlsthzn is doin statistics
[16:23] <nlsthzn> :p
[18:26] <Zeb> i tried sudo apt-get install adobe-flashplugin , and it tries to update
[18:26] <Zeb> but it fails
[19:04] <domz666> hello :)
[19:05] <domz666> i was wondering if anyone would help me with the dash
[19:06] <domz666> i need some advice on music listings there
[19:07] <domz666> anyone? ??


[00:06] <wrst> really chris4585?
[00:07] <wrst> hmm I had no issues
[00:26] <chris4585> yeah well nvidia-current in 11.10
[00:26] <cyberanger> chris4585: that explains my kernel panic better (presumed it was just dual monitor code in the nvidia card)
[00:26] <chris4585> I've had all sorts of issues with video drivers
[00:26] <chris4585> I used vesa a while, and now nvidia works again with regular 2d
[00:27] <cyberanger> I've had to keep work on maverick due to that
[00:28] <chris4585> I mean, I use a little bit more ram due to only having 2d, but it all still works just fine
[00:30] <wrst> chris4585: on arch I have no issue but they aren't up to kernel 3.0 yet either
[00:32] <cyberanger> chris4585: more ram for 2d, vs what, console?
[00:33] <chris4585> /exec -o echo "oh I'm on $(uname)"
[00:33] <chris4585> er
[00:33] <chris4585> oh I'm on Linux
[00:33] <chris4585> ..
[00:33] <chris4585> oh I'm on Linux RX881 3.0-3-generic-pae #4-Ubuntu SMP Fri Jul 1 10:16:45 UTC 2011 i686 athlon i386 GNU/Linux
[00:33] <chris4585> fail ^
[00:48] <cyberanger> chris4585: uname -a
[01:27] <wrst> wow august... year is a flyin'
[01:36] <cyberanger> yeah
[01:36] <cyberanger> that it is
[01:37] <wrst> but means we are busy I suppose
[01:42] <cyberanger> Yeah, or something like that
[01:53] <wrst> or crazy
[01:54] <wrst> or have no concept of time
[01:54] <wrst> or can't read a clock or a calendar
[01:54] <wrst> etc, etc...
[02:13] <cyberanger> wrst: crazy is a matter of perception
[02:15] <cyberanger> or is that sanity, hrm?
[02:16] <wrst> i think it works either way cyberanger
[02:16] <cyberanger> That's good, my perception varies every day ;-)
[02:18] <wrst> mine by the second :)
[02:20]  * cyberanger wonders if wrst is referring to perception on sanity
[02:20]  * cyberanger wonders if wrst is referring to perception or sanity
[02:21] <cyberanger> perhaps both ;-)
[02:22] <wrst> yeah both why not
[02:30] <cyberanger> July isn't quite over, but our meetings in July are
[02:31] <wrst> and july is just gettting started
[02:32] <cyberanger> eh, we passed all the exciting stuff though
[02:32] <cyberanger> Nothing like detonating a couple milion in chinese gunpowder to celebrate amarican independence
[02:32] <cyberanger> after all
[02:33] <cyberanger> Nothing like detonating a couple milion in chinese gunpowder to celebrate american independence
[02:33] <cyberanger> man I cannot type tonight
[02:37] <wrst> cyberanger:  I never can
[03:06] <wrst> night cyberanger
[03:07] <Unit193> wrst: Good night!
[03:41] <cyberanger> night wrst
[03:42] <Unit193> Looks like nobody here likes Xubuntu :/
[03:46] <pleia2> I doooo
[03:46] <pleia2> :)
[03:58] <Unit193> pleia2: You're here!  I'd say
[20:44] <wrst> hellow everyone
[20:44] <wrst> or hello even
[20:47] <Unit193> wrst: Howdy! Doing well?
[20:47] <wrst> doing great Unit193, how about you?
[20:48] <Unit193> It's warm here, and I have been having computer problems, but I have my tea
[20:50] <wrst> its hotter than the surface of the sun here
[20:50] <wrst> well not really but its hot!
[20:51] <Unit193> Temperature: 88°F / 31°C (Heat Index: 88°F / 31°C)
[20:52] <Unit193> Er... Missed Humidity: 40% ... I like my little test bot :D
[21:01] <wrst> what are you running?
[21:10] <Unit193> wrst: Running? Lubuntu 10.10 on one
[21:27] <wrst> no i mean the bot Unit193 :)
[21:27] <wrst> but good ol' 10.10 was a very solid release
[21:28]  * Unit193 is a little scared to update it
[21:30] <wrst> Unit193: I'm running linux mint 11 right now and its using 11.04 as its base and its really really good
[21:30] <wrst> I think 11.04 is good... unity not so good :)
[21:31] <Unit193> It's a Supybot with some cool plugins (I kinda like rbot but don't know how to import a database)
[21:32] <Unit193> I'm not so much a fan of Mint, but I'm using Xubuntu 11.04 on two computers (And Lubuntu 11.04 looks better than ever!!)
[21:36] <wrst> Unit193: i've never been either but compared to unity it looks wonderful!
[21:36] <wrst> and its easy to get going
[21:37] <Unit193> I've still not tried Unity (But I know I would hate it).  I currently have my little bot in a few channels too ^_^
[21:38] <Unit193> I'm going to have to download one of the Mints now
[22:24] <vychune> o/


[19:44] <Unit193> ↑ Saw him start up in another channel.
[20:03] <setuid> Drums? Were there orcs?
[20:04] <setuid> 'Drums… drums… in the deep.' 'We cannot get out. A shadow moves in the dark.'
[23:19] <Unit193> https://lists.ubuntu.com/archives/ubuntu-irc/2017-February/001876.html is worth linking here.


[00:32] <derekv> whatsit
[00:32] <derekv> we'll add a bookie plugin
[00:58] <cmaloney> .reload
[00:58] <bookiebot2> reloaded 10 plugins in 0.003833 seconds
[00:58] <cmaloney> .reload
[00:58] <bookiebot2> reloaded 10 plugins in 0.003787 seconds
[00:58] <cmaloney> .reload
[00:58] <bookiebot2> reloaded 10 plugins in 0.003937 seconds
[00:58] <cmaloney> .reload
[00:58] <bookiebot2> reloaded 10 plugins in 0.003879 seconds
[00:58] <cmaloney> .reload
[00:58] <bookiebot2> reloaded 10 plugins in 0.003788 seconds
[00:58] <cmaloney> ;)
[01:01] <mrgoodcat> lol cmaloney
[01:01] <mrgoodcat> .source
[01:01] <bookiebot2> https://github.com/dyladan/alan
[01:02] <cmaloney> I think youmight want to code in a trusted user on some of these bots
[01:02] <mrgoodcat> yea i'm going to
[01:03] <mrgoodcat> but there isn't too much i'm worried about right now
[01:03]  * cmaloney just crashed a bot in #linuxjournal because it tried to get the mimetype of http://localhost:8080
[01:03] <mrgoodcat> no damaging plugins yet
[01:03] <cmaloney> Right, but it could get a DDoS
[01:03] <cmaloney> or annoy someone on freenode to take it offline
[01:25] <mrgoodcat> cmaloney: it can't join other channels right now
[01:25] <mrgoodcat> and it doesn't exactly have any spammy functions
[01:44] <mrgoodcat> derekv: I rolled it myself. you can add a plugin if you want though. the source is at https://github.com/dyladan/alan . The plugin format is pretty easy to understand but feel free to ask any questions and pull request away :)
[01:44] <bookiebot2> http://is.gd/b6jXTe - dyladan/alan · GitHub
[02:48] <mrgoodcat> .reload
[02:48] <bookiebot2> reloaded 12 plugins in 0.006654 seconds
[02:49] <mrgoodcat> .message rick_h_ save messages for later :) maybe useful, maybe not
[02:49] <bookiebot2> mrgoodcat: I'll tell him
[03:09] <mrgoodcat> .reload
[03:09] <bookiebot2> reloaded 12 plugins in 0.006234 seconds
[03:09] <mrgoodcat> .message rick_h_ save messages for later :) maybe useful, maybe not | now persistent over reloads too :) hopefully...
[03:09] <bookiebot2> mrgoodcat: I'll tell him
[04:10] <mrgoodcat> .reload
[04:11] <bookiebot2> reloaded 14 plugins in 0.00824 seconds
[04:11] <mrgoodcat> .memory
[04:11] <bookiebot2> Threads: 4, Real Memory: 27.32 MB, Allocated Memory: 298.43 MB, Peak Allocated Memory: 354.43 MB, Stack Size: 204.00 KB, Heap Size: 237.01 MB
[04:12] <mrgoodcat> .reload
[04:12] <bookiebot2> reloaded 14 plugins in 0.006041 seconds
[04:12] <mrgoodcat> .memory
[04:12] <bookiebot2> Threads: 4, Real Memory: 27.32 MB, Allocated Memory: 298.43 MB, Peak Allocated Memory: 354.43 MB, Stack Size: 204.00 KB, Heap Size: 237.01 MB
[04:16] <mrgoodcat> test
[04:16] <mrgoodcat> .reload
[04:16] <bookiebot2> reloaded 14 plugins in 0.005617 seconds
[04:17] <mrgoodcat> .system
[04:19] <mrgoodcat> .reload
[04:19] <bookiebot2> reloaded 15 plugins in 0.010134 seconds
[04:19] <mrgoodcat> .system
[04:19] <bookiebot2> Hostname: dyladan.me, Operating System: Linux-3.8.0-29-generic-x86_64-with-Ubuntu-12.04-precise, Python Version: CPython 3.2.3, Architecture: 64bit-ELF, CPU: x86_64
[04:45] <greg-g> jrwren: cmaloney: this appears to be the next good economics book. TONS of commentary out there. Also, it reaffirms my assumptions, so it must be good/right. http://www.vox.com/2014/4/8/5592198/the-short-guide-to-capital-in-the-21st-century
[04:45] <bookiebot2> http://is.gd/8O1qO0 - The short guide to Capital in the 21st Century - Vox
[04:45] <mrgoodcat> lol
[04:46] <greg-g> does it expand shortened urls?
[04:46] <mrgoodcat> no
[04:46] <greg-g> http://ur1.ca/h3b27
[04:46] <mrgoodcat> should it?
[04:46] <greg-g> I find that more useful
[04:46] <mrgoodcat> short.com
[04:46] <greg-g> I want to know where I'm going
[04:46] <mrgoodcat> http://short.com
[04:46] <mrgoodcat> wtf
[04:46] <mrgoodcat> where did he go?
[04:47] <mrgoodcat> oh lol too short
[04:47] <mrgoodcat> http://verylongwebsite.com
[04:48] <mrgoodcat> .help
[04:48] <bookiebot2> bookie | bookie issue helper | chanlist | echo | hash | help | memory | message | reload | source | system | sysuptime | uptime | url shortener
[04:51] <mrgoodcat> http://verylongwebsite.com
[04:52] <mrgoodcat> hmmmm
[04:52] <mrgoodcat> http://www.vox.com/2014/4/8/5592198/the-short-guide-to-capital-in-the-21st-century
[04:52] <bookiebot2> http://is.gd/8O1qO0 - The short guide to Capital in the 21st Century - Vox
[04:52] <mrgoodcat> now i'm confused...
[04:53] <mrgoodcat> oh i get it :)
[04:53] <greg-g> http://short.com/something
[04:53] <mrgoodcat> it's trying to get the title of the page, if it gets 404 it breaks the flow
[04:53] <greg-g> http://short.com/somethingah
[04:53] <greg-g> ah
[04:54] <greg-g> grossmeier.net/about
[04:54] <mrgoodcat> http://google.com
[04:54] <greg-g> http://grossmeier.net/about
[04:54] <bookiebot2> http://is.gd/OwycZW - Google
[04:54] <bookiebot2> http://is.gd/W69Sv7 - Consilience
[04:54] <mrgoodcat> http://is.gd/W69Sv7
[04:55] <mrgoodcat> http://bit.ly/1bdDlXc
[05:37] <mrgoodcat> .reload
[05:37] <bookiebot2> reloaded 15 plugins in 0.006863 seconds
[05:37] <mrgoodcat> http://bit.ly/1bdDlXc
[05:37] <bookiebot2> http://bit.ly/1bdDlXc - Google
[05:38] <mrgoodcat> .message greg-g bookiebot2 grabs titles from shortlinks now at least. it's difficult to figure out when to expand and when to shorten. I'd need a list of shortening services and even then it wouldn't be perfect
[05:38] <bookiebot2> mrgoodcat: I'll tell him
[05:57] <mrgoodcat> http://steamcommunity.com/groups/ccowmu
[05:57] <bookiebot2> http://is.gd/UwyRfK -
[05:57] <mrgoodcat> .reload
[05:57] <bookiebot2> reloaded 15 plugins in 0.006442 seconds
[05:57] <mrgoodcat> http://steamcommunity.com/groups/ccowmu
[05:57] <bookiebot2> http://is.gd/UwyRfK - Steam Community :: Group :: Computer Club of Western Michigan University
[05:59] <mrgoodcat> .reload
[05:59] <bookiebot2> reloaded 15 plugins in 0.006462 seconds
[05:59] <mrgoodcat> http://steamcommunity.com/groups/ccowmu
[05:59] <bookiebot2> http://is.gd/UwyRfK - Steam Community :: Group :: Computer Club of Western Michigan University
[06:00] <mrgoodcat> oops. sorry to everyone about the spam. i thought i was in my test channel
[13:19] <cmaloney> Good morning
[13:19] <brousch> yes
[13:19] <MaskedDriver> morning
[13:25] <mrgoodcat> Morning
[13:27] <mrgoodcat> If anybody has any ideas for bookiebot2 please don't hesitate to let me know. Been having fun adding features
[13:29] <jrwren> greg-g: very interesting read.
[13:30] <brousch> mrgoodcat: How do I see it's current features?
[14:03] <cmaloney> ;)
[14:17] <jrwren> til: *.wp.dg.cx is a domain with txt records with wikipedia summaries.
[14:17] <jrwren> host -t txt linux.wp.dg.cx
[14:29] <jrwren> can you specify minimum version to apt-get
[14:29] <jrwren> e.g. apt-get install libssl1.0.0>=1.0.1-4ubuntu5.12
[14:29] <jrwren> I'd like to be able to do that, but it seems i cannot :(
[14:44] <jrwren> and awk -F^I is easy too
[15:11] <mrgoodcat> brousch: .help
[15:11] <mrgoodcat> .help
[15:11] <bookiebot2> bookie | bookie issue helper | chanlist | echo | hash | help | isup | memory | message | reload | source | system | sysuptime | uptime | url helper
[15:12] <brousch> .bookie
[15:12] <brousch> bookiebot2: bookie
[15:12] <mrgoodcat> .help bookie
[15:12] <bookiebot2> Bookie plugins - .bhelp for commands
[15:12] <mrgoodcat> .bhelp
[15:12] <bookiebot2> newbug | gh | logs | ot | bugs
[15:12] <mrgoodcat> .newbug
[15:12] <bookiebot2> https://github.com/bookieio/Bookie/issues/new
[15:16] <brousch> mrgoodcat: You might add viewing the newest bookmark submitted to bookie, or a list of the recent 5
[15:16] <brousch> view them by username or tag
[15:18] <brousch> hehe https://bitbucket.org/cliff/microdjango/src
[15:18] <bookiebot2> http://is.gd/g1zZIk - cliff / microdjango / source / — Bitbucket
[15:48] <cmaloney> http://localhost:8080
[15:49] <greg-g> jrwren: a short discussion on identi.ca about it; https://identi.ca/greg/note/TqU59AdGRkuJyi4UtC0n5g
[15:49] <bookiebot2> greg-g, at 2014-04-16 01:38:41 EST mrgoodcat said: bookiebot2 grabs titles from shortlinks now at least. it's difficult to figure out when to expand and when to shorten. I'd need a list of shortening services and even then it wouldn't be perfect
[15:49] <bookiebot2> http://is.gd/uygtDi - Money - Identi.ca
[15:49] <greg-g> heh
[15:49] <greg-g> oh bookiebot2
[15:49] <rick_h_> heh, bot overload
[15:49] <jrwren> identi.ca is that still a thing?
[15:50] <brousch> I thought it died and turned into push.io
[15:50] <cmaloney> pump.io
[15:51] <cmaloney> and it's very much alive
[15:51] <cmaloney> even though the lack of a twitter api makes it less appealing. ;)
[15:51] <brousch> so identi.ca is still alive?
[15:52] <greg-g> yep
[15:52] <greg-g> but you can't register an account on identi.ca, you can use one of the many other (Evan P-hosted) pump.io servers
[15:52] <greg-g> it's cheaper to run a bunch of smaller pump.io servers than one big one (or one big statusnet server)
[15:53] <greg-g> http://pump.io/tryit.html
[15:53] <bookiebot2> http://is.gd/A04au7 - Try pump.io
[15:53] <greg-g> that redirects you to a random pump.io server
[15:53] <cmaloney> One of the bigger issues with it is discoverability.
[15:53] <greg-g> yeah
[15:53] <greg-g> :/
[15:53] <cmaloney> It's not exactly easy to figure out who is using what
[15:54] <greg-g> I miss the old days :(
[15:54] <cmaloney> Yeah, me too
[15:54] <cmaloney> It's not good when I can scroll a page and a half and find stuff that I read a while ago.
[16:58] <jrwren> anyone know how i can view a procs limits pre-2.6.24 ?
[17:00] <cmaloney> jrwren: Which limits?
[17:07] <jrwren> RLIMIT_NOFILE
[17:07] <jrwren> i never did find a way, but we dug in other areas and are moving forward.
[18:00] <mrgoodcat> jrwren: can't you check /proc/<pid>/limits?
[18:00] <mrgoodcat> or /proc/self/limits
[18:00] <mrgoodcat> cmaloney: i was planning on doing that when i get time
[18:07] <cmaloney> OK, this is just insane.
[18:07] <cmaloney> Apparently my wifi on my laptop is wonky
[18:07] <cmaloney> (technical term)
[18:08] <cmaloney> so instead I'm using the phone to tether the computer to the wifi connection for the phone
[18:08] <brousch> Wonky brand wifi is well-known
[18:08] <cmaloney> and listening to music on the phone
[18:08] <cmaloney> Hello future.
[18:08] <cmaloney> That said if it isn't a puddle of overheated goo by the end of this I'll be srprised. :)
[18:09] <brousch> place it in your pocket to keep it safe
[18:10] <cmaloney> Excellent idea
[18:10] <cmaloney> I shall call it the brousch BBQ Nuts plan
[18:11] <brousch> mmmm, bbq nuts
[18:42] <mrgoodcat> cmaloney: thanks for fast response but it was a duplicate bug
[18:43] <cmaloney> Yeah, no worries.
[18:49] <jrwren> mrgoodcat: /proc/self|<pid>/limits didn't exist until 2.6.24
[18:50] <jrwren> maybe I should run a kernel from this decade :)
[19:00] <mrgoodcat> .reload
[19:00] <bookiebot2> reloaded 15 plugins in 0.006802 seconds
[19:00] <mrgoodcat> .bmark brousch
[19:01] <mrgoodcat> .reload
[19:01] <bookiebot2> reloaded 16 plugins in 0.008009 seconds
[19:01] <mrgoodcat> .bmark brousch
[19:01] <bookiebot2> http://grasch.net/node/26 - ReComment: A speech-based Recommender System | Peter Grasch
[19:01] <mrgoodcat> brousch's latest bmark :)
[19:02] <brousch> heh
[19:08] <dyladan> .reload
[19:08] <bookiebot2> reloaded 16 plugins in 0.007088 seconds
[19:08] <bookiebot2> https://www.youtube.com/watch?v=-5wpm-gesOY - The problem with timezones
[19:08] <dyladan> wut
[19:08] <bookiebot2> https://www.youtube.com/watch?v=-5wpm-gesOY - The problem with timezones
[19:12] <dyladan> .reload
[19:12] <bookiebot2> reloaded 16 plugins in 0.006541 seconds
[19:12] <dyladan> fixed now. it was going to post every time anyone posted anything.... that would have been annoying
[19:20] <dyladan> rick_h_: have you ever thought about adding shortlink support to bookie?
[19:21] <rick_h_> dyladan: I kind of do, it's not super short but 'short enough'
[19:21] <rick_h_> the hash is https://bmark.us/craig/redirect/85b07ce1739f3f
[19:21] <rick_h_> and https://bmark.us/redirect/85b07ce1739f3f
[19:21] <rick_h_> also should owrk
[19:21] <dyladan> oh
[19:22] <dyladan> ok
[19:30] <cmaloney> .bmark admin
[19:31] <bookiebot2> http://www.getoffmalawn.com/blog/playing-with-asyncio - Nathan Hoad - Playing with asyncio
[19:31] <cmaloney> ;)
[19:31] <cmaloney> .bmark craig
[19:31] <bookiebot2> http://nbviewer.ipython.org/github/rasbt/python_reference/blob/master/not_so_obvious_python_stuff.ipynb - nbviewer.ipython.org/github/rasbt/python_reference/blob/master/not_so_obvious_python_stuff.ipynb
[19:32] <dyladan> cmaloney: the description is the same as the link apparentlhy
[19:33] <cmaloney> yep
[19:33] <dyladan> and nice link :)
[19:33] <cmaloney> danke
[19:33] <cmaloney> I found it myself (with the help of a reddit run)
[19:45] <dyladan> .reload
[19:45] <bookiebot2> reloaded 16 plugins in 0.007231 seconds
[19:45] <dyladan> check this out
[19:45] <dyladan> .bmark craig
[19:45] <bookiebot2> http://nbviewer.ipython.org/github/rasbt/python_reference/blob/master/not_so_obvious_python_stuff.ipynb - nbviewer.ipython.org/github/rasbt/python_reference/blob/master/not_so_obvious_python_stuff.ipynb
[19:45] <dyladan> .bmark craig 2
[19:45] <bookiebot2> http://docs.pylonsproject.org/projects/pyramid-tutorials/en/latest/ - Pyramid Tutorials — The Pyramid Tutorials v0.1
[19:45] <dyladan> .bmark craig 3
[19:45] <bookiebot2> http://shop.oreilly.com/product/0636920010326.do - Jenkins: The Definitive Guide - O'Reilly Media
[19:45] <dyladan> .bmark craig 4
[19:45] <bookiebot2> https://juju.ubuntu.com/docs/getting-started.html - Juju Documentation
[19:45] <dyladan> history :)
[19:47] <dyladan> up to the last 100 bookmarks
[19:53] <dyladan> .test
[19:54] <dyladan> .echo etst
[19:54] <bookiebot2> etst
[19:54] <dyladan> .echo etst bookiebot2
[19:54] <bookiebot2> etst bookiebot2
[20:00] <cmaloney> nice
[20:00] <cmaloney> .bmark craig 256
[20:00] <cmaloney> .bmark craig 255
[20:00] <cmaloney> .bmark craig 101
[20:01] <cmaloney> .bmark craig 100
[20:01] <bookiebot2> 2014-03-01 03:53:48 - http://blog.learningbyshipping.com/2013/11/09/realities-of-performance-appraisal/ - Realities of Performance Appraisal | Learning by Shipping
[20:01] <dyladan> unfortunately it is a limitation of bookie that it is limited to 100 bookmarks
[20:01] <dyladan> rick_h_: could maybe help me get more/all history if we want it
[20:03] <dyladan> cmaloney rick_h_ waf: is there CHC tonight? aren't rick_h_ and cmaloney at pycon?
[20:03] <cmaloney> We are, and not heading home until tomorrow
[20:04] <dyladan> i'm going anyways. waf might too who know
[20:04] <dyladan> s
[20:04] <cmaloney> May want to check with waf widox or trevlar to see if they'll show up
[20:04] <cmaloney> or lmorchard if he'd rejoin channel. ;)
[20:36] <widox> mrgoodcat: not sure if I'll make it tonight - but be sure to look out for wandering geek-types :)
[20:36] <mrgoodcat> ha
[20:36] <mrgoodcat> ok
[22:19] <mrgoodcat> .help
[22:19] <bookiebot2> bookie | bookie issue helper | chanlist | echo | hash | help | isup | memory | message | reload | source | system | sysuptime | uptime | url helper
[23:10] <mrgoodcat> waf: ping


[00:29] <belkinsa> BobJonkman, I might make it to that video chat that you guys are holding.
[00:29] <BobJonkman> Yay!
[00:29] <BobJonkman> I forgot to send the notice to LoCoTeams last month.
[00:29] <belkinsa> Oh, Hangouts are WebRTC based.
[00:29] <BobJonkman> But everyone is welcome!
[00:30] <BobJonkman> Yes.
[00:30]  * belkinsa never knew that until the last UDS.
[00:30] <BobJonkman> For some reason, Google has done a better implementation than most.
[00:30] <belkinsa> Because they are Google.
[00:30] <BobJonkman> And Google Plus is where all the Ubuntu members are, so it seems to work for staying in touch.
[00:31]  * BobJonkman is still not convinced that Google is the FAIF thing to do
[00:31] <belkinsa> Yeah, I'm thinking about having G+ account just for Ubuntu related and have all of my personal stuff on my other one.
[00:32] <BobJonkman> That would be contrary to Google's "One Name" policy :)
[00:33] <belkinsa> Eh, my personal one will be always BarsookBadger once I do the move.
[00:36] <belkinsa> People can be always a step (or three ahead).
[01:15] <pleia2> BobJonkman: yeah, it certainly is not the FAIF thing to do (and that does bother me), but it is easy and effective
[01:15] <belkinsa> Agreed even if it's Google.
[01:45] <BobJonkman> belkinsa, pleia2: We've had two Google Hangout/IRC meetings so far, and it's brought some people in to the meetings that would not otherwise have attended. So it's been good from that perspective.
[07:29] <dholbach> good morning
[09:25] <dholbach> dpm, call in 5m?
[09:25] <dpm> dholbach, yep!
[09:25] <dholbach> fantastico
[09:31] <dholbach> if anyone wants to join the conversation and talk about app dev schools, let us know
[11:45] <locodir-user> hi all
[12:00] <brucekrup> hi all
[16:12] <jose> hey brucekrup!
[17:59] <dholbach> in case you're interested in Ubuntu App Dev Schools - we're going to go live in just a few seconds on http://ubuntuonair.com/
[17:59] <dholbach> we're taking questions on #ubuntu-app-devel
[22:43] <belkinsa_> BobJonkman, can you send me that Hangout link?
[22:43]  * belkinsa_ is on two different computers.
[22:43] <BobJonkman> Hangout for Ubuntu-ca video chat at https://plus.google.com/events/ckmoqf7m5qcrmvrq0gaj0umgjt4
[22:44] <belkinsa_> Thanks.
[22:49] <locodir-user> hi everybody
[22:49] <belkinsa_> Hello there, do you need help
[22:49] <locodir-user> could i have a help from Milan local teams, im facing a really big installation issue within m computer
[22:50] <belkinsa_> !eng
[22:50] <ubot2> Factoid 'eng' not found
[22:50] <belkinsa_> !es
[22:50] <ubot2> En la mayoría de los canales de Ubuntu, se habla sólo en inglés. Si busca ayuda en español entre al canal #ubuntu-es; escriba "/join #ubuntu-es" (sin comillas) y presione intro.
[22:50] <belkinsa_> !en
[22:50] <ubot2> Certain Ubuntu IRC channels are English only.  For a complete list of channels in other languages, please visit https://wiki.ubuntu.com/IRC/ChannelList
[22:50] <belkinsa_> Never mind.  But this not the support channel.  Pleae go to #ubuntu to get support.
[22:50] <belkinsa_> please*
[22:52] <locodir-user> they couldnt help me and said that your last chance is to find a local ubuntu group nearby to see what really happenning with the computer
[22:52] <locodir-user> i was there
[22:52] <belkinsa_> What part of the world are you from?
[22:53] <locodir-user> Now i am in Milan, but im not italian
[22:53] <belkinsa_> The Italy Team can help you.
[22:54] <belkinsa_> I can find someone who is of the team.
[22:54] <locodir-user> please help...
[22:54] <locodir-user> i cant suppoprt anymore this win8
[22:54] <belkinsa_> Give me a minute.
[22:54] <locodir-user> ok
[22:55] <belkinsa_> Can I ask what sort of problem that you have?
[22:56] <locodir-user> i cant instal ubuntu on my new HP Pavilion AMD a4-5000 APU win8 built in
[22:56] <belkinsa_> Ah!  I know the problem.
[22:56] <locodir-user> i bought last month
[22:57] <belkinsa_> Give me a minute.
[22:57] <locodir-user> for sure
[22:57] <belkinsa_> Thank you.  Digging you info.
[22:58] <belkinsa_> Here is the wiki page on installation: https://help.ubuntu.com/community/Installation Have you looked here?
[22:59] <belkinsa_> I know the problem but I can't seem find what I'm looking for?
[23:00] <belkinsa_> There we are: https://help.ubuntu.com/community/UEFI
[23:00] <jose> +1
[23:00] <belkinsa_> That should help.
[23:00] <jose> belkinsa_: perfect timing with the link, I was about to google it :P
[23:01] <belkinsa_> :)
[23:01] <pleia2> on most of thost HPs you'll need to disable FastStartup in Win8 in order to get to the bios
[23:01] <pleia2> once in the bios you can do the other stuff the page mentions
[23:01] <pleia2> (without disabling FastStartup first you can't even get to the bios, fun times)
[23:06] <locodir-user> i tried that without success
[23:07] <belkinsa_> Hmmm, weird.
[23:07] <locodir-user> thats why they said i need to find someone
[23:07] <belkinsa_> One minute.
[23:08] <belkinsa_> Speak to these two: https://launchpad.net/~flavia.weisghizzi and https://launchpad.net/~silvia-bindelli they are both of that LoCo.
[23:08] <locodir-user> sure
[23:08] <locodir-user> Italian?#
[23:08] <belkinsa_> Yes.
[23:08] <belkinsa_> But they know English very well.
[23:09] <locodir-user> thank you,
[23:09] <belkinsa> https://plus.google.com/hangouts/_/hoaevent/AP36tYfE_l_y7ElnUcN-RrW8FzTbUzkiVy8ojMRcVncm896Ea3mUug?authuser=0&eid=116845700584173888571&hl=en-GB
[23:09] <locodir-user> thats not a simple page, how can i contact them? no e*mail or IRC there
[23:10] <locodir-user> got email of silvia
[23:10] <locodir-user> thanks
[23:18] <locodir-user> quit
[23:18] <belkinsa> Not a problem.


[01:37] <cptmashek> Hi!
[01:43] <valorie> wow, another local
[01:43] <valorie> hello cptmashek
[01:44] <cptmashek> :D Yeah, I keep forgetting to re-join this channel.
[01:44] <cptmashek> (I used to go by the nick tenach)
[01:44] <cptmashek> (And still do on the forum)
[01:44] <valorie> hi again
[01:44] <cptmashek> How are you? :D
[01:44] <valorie> it's getting closer to lfnw time
[01:44] <cptmashek> Yeah!
[01:45] <cptmashek> I've never gone to one before.
[01:45] <cptmashek> The only thing I've ever gone to was OLF in 2012.
[01:52] <valorie> hotel rooms are now available, and it is now possible to register as well (#lfnw for more)
[01:52] <valorie> we've asked for a table already
[02:00] <valorie> ttfn, my night with my dad


 @klaartje_b [Tons of improvement. It really makes a difference. ❤], yeah it really does!
 fretegi the dark them is also in the tweak tool
[02:29] <ubptgbot> stmpy was added by: stmpy
 @Golden Monk [I would like to support this device. I am a newbie to UT development.], good bro, good luck
[09:05] <ubptgbot> Borg was added by: Borg
[09:09] <ubptgbot> skreelbrownlee was added by: skreelbrownlee
 Craazzy ggys! Tesla partnership with Coinbase! https://bit.ly/2NtPOSR To the moon🚀🚀🚀
[12:00] <ubptgbot> azad69007 was added by: azad69007
 When will UT ota-16 be released?
 @Sanath [When will UT ota-16 be released?], When its ready :P
 @Fuseteam [fretegi the dark them is also in the tweak tool], Great, I didn't realist that one.
 @Fuseteam [fretegi the dark them is also in the tweak tool], [Edit] Great, I didn't realise that one.
 there are some spots left that need to be theme hence why its hidden for now i guess :p
 like notif bubbles :p
 [Edit] there are some spots left that need to be themed hence why its hidden for now i guess :p
 Nah, thats a great find.  I used a Nexus 5 (and a Xperia X).  I have it set to automatic brightness but if I turn my phone on at night its still really bright, (automatic brightness doesnt go down all the way in darkness).   Dark mode will help that situation LOADS, awesome.
 but otherwise tis pretty slick xD
 [Edit] Nah, thats a great find.  I use a Nexus 5 (and a Xperia X).  I have it set to automatic brightness but if I turn my phone on at night its still really bright, (automatic brightness doesnt go down all the way in darkness).   Dark mode will help that situation LOADS, awesome.
 @wayneTBT [Nah, thats a great find.  I use a Nexus 5 (and a Xperia X).  I have it set to au …], hah yeah true
 [Edit] Nah, thats a great find.  I use a Nexus 5 (and an Xperia X).  I have it set to automatic brightness but if I turn my phone on at night its still really bright, (automatic brightness doesnt go down all the way in darkness).   Dark mode will help that situation LOADS, awesome.
 @wayneTBT [Great, I didn't realise that one.], Although there are easier ways to change the theme with Indicator Suru Dark Mode or ThemeSwitch. Both in OpenStore.
 I never use the light theme so eh, no need for easy switching 😆
 @Flohack [When its ready :P], Ok.thanks👍
 In bright sunlight it is better than suru dark. 😎
[14:18] <fretegi> so the fastest way to get updates i suppose is to set the phone to release candidate?
 @Danfro [Although there are easier ways to change the theme with Indicator Suru Dark Mode …], Thanks for the tips.
 (Sticker, 512x512) https://irc.ubports.com/0t4iMQ8B.webp
[14:52] <ubptgbot> king8g was added by: king8g
 My Meizu Pro 5 just upgraded to version 92 on the RC channel. After that, Dekko2 opens with a blank white screen. I cleared the cache through UT tweak tool and restarted the phone, but still the same. Anyone else seeing this?
 you need to upgrade dekko2
 Thanks, I only looked for upgrades in the system settings. It was available in the OpenStore though. It seems to work now, but I need to readd all my mail accounts.
 odd
 did you clear the cache or something?
 he said he cleared the cache via tweak tool
 Yes, I did
 I notice that updates from the system settings are usually less than what the Openstore offers. I guess it's time to remove app updates there 😅
 @TomasOqvist [Yes, I did], your accounts are saved in the cache sadly
 @Javacookies [I notice that updates from the system settings are usually less than what the Op …], i get the opposite sometimes
 @TomasOqvist [Thanks, I only looked for upgrades in the system settings. It was available in t …], If you do have a backup, you can copy the files back on your device to restore the accounts.
 Someone was already working on fixing this...
 @Fuseteam [your accounts are saved in the cache sadly], which really shouldn't be … create a PR 😛
 @Javacookies [which really shouldn't be … create a PR 😛], i think renkl was working on it not sure atm
 ahh I see
 i think it's hard to fix due to how dekko does things
 Hi! I have a question here. Will I be able to install the system on a Samsung J7 Prime and Motorola Moto G2?
 @Fuseteam [i think renkl was working on it not sure atm], No, Lorenzo was working on that.
 @victorbisi [Hi! I have a question here. Will I be able to install the system on a Samsung J7 …], hi have you seen device.ubuntu-touch.io? it has a search function now!
 @Danfro [No, Lorenzo was working on that.], oh i see
 @Fuseteam [hi have you seen device.ubuntu-touch.io? it has a search function now!], Ok
 @Fuseteam [hi have you seen device.ubuntu-touch.io? it has a search function now!], "devices" not "device".
 whoops
 @victorbisi [Hi! I have a question here. Will I be able to install the system on a Samsung J7 …], [Edit] hi have you seen devices.ubuntu-touch.io? it has a search function now!
 edited
 It happens, we're all human. (Mostly.)
 yeah mostly :P
 I'm part robot
 Clearly programmed by my friends tho, cause I make a lot of mistakes
 @victorbisi [Hi! I have a question here. Will I be able to install the system on a Samsung J7 …], Moto G2 works. It is a community device. But not with the installer.
 @Nikfrager [Moto G2 works. It is a community device. But not with the installer.], G2 or G?
 @Fuseteam [G2 or G?], G2 2014
 @Nikfrager [G2 2014], guess this needs an update? https://devices.ubuntu-touch.io/device/titan/
 or that a different device?
 That thread is wrong. I try to correct it and I have made an issue.
 you can also make an MR btw :^3
 May be, but I don't know how.
 @Nikfrager [May be, but I don't know how.], just browse to the relevant file and edit xD
 If you found my issue, you can see the new file I made yesterday. I am not allowed to edit the existing file.
 I hope Capsia can make the merge.
 eh?
 where did you make your issue?
 @Nikfrager [If you found my issue, you can see the new file I made yesterday. I am not allow …], i cannot find your issue
 @Nikfrager [Moto G2 works. It is a community device. But not with the installer.], Ok, and how do I install it?
 @victorbisi [Ok, and how do I install it?], Is it by TWRP?
 What if I install on the J7 Prime does it work?
 Is it okay to install on a device that is not listed as compatible with the system?
 No, it won't work without a device being ported first
 😮 I just got a notification for a system update! Since when does that work again? Should I file a bug?😝
 @NotKit [No, it won't work without a device being ported first], Okay, but does the system adapt as it does with Ubuntu for PC?
 I mean, does his Linux kernel come with all the drivers installed for any cell phone?
 no
 every device must be ported separately
 android devices have binary drivers that are locked to kernel versions they came with, generally
 @YougoChats [😮 I just got a notification for a system update! Since when does that work agai …], Lmao
 @dohbee [android devices have binary drivers that are locked to kernel versions they came …], Okay, so the way is to wait for versions to come out for these devices, or do you have any alternative to circumvent the compatibility of the device with the system?
 @Fuseteam [i cannot find your issue], You can find it here https://gitlab.com/ubports/infrastructure/devices.ubuntu-touch.io/-/issues/7
 @YougoChats [😮 I just got a notification for a system update! Since when does that work agai …], you must be on RC, i can feel it
 @Nikfrager [You can find it here https://gitlab.com/ubports/infrastructure/devices.ubuntu-to …], oh how did i miss that one
 @Fuseteam [you must be on RC, i can feel it], Actually yes i am.and have bin since mny moons. Did somethibg change in the last days?
 It's a good change for sure 😊 but it surprised me
 @victorbisi [Okay, so the way is to wait for versions to come out for these devices, or do yo …], Victor, you can wait, or buy a supported device, or if you have the skills (or want to learn) you can make a port to the device you want to use. Take a look at https://docs.ubports.com/en/latest/porting/
 how is the porting of pixel 3a going? I only found this … https://forums.ubports.com/topic/4621/google-pixel-3a-sargo
 @YougoChats [Actually yes i am.and have bin since mny moons. Did somethibg change in the last …], just a new rc that got pushed :p … you are now on qt 5.12
 @victorbisi [Ok, and how do I install it?], You can find all information here https://forum.xda-developers.com/t/rom-ubuntu-touch-vivid-10-02-2017-ubuntu-touch-for-titan.3608846/ Don't worry, its for Xenial too.
 @klaartje_b [Victor, you can wait, or buy a supported device, or if you have the skills (or w …], Okay, I'll see what I do here. Thank you for your help
 @Nikfrager [You can find all information here https://forum.xda-developers.com/t/rom-ubuntu- …], Ok
 @victorbisi [Okay, so the way is to wait for versions to come out for these devices, or do yo …], https://docs.ubports.com/porting
[18:47] <ubptgbot> <rémus Rome> Hi, … Andbox work fine on the vollaphone ? How i can do for install it ?
 (Document) https://irc.ubports.com/zRwIwGm0.png
[19:57] <ubptgbot> <Steve Kueffer> (Document) https://irc.ubports.com/p7QqgROq.txt
[19:59] <ubptgbot> <Steve Kueffer> @rémus Rome [Hi, … Andbox work fine on the vollaphone ? How i can do for install it ?], But I guess you'd rather wait for OTA-16 release, I heard that Anbox image will be already integrated in rootfs, so it might be easier to set-up. But I don't have more details now.
 @Steve Kueffer [<reply to media>], eh?
 @Steve Kueffer [But I guess you'd rather wait for OTA-16 release, I heard that Anbox image will …], no, anbox image isn't. and we don't have an image for arm64 devices yet
 you won't need to install any additional debs though with OTA-16
 @Steve Kueffer [But I guess you'd rather wait for OTA-16 release, I heard that Anbox image will …], on OTA 16 it will be a simple `anbox-tool install` provided there's an available anbox image
 so if `anbox-tool install` works on your device today, it will still work with OTA-16, but it won't work on all devices yet
 @dohbee [no, anbox image isn't. and we don't have an image for arm64 devices yet], wait is this the image we need? http://cdimage.ubports.com/anbox-images/android-armhf-64binder.img
 @Fuseteam [wait is this the image we need? http://cdimage.ubports.com/anbox-images/android- …], for what?
 anbox :P
 for what?
 or that just the bootimg
 no that's the android image
 but as it clearly states, it is for armhf
 @dohbee [no that's the android image], seems to be arm64 from th— oh the 64 confused me
 it's `64binder` and not `32binder`
 which means the binder uses 64 bit width for data. not that it's for 64 bit SoCs
 but it is still armhf so that won't work for the vollaphone
 if anbox works on vollaphone then i guess it will work (the cpu can run 32-bit stuff). it just won't be an arm64 android
[20:14] <ubptgbot> <Steve Kueffer> Ok thank you. The Anbox guide I published ahead has been sent to me by Rudi Timmermans last december (but I still didn't try). He made it especially for Vollaphone and told me that it works well. But I don't know if this guide will still be valid with OTA-16...
 oh right hmm
 @Steve Kueffer [Ok thank you. The Anbox guide I published ahead has been sent to me by Rudi Timm …], most of those steps won't be neccesary just the image part might be needed
[20:16] <ubptgbot> <Steve Kueffer> He also made an automatic install script (.sh) to get installation easier.
 again after ota 16 it will be `anbox-tool install`
[20:16] <ubptgbot> <Steve Kueffer> @Fuseteam [most of those steps won't be neccesary just the image part might be needed], Oh right, thank you. That's awesome! 😉
 @Fuseteam [again after ota 16 it will be anbox-tool install], not on volla i think
 @dohbee [not on volla i think], due to arm64 i'm guessing
 @Fuseteam [due to arm64 i'm guessing], well, partly. it's also not in https://cdimage.ubports.com/anbox-images/devices.json
 but once we get arm64 images, that hard-coded list will go away
 ah so the whitelist is still in effect
 and then it will just install the correct image so long as your device has the kernel bits enabled
 hopefully we can do that for ota-17
[20:19] <ubptgbot> <Steve Kueffer> So we might first get this first? wget http://cdimage.ubports.com/anbox-images/android-armhf-64binder.img -O ~/anbox-data/android.img
[20:19] <ubptgbot> <Steve Kueffer> [Edit] So we might first get this? wget http://cdimage.ubports.com/anbox-images/android-armhf-64binder.img -O ~/anbox-data/android.img
 @Steve Kueffer [So we might first get this? wget http://cdimage.ubports.com/anbox-images/android …], that's still armhf so uh yeah i dunno about recommending that
 it works for now
 i mean that point there's no reason to block the whitelist removal on the absence of an arm64 image
 there is because of how the script works
 or at least the idea was to install arm64 image on arm64 devices, because generally that's what should happen
 anyway, the changes haven't merged yet for that, because we don't have arm64 images
 oh the script detects the architecture; how did i overlook that
[20:24] <ubptgbot> <Steve Kueffer> Ok thank you for your explanations.  … So as I'm a bit "cold" with this kind of manipulation I'm going to wait for a future OTA with my spouse's Vollaphone, and will try the simple `anbox-tool install` on my Nexus 5. It's wiser...
[20:25] <ubptgbot> <Steve Kueffer> @Steve Kueffer [Ok thank you for your explanations.  … So as I'm a bit "cold" with this kind of ma …], To revert the installation I guess it's something like `anbox-tool purge` ?
 (Photo, 1024x339) https://irc.ubports.com/EGoqLJlH.png more like
 oh there is no uninstall 💭
 well just disable is enough
 and then delete the image yourself if you want the storage back
 i suppose
[20:29] <ubptgbot> <Steve Kueffer> Many thanks! 👍
[21:02] <ubptgbot> Onita Mccullough was added by: Onita Mccullough
[21:15] <ubptgbot> Iskren Chernev was added by: Iskren Chernev
[21:17] <ubptgbot> <Iskren Chernev> @NotKit I heard you're working on oneplus nord n100 halium port. I'm also working on it (for mainlining) but for now I'm stuck on building the downstream kernel (dangerous relocation in gsi). Have you tackled that already?
 Hi folks, with Pantalaimon, will the encrypted chat service work if I set https://matrix.org as a home server
 [Edit] Hi folks, with Pantalaimon, will the encrypted chat service work if I set https://matrix.org as a home server when trying to write or read encrypted messages.
 [Edit] Hi folks, with Pantalaimon, will the encrypted chat service work if I set https://matrix.org as a home server when trying to write or read encrypted messages.  Or do I need to host my own Matrix server to avail of the Pantalaimon service?
 no idea. maybe a question to ask in the fluffychat matrix group?
 I would've thought as long as your client supports it and your server supports it it'd always 'just work', that's sort of the point of Matrix, could be wrong on that
 tis a bit more complicated with fluffychat
[22:04] <ubptgbot> Devious1863 was added by: Devious1863
 ahh
[22:23] <ubptgbot> <Iskren Chernev> @NotKit I figured it out, explained here: https://stackoverflow.com/questions/58689931/how-to-fix-dangerous-relocation-unsupported-relocation?r=SearchResults
[22:32] <ubptgbot> <Onita Mccullough> Loook at thiss 😱 https://bit.ly/3qv3vQ7 SUPER, І rесіvеd  bіtсоіn frоm ТeeеsІаа🚀🚀🚀
 @Fuseteam [<reply to media>], Thank you for the hint. I did it.
 @Nikfrager [Thank you for the hint. I did it.], yay
 Hi! Just wanted to throw this out here, on UT build 2021-W07 I have problems with uReadIt. The header bar is not displayed and not interactable when scolling through posts and when viewing an image, and the latter doesn't even display the image but leaves just the background. A glimpse into the log makes me think some old QT-parts we
[23:54] <ubptgbot> re removed (`Type WebView unavailable`, `MorphWebContext is not a type`)
 (Photo, 540x960) https://irc.ubports.com/2aQPT00Q.png
 (Photo, 540x960) https://irc.ubports.com/Fm50Hyg0.png
 (Photo, 540x960) https://irc.ubports.com/nV9FQZIc.png
 @peternerlich [Hi! Just wanted to throw this out here, on UT build 2021-W07 I have problems wit …], Yeah ureddit is unmaintained
 Quickddit is the only native reddit app being actively maintained to my knowledge
 but I wanted to mention it since it was not updated. it was the system update that broke it
 Is there any way to give morph browser permission to use the camera for video conferencing?
 Not currently