[06:31] <nilg`> hi is there a way to rebase afterwards?
[06:34] <nilg`> a guy has a done a merge and the revision numbers are messed up we want to backtrack that and do a rebase instead, is there any simple way to do that (cause in the mean time other people have committed stuff)
[07:29] <nilg`> OK, I think I've found a way to fix that but I would need a "cherrypick" rebase functionality, does that exist?
[09:16] <LarstiQ> nilg`: there is the rewrite plugin which has rebase, or you can use cherrypick with merge
[09:17] <LarstiQ> nilg`: but it sounds simpler
[09:17] <LarstiQ> nilg`: did he merge trunk into a feature branch, and then push that branch on top of trunk?
[09:19] <LarstiQ> nilg`: also see 'append_revisions_only' in `bzr help config` for preventing exactly that case, if I'm right
[09:20] <LarstiQ> nilg`: for now you could `bzr uncommit` the merge revision, merge feature into trunk instead of the other way around, and push that
[09:27]  * maxb attempts to stop the jubany udd importer importing the same packages many times over, so it can actually catch up with quantal opening this weekend
[10:37] <iri> This bug is causing significant issues and doesn't seem to have anyone assigned to it: https://bugs.launchpad.net/bzr/+bug/541626
[10:37] <iri> It's been around since 2010 - how to get it some attention?
[10:38]  * iri gently pings jelmer
[11:10] <jelmer> iri: hi
[11:32] <iri> hi jelmer. I'm going to appear and disappear a bit over the few hours. If there is any way I can help crack the bug, let me know. I'm good with python but not a bzr user unfortunately.
[13:45] <LarstiQ> iri: https://bugs.launchpad.net/bzr/+bug/541626/comments/24 and comment 25 seem the most relevant to me
[13:45] <iri> hi LarstiQ
[13:45] <iri> So I'm not sure I understand the implications
[13:46] <iri> Is there a reasonable fix?
[13:46] <iri> Implement BTreeBuilder._find_ancestors() to return get_parent_map()?
[13:47] <LarstiQ> iri: implementing the same api in my reading
[13:47] <LarstiQ> iri: that's a start :)
[13:47] <LarstiQ> there is bzrlib.btree_index.BTreeGraphIndex._find_ancestors
[13:48] <LarstiQ> and bzrlib.index.GraphIndex._find_ancestors
[13:48]  * LarstiQ compares
[13:48] <LarstiQ> right, they should have the same interface
[13:50] <LarstiQ> BTreeBuilder also seems to live in bbzrlib.btree_index
[13:50] <iri> Just setting up the trunk version ow
[13:50] <iri> s/ow/now/
[13:50] <LarstiQ> iri: mind you, I don't really know the bug or what to do about it, but I'm a bit familiar with the bzr codebase
[13:51] <iri> I'm just frustrated because it's preventing me from working with git
[13:51]  * LarstiQ nods
[13:51] <LarstiQ> tests live in bzrlib/tests/test_{btree_,}index.py
[13:54] <iri> I don't understand enough about what has gone wrong to write a test for it
[13:54] <iri> I can provide access to the broken repository if needed
[13:55] <iri> bzr trunk won't install into a virtualenv? :-s
[13:56] <iri> oh, seems that just pip was having trouble with it "python setup.py install" worked
[13:56] <LarstiQ> iri: no idea, but I run it from source
[13:57] <LarstiQ> jelmer: can you reproduce bug 541626 already?
[13:57] <LarstiQ> iri: I'm going to try the recipe in https://github.com/termie/git-bzr-ng/issues/38
[13:57] <iri> thanks :-)
[14:06]  * LarstiQ keeps running into hurdles
[14:11] <LarstiQ> iri: hmrf, ../codex doesn't exist
[14:12] <LarstiQ> so that github issue in fact does not contain enough to reproduce :/
[14:12] <iri> I guess it is a branch?
[14:13] <iri> it looks like github screwed up the formatting of the post
[14:17] <iri> I don't think where the pull is from is important
[14:18] <LarstiQ> iri: I'm a git novice so I have trouble guessing at what to do
[14:18]  * LarstiQ runs down to change the laundry
[14:19] <iri> k
[14:19] <iri> I'll try and reproduce
[14:28]  * LarstiQ tries termies test2.sh
[14:29] <iri> I can't seem to reproduce with a clean repository, but I can with the one in the git issue
[14:29] <iri> It seems sufficient once you have the git repository to "echo >> test; git add test; git commit -am "update"; git bzr push"
[14:29] <iri> uh, where push is to some repository you created
[14:30] <iri> I did git bzr push lp:my.username/+junk/test
[14:30] <iri> ah, got it with a minimal repository
[14:35] <iri> weird,
[14:35] <iri> can't do it now
[14:37] <LarstiQ> iri: yeah, "echo >> test; git add test; git commit -am "update"; git bzr push lp:~/+junk/test" worked fine for me
[14:39] <iri> got it
[14:40] <iri> http://pastebin.com/KCYs8JDL
[14:40] <iri> That reproduced it twice
[14:40] <iri> it might be more than necessary
[14:46] <iri> This was the minimum I was able to reproduce with : http://pastebin.com/WeJXKQgG
[14:52] <iri> LarstiQ: I commented on https://github.com/termie/git-bzr-ng/issues/38 with a complete script to reproduce
[15:03] <LarstiQ> iri: cheers! _now_ it blows up :)
[15:03]  * LarstiQ has dinner and will then followup
[15:04] <iri> great, thanks :D
[15:59] <LarstiQ> hey beuno
[16:02] <LarstiQ> iri: I updated bug 541626, having a stab at _find_ancestors
[16:03]  * iri peek
[16:03] <iri> s
[16:03] <iri> :-)
[16:04] <beuno> heya LarstiQ!
[16:08] <LarstiQ> iri: hmm, BTreeBuilder has a find_ancestry(), and BTreeGraphIndex's _find_ancestors docstring mentions: 'It is unlikely that you want to call this directly. See "CombinedGraphIndex.find_ancestry()" for a more appropriate API.'
[16:08] <LarstiQ> iri: so perhaps something is using the wrong api there
[16:08] <LarstiQ> beuno: :)
[16:09]  * LarstiQ looks at the backtrace again
[16:09] <iri> interesting
[16:11] <LarstiQ> which in fact terminates inside find_ancestry(), hmm
[16:39] <jelmer> hi iri, LarstiQ
[16:39] <iri> hi
[16:40] <LarstiQ> navond jelmer
[16:41] <LarstiQ> jelmer: I have a pdb session where this thing goes wrong. It tries index._find_ancestors which results in the AttributeError, so far so good
[16:42] <LarstiQ> jelmer: but index comes from index_idx, index = enumerate(self._indices) and self._indices only contains BTreeGraphIndexs
[16:42]  * LarstiQ blinks
[16:43] <vork> Has somebody been writing a __setattr__ method? :(
[16:46] <LarstiQ> vork: in the lazy_import machinery, but I wouldn't expect that here
[16:47] <vork> (I meant __getattr__).
[16:48] <LarstiQ> vork: hmm, versionedfile maybe
[17:05] <LarstiQ> vork: print style debugging seems to indicate self._indices gets mutated while we loop over it.
[17:11] <jelmer> iri: I'm no longer working on that bug, it only seems to affect fastexport as far as I can tell.
[17:11] <iri> Looks like LarstiQ is having a good crack at it
[17:11] <LarstiQ> jelmer: and through it things that depend on it, like git-bzr-ng
[17:11] <iri> I was just wanting to raise some interest in it
[17:11] <iri> And you were the last person to be assigned to it, so I wanted to know why it had been left alone
[17:12] <LarstiQ> iri: I'll have to go back to my studies soon, but I'll try to get to a point where someone else could pick it up (or me somewhere in the future)
[17:12] <jelmer> iri: mostly just lack of time, and the fact that it only affected bzr-fastexport
[17:12] <iri> Thanks LarstiQ
[17:13] <LarstiQ> jelmer: I'm currently trying to find out why a BTreeBuilder gets inserted in the list of indices at all
[17:14] <LarstiQ> jelmer: any ideas how that could happen?
[17:15] <jelmer> LarstiQ: IIRC because we're writing to a new pack?
[17:15] <LarstiQ> jelmer: ah hmm. How do I see if that is going on?
[17:16] <jelmer> LarstiQ: sorry, no idea. I never did much with the lower layers of the code
[17:16] <LarstiQ> jelmer: np
[17:16] <LarstiQ> well
[17:17] <LarstiQ> back to that _find_ancestors implementation then
[17:55] <iri> LarstiQ: I have to run, thanks for your help!
[17:57] <LarstiQ> doh
[17:57]  * LarstiQ just pushed up lp:~larstiq/bzr/bug541626
[17:58] <vork> LarstiQ: Fixed it?
[17:58] <LarstiQ> vork: fsvo "fixed"
[17:58] <vork> fsvo=?
[17:58] <LarstiQ> vork: the script that crashes no longer does
[17:58] <LarstiQ> vork: "for some value of"
[17:58] <vork> Oh, for some v...yeah, just worked it out.
[17:59] <LarstiQ> vork: the implementation is more correct than the previous suggestion I think
[18:00] <LarstiQ> vork: but I don't really know what I'm doing
[18:00] <LarstiQ> vork: you're welcome to try and see if anything goes horribly wrong ;)
[18:02] <LarstiQ> jelmer: pushing to launchpad from a development-colo branch doesn't work, is there a workaround that doesn't involve first pushing to a 2a branch?
[18:02] <LarstiQ> jelmer: and, should I file a bug on that or does that come down to "it's a development format, wontfix"?
[18:08] <jelmer> LarstiQ: thre's no longer any reason to use development-colo, it's been merged into 2a
[18:08] <LarstiQ> really?
[18:08] <LarstiQ> I missed that happening :)
[18:09] <jelmer> LarstiQ: I would indeed say it's a development format so we shouldn't allow it on launchpad
[18:09] <jelmer> LarstiQ: yep, that happened before 2.5.0
[18:09] <jelmer> LarstiQ: the only difference between those two formats is their format strin g:)
[18:09] <LarstiQ> jelmer: yeah, the friction in my mind came from considering pushing one branch as, well, being one branch
[18:09] <LarstiQ> jelmer: I remember the discussion at the time
[18:10]  * LarstiQ upgraded his bzr.dev copy to 2a ;)
[18:10] <jelmer> LarstiQ: we don't really support colocated branches on lp yet, at least it doesn't display them
[18:10]  * LarstiQ nods
[18:10] <LarstiQ> jelmer: I didn't want repo-push, just push. If that makes sense.
[18:11] <jelmer> LarstiQ: push only pushes the active branch
[18:13] <LarstiQ> jelmer: yeah
[18:13]  * LarstiQ calls it a day and goes back to math
[18:14] <LarstiQ> jam: I'll try to bug you somewhere during the week for some guidance
[18:14] <jelmer> LarstiQ: ttyl
[18:14] <LarstiQ> jelmer: hf
[18:14] <jelmer> hf?
[18:14] <jelmer> high five?
[18:15] <LarstiQ> jelmer: have fun :)
[18:15] <jelmer> aha :)
[18:15] <jelmer> you too :)
[18:33] <nilg`> thanks a lot LarstiQ
[20:46] <wilx> So, I have a trunk branch and 1.1.x branch from the trunk.
[20:48] <wilx> I am usually merging from the trunk to the 1.1.x branch.
[20:49] <wilx> But I have also now made some changes on 1.1.x and I would like to have them on trunk as well.
[20:49] <wilx> Now, do I cherry pick/apply diff from 1.1.x revision to trunk or should I just merge from 1.1.x to trunk?
[20:49] <wilx> Is there any danger in doing it both ways?
[20:50] <mgrandi> so you are merging trunk to 1.1.x?
[20:51] <wilx> Usually.
[20:51] <mgrandi> so
[20:51] <wilx> But now I want to also do it the other way around.
[20:51] <mgrandi> you can 'shelve' the changes in the 1.1.x branch
[20:51] <mgrandi> merge trunk -> 1.1.x
[20:51] <mgrandi> and then unshelve the changes, and then merge them again
[20:51] <wilx> Uhm, no. There are tens of revisions on 1.1.x from the branch point.
[20:52] <mgrandi> oh
[20:52] <mgrandi> so they are commited?
[20:52] <mgrandi> then the merge will just take care of that
[20:52] <wilx> Basically, is merging between two branches both ways anyhow dangerous?
[20:52] <fullermd> It's not dangerous _technically_.  But it's probably not what you want, unless you intend both branches to converge to the same contents.
[20:54] <wilx> Well, I have branched for 1.1.x release too early. I tried to be disciplined and make any necessary changes first on trunk and then merging them to 1.1.x. Unfortunately, I was not so disciplined all the time so I need some 1.1.x changes on trunk as well.
[20:57] <vork> Well it should be fine, bzr's supposed to adapt to your workflow, right?
[20:58] <fullermd> If you want trunk to have everything 1.1.x has, merging 1.1.x->trunk will work fine.  If not, it's not such a great idea.
[20:59] <fullermd> Especially if you're doing trunk->1.1.x merges too.
[20:59] <wilx> Yes, at this point I do need all of that.
[21:00] <fullermd> You want all the changes?  In that case, there's no question; just merge.
[21:00] <fullermd> It sounds from your description almost like you're working toward 1.1.x on trunk, in which case having a separate branch seems a little unnecessary.
[21:01] <fullermd> The usual case is more that you make 1.1.x, and then trunk goes on with changes you won't want 'till 1.2.x or 2.0.x (or 11.x, if you're Sun)
[21:02] <wilx> Ok, merge it is.


[13:38] <CcxCZ> how do I revert one specific commit from history?
[13:43] <CcxCZ> diff and patch (bzrtools) seems to do it, though I'd expect convenience command
[13:46] <mgz> CcxCZ: see the bzr-rewrite plugin
[13:56] <CcxCZ> kthnx, will look into it next time
[14:37] <Peng> You can do something clever with bzr merge.
[14:38] <Peng> bzr merge -r 4..3


[06:30] <qwebirc94207> Hello i was wondering if there is anyone able to help me setup mythweb.. I have tried everything i can think of
[06:38] <qwebirc94207> anyone able to help with some apache configuration for mythweb?
[21:08] <agile> heya fellas.. wondering if anyone else is suffering from http://code.mythtv.org/trac/ticket/10732
[21:08] <Zinn> [code.mythtv.org] #10732 (Recordings fail after upgrade to .25) â MythTV
[21:09] <agile> I get the same with my PVR-500 and a fresh install of 0.25.. live tv seems to work fine but recordings yield lots of DeviceReadBuffer errors in the log and an empty file


[05:17] <jchodyniecki> Hi Team. Just deployed an ova snappy image to virtual box, but the ubuntu/ubuntu password doesn't work. any ideas? It is late, so I could be doing something silly
[16:11] <asac> mahmoh2: ogra_ is the one who knows node
[16:11] <asac> mahmoh2: you should have texted me :(
[16:13] <asac> mahmoh2: ah seems you got help from kirkland
[19:15] <jchodyniecki> Hi Team. Just deployed an ova snappy image to virtual box, but the ubuntu/ubuntu password doesn't work. any ideas?


[04:40] <xubuntu34w> I've install xubuntu 18.04 (latest LTS release) on several system.  They all report "Incomplete Language Support" every reboot even though i "Run this Action Now" to fix. How to get rid of it?
[15:45] <xubuntu15w> Hi all. What is the username and password for the live environment? Can't seem to find it anywhere
[15:50] <diogenes_> should be xubuntu and blank passwd.
[16:02] <xubuntu15w> Seems to accept it but then just reloads the login page
[16:02] <diogenes_> xubuntu15w, alt+ctrl+f3
[16:03] <diogenes_> login: xubuntu
[16:03] <diogenes_> nopassswd
[16:03] <diogenes_> startxfce4
[16:04] <xubuntu15w> thank you! :)
[16:06] <diogenes_> you're welcome
[21:18] <gmaccrim> Just installed 18.04.4 LTS on an Acer Aspire One D270-1628.  Live works okay, but install boots to a black screen.  At that point, Ctrl-Alt-F2 brings up a terminal, then Ctrl-Alt-F7 gets me to the GUI login.
[21:19] <gmaccrim> At that point, it works fine.
[21:20] <gmaccrim> So, what's this doing to resolve the black screen that normal boot is not?
[21:21] <gmaccrim> Booting into a recovery kernel does the same thing...boot into it, and the normal GUI comes up.
[21:27] <xubuntu71w> hello i have problem with wecam 046d:0870 Logitech not function inside Xubuntu 19.10 ...help tks
[21:28] <xubuntu71w> webcam


[00:02] <Snova> RenatoSilva: How about +stuff? :)
[00:03] <RenatoSilva> wgrant: maybe we could use bug tracker in "branches" project on a per-branch basis by just linking the report to the branch where teh issue happens. The branch is not a patch to solve the bug _yet_, because the branch iitself contains the bug. However the natural way is that such branch solves the bug, and therefore _becomes a fix_ (kind of)
[00:03] <Snova> +branches is a little generic. They're all branches. +bundled is kinda the same thing. +codes... not everything is code. +orphaned, eh, maybe.
[00:03] <Snova> (Personally I don't really care)
[00:03] <RenatoSilva> Snova: I thought about stuff
[00:04] <RenatoSilva> stuff is more generic than branches
[00:04] <intellectronica> that's intentional. the subject has been debated over and over again. the thing is, you don't really want to encourage people using this, so the bad name is an intentional deterrent
[00:05] <RenatoSilva> intellectronica: then you encourage people with, say, 15 very usefull, non-related scripts to create a project for each single file?
[00:06] <RenatoSilva> sometimes you just want to put the code there, nothing else.
[00:07] <intellectronica> RenatoSilva: exactly. launchpad is all about collaboration, and for collaboration people need to make the effort and communicate clearly what their code is about
[00:07] <RenatoSilva> sometimes you don't want to set up a project, the code is simple enougth, you don't need bug tracking, answesr etc, you just want to put the code there, _but the code is not junk_
[00:08] <wgrant> Setting up a project is no big task, and it makes things much clearer.
[00:08] <Snova> The term "junk" could also be interpreted as "miscellaneous stuff".
[00:08] <RenatoSilva> Snova: IMHO I think that just +branches would be nice
[00:08] <wgrant> +branches doesn't make sense.
[00:09] <RenatoSilva> it makes sense to me, because +junk contain branches
[00:09] <Snova> Every other project on LP contains branches, too.
[00:10] <RenatoSilva> Snova: miscellaneous stuff? in general life or computing (I'm sorry I'm not english native speaker)
[00:10] <Saviq> what do you need launchpad for, if you don't need bugs, answers etc.?
[00:10] <intellectronica> RenatoSilva: if setting a project up is too difficult, we should improve that, not turn lp into a server for random, anonymous branches
[00:10] <RenatoSilva> Snova: humm so that +branches could make someone think they're all the branches when actually they're the orphaned ones
[00:11] <RenatoSilva> Saviq: I just wan to put the code in the web, and get revision control
[00:11] <RenatoSilva> Saviq: for _some_ stuff
[00:11] <wgrant> registering a project takes 30 seconds.
[00:11] <Snova> It's not really descriptive. Everything you would push there is a branch. At least +junk describes what it is.
[00:12] <wgrant> And Launchpad doesn't explode if you register 10 projects, AFAICT.
[00:13] <Saviq> RenatoSilva: IMO LP is overkill for that, can't you just put it on a webserver somewhere?
[00:13] <RenatoSilva> the question is: where? :)
[00:13] <RenatoSilva> I don't have a server myself
[00:14] <Snova> Maybe bzr needs something like github...
[00:14] <wgrant> sinzui: Thanks for fixing all those UI bugs quickly!
[00:15] <sinzui> wgrant: your welcome
[00:15] <RenatoSilva> I think launchpad is very nice, if I just want to put code there, I can do a simple $bzr push ~login/+junk/my.stuff. The point is just that I don't really like this junk tag. Hey my code is not junk :) (sometimes)
[00:15] <sinzui> wgrant: I'll close a few more tomorrow when beuno has time for UI reviews
[00:15] <RenatoSilva> Snova: isn't github like lp?
[00:16] <Snova> RenatoSilva: I don't really know. As far as I know it's a hosting service for Git branches.
[00:17] <Snova> Also, it's just a name.
[00:18] <RenatoSilva> also, a project  sounds to me that it's a never-ending work, a plan, a project, something big you want to do...
[00:19] <RenatoSilva> Snova: +jungle is a good tag too isn't it...
[00:20] <Snova> Hehe
[00:20] <RenatoSilva> the projects are the citizens in town, the orphaned branches are the animals in jungle, wonderful or harmful
[00:21] <RenatoSilva> you can find bad things in jungle, but good ones too
[00:22] <RenatoSilva> Anyway I think I'll create my stuff under +junk anyway, a project with my login name would be annoying, and you guys did not allowed the "branches" project :) So I'll forget about it.
[00:35] <felipec> how can I delete a branch in launchpad?
[00:35] <lifeless> click the trashcan
[00:36]  * thumper wants a big red button that says Delete (with a trash icon)
[00:37] <felipec> lifeless: there isn't any
[00:38] <wgrant> thumper: The little red button didn't work, remember...
[00:38] <thumper> big red button
[00:38] <felipec> lifeless: this is the trunk branch, that was created by vcs-import, but it's failing miserably, so I want to delete the branch and start from scratch
[00:38] <lifeless> felipec: what page are you looking at
[00:38] <wgrant> Ah, ~vcs-imports.
[00:38] <thumper> as in big button that has both an icon and the word "Delete"
[00:38] <felipec> lifeless: https://code.launchpad.net/msn-pecan
[00:38] <wgrant> thumper: Ah, something like the big app-coloured 'Report a bug' button?
[00:39] <lifeless> felipec: well, for a vcs-import; as per the docs ask here when there is a help contact, or file a question on https://answers.launchpad.bet/launchpad-code
[00:39] <lifeless> I'm curious if you know about the docs, or where to find them - so we can make them more accessible
[00:40] <wgrant> I presume the new inline help system is going to make help a lot more accessible soon.
[00:40] <wgrant> As it is currently almost impossible to find - the only link to help.launchpad.net is on the Launchpad home page.
[00:40] <felipec> lifeless: If you are having trouble using the service, please ask on #launchpad on Freenode, or mail the Launchpad team.
[00:40] <felipec> so I should strike #1 and try #2, right?
[00:41] <lifeless> felipec: that sounds like the generic text from the bottom of the page
[00:42] <lifeless> felipec: thanks :) - you've confirmed my theory that you couldn't find the docs relevant to what you're doing.
[00:42] <lifeless> felipec: anyhow - https://answers.launchpad.net/launchpad-code - if you can ask a question there the code folk will reset the import or whatever as needed for you
[00:43] <RenatoSilva> leaving, thanks everybody
[00:43] <felipec> liff
[00:43] <felipec> lifeless: https://help.launchpad.net/VcsImports
[00:43] <felipec> if that page is telling me what to do, why should I look further?
[00:44] <lifeless> oh, my bad
[00:44] <lifeless> I wass /sure/ it said to ask questions
[00:44] <lifeless> thumper: ^
[00:50] <felipec> ok, thanks
[01:31] <wgrant> Are the new tag search features documented anywhere except the commit log?
[01:35] <spiv> wgrant: I think there's a blog entry pending too.  Probably around the time of the production rollout?
[01:36] <wgrant> spiv: That only helps people who use Launchpad now.
[01:48] <spiv> wgrant: I'm just answering your question with the little info I know of.  I'm not a lp dev, let alone a bugs dev.
[01:51] <wgrant> spiv: Thanks - I'll file a bug.
[02:06] <intellectronica> wgrant: there's a blog entry which will be published with the rollout, and yes we should amend the documentation, which is, you are reminded on a wiki ;-)
[02:10] <wgrant> intellectronica: I'm unable to locate any existing documentation on the search functionality.
[02:10] <wgrant> And I don't think adding it to the wiki is productive, as you've a nice new inline help system which is much easier to find.
[02:11] <intellectronica> wgrant: heh, you're right. nothing pertaining to search in https://help.launchpad.net/Bugs
[02:12] <wgrant> intellectronica: Which is reasonable, because there aren't too many surprises in the search form (except for the strange hidden defaults for the status checkboxes)
[02:12] <intellectronica> oh right, i always forget about the inline help, since i never use it myself (for obvious reasons). that may be a good place to explain that
[02:12] <wgrant> intellectronica: I first saw it a week ago, so I think it's new..
[02:13] <wgrant> I think it's a very good place to explain it, yes.
[02:13] <wgrant> (bug #387592, this is)
[02:13] <wgrant> Oh.
[02:13] <wgrant> It's triaged.
[02:13] <intellectronica> anyway, i shouldn't be awake now. will look at this tomorrow
[02:13]  * wgrant curses batch lag.
[02:13] <wgrant> Night.
[02:13] <wgrant> Thanks.
[02:13] <intellectronica> yeah, i triaged it and moved it to the launchpad documentation project
[02:16] <mib_t7vnj1> Can someone assist me with changing commit authors? I accidentally used my real full name instead of my alias when I moved to a new OS. :(
[02:18] <wgrant> mib_t7vnj1: #bzr might be more useful here, I think.
[02:18] <mib_t7vnj1> wgrant: but the data is on the Launchpad servers. AFAIK, changing history requires administrator access.
[02:18] <wgrant> mib_t7vnj1: No, not in bzr.
[02:19] <mib_t7vnj1> OK
[02:37] <stewart> https://code.launchpad.net/~stewart-flamingspork/drizzle/myisam-is-tmp/+merge/7464 is consistently giving me " Sorry, something just went wrong in Launchpad." and different Error ID each time (e.g.  (Error ID: OOPS-1263G106)     (Error ID: OOPS-1263G108) )
[02:38] <stewart> not just that... i seem to get a heap of similar things.
[02:38] <mwhudson> stewart: i bet it's a unicode error of some kind
[02:39] <mwhudson> stewart: edge is fine
[02:39] <wgrant> mwhudson: Bug #344041 looks like it.
[02:39] <wgrant> That was fixed on Sat.
[03:23] <mwhudson> stewart: yes, that bug is definitely fixed on edge now
[03:25] <RenatoSilva> Update this branch: bzr push lp:~renatosilva/+junk/moin.macro.siteindex
[03:25] <RenatoSilva> Is it allowed to everyone? Can I change permissions? How?
[03:26] <Snova> No, it's your branch. Only you.
[03:28] <lifeless> everyone can read, only you can push
[03:28] <wgrant> RenatoSilva: The permissions are controlled by the owner. The owner is either a person or a team, named after the ~.
[03:28] <wgrant> If a team owns it, any member of the team can write.
[03:31] <RenatoSilva> wgrant: but then the url will change from ~renatosilva to ~groupname right?
[03:31] <wgrant> RenatoSilva: Yes.
[03:32] <RenatoSilva> So if I want to allow other people to work iwth the barnch, the only way is to change the url?
[03:32] <wgrant> Yes.
[03:32] <RenatoSilva> ok
[03:32] <RenatoSilva> people can create branches and I can merge them anyway
[03:32] <RenatoSilva> thanks
[03:35] <stewart> mwhudson: great! hopefully will be deployed soon too.
[03:39] <lifeless> stewart: you can use edge
[05:51] <lifeless> spm: getting lots of timeouts/oops on edge
[05:51] <spm> yah. edge2 has just died
[05:51] <spm> for values of not died. heading to -9 territory...
[05:59] <wgrant> Ah, I wondered why I got a 502 a while ago.
[06:02] <spm> it's a bit of a pita tbh. the app servers are still working from the load balancers perspective, but are dead to a full request. and doing "proper" checks would kill LP (my opinion)
[06:09] <poolie> thumper/jml: what's the difference between "reviews i can do" and "other reviews"?
[06:10] <poolie> specifically some of the others seem like ones i can or should do
[06:10] <thumper> reviews you can do are those where there is a pending review for a team you are a member of
[06:10] <thumper> other reviews are those where there are no pending reviews and you didn't review it
[06:10] <poolie> so https://code.edge.launchpad.net/~jameinel/bzr/1.16-commit-fulltext/+merge/7080
[06:10] <poolie> it seems to have a review requested from me?
[06:11] <poolie> or does it have no requested reviews?
[06:11] <thumper> no it doesn't have a review requested from you
[06:11] <thumper> it has no requested reviews
[06:11] <thumper> you are greyed out
[06:11] <thumper> because you can review
[06:11] <thumper> abentley has a branch that changes this
[06:11] <poolie> oh ok
[06:11] <poolie> i was wondering why so many were in this state
[06:12] <poolie> just one more thing
[06:12] <poolie> what's the point of https://code.edge.launchpad.net/~kangol/bzr/1.8-smart-server-fix/+merge/1443/+resubmit
[06:12] <poolie> "Resubmitting this proposal to merge will cause this proposal to be marked as superseded another proposal to merge with the same source and target branches will be created. "
[06:12]  * jml would love to know the answer to this one.
[06:12] <poolie> it's going to throw away all the comments and state and resubmit the same code?
[06:13] <poolie> that seems of limited use
[06:13] <thumper> it doesn't throw away the comments
[06:13] <thumper> but they are on the old proposal
[06:13] <poolie> ok
[06:13] <thumper> it has use, but yes limited
[06:13] <poolie> sorry, not "throw away" but make them obsolete
[06:13] <thumper> yes
[06:14] <abentley> poolie: This is the resubmit option that I've commented we should make nicer, rather than re-generating review diffs.
[06:14] <poolie> oh i see
[06:14] <poolie> so it'd replace it with a new one for a different revision
[06:14] <poolie> ok
[06:14] <thumper> I am for regenerating the review diffs and emailing the interdiff BTW
[06:14] <poolie> this is not really a proposal status then
[06:14] <poolie> it's a different kind of action
[06:15] <thumper> no
[06:15] <thumper> yes it should be different
[06:15] <thumper> not a status
[07:43] <robin_> wgrant: Hey, are you free?
[07:52] <wgrant> robin_: Mostly. Why?
[07:53] <robin_> wgrant: I want to ask you something.
[07:54] <wgrant> robin_: Go ahead.
[07:55] <robin_> wgrant: When I set up my branch, and I change some codes. I will compile the code, and it will generate lots of object-files, but I don't want to upload the object-files. Do you have a good idea?
[07:56] <wgrant> robin_: bzr help ignore
[07:57] <robin_> wgrant: OK!
[08:57] <robert_ancell> Is there are way to rename a project unix name once it has been created?  We have the fileroller project but this causes issues as the source package is called file-roller (as are the upstream tarballs)
[09:02] <wgrant> robert_ancell: You can ask at https://answers.launchpad.net/launchpad/+addquestion.
[09:02] <robert_ancell> wgrant: thanks, will do
[12:38] <wgrant> Bug #387823 is very interesting.
[12:41] <intellectronica> wgrant: is it? i don't really understand it. do you think the user is confusing the '(-) unsubscribe' link with an indication that he isn't subscribed?
[12:41] <wgrant> intellectronica: Exactly.
[12:41] <wgrant> intellectronica: Er, not that link.
[12:41] <wgrant> But the 'Some User (-)'
[12:41] <wgrant> Inside the subscriber list.
[12:41] <wgrant> Which is more easily misunderstandable.
[12:42] <intellectronica> yeah
[12:42] <wgrant> It's not an entirely unreasonable assumption to make, given that all the other add/remove buttons on that page have text.
[12:43] <intellectronica> i think that's a wontfix. we try to establish that visual idiom, and it will be used in many places. it will be a while before we can decide whether it's working for people or not
[12:43] <wgrant> I guess so.
[12:44] <wgrant> It surprised me the first time when it was AJAXy - it performs an action immediately, yet isn't a green link.
[12:46] <intellectronica> well, the link itself (the user name), doesn't perform any action. it's only the icon that does. the green links are for captions that describe the action itself
[12:46] <wgrant> Right.
[12:46] <wgrant> But there is no indication that it's a green link.
[12:46] <wgrant> The green links are green to warn that they're going to do something - that link doesn't have such a warning.
[12:46] <wgrant> But I don't see a way to improve that :(
[14:29] <Sam-I-Am> hey folks...
[14:30] <Sam-I-Am> anyone here work with the launchpad ppa build system?
[14:36] <beuno> Sam-I-Am, sure, cprov and bigjools
[14:37] <Sam-I-Am> well, ld segfaulted on a build
[14:37] <bigjools> Sam-I-Am: have you got the URL to the build please?
[14:37] <Sam-I-Am> amd64 built ok, i386 failed with the ld segfault
[14:37] <Sam-I-Am> one sec
[14:37] <cprov> Sam-I-Am: do you have the build URL handy ?
[14:38] <cprov> bigjools: stage is yours ...
[14:38] <bigjools> cprov -> exits left
[14:38] <Sam-I-Am> http://launchpadlibrarian.net/27967263/buildlog_ubuntu-hardy-i386.openldap_2.4.20090602%2Bhardy~msk2_FAILEDTOBUILD.txt.gz
[14:38] <Sam-I-Am> thats the log with the failure...
[14:38] <Sam-I-Am> lpia also failed, but i suspect thats because its similar to i386
[14:39] <Sam-I-Am> https://launchpad.net/~ionosphere80/+archive/msk-7/+builds
[14:39] <Sam-I-Am> theres the ppa associated with it
[14:39] <bigjools> cool
[14:40] <bigjools> looking at that log I think you've got bigger problems anyway
[14:40] <Sam-I-Am> like what?
[14:41] <Sam-I-Am> the package seems to build locally on amd64 ok... i hadn't tried i386 until launchpad did
[14:41] <bigjools> Sam-I-Am: /usr/bin/ld.real: i386:x86-64 architecture of input file `.libs/alias.o' is incompatible with i386 output
[14:41] <bigjools> I think your package is broken
[14:41] <Sam-I-Am> huh, thats interesting
[14:41] <Sam-I-Am> wonder if theres some broken make cleanage
[14:41] <bigjools> just underneath where it reports the segfault
[14:42] <bigjools> has it got amd64 .o files in it I wonder
[14:42] <Sam-I-Am> although there shouldn't be any object files laying around
[14:42] <Sam-I-Am> lemmie look...
[14:44] <Sam-I-Am> bigjools: huh, whaddya know, theres a bunch of stuck object files in that directory
[14:44] <bigjools> aha!
[14:44] <Sam-I-Am> from the tarball itself no less
[14:44] <bigjools> you beat me to it, I was just looking in your tarball
[14:45] <Sam-I-Am> its actually cvs from the openldap project... seems like one of their makefiles might not know how to clean that directory
[14:45] <Sam-I-Am> or its just not called by the global makefile
[14:46] <Sam-I-Am> never noticed on amd64 because the object files magically worked
[14:46] <bigjools> indeed
[14:46] <bigjools> ok good luck with it
[14:47] <Sam-I-Am> yeah thanks... i'll go fix it now and try again
[14:47] <Sam-I-Am> everything else seems to be working so far... liking the PPA bit.
[14:47] <bigjools> great, glad to hear that
[14:47] <bigjools> and tell openldap to switch to Bazaar :)
[14:48] <Sam-I-Am> from cvs?
[14:48] <bigjools> yep
[14:48] <Sam-I-Am> ha, sure... not a big fan of cvs myself
[14:48] <bigjools> is anyone...
[14:48] <wgrant> bigjools: Some people like to move slowly, though... my uni just moved onto svn this year.
[14:48] <bigjools> wgrant: !
[14:49] <Sam-I-Am> what i'm trying to do is periodically roll latest openldap code into packages for at least unstable/testing and the most recent LTS... so i dont really get to mess with the cvs headaches of management
[14:49] <wgrant> So, we've got this software which provides a nice interface for students to use Subversion. But we manage its code in Bazaar.
[14:51] <Sam-I-Am> bigjools: so the nssov makefile completely forgets to clean the tree... guess i need to use cvs now lol
[14:52] <bigjools> ouch
[15:28] <wgrant> sinzui: Is this 2.2.7/3.1.8 UI focus to which you refer just for Registry, or LP-wide?
[15:28] <sinzui> wgrant: LP wide
[15:28] <wgrant> sinzui: Ah, excellent!
[16:36] <Sam-I-Am> bigjools: looks like it compiled on i386 this time... just not lpia, but i'm not sure how much that matters
[16:36] <jblount> rockstar`: Yo! #325985 is fixed on edge when?
[16:42] <bigjools> Sam-I-Am: great, gald you got it working that far
[16:42] <bigjools> glad, even
[16:45] <Sam-I-Am> bigjools: yeah, so whats the deal with lpia?
[16:45] <Sam-I-Am> it looks almost like i386
[16:45] <bigjools> Sam-I-Am: give me a build URL and I'll check
[16:46] <Sam-I-Am> https://launchpad.net/~ionosphere80/+archive/msk-7/+build/1079976
[16:46] <Sam-I-Am> seems to have a dependency issue
[16:47] <Sam-I-Am> although the other builds found db4.7 fine
[16:47] <Sam-I-Am> (which is another custom package... using a PPA dependency)
[16:47] <Sam-I-Am> unless db4.7 failed for lpia too lol... havent checked that one
[16:47] <Sam-I-Am> yeah, it failed
[16:47] <bigjools> ok there ya go
[16:48] <Sam-I-Am> now lets see why that one failed...
[16:48] <Sam-I-Am> oh hmm yeah... i think i can fix that one
[16:49] <Sam-I-Am> at least i386 and amd64 worked
[16:49] <persia> Unless you're feelign *very* motivated, it's probably not worth fussing about lpia FTBFSs.
[16:49] <Sam-I-Am> what exactly is lpia (before i go rtfm)
[16:49] <bigjools> Atom, etc
[16:49] <Sam-I-Am> ah ok
[16:50] <bigjools> low power
[16:50] <persia> Well, "lpia" is Intel Atom and A1xx, but the Ubuntu "lpia" architecture happens to just be a collection of different compilation flags that may or may not be optimised for those devices.
[16:50] <Sam-I-Am> ok
[16:51] <persia> (whether Ubuntu "lpia" is best for LPIA hardware was never conclusively investigated)
[16:51] <Sam-I-Am> heh
[17:42] <Saviq> hi guys, the page about importing translations from bazaar only describes handling templates, can anyone tell me about translation catalogs? not templates? there's 'import templates and translations' in the settings but no word on what to do to have them automatically approved / imported
[17:44] <kiko> Saviq, what do you mean by catalogs? I think catalogs and templates are the same thing.
[17:44] <kiko> danilos, am I right? :)
[17:44] <Saviq> no, catalog templates are .pot
[17:44] <Saviq> catalogs are .po
[17:44] <Saviq> (t for template)
[17:45] <Saviq> well naming isn't important ;)
[17:46] <danilos> kiko: yeah, that's usually interchangeable terminology, though sometimes people use "catalogs" for translation files as well
[17:47] <danilos> Saviq: if this is about https://answers.edge.launchpad.net/launchpad/+question/73756, I've responded there already :)
[17:56] <Saviq> danilos: that's what I was afraid of... thanks, I'll see how can it work with our setup.
[17:57] <danilos> Saviq: yeah, I am sorry it's not well documented (we are fixing that), but that is the most standard layout
[17:59] <Saviq> danilos: sure, I should've thought of that earlier - I forgot the .po don't actually have locale defined inside
[18:03] <Saviq> shame python's gettext defaults to: language/LC_MESSAGES/domain.mo
[18:04] <Saviq> what's more, language seems to always be xx_XX
[19:59] <Saviq> danilos: one more thing - is the <domain>/<language>.po the only supported scheme for .pos?
[20:05] <Saviq> or will putting the <language>.po in the same dir as <domain>.pot suffice?
[20:15] <ahasenack> kiko: you asked for an oops the other day about the timeout when seeing the "later" milestone in landscape: OOPS-1263A1369
[21:00] <kirkland> has a date been set on launchpad being open sourced?
[21:00] <beuno> kirkland, July 21st
[21:01] <kirkland> beuno: awesome, is that posted somewhere externally, that I can point someone to?
[21:01] <nhandler> kirkland: See the link in the topic for more info
[21:01] <kirkland> https://dev.launchpad.net/OpenSourcing
[21:01] <kirkland> cool, thanks
[21:03] <_gpg_> hi
[21:07] <goundy> Hi.
[21:07] <goundy> I'm getting: Permission denied (publickey).
[21:07] <goundy> bzr: ERROR: Connection closed: please check connectivity and permissions
[21:07] <goundy> Which is normal as am using my second linux operating system
[21:07] <goundy> and basically I use the other one to work with my branches.
[21:08] <goundy> Right now I want my second Linux system to be able to use my branch.. How can I solve this?
[21:08] <beuno> goundy, so you need to either copy your public key to the new machine
[21:08] <beuno> or create and register a new one
[21:08] <goundy> beuno, where exactly ?
[21:09] <beuno> goundy, on the "other" machine?
[21:09] <beuno> copy over your ~/.ssh
[21:09] <goundy> beuno, well I mean where I should put my public key ^^
[21:09] <beuno> goundy, go to your profile on Launchpad
[21:10] <beuno> it should let you add a new key from there
[21:10] <goundy> hmm okay
[21:12] <goundy> beuno, it works ! Thanks man ;)
[21:12] <beuno> goundy, welcome'
[21:15] <_gpg_> is 21 July 2009 always the date for OpenSourcing Launchpad ?
[21:16] <beuno> _gpg_, yes
[21:16] <_gpg_> beuno, thank you
[21:17] <_gpg_> beuno, i'm reading some pages, but would like to know if there's any pre-version available for testing ?
[21:17] <beuno> _gpg_, pre-version?
[21:17] <_gpg_> Release 2.2.5 for example
[21:17] <beuno> no, it has never been released
[21:18] <beuno> it will be released for the first time on July 21st
[21:18] <_gpg_> beuno, i was reading https://dev.launchpad.net/Releases/2009Calendar
[21:18] <_gpg_> beuno, thank you
[21:18] <beuno> _gpg_, right. We've never release the source code, so no previous versions available
[21:18] <_gpg_> beuno, thank you for the clarifications
[21:19] <beuno> welcome!
[21:22] <Saviq> anyone knows what .po naming schemes are supported for rosetta's bazaar import functionality?
[21:22] <beuno> Saviq, danilos or jtv may know
[21:30] <Saviq> yeah they seem to be afk now
[21:31] <Saviq> do you happen to know what timezone they're in? is it worth to wait?
[21:31] <beuno> Saviq, they're a few hours behind me
[21:32] <beuno> I know that danilos is roughly UTC
[21:32] <beuno> so they won't be around today
[21:32] <beuno> Saviq, open a question
[21:32] <beuno> they'll get around to it
[21:33] <Saviq> yeah I'm ~UTC, too, so I'll ask tomorrow, less hassle
[21:51] <Scurz> Is it possible to make private mailing list's archives ?
[21:51] <Scurz> (re-plop)
[21:52] <beuno> bac`, ^
[21:52] <bac`> Scurz: I'm unsure about what you're asking.
[21:53] <Scurz> I'm an administrator of a mailing list of a team on launchpad, and we have archives from this mailing list, they are public for the moment
[21:53] <Scurz> but I would like to make them private, is it possible ?
[21:54] <bac`> Scurz: Ah, ok.
[21:55] <Scurz> so ? is it possible or not ?
[21:56] <Scurz> because I don't find
[21:56] <bac`> Scurz: Normally we do not allow private mailing lists for Launchpad projects.
[21:56] <Scurz> oh okay :(
[21:57] <bac`> Scurz: Which project are you working on?
[21:57] <Scurz> https://launchpad.net/~fullcircle-fr-contribs
[21:59] <cr3> have you guys ever encountered requests to access a private ppa (under https) behind a proxy? I can't get apt to support this kind of configuration
[22:04] <eagle00789> can i use launchpad for automatic bug download from e-mail or automatic bug report via html-link??
[22:05] <eagle00789> (i ask this question since i use Eurekalog in my app to report any bugs to my email, but eurekalog can also directly report to a html-link)
[22:13] <kiko> eagle00789, hmm, can you explain that again?
[22:18] <eagle00789> i'm using eurekalog in my project (an exception catcher). when it catches an av, exception or memory leak, it can send a report containing all informatioin about that problem to an e-mail adress or a http-link (a special formed http-link)
[22:19] <eagle00789> so my question is: is there a special e-mailadress or a special http-link where i can send any bugs to, so that they are added to my bugtracker (in launchpad ofcourse)
[22:20] <kiko> eagle00789, so the general answer is yes.
[22:20] <kiko> eagle00789, you can do this in two ways
[22:20] <eagle00789> for example an e-mailadres like<EMAIL_ADDRESS>[22:21] <eagle00789> let'stell me how then
[22:27] <RenatoSilva> I have a suggestion: sub-projects
[22:27] <RenatoSilva> Instead of https://launchpad.net/bzr-xmloutput
[22:27] <RenatoSilva> It would be https://launchpad.net/bazaar/xmloutput
[22:28] <kiko> eagle00789, first, by using our +storeblob protocol, which allows a bug reporter to post a blob via an HTTP post
[22:31] <eagle00789> just found the emailinterface wich i'mgoing to use....
[22:33] <kiko> eagle00789, or, you can use the email interface directly
[22:33] <eagle00789> ^^
[22:33] <kiko> which will file the bug on the behalf of the submitter
[22:33] <kiko> but that does require they have an account
[22:34] <eagle00789> i'm going to use my own e-mailadress as reporter
[22:34] <eagle00789> so got nothing to do with that then
[22:54] <kiko> eagle00789, yeah, in that case you can totally just submit bugs to<EMAIL_ADDRESS>[22:54] <kiko> there is a specific syntax you need to use
[22:54] <eagle00789> i already did....
[22:54] <kiko> and if you are sending HTML then it may be best to use the +storeblob protocol
[22:54] <kiko> eagle00789, if you need further help, just ask on answers.launchpad.net/launchpad
[22:54] <kiko> I'll be happy to look into it
[22:55] <eagle00789> the message of the mail contains a affects tbu line and the subject of the e-mail is the errormessage itself. as sender i used my own registered e-mailadress
[22:55] <eagle00789> (tbu is my project on launchpad)
[23:23] <eagle00789> just a small off-topic question: what do you guys think when a application doesn't have an irc channel
[23:24] <kiko> eagle00789, it's.. kinda normal. :)
[23:24] <kiko> eagle00789, it should work out okay
[23:24] <kiko> let me know via answers.l.n if you need any more help
[23:24] <kiko> gotta crash
[23:24] <eagle00789> ok. thx for your help sofar cya later
[23:24] <wgrant> An app can easily grow one later, too.
[23:25] <eagle00789> that's true wgrant
[23:26] <eagle00789> just one more question: does it then make sense to have it's own server for the channel, or is hosted on a public channel not any different
[23:26] <eagle00789> public channel = public server
[23:27] <wgrant> A separate server is very probably overkill.
[23:27] <wgrant> And it makes it harder for everybody else.
[23:28] <eagle00789> that's true once again. thx for the insight into this matter :D
[23:43] <eagle00789> well, i'm off to bed as well. cya laater everyone....


[15:53] <DeeTah> hi guys!
[15:54] <DeeTah> i've got a problem with ubuntu installer
[15:54] <DeeTah> the kubuntu netbook pendrive version doesn't mount /cow
[15:54] <DeeTah> how to manually try to mount this one?
[17:42] <CIA-37> ubiquity: cjwatson * r3648 auto-update/ (151 files in 10 dirs): merge from trunk
[22:51] <CIA-37> ubiquity: cjwatson * r3649 auto-update/ (3 files in 2 dirs): proper error dialog if update fails


[00:00] <mmcc> is there a way to see the contents of the offloaded queue in some readable fashion?
[00:04] <mmcc> one twist here is that I added a ton of files, then had to kill syncdaemon then restarted it and removed all those files. When it came back up, it had a lot of AQ_FILE_NEW_ERRORs because the files weren't there anymore as it processed the queue
[00:05] <mmcc> I'm wondering if those errors stopped the events in the queue from running, but their presence in the queue is stopping progess?
[00:05] <mmcc> progress
[00:08] <mmcc> ok, done for the day. I'm going to leave it running for a while and see if anything kicks in to restart progress
[08:21] <JamesTait> Good morning all! :)
[08:25] <mandel> morning
[09:47]  * mandel reboots to test new unity
[09:47] <rye> mandel, ralsina: what happens when i run u1sdtool on windows w/o control panel running? I see syncdaemon starting but u1sdtool does not release the terminal. Then I Ctrl+C the process, run u1sdtool again and get the second set of ubuntuone-syncdaemon process
[10:04] <rye> ah, looks like metadata is corrupted
[10:12] <mandel> rye, uh, no idea, I have never used u1sdtool on windows
[10:12] <mandel> rye, sorry for the later response, I'm constantly logging in and out to test the new unity I compile.. looks like the standalone apps do not work :(
[10:38] <ralsina> rye: I don't think I ever tried it without u1cp running
[10:47] <mandel> ralsina, morning!
[10:48]  * mandel logs out to test the new unity
[11:19] <gatox> good morning!
[12:04] <mandel> ralsina, I'm back!
[12:04] <mandel> ralsina, maldito movistar..
[12:04] <mandel> ralsina, did you get my messages?
[12:07] <mandel> gatox, do you copy me?
[12:07] <gatox> mandel, yap..... i saw your twit
[12:08] <mandel> gatox, ok, so I'm back :P
[12:08] <gatox> :P
[12:19] <mandel> alecu, I have seen several times the scope crashing when testing the preview, please let me know if you have anything I can use to do a better try
[12:24] <ralsina> mandel: now I did!
[12:24] <ralsina> and good morning!
[12:25] <mandel> ralsina, he, I though you were up, fixed the network already
[12:30] <dpm> hi everyone. I was wondering if someone could help me with a problem with u1
[12:30] <dpm> on quantal
[12:31] <mandel> dpm, you should be more demanding ;-)
[12:31] <dpm> ok
[12:31] <dpm> mandel, you MUST help me!
[12:32] <dpm> I know where you live
[12:32] <mandel> hehehe
[12:32] <mandel> dpm, I can try :)
[12:32] <dpm> cool :)
[12:33] <ralsina> mandel: I am usually up at 7AM, catchup on mail, see if anyone needs me on IRC then I leave for an hour or so
[12:33] <dpm> mandel, so every time I start the UI, the status remains as either "Loading..." or "Starting sync..." (or something similar). All my files are synced already, so there is no need to sync. In any case, I don't seem to get u1 to start. Any tips on debugging this, or getting it to work?
[12:33] <ralsina> mandel: so, up, but not here :-)
[12:34] <dpm> also 'u1sdtool --status' hangs up forever
[12:34] <mandel> dpm, well, if you wanted to take a look on what is going on you can kill the u1 daemon and start it again with --debug so that we see what is going on in the stdout
[12:35] <mandel> dpm, can you try that?
[12:35] <dpm> mandel, yeah, what's the name of the daemon?
[12:36] <dpm> askubuntu to the rescue: http://askubuntu.com/questions/40518/how-to-kill-the-ubuntuone-daemon
[12:36] <mandel> dpm, ubuntuone-syncdaemon
[12:38] <dpm> ok, I didn't see any errors on the debug output, and also 'u1sdtool --status' returns some output now. Let me see what the UI does
[12:39] <gatox> ralsina, mandel dobey what are we using now to replace expanduser?? it used to be expand_user..... but i can't find it....
[12:39] <mandel> gatox, why do you want to expand user?
[12:40] <ralsina> gatox: ubuntuone.platform.expand_user
[12:40] <mandel> gatox, should be using the dirspec stuff, right?
[12:40] <gatox> ralsina, i thought that was on sso
[12:40] <ralsina> mandel: dirspec has dirspec.utils.user_home but not a expand_user
[12:40] <ralsina> gatox: nop
[12:41] <gatox> ralsina, ack...... just get confuse..... thanks
[12:41] <ralsina> gatox: the one that was on sso is now in dirspec
[12:41] <mandel> ralsina, we should be using drispec unless we are really really sure
[12:41] <gatox> mandel, but dirspec doesn't have expand_user
[12:41] <ralsina> mandel: dirspec has just a constant
[12:41] <ralsina> mandel: and expnd_home uses that constant :-)
[12:41] <dpm> mandel, it seems to stay in INIT status forever: http://pastebin.ubuntu.com/1230328/
[12:42] <mandel> dpm, what is the ouput of the daemon?
[12:42] <mandel> ralsina, ah, ok
[12:47] <dpm> mandel, https://pastebin.canonical.com/75452/ - sorry, the initial output got lost, not enough scrollback. Let me kill & restart the daemon to get full output
[12:49] <mandel> dpm, movistar is being annoying this morning and I can't get to that pastebin.. can you send me an email with it?
[12:50] <dpm> sure
[12:51] <mandel> dpm, thx, I'm off to a quick lunch and I'll ping you back asap, ok?
[12:52] <dpm> mandel|lunch, sure thanks, and enjoy!
[12:57] <dobey> hmm
[12:58] <dobey> dpm: what's wrong exactly? do you have a ~/.cache/ubuntuone/log/syncdaemon-exceptions.log file that is non-zero in size?
[13:09] <dpm> dobey, what's wrong is that the UI stays in "File sync starting..." forever. I've got several log files. Do you need to see the content of any of these? -> http://pastebin.ubuntu.com/1230377/
[13:10] <dobey> dpm: mostly i'm interested in what syncdaemon-exceptions.log says right now
[13:11] <dpm> dobey, here it is: http://paste.ubuntu.com/1230380/
[13:12] <dobey> dpm: apt-get install gir1.2-syncmenu-0.1
[13:17] <dobey> dpm: install that, and restart the syncdaemon, and you should be fine again
[13:24] <dpm> great, thanks dobey, that sorted it
[13:25] <dobey> sure. :)
[13:25] <dpm> mandel|lunch, it seems it's fixed already, thanks for your help too ^
[13:26] <dobey> it's a Recommends, so if you have your system configured to not install them by defaulted, it might not have gotten installed on upgrade. the resulting bug you hit is fixed in trunk and will be fixed in 4.0.0 in quantal, but workaround for now is to install that gir package :)
[13:30] <gatox> :S the change to expand_user broke my tests
[13:31] <dobey> gatox: broke how?
[13:32] <gatox> dobey, problems that expand_user is expecting bytes....... broke several tests, but the fix should be only in one place.......
[13:32] <dobey> ah
[13:59] <dobey>       [>....................]  resync =  0.4% (19335616/3906763776) finish=319.0
[13:59] <dobey> min speed=203040K/sec
[13:59] <dobey> that's going to take a while...
[14:03] <ralsina> dobey: there is a /proc file to raise maximum speed
[14:03] <ralsina> dobey: but yes, it's going to take a day or so :-)
[14:03] <ralsina> dobey: because that estimate usually *under*estimates
[14:03] <alecu> hello all! (says a late alecu)
[14:03] <dobey> that "min" wasn't for the speed
[14:03] <dobey> it was "319.0 min" left
[14:04] <dobey> yay random line breaks
[14:04] <ralsina> 203040K/sec is quite quickie :-)
[14:05] <dobey> SATA III is nice :)
[14:11] <mandel> alecu, ping
[14:16] <mmcc> morning folks
[14:20] <gatox> mmcc, hi
[14:21] <mmcc> hi gatox!
[14:24] <alecu> mandel: pong
[14:24] <mandel> alecu, do you have a working scope or are still stuck with the vala problem?
[14:25] <mandel> alecu, I have been using a very old version and I'm seeing some crashes, is that the case what you have?
[14:25] <alecu> mandel: I got past that, and now have a nice solution for testing async code in the standard synchronous tester.
[14:25] <mandel> alecu, awesome!
[14:25] <alecu> mandel: but the current branch seems to have some issues when running IRL
[14:26] <alecu> mandel: I'm taking a look at it right now, and will propose it after the team meeting.
[14:26] <mandel> alecu, ok, I just wanted to see the entire thing working since the ui is nearly done, I'm focusing on automated testing atm
[14:31] <mmcc> So, does anyone have tips on debugging a stuck syncdaemon queue?
[14:32] <mmcc> I have a syncdaemon doing nothing since yesterday afternoon, but it has 200 items in its queue and many more in the offload queue
[14:32] <mmcc> something is blocking progress, and I'm wondering if there's a way to look at what's in the offloaded queues
[14:34] <mandel> mmcc, the expert you are looking for is called facundobatista  :)
[14:35] <chaselivingston> mmcc: installed today's build and i'm stuck at getting information, please wait
[14:35] <facundobatista> mmcc, do you have tracebacks in the log?
[14:36] <chaselivingston> mmcc: and i have 7 sd's running
[14:38] <mmcc> facundobatista: I don't think so, let me check again
[14:38] <mmcc> chaselivingston: definitely want to kill all those sd's and start again
[14:38] <chaselivingston> mmcc: trying that now
[14:39] <dobey> how the heck did you have *7* syncdaemons running?
[14:39] <chaselivingston> dobey: wonderful question
[14:39] <mmcc> chaselivingston: when you quit the app, how are you quitting it? only the quit item in the u1 icon on the right side of the menubar actually quits syncdaemon too
[14:39] <mmcc> if you do cmd-q, it leaves sd up
[14:39] <chaselivingston> mmcc: ah, i've been using cmd-q
[14:39] <mmcc> now, why it doesn't just reconnect to the same sd… that's a bug in IPC somewhere I guess
[14:40] <ralsina> mmcc: we need to find how to catch cmd-q :-/
[14:41] <mmcc> ralsina: yeah, it's next on my list
[14:41] <chaselivingston> mmcc: using Ubuntu One > Quit from the menubar seems to have it locked up now
[14:42] <mmcc> chaselivingston: another end of the same bug. Note that using quit from the "Ubuntu One" menu that's just to the right of the apple menu is the same as cmd-q
[14:42] <chaselivingston> mmcc: ah ok
[14:43] <mmcc> chaselivingston: the menu item with the red U that's always there in every app, over to the right, that's the one that'll also kill syncdaemon
[14:46] <chaselivingston> mmcc: clicking the red u does nothing for me
[14:46] <mmcc> facundobatista: my syncdaemon-exceptions.log has about 10 exceptions from about the time when I noticed it getting wedged: https://pastebin.canonical.com/75471/
[14:46] <mmcc> chaselivingston: if it's already not responsive, yeah the red u won't show either. time to kill it with activity monitor
[14:47] <chaselivingston> mmcc: piled up a bunch of sds again
[14:48] <mmcc> chaselivingston: that's confusing - did you kill the 7 SDs, then restart and get more than one new one?
[14:48] <chaselivingston> mmcc: apparenlty
[14:48] <mmcc> er, by restart I mean restart control panel
[14:50] <mmcc> chaselivingston - yikes. well, I guess I'd appreciate seeing your syncdaemon.log, then
[14:51] <chaselivingston> mmcc: https://pastebin.canonical.com/75474/
[14:52] <mmcc> chaselivingston: well I can fix that exception for you, but I'm not sure why it keeps spawning new ones… can you also send controlpanel.log ? :)
[14:53] <mmcc> chaselivingston: to fix it, delete ~/Library/Preferences/ubuntuone/syncdaemon.conf
[14:53] <chaselivingston> mmcc: https://pastebin.canonical.com/75476/
[14:53] <mmcc> that is, first kill everything, delete that file, then start the app again
[14:54] <chaselivingston> mmcc: ah, now the control panel loads all the way
[14:55] <chaselivingston> mmcc: and file sync is up to date
[14:55] <mmcc> chaselivingston: good. you were the victim of an incompatible default conf change I made a week or so ago and since fixed. Sorry…
[14:56] <chaselivingston> mmcc: haha, thanks for fixing that
[14:57] <mmcc> chaselivingston: you're welcome, glad it was simple
[14:58] <briancurtin> mumble in a few minutes?
[14:58] <dobey> briancurtin: afaik
[14:58] <mandel> that is the plan, yes
[14:59] <briancurtin> hopefully my mumble works on this new setup
[15:00] <ralsina> oops team, to the mumble!
[15:02] <ralsina> briancurtin, joshuahoover mumble?
[15:02] <briancurtin> just joined
[15:03] <ralsina> DMN
[15:03] <ralsina> This worked 20 minutes ago!!!!
[15:04] <ralsina> let's do this tomorrow :-(
[15:04] <ralsina> Sorry team
[15:04] <briancurtin> does that mean you have to twitter shame yourself?
[15:04] <ralsina> yes it does
[15:04] <dobey>    ok
[15:05] <ralsina> I don't understand what's wrong with my audio, it worked every time until last week :-(
[15:06] <ralsina> it even worked in my previous call
[15:06] <ralsina> sigh
[15:06] <dobey> heh
[15:06] <ralsina> https://twitter.com/ralsina/status/251337090955087872
[15:07] <gatox> dobey, i'm having some problems with some tests when they tried to use the user_home var from dirspec...... maybe you can help me
[15:08] <mandel> oh
[15:08] <dobey> gatox: sure. are you getting unicode objects instead of str objects, in those cases?
[15:08] <mandel> ralsina, normal stand up then?
[15:08] <ralsina> mandel: yes
[15:09] <mandel> me
[15:09] <mandel> :P
[15:09] <gatox> dobey, i'm trying to run some tests for u1-cp...... but when the expand_user function is executed in u1-client (which has an assert to ensure that receives and return bytes), after doing the operation of replace('~', user_home)..... with user_home being: from dirspec.utils import user_home ...... it fails because the result is an unicode obj..... because user_home is unicode..... and i'm not touching that in any of my tests..... do you know
[15:09] <gatox> who might be modifying that?
[15:09] <dobey> me
[15:09] <briancurtin> i need to type
[15:09] <ralsina> alecu, dobey, mandel, gatox, briancurtin, mmcc: standup at will
[15:09] <facundobatista> mmcc, most surely a bug I'm in the process of fixing (one branch already in, need to send the second), to unlock it you need to restart SD
[15:09] <mmcc> facundobatista: ok, cool. thanks for looking. let me know if there's anything I can do to help
[15:10] <dobey> gatox: it's a bug in contrib.testing.testcase.BaseTwistedTestCase i think
[15:10] <ralsina> alecu, dobey, mandel, gatox, briancurtin, mmcc: forget it no standup wither
[15:10] <ralsina> I know what you guys are doing
[15:10] <ralsina> and the missing call is my fault, no need to make syou suffer for it
[15:10] <facundobatista> mmcc, are you using nightlies?
[15:10] <dobey> ok
[15:10] <mmcc> facundobatista: I am using trunk, let me check if I'm out of date
[15:10] <gatox> dobey, thx! i'll take a look at that... i was trying to find who is creating the path to _trial_temp but i couldn't remember/find it
[15:11] <mandel> we standup or not?
[15:12] <mandel> ok.. stupid lag..
[15:12] <mmcc> facundobatista: I'm slightly out of date, but I'm not missing any revisions from you
[15:13]  * mandel goes back to c++
[15:13] <dobey> gatox: there is also a related issue to that in dev-tools, but the main issue here is the testcase in u1client
[15:13] <mmcc> facundobatista: also, this is on mac os x, just in case that is important to know :)
[15:13] <briancurtin> mandel: you could have also typed "goes back to nightmare"
[15:13] <gatox> dobey, ok..... i'll try to fix that..... i'm blocked until that is working
[15:13] <facundobatista> mmcc, not really, thanks :)
[15:14] <mandel> briancurtin, lol yes, a little, and is not just the language ;-)
[15:17] <rhys_> Can anyone tell me some reasons for why Ubuntu One is not working for me? I replace files on one machine, they don't get updated on the others. I delete files on one machine, I then replace them. They sync up. I boot another machine, Ubuntu One syncs, the files are deleted. So I go back to the machine that I replaced them on, only to find they've been deleted from there since I booted the new machine.
[15:17] <rhys_> I'm a sysadmin and have tried completely resetting ubuntu one per the wiki twice now.
[15:18] <rhys_> I've tried a few different things, but mostly it seems when I boot my laptop or separate machine, changes just get borked.
[15:18] <rhys_> This is across multiple new installs of 12.04.1
[15:22] <mandel> rhys_, I think rye can help you, can you rye?
[15:25] <dobey> gatox: i need to get lunch, but i can help more after if needed.
[15:26] <gatox> dobey, thx...... luunch here too i think......
[15:26] <gatox> dobey, i'm looking at that code right now..... i was going to do some tests
[15:26] <dobey> ok
[15:26] <gatox> dobey, i'll let you know, don't worry
[15:26] <dobey> bbiab :)
[15:37] <rye> rhys_: may I ask you to collect and send the logs for both machines using the script - http://people.canonical.com/~roman.yepishev/us/ubuntuone-ubuntu-syncdaemon-diag.sh
[15:38] <rhys_> rye: ok. The problem is this is kinda an ongoing thing. I'm afraid if I just send you both the logs they will be too filled with noise for the bug to show up
[15:38] <rhys_> because the truth is it *mostly* works.
[15:39] <rye> rhys_: ok, are the files removed edited in any specific application?
[15:40] <rhys_> but like i put .xchat2 into the sync. Initially it works, all machines get my settings, transparent background and whatnot. Yesterday I added a few new channels to autojoin. I saw the gnome3 notification that a handful of files in that directory were updated and syncing. Today my new machine tells me Ubuntu One is in sync, but the autojoin is not there.
[15:41] <rhys_> rye: KeePass2 happens occasionally, which I've already seen a bug for. Its a .NET application, which I can understand. .purple (pidgin) does not work at all.
[15:41] <rhys_> the removed files are done via nautilus or bash.
[15:41] <rhys_> well. the rm command.
[15:50] <rhys_> rye: if you want a reproducible error, make two machines and try to sync a .purple directory. Very quickly Ubuntu One will hang in "Syncing Files" forever
[15:52] <rye> rhys_: do you have any "Traceback" in ~/.cache/ubuntuone/log/syncdaemon.log ?
[15:54] <mmcc> hi facundobatista, I've got an empty queue now but the web UI is showing directories on the server that no longer exist on my desktop. Is this part of the same bug? I removed the parent directory I was using for my stress test and saw AQ_UNLINK_ERROR in syncdaemon.log: https://pastebin.canonical.com/75484/
[15:55] <mmcc> I'm thinking that our error feedback could be better…
[15:56] <rhys_> rye: there are no traceback
[15:56] <rhys_> no tracebacks on either of the 2 machines I can get to
[15:58] <rhys_> Ok. so I updated the autojoin list. .xchat2/srvlist_.conf was just updated. I can see it on the webGUI.
[15:59] <rhys_> Right now Xchat is running on my home machine, which is set also to be in sync.
[15:59] <rhys_> I will go home tonight, record exactly what I do, and see if it works. If it doesn't, I'll send you the logs per that script.
[15:59] <rhys_> for both machines
[16:02] <mmcc> rhys_: I have a dumb question, is this only happening when your u1 updating the conf files of a running program?
[16:02] <rhys_> mmcc: it very well could be.
[16:03] <mmcc> In that case, I wonder if the running app is prepared for changed conf files, you know?
[16:03] <rhys_> simple updates always work as far as my memory stretches. this is always concerning the variations of running programs. I understand such concurrency is hard to do. what does ubuntu one look for? mtime?
[16:04] <rhys_> if mtime is the only value, a lot of programs which constantly touch files could be the source of all my woes.
[16:04] <mmcc> disclaimer that I'm not really a linux guy (yet) so maybe that's not a problem due to some common conf file design pattern that I don't know of...
[16:05] <rhys_> design pattern. lol. a lot of software is written with "whatever sounds good." such considerations of external programs updating files as they're being used is probably not a high consideration.
[16:05] <mmcc> rhys_: what I was wondering is if you start e.g. xchat then change its conf file, does it have any way of knowing that you've changed it, or does it just read it once at startup?
[16:06] <mandel> mmcc, if it uses pyinotify yes, similar as in mac, you have to pay attention
[16:06] <mandel> mmcc, same as on windows, you place a watcher that tells you the app changed and there you go, asp.net pages do that for example
[16:06] <mmcc> mandel: of course it *could* watch, but does it?
[16:06] <rhys_> mmcc: i'm worried about a worse problem. when i go home tonight and shutdown xchat, it will write that file with its current settings, making it have the newest version, which then overrides the changes I made today. I don't think it does that, but if it does that would explain it.
[16:07] <mandel> mmcc, AFAIK xchat does not
[16:07] <mandel> mmcc, depends on the app
[16:07] <mmcc> mandel: right. I bet most don't expect their conf files to be written to while they're running
[16:08] <mandel> mmcc, yes, most don't expect it, you sometimes can tell them to reload them, of if the use gconf they might get a signal, but that is about it
[16:08] <mmcc> rhys_: yep, that could be a problem, and as mandel points out, it'll depend on what each app does
[16:10] <mandel> rhys_, oneconf had the idea of letting you sync some of the configs, but I don't know how far it got
[16:10] <mandel> rhys_, and ofcourse some settings cannot be synced, as in, it does not make sense to sync them
[16:11] <mmcc> in the future, maybe we can all have settings synced in u1db…
[16:11] <mmcc> brb, coffee
[16:12] <rhys_> true. But I would love to have application profiles for things like Thunderbird, Firefox, Pidgin, Xchat, Terminator.
[16:13] <rhys_> I'd write them if given good documentation
[16:22] <mandel> ok, EOD here
[16:22] <mandel> see you all tom!
[16:32] <ralsina> lunchtime + banks
[16:32] <ralsina> will be back asap
[16:46] <facundobatista> mmcc, probably yes
[16:46] <facundobatista> mmcc, try doing a rescan from scratch
[16:49] <mmcc> facundobatista: ok. using u1sdtool, right? dumb question, what is the volume id to pass to --rescan-from-scratch, is it the node_id that I get from u1sdtool --info=$HOME/Ubuntu\ One
[16:49] <mmcc> ?
[16:49] <facundobatista> mmcc, --rescan-from-scratch=""
[16:49] <mmcc> facundobatista: ack, thanks!
[17:08] <dobey> only ∞ more bugs to go
[17:16] <dobey> whee, and 2 more hours until the raid is initialized
[17:39] <mmcc> in other news, changing the fsevents daemon from a concurrent queue to a serial queue seems to be working fine, but I lost the logs to check because they got rotated out :)
[17:39] <mmcc> looking at logging.conf, it looks like I can set the filesize really high, but maybe can't tell it to just never rotate… anyone know different?
[17:41] <dobey> you don't have both copies when they get rotated on osx?
[17:43] <mmcc> dobey: yes, until it fills all 5 that it's configured to keep around
[17:47] <briancurtin> i hate pkg_resources
[17:49] <dobey> mmcc: you can increase that number as well as the log file size itself; but outright stopping the rotation is a bit non-trivial i think, as the logger is using a rotating log class
[17:49] <mmcc> dobey: yeah, I ended up looking at the code. much easier to fake it with a big filesize or large #files. thanks
[17:50] <dobey> what was that python module to use for parsing time strings and getting the difference between them in seconds or days or whatever?
[17:54] <briancurtin> dobey: in the stdlib? datetime.datetime, and then i believe adding/subtracting between datetime's produces a datetime.timedelta
[17:55] <dobey> ah, timedelta, yes
[17:58]  * alecu misses python
[17:59] <dobey> hrmm, but how do i get a datetime() from an ISO string?
[18:00] <dobey> '2012-09-25 18:07:09.697594+00:00' for example
[18:00] <briancurtin> dobey: i'll give it a shot
[18:02] <dobey> sad thing is that i remember doing this before, but i have no idea where exactly :)
[18:03] <dobey> ah, nevermind
[18:04] <dobey> i don't need to parse the string actually
[18:04] <dobey> launchpadlib gives me a datetime.datetime already! :)
[18:04] <briancurtin> ah nice
[18:05] <alecu> I was about to suggest http://wiki.python.org/moin/WorkingWithTime
[18:05] <alecu> but, that sounds much better
[18:06] <gatox> i need to take a break....... i'll be back in 20min
[18:07]  * gatox kicks the door
[18:20] <dobey> crap
[18:20] <dobey> TypeError: can't subtract offset-naive and offset-aware datetimes
[18:20] <dobey> :(
[18:21] <dobey> and datetime.utcnow() or datetime.now() only give offset-naive times
[18:27] <ralsina> Hello again
[18:31] <dobey> how do i get a datetime object *with* offset for datetime.utcnow()? :(
[18:37] <dobey> brb
[18:51] <mmcc> dobey, when you get back, should there be an updated systray icon in the client-data project?
[18:52] <mmcc> oh never mind, I was only looking at the big resolutions
[19:13] <dobey> mmcc: i think we need a different icon for the mac menu perhaps.
[19:15] <mmcc> dobey: yes, now that I look through them, it looks like we don't have anything in there that fits
[19:15] <mmcc> style-wise, that is
[19:17] <dobey> mmcc: do those need to be in .icns also?
[19:19] <mmcc> dobey: I think so. I just tried a hacky test to set the systray QIcon to a .icns, and it didn't show up, but didn't give me any errors to work with either
[19:19] <mmcc> I think they'll need to be .icns so that they'll look right on a retina screen
[19:20] <dobey> is there a reference for menubar icons with relation to 'retina' as well?
[19:23] <mmcc> dobey: looking
[19:27] <dobey> man, the datetime api is really annoying :(
[19:27] <gatox> dobey, just to let you know..... i'm still trying to find who is modifying the user_home var..... but i'm not being able to find that yet
[19:32] <ralsina> gatox: saw your tweet ... querés un tilo? ;-)
[19:32] <dobey> gatox: the BaseTwistedTestCase is setting HOME
[19:32] <ralsina> dobey, gatox: just in case, we are supposed to ignore $HOME
[19:32] <dobey> or well, changing HOME
[19:33] <dobey> or was it the temp dir
[19:33] <gatox> ralsina, i know......
[19:33] <mmcc> dobey: if we were using the apple API directly, we could send it a PDF for the status item image. I don't know if Qt will be happy with that though, I'm going to test now
[19:34] <gatox> dobey, yes...... it seems..... but it's really weird..... that part of the code seems to not being executed.... i'll keep testing that
[19:34] <dobey> gatox: testcase.py:396
[19:34] <dobey> err
[19:34] <dobey> gatox: contrib/testing/testcase.py:396
[19:34] <gatox> dobey, yep.... i'm there
[19:35] <gatox> dobey, ok..... let me keep trying some stuff and i'll let you know
[19:35] <dobey> gatox: what do you mean it's not being executed?
[19:37] <gatox> dobey, i've modified the python the PYTHONPATH to point to the u1-client that i have, where i have lots of prints....... and some of them i can see it in the console..... but the ones related to the testcase.py file not
[19:37] <dobey> gatox: where is your test code?
[19:38] <gatox> dobey, in u1-cp
[19:38] <dobey> gatox: in trunk? where can i see what you're doing exactly?
[19:38] <mmcc> so, launchpad finally let me propose this branch -- fixes the sync_menu dummy for windows and macs, and adds a test_common: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-dummy-sync-menu/+merge/126766
[19:39] <mmcc> btw, not sure I like the convention of naming things "common" that are only common to two platforms. not sure I like "nonlinux" better though
[19:39]  * mmcc is not sure about so many things
[19:39] <gatox> dobey, nono..... i didn't push any code..... i'm working here with a modified version of u1-cp and u1-client to try to fix the tests..... everything was working but with expand_user the new tests are broken.... so i'm trying to find out who is touching the user_home var and converting that into unicode
[19:39] <gatox> dobey, let me debug a little bit longer
[19:42] <mmcc> also, that review is pretty short, might be a nice escape from say, pkg_resources, briancurtin  :)
[19:44] <briancurtin> mmcc: i'll review but still can't run CP IRL because of pkg_resources. can run tests, though
[19:44] <mmcc> briancurtin, ouch. well, this is a client branch, so maybe that's easier?
[19:45] <dobey> gatox: what is the MRO of your test case?
[19:45] <gatox> dobey, mro?
[19:45] <dobey> gatox: class hierarchy
[19:45] <briancurtin> mmcc: oh, yeah. looking at it now
[19:46] <gatox> dobey, it ends up inheriting from TestCase (Twisted)...... just a sec..... let me copy the complete hierarchy
[19:50] <gatox> dobey, from ubuntuone.controlpanel.gui.qt.tests import BaseTestCase  ->  from ubuntuone.controlpanel.tests import TestCase  ->  from ubuntuone.devtools.testcases import TestCase  ->  from twisted.trial.unittest import TestCase
[19:51] <dobey> gatox: ok, this is the other issue then, in dev-tools
[19:54] <dobey> oh hey, my raid is ready to test/use now
[19:54] <dobey> and i need to call a bank, brb
[20:01] <dobey> sigh
[20:03] <dobey> well, at least my script is working sort of ok
[20:03] <dobey> Closed 9 bugs; 52 remain Incomplete.
[20:04] <ralsina> dobey: I imagined there was a reason fr the shuffling of low 6-figure bugs
[20:04] <dobey> heh
[20:05] <dobey> ralsina: i got tired of closing the incompletes by hand, so i wrote a script. needs a little tweaking, but working good so far now :)
[20:24] <mmcc> gatox, I just remembered that you asked yesterday to see my sync_menu mac/win fix branch. Here it is: https://code.launchpad.net/~mikemc/ubuntuone-client/fix-dummy-sync-menu/+merge/126766
[20:24] <gatox> mmcc, ack...... reviewing that
[20:25] <gatox> mmcc, +1 from me
[20:25] <mmcc> great, thanks gatox
[20:26] <gatox> mmcc, thx for catching that :P
[20:26] <mmcc> gatox: no prob. it was pretty easy to track down :)
[20:41] <briancurtin> arghhh, trunk tests pass on jenkins but not on my machine.
[20:42] <gatox> 5:40 already..... eod here ...... i need to kill some aliens with the xbox to relax
[20:42] <gatox> bye people! see you tomorrow!
[20:58] <dobey> sigh. wonder what caused that :(
[21:13] <mmcc> late lunchtime
[21:25] <dobey> later all
[21:25] <briancurtin> see ya


[01:11] <xivulo1> evand do you have a working preseed with loop installation I can look at?
[08:44] <erika14212> hi all
[08:44] <erika14212> i have a install question
[06:44] <CIA-20> ubiquity: evand * r2184 ubiquity/ (5 files in 4 dirs):
[06:44] <CIA-20> ubiquity: * Use a migration-assistant script to continuously call m-a rather
[06:44] <CIA-20> ubiquity:  than hacking cleanup().
[07:34] <CIA-20> ubiquity: evand * r2185 ubiquity/ (8 files in 6 dirs): Update for release.
[07:42] <CIA-20> ubiquity: evand * r2186 ubiquity/debian/changelog: releasing version 1.5.9
[11:03] <xivulon> evand, could you pls send me a working preseed with loop installation? For some reason it does not like my recipe (too large!)
[11:05] <evand> xivulon: I haven't had a chance to test loop installs yet.  However, when I do I'll be sure to send you a recipe if I can get it working
[11:07] <CIA-20> ubiquity: evand * r2187 ubiquity/ (5 files in 3 dirs): * Fix intltool to fix FTBFS. Thanks Keybuk.
[11:09] <CIA-20> ubiquity: evand * r2188 ubiquity/ (configure configure.ac): Update for release.
[11:18] <xivulon> evand, maybe you can have a look at mine: http://wubi-installer.org/devel/test/preseed.cfg
[11:19] <xivulon> the error I get is: "partman-auto-loop/recipe too large (596>210)
[11:26] <CIA-20> ubiquity: evand * r2189 ubiquity/debian/changelog: releasing version 1.5.10
[11:26] <evand> xivulon: I'll take a look when I get home tonight and see what I can come up with


[09:11]  * jussi wonders if popey is around
[09:18]  * nigelb waves to jussi :)
[09:19] <jussi> hi nigelb
[09:22] <nigelb> jussi: Still pretty cold? :)
[09:23] <jussi> nigelb: -28 today
[09:23] <nigelb> jussi: Ouch
[09:23] <nigelb> I haz 26 C :)
[09:29] <duanedesign> oh wow, -28
[09:29] <nigelb> duanedesign: We should all bow down to jussi and Tm_T :p
[09:29]  * duanedesign nods
[09:30] <duanedesign> i was complaining about -1 this morning :P
[09:30] <nigelb> meh, I was swearing at my 18
[09:31] <duanedesign> :D
[09:41] <Tm_T> it's winter, it's supposed to be cold (:
[09:43]  * jussi is just thankful that its only -28, not -33 like last week. lets hope it gets warmer again
[09:43] <jussi> oh, its dropped a good amount from this morning (or perhaps being in the country made it colder) http://weather.willab.fi/weather.html
[10:10] <Tm_T> it'll be very nice weather for some time apparently: http://en.ilmatieteenlaitos.fi/weather/Joensuu
[10:27] <duanedesign> inbox down to 1900 \o/
[11:45] <kim0> It's 28C in Cairo, quite crazy for end of Dec
[11:48] <daker> 18C here
[11:48] <daker> Morocoo ツ
[11:49] <daker> fail!
[11:49] <daker> Morocco
[11:49] <kim0> 18 is still too hot right :)
[11:49] <daker> yeah
[11:49]  * kim0 starting to believe this global warming thing :)
[11:50] <daker> it's sunny day
[11:51] <daker> but at the night we will have ~ 10C
[11:52] <kim0> the weather people keep saying tomorrow is gonna be super cold, but it never is .. yet ;)
[11:59] <daker> kim0, one of my friends is blocked in egypt because of the military service ツ
[12:00] <kim0> daker: he's a run away ?
[12:00] <daker> his mother is moroccan and his father is egyptian
[12:02] <daker> he has the two nationalities which means two passports
[12:03] <kim0> so he has to serve military service 2 times :D Man, that would suck
[12:04] <daker> he never lives in egypt, a week ago he travels two egypt to participate in a summit or something like that
[12:04] <daker> s/two/to
[12:05] <daker> he shows the egyptian passport (that will let him passe without having a visa), which was the big mistake
[12:06] <daker> when he want to come back to morocco he was chocked that he must solve he situation with the army
[12:07] <kim0> well that sux yeah :/
[12:09] <daker> kim0, did you passed military service ?
[12:09] <kim0> I was exempted
[12:10] <kim0> thankfully :)
[12:10] <daker> Wao lucky
[12:11] <daker> thanks GOD,  the military service here is not an obligation ツ
[12:12] <kim0> oh! weird .. and do some people actually choose to just do it
[12:14] <daker> ya, my brother is on the army and my father were too
[12:14]  * daker is away: Occupé
[12:15] <nigelb> daker: um,, don't do that, the away thingy
[12:15] <nigelb> !away
[12:15] <ubot2> You should avoid noisy away messages and -nicks in a busy channel like #ubuntu, or other Ubuntu channels; it causes excessive scrolling which is unfair to new users. Use the command "/away <reason>" to set your client away silently.  See also «/msg ubottu Guidelines»
[12:16]  * kim0 kicks daker :P
[12:39] <popey> jussi: hmm?
[14:10] <daker> nigelb, sorry man that was my client, that option was activated by mistake
[14:23] <nigelb> daker: heh :)
[14:24] <daker> sorry again
[14:52] <doctormo> Hey daker
[14:55] <daker> hi doctormo
[15:07] <nigelb> doctormo: Heya, do you want to take a class for user days?
[15:34] <doctormo> nigelb: thinking about it
[15:42] <nigelb> doctormo: \o/
[18:42] <AlanBell> o/ jono
[18:43] <nisshh> hey jono, have a nice christmas?
[18:43]  * nisshh waves to AlanBell
[18:44] <AlanBell> o/ nisshh
[18:44] <nisshh> AlanBell, ive been sitting in this channel all christmas feeling lonely :)
[18:44]  * AlanBell plays a small violin
[18:45] <AlanBell> poor nisshh
[18:45] <nisshh> hehe
[18:46] <nisshh> AlanBell, its ok, i have another 7 weeks of holidays, so ha ha :)
[18:47] <jono> hey all
[18:48] <jono> hey AlanBell, nisshh
[18:48] <nisshh> hey jono
[18:49] <nisshh> jono, AlanBell has just been teasing me because ive been alone all christmas :)
[18:49] <jono> nisshh, awwww
[18:50] <jono> I have been deliberately having some offline time
[18:50] <nisshh> jono, so have i, i had 6 BBQ's since christmas eve :)
[18:50] <nisshh> its a family tradition
[18:51] <nisshh> and also an aussie one :)
[18:51] <jono> wow
[18:51] <jono> cool :)
[18:51] <nisshh> normally dont have 6 though :)
[18:51] <nisshh> usually 3-4 :)
[18:51] <AlanBell> I went sledging http://www.youtube.com/watch?v=PorcR3U_aUw&feature=youtu.be&a
[18:51]  * nisshh looks
[18:51] <nisshh> and dont worry
[18:52] <nisshh> i contributed to Ubuntu enough for everyone while you were all gone :)
[18:52] <jono> hehe
[18:56] <nisshh> AlanBell, wow, lol
[19:16] <kim0> hehe
[19:20] <kim0> Why does this guy keep asking the same question everywhere: http://serverfault.com/questions/216488/interaction-between-two-clouds/
[19:20]  * kim0 calls the Internet netiquette police
[20:49] <jussi> hrm, has anyone else got a borked chromium atm? http://img214.imageshack.us/i/plasmadesktopss1655.png/
[20:55] <daker> jussi, before it loads it shows something like the screenshot, but once everyting is loaded the page looks ok
[20:55] <daker> i am running chromium 10.0.612.1 (69289) Ubuntu 10.04
[20:56] <jussi> Version: 8.0.552.224~r68599-0ubuntu<IP_ADDRESS>
[20:56] <jussi> on maverick
[20:57] <daker> http://i.imgur.com/gMhoo.png
[20:58] <jussi> anyone here on 10.10 that can try it?
[20:58] <nisshh> jussi, yeah, gimme a sec
[20:58] <jussi> thanks
[21:00] <nisshh> jussi, nope, works fine for me here (chromium 10.0.623.0
[21:00] <nisshh> )
[21:00] <nisshh> :)
[21:00] <nisshh> and im on maverick
[21:00] <jussi> curious
[21:00]  * jussi wonders what broke